Firmware development toolchain details
Firmware development toolchain details
What tool chain is being used to develop the firmware for RCP?
Thanks!brentp wrote:We're using http://www.gnuarm.com/
Will do.brentp wrote:Keep us posted on the work you're doing!
I constructed a temporary dash that interfaces directly to a Hondata ecu, while I waited for the RCP BT/Android solution. Now that's here it's time to look at getting up to speed with the firmware and inserting the RCP into the picture

My initial plan is to commandeer the telemetry port but I'm interested to understand what the Y-cable serial adapter project looks like as far as sharing the port. Are you planning on using a higher level transport protocol to allow some sort of device addressing scheme?brentp wrote:Are you looking to interface via one of the serial ports?
btw. I was able to install the toolchain frontend with eclipse and get a clean build. thx for the heads up

I bring this thread up again.
I bought the MK2 yesterday an waiting. For my car setup i have to do several thing to fit my needs.
First is to get the Custom PID for Oil Temperature (Toyota GT86). For that i need to modify the current firmware. Are there some documentation for a kickstart? Which tools i need and where the debug/programming interface is? Do i program over USB?
The second thing (for me more easy) the external communication over bluetooth or USB. Is there any protocol documentation.
I need that ready by middle of march.
Hope you could help me.
A sticky poste about that would be helpful.
I bought the MK2 yesterday an waiting. For my car setup i have to do several thing to fit my needs.
First is to get the Custom PID for Oil Temperature (Toyota GT86). For that i need to modify the current firmware. Are there some documentation for a kickstart? Which tools i need and where the debug/programming interface is? Do i program over USB?
The second thing (for me more easy) the external communication over bluetooth or USB. Is there any protocol documentation.
I need that ready by middle of march.
Hope you could help me.

A sticky poste about that would be helpful.
Hi,
Toolchain documentation is here with the repo:
https://github.com/autosportlabs/RaceCa ... o_firmware
Do you have documentation on the extended Toyota PIDs? We'd like to capture that information in the wiki, if possible.
We also have a project to document the serial API. coming soon!
Toolchain documentation is here with the repo:
https://github.com/autosportlabs/RaceCa ... o_firmware
Do you have documentation on the extended Toyota PIDs? We'd like to capture that information in the wiki, if possible.
We also have a project to document the serial API. coming soon!
Relates to: http://www.ft86club.com/forums/showpost ... ostcount=2
OIL
OBD2 Mode and PID: 2101
Minimum Value: -40
Maximum Value: 215 (this is just the maximum that this location can support, which does not mean the sensor can read that high)
Scale factor: x1
Unit type: C
Equation: AC-40 (no space between A and C; "AC" is the location within the response)
OBD Header: 7E0 (Auto also works, but seems to take longer)
PID: 2129
Long name: Fuel Remain (or whatever you want)
Short name: Fuel Remain (or whatever you want)
Minimum Value: 0.0
Maximum Value: 100.0
scale: x1
Unit: Gal
Equation: ((A*13.2)/100)
OBD Header: 7c0
If you want the fuel remaining in Liters:
Unit: L
Equation: ((A*50)/100)
Custom PIDs the MK2 has not supported yet, right? I've seen this part of source code. This was one point why i bought that. Seems to be good stuff. So i need a stm32 program adapter?! I think, i have to look how to develop for a stm32 in general.
In the past i develop more Atmel and currently all the time C++/Qt.
OT: Hope my board is coming soon. Will it take long to come to germany?
OIL
OBD2 Mode and PID: 2101
Minimum Value: -40
Maximum Value: 215 (this is just the maximum that this location can support, which does not mean the sensor can read that high)
Scale factor: x1
Unit type: C
Equation: AC-40 (no space between A and C; "AC" is the location within the response)
OBD Header: 7E0 (Auto also works, but seems to take longer)
PID: 2129
Long name: Fuel Remain (or whatever you want)
Short name: Fuel Remain (or whatever you want)
Minimum Value: 0.0
Maximum Value: 100.0
scale: x1
Unit: Gal
Equation: ((A*13.2)/100)
OBD Header: 7c0
If you want the fuel remaining in Liters:
Unit: L
Equation: ((A*50)/100)
Custom PIDs the MK2 has not supported yet, right? I've seen this part of source code. This was one point why i bought that. Seems to be good stuff. So i need a stm32 program adapter?! I think, i have to look how to develop for a stm32 in general.

OT: Hope my board is coming soon. Will it take long to come to germany?
Thank you for the information. I think a way to specify custom OBD-II PIDs would be a good addition to the system. Currently we offer the standard PIDs, which are easiest, but custom PIDs could be supported as well.
You don't need a special programmer; you can compile the firmware and then upload it the regular way over USB.
Shipping to germany is about 6-10 days, typically, once it is shipped.
Thanks!
You don't need a special programmer; you can compile the firmware and then upload it the regular way over USB.
Shipping to germany is about 6-10 days, typically, once it is shipped.
Thanks!
Yes the source code look pretty clean. Maybe something like a factory construction for every supported car could be good. But a i have a big question. Your box support ODB2 over CAN. Currently i have my smartphone with a bluetooth based ELM327. So with your box i do not need any ELM327 anymore, right?
Exactly, you don't need the ELM327 bluetooth module; the Bluetooth will plug right into the CAN OBD-II port of the car.
We have a cable that will provide data and power to the RCP, here: http://www.autosportlabs.com/product/ca ... -ii-cable/
We have a cable that will provide data and power to the RCP, here: http://www.autosportlabs.com/product/ca ... -ii-cable/