This answer is based on my recent experience developing two automotive controllers using AUTOSAR OS. The best description of how to get ahead with AUTOSAR development probably comes from various tool providers, as the tools are quite complex. I do not know the final guide. But, in general, the main steps are:
1) An architect / project application that will work on the controller using AUTOSAR constructs. In AUTOSAR, for example, the basic RTOS constructs are available, but with slightly different terminology than many other RTOS. In the most basic AUTOSAR application, a Task object will be defined to execute the body of each formal state machine from your project. Alarm objects are equivalent to timers, and Resource objects are equivalent to Mutexes / Binary Semaphores. In general, you will want to minimize the use of Resource objects to reduce the likelihood of priority inversion. Rate Monotonic Schedulability Analysis is a good way to set the right priorities for your tasks (although the execution time for tasks can be difficult to estimate at the beginning of the design cycle).
2) Use the AUTOSAR tools from the selected provider to create the application according to your design. In AUTOSAR, the configuration of your application is stored in XML format, which is theoretically ported through AUTOSAR tools from different vendors.
3) Create an application structure using tools. The result of this step is the actual AURTOSAR runtime (in the form of source or object code, depending on how much you paid for your license) and the skeleton of your actual application (for example, empty objects of the Task and ISR functions). A good AUTOSAR toolkit will generate highly optimized code for the real AUTOSAR environment, excluding code for functions that your application does not use.
4) Keep the body of your application in C using the skeleton code you created in the previous step.
5) Build, debug, test and deploy your application using the appropriate tool chain for your controller hardware. The main tool chain for your microcontroller is independent of AUTOSAR tools. Debugging a complex application will be easier if you have a full source license for the AIUTOSAR environment.
I donβt know any free AUTOSAR tools, but I suspect that you could discuss lower prices for academic use. The sellers I'm familiar with are Vector, Electrobit, and ETAS. All of their tools are quite expensive, of the order of $ 10K to $ 50K for just AUTOSAR OS, not including CAN communication protocol protocols, which cost even more.