This shows you the differences between two versions of the page.
|
pm:prj2026:bianca.popa1106:timotei_iosif.cicu [2026/05/09 18:42] timotei_iosif.cicu [Crank and Cam inputs] |
pm:prj2026:bianca.popa1106:timotei_iosif.cicu [2026/05/12 10:30] (current) timotei_iosif.cicu [Analog inputs, internal MAP and battery voltage] |
||
|---|---|---|---|
| Line 487: | Line 487: | ||
| So in conclusion, my injector and spark plug output blocks work as they are, but I still ordered the new resistors and I have changed them. | So in conclusion, my injector and spark plug output blocks work as they are, but I still ordered the new resistors and I have changed them. | ||
| - | With the 100Ohm resistors, I require a heating on them as they reach 80C at 25C ambient. | + | With the 100Ohm resistors, I require a heatsink on them as they reach 80C at 25C ambient. |
| Line 500: | Line 500: | ||
| For the analog inputs, I checked them using a potentiometer and compared the readings from them to the readings on my multimeter. I did the same for the internal MAP and battery voltage. Afterwards, for the latter two, I converted the reading to their respective units and representations and confirmed that for the MAP I was reading around atmospheric pressure and for the battery voltage I was reading 12V (the value that I set my power supply at). | For the analog inputs, I checked them using a potentiometer and compared the readings from them to the readings on my multimeter. I did the same for the internal MAP and battery voltage. Afterwards, for the latter two, I converted the reading to their respective units and representations and confirmed that for the MAP I was reading around atmospheric pressure and for the battery voltage I was reading 12V (the value that I set my power supply at). | ||
| + | |||
| + | At first the Adc_Calibrate function failed, after investigating further in the S32K3 Datasheet and Reference Manual, and measuring VREFH and VDD_HV_A with a multimeter (and later an oscilloscope), I determined that I made an error in the hardware design. VREFH is 0.01V higher than VDD_HV_A, and the datasheet states this is only valid in transient mode (the VREFH line can jump higher than VDD_HV_A only momentarily for a short period). | ||
| + | |||
| + | To fix this, I cut the track from the 5V_SENSORS net going to VREFH and I soldered a wire from VREFH to 5V_DIGITAL. This fixed my issue | ||
| ==== CAN transceiver ==== | ==== CAN transceiver ==== | ||
| Line 507: | Line 511: | ||
| To test the VSS input, I used a singal generator at 60KHz using a square wave between 0V and 5V. I created a blinking LED with a divider from the frequency of my VSS input. And confirmed with an oscilloscope that all of the interrupts were caught. | To test the VSS input, I used a singal generator at 60KHz using a square wave between 0V and 5V. I created a blinking LED with a divider from the frequency of my VSS input. And confirmed with an oscilloscope that all of the interrupts were caught. | ||
| - | {{:pm:prj2026:bianca.popa1106:timotei_iosif.cicu:whatsapp_image_2026-05-09_at_17.12.49.jpeg?200|}} | + | {{:pm:prj2026:bianca.popa1106:timotei_iosif.cicu:whatsapp_image_2026-05-09_at_17.12.49.jpeg?300|}} |
| ==== UART ==== | ==== UART ==== | ||
| Line 531: | Line 535: | ||
| ==== Hardware validation conclusions ==== | ==== Hardware validation conclusions ==== | ||
| - | (TODO) | + | After the hardware validation step, I can confirm that the PCB works as intended, and I can move unto the firmware. |
| ===== Software requirements and architecture ===== | ===== Software requirements and architecture ===== | ||