@Qavion thanks for your helping hand - i respect it. thx. I would like to deal with the sequence with the PIS setting. fetch the PIDs from the tester using a Y cable and show all relevant CAN id data of the ECU and TCU via the esp32 with a 4" display. i ask me it the adaption sequence to adapt the TCU actor is in the TCU or its controlled by the tester, and some values will be just saved in the TCU. somebody knows it ? would be very interesting and save a lot of time. Baudrate of the tcu is 10.4 or 33 kBaud. tomorrow when i checked it out by the oscilloscope i will know it 100 %. and i want to find out why the old TCU Version from the 360 is not possible to read out by for example the Launch tester. Init 5 Kbaud., Speed 10.4 Kbaud.
Nobody knows the Bautrate of the TCU ? on the can lines are now 2.6 V. Means Data transfer is present. but dont care what Bautrate i chose : Bus issue. TWAI_TIMING_CONFIG_1MBITS TWAI_TIMING_CONFIG_800KBITS TWAI_TIMING_CONFIG_500KBITS TWAI_TIMING_CONFIG_250KBITS TWAI_TIMING_CONFIG_125KBITS TWAI_TIMING_CONFIG_100KBITS TWAI_TIMING_CONFIG_50KBITS TWAI_TIMING_CONFIG_25KBITS TWAI_TIMING_CONFIG_20KBITS TWAI_TIMING_CONFIG_16KBITS TWAI_TIMING_CONFIG_12_5KBITS all this Rates dont work.
So, with a blank check Wolfgang gave up on the project and converted to manual ? That says a lot about the ability to enhance the F1 system. I drove mine this morning and it’s great anyway.
since January i am learning C on Esp32 with the help of ChatGPT at the beginning. I was reading all this here todays evening with a big pleassure and interest. I still have the problem, that i can not find the Baudrate für the 360s TCU - Wolgang can you give me a helping hand ? i have another question and ask kind for an answere: the sequence for adaption the TCU, is this routine saved in the TCU or does this job the tester and the tcu just only save this data ? I know its were a hard job for you, really, would you share the TCU Can IDs maybe ? I want programm an esp32 with a display and i need the pressure, clutch condition, and its would be a dream to set the PIS by the ESP32 in the car without a tester. Excuse me, but allow me a last question: can you recommand me some literatur/books, to continue my learning about CAN Bus ? I was reading "The Car Hackers Handbook". But there are just basics. My interests goes to how PIDs exacally workig and how i can sniff the tester by a CAN splitter cable ( i allready bought it). For Example, i am looking for the ID for the Battery Voltage on the ME7.1. In the Launch Tester i can use it, but in the FR (Funktionsrahmen) by Bosch, i can not find the ID. I am also on nefariousmotorsports but its still for me to high. PIDs working like "Question - Answere". But its just only one new CAN ID Message or a couple of new IDs ? Sorry that i disturb you, but i dont know where i can get further infos. @Wolfgang a great job you are doing. MY RESPECT. Really.
Wolfgang is not a regular visitor here. His last post was in April. Have you asked Trevor (360trev) or Eric (eric355) on the 360/430 forum?
OBD PIN 7(K Line) + 15(L Line) = ISO9141 Protocol. = Baudrate 10.4 kBaud. I am surpriced, so slowly is the data transfer of the TCU in the 360? i can not set in mcp2515 or transeiver mcp2551 (directly connected with the ESP internal Can Chip) this 10.4 Baudrate. The TCU is connected by the Launch Tester on the Table... when for the init its need 5 Kbaud, then i really dont know how i can set this. ELM327 ? Then the code of the esp32 needs to be changed. the iso9141 protocol is not a can bus protocol, its serial transfer. can somebody confirm my infos ? https://www.cnblogs.com/shangdawei/p/3593598.html Image Unavailable, Please Login
on both lines are 2,6 Volt. for me it means that the 360 TCU can not be on ISO9141. For ISO9141 the communication line have to be 0 or 12 Volt. Nobody knows more ? Seems to me this TCU should be a secret..
another realy nice info: https://www.instructables.com/Low-Cost-OBD2-Communications-on-K-line-ISO-9141-2-/
In your case it might be because of the needed 3 'handshakes' that are done before it accepts a connection: SYN, SYN-ACK, and ACK
Check out post #43 https://www.ferrarichat.com/forum/posts/147079085/. A flashing gear display indicates a mis-alignment of the control arm. As your malfunction light is on, too, this might indicate a problem with the storage of the self-learned gear positions in the EEPROM. However, I'd consider this fault scenario as rather unlikely. I suggest you to run the Octopus routine as described in the WSM first. You're mixing up K-Line (diagnostic interface) and CAN Bus (mainly exchange of sensor data). I wrote you a PM. K-Line is 10.400 Baud, whereas CAN is 500 kBit/s. Not sure which one you need. You're not disturbing at all. It's just that you're using the wrong Thread in the wrong Board. I'd appreciate if you create a your own Thread over there. This way it's much easier to focus on your questions and give you a proper answer. I'm creating a hybrid: Manual gear lever and linkage - but still operated by the F1 hydraulic! Thus, whenever you feel your lever moves too slowly, you can prove yourself and speed it up
I've been thinking about a hybrid too. throw the hydraulics completely out of the car and a logic with a new actuator, based on a powerful electric servomotor. or connect the hydraulic pump to the V-belt and control it by a clutch and leave the pressure at 48-50 bar. a new actuator, the two hall sensors are mapped via a microcontroller behind the tcu and the gears are engaged via at least 2 electric motors without the hydraulics. the design of the shifter arm of the 430 should be carried over to the 360. this definitely leads to faster shift times, since the path between the gears of the gearshift is shortened. instead of an "L" move, a "C" move is made. @Wolfgang, thank you for your good answere in PM - i allready answered you. thank you very much.
A hybrid sounds interesting! The resin the d2 feels clunky though isn’t due to the speed it can select a gear, it’s the seemingly dim-witted clutch control. The main thing you need in your hybrid is a clutch pedal then. Sent from my iPhone using FerrariChat
clutch pedal no need. ".. still operated by the F1 hydraulic! " Another way is not possible. manual change the gears by the hydraulic, by its own clutch, part of the tcu. But i am interested what idea Wolfgang have.
what is need is not a "hybrid". SMG is an hybrid.. in need is a safety function. When the f1 pump sucks, that you can open the clutch that you can move the car away from the street. Or, a savety routine, that you can drive minimum the car in 1st gear in case the pump fails. for this the 2 electro valves you can use a "T-adapter" that you can give pressure to the actuator to put in the first gear. but for this you must also be able to handle l the clutch hydraulic circle. A safety function is much more in need for this cars, then a "manual - hybrid". when the pump sucks, or another problem with the f1 hydraulic, your is like a tank and can not be moves away, when you can not switch the neutral in. and who have the ability to have so fast the Ferrari special instrument, to turn in neutral, when you have to open the quick coupling in the back ? Nobody... Just understand me as an advice, not critic.
i spend over 30 hours to get a response from the tcu. nobody want here giving me a helping hand how i get initialize top the ecu ? What i used: transmit on UART High signal, then delay(200).... 0x11 = 00010001 delay(200)+delay(200)+delay(200)+DigitalWrite(HIGH), delay(200)+delay(200)+delay(200)+DigitalWrite(HIGH), after this Bool function, wait for an answere on the UART Bus. i dont get a response. 0x11 is wrong ? what i am doing wrong ? Start and Stop Bit is in need ? Or just send an AT message in serial Monitor, and the code just read on UART ?
Good point! The "-" indicates an interrupted communication between TCU and display. That is, the display does not receive valid data from the TCU.
Firstly, excellent, excellent thread. Thank you for all the information you are posting, even if it is from a fascination perspective. A question, have you implemeted the CCP(XCP) protocol in the original TCU hardware? IF so, thats amazing considering the power of the original hardware and the speed at which you can sample all the parameters. Keep them coming
Thanks, Alex! Yes, I implemented the stack in the original hardware. It was a bit tricky to not mess up the internal timing, but meanwhile it works reliably. However, I'm currently about to switch to an ETK interface anyway. Not so much because of increased bandwidth, but for speeding up re-programming. The nice thing about CCP is though, that it does not need any modification of the TCU. Anyone can retrofit it by simply flashing a custom binary.
