Eval » Historie » Version 9
Maximilian Seesslen, 08.10.2024 14:04
| 1 | 1 | Maximilian Seesslen | h1. Eval |
|---|---|---|---|
| 2 | |||
| 3 | Relatively big MCU; Standard periphery can be tested within a single bringup run. Protocol can be added to biwak/arena release. |
||
| 4 | 5 | Maximilian Seesslen | |
| 5 | Current use-case: |
||
| 6 | * I2C has an issue that some times the board has to wait at bootup quite long time till i2c eeprom is functional. |
||
| 7 | * SPI has an issue that some times the board has to wait at bootup quite long time till spi flash is functional. |
||
| 8 | * Code cleanup; does the code still work; e.g. Timers. Complete disfunctionality would not be seen some times. |
||
| 9 | * Want to develop something with nice debug output. Bootloader was a little bit nasty. |
||
| 10 | 9 | Maximilian Seesslen | * Perform an complete bringup test for releasing libraries |
| 11 | 5 | Maximilian Seesslen | |
| 12 | 1 | Maximilian Seesslen | No further use? |
| 13 | |||
| 14 | 2 | Maximilian Seesslen | * Alarm clock |
| 15 | * CANBuzzer |
||
| 16 | * Reference RTC clock |
||
| 17 | ** CANSwitches have PWM output but no RTC. For light switches this compination makes sense. CANDis could do this. At least in combination with buzzers nice. |
||
| 18 | 1 | Maximilian Seesslen | |
| 19 | 2 | Maximilian Seesslen | STM32L433CCU6; 48pins; 256KB Flash; "DS":https://www.st.com/resource/en/datasheet/stm32l433cc.pdf |
| 20 | |||
| 21 | 1 | Maximilian Seesslen | * CAN |
| 22 | * USB |
||
| 23 | 9 | Maximilian Seesslen | * Uart, 2x |
| 24 | 1 | Maximilian Seesslen | * SPI-Flash |
| 25 | 4 | Maximilian Seesslen | * I2C-EEPROM; 80Bytes + ?KB |
| 26 | 9 | Maximilian Seesslen | * I2C-Connector for sensors |
| 27 | 1 | Maximilian Seesslen | * Buzzer |
| 28 | * LEDs |
||
| 29 | * Small LCD? waste of pins? |
||
| 30 | 2 | Maximilian Seesslen | * RTC |
| 31 | 3 | Maximilian Seesslen | * PWM-LED; Golden Dragon? |
| 32 | 1 | Maximilian Seesslen | * ADC (fixed resistors; 1/4 VDD) |
| 33 | 3 | Maximilian Seesslen | * Button |
| 34 | 5 | Maximilian Seesslen | |
| 35 | PA11 - CAN1_RX USB_DM |
||
| 36 | PA12 - CAN1_TX USB_DP |
||
| 37 | 6 | Maximilian Seesslen | |
| 38 | PB8 - CAN1_RX |
||
| 39 | PB9 - CAN1_TX |
||
| 40 | 7 | Maximilian Seesslen | |
| 41 | 8 | Maximilian Seesslen | Power-Cut would be a killer feature. But without companion? |
| 42 | 1 | Maximilian Seesslen | Einfach "nur" einen CAN-bus stromfrei schalten. |
| 43 | Einzelnes Target antwortet dann "Gut" oder "Schlecht" und Parameter. Normale Applikation kann weiter laufen mit kleiner Erweiterung. |
||
| 44 | Evtl. sogar einfacher als das total isolierte Geraet am PC. |
||
| 45 | 9 | Maximilian Seesslen | UART umschaltbar, naja, eher verwirrend. Noch eher multiplexen. Ohne DUT-Uart schon schwer. Schaltbares SWD waer schon nice. |
| 46 | Usecase: Geraet haengt sich nach 100ten boot auf. |
||
| 47 | |||
| 48 | h1. Usecase I2C Problem |
||
| 49 | |||
| 50 | DUT versucht ein Byte vom EEPROM zu lesen. |
||
| 51 | Klappt dies nicht, wird Event code "Boot-Error" geliefert. Ansonsten "Booted Successfull". |
||
| 52 | Oder besser ein Bootresult Object: |
||
| 53 | 0: Ok |
||
| 54 | -1: Problem |
||
| 55 | >0: Anzahl der notwendigen loops des readouts |