Hardware » CANRec

h1. Eval

Device that records data from sensors that are connected via CAN directly via I2C.

Results can be read via USB or retransmission can be triggered via CAN. Measured data have correct timestamps.

generic CAN-controller: Plant-lamps, light-alarm-clock, auto-off of Mainswitch, controll pumps

(Also want to test memory mapped QSPI-flash.)

STM32 with -SD-Card slot and- quite big Flash. No RTC is not cool.

(PC should not collect data poe-a-poe.)

* CAN

* UART

* (Q)SPI

* RTC

Why not just using CANDIs? check flash.

h2. MCU

h3. STM32L443CCU6

CAN/USB Multiplexer vom CANDis uebernehmen.

Das Package hat kein SDMMC interface.

Also hoellischen viel QSPI-Flash drauf.

USB-Detect vom minutnik-eink testen.

Bischen unterfordert.

Flash:

Ich hab doch mal 1,8V flash gekauft.

CS ist auch bei QSPI noch vorhanden.

Da reicht ja ein stm32f042 ...

h3. STM32F303C6U6A

Good old "STM32F303C6U6A"; ist klein (QFNP32), hat kein VBAT.

STM32F103C6U6A sieht gut aus. VBAT. USB und CAN geht nicht gleichzeitig, ist aber verdrahtbar. Laeuft nicht mit 1V8. The RTC is strange, although it works.

Doch gleich nen STM32L431CBT6, dann gibts auch QSPI. Und die 4 Stueck sind dann auch gleich weg.

Und sie koennen 1V8, VBat ist da. 1V8 fuer RTC wird aber tricky, oder ich versuch mal nen Elko/supercap

Sowohl via USB als auch via CAN power-bar. Dann braucht man nicht zwangslaeufig CAN am PC.

Hat kein USB.

h3. STM32L562ZET6Q

verfuegbar; LQFP-144 noch alberner.

h3. STM32L443CCU6

VDDUSB: 3.0-3.6V when USB us used; 0V when CAN is used

An level-shifter for UART. Only making it in USB-Mode makes it impossible to test CAN.

"Datasheet":https://www.st.com/resource/en/datasheet/stm32l443cc.pdf

"Bootloader":https://www.st.com/resource/en/application_note/cd00167594-stm32-microcontroller-system-memory-boot-mode-stmicroelectronics.pdf

"Errata":https://www.st.com/resource/en/errata_sheet/es0318-stm32l433xx443xx-device-errata-stmicroelectronics.pdf

Cool, even CAN bootloader;

But no SDMMC for 48pin package.

h3. STM32L431RCT6

LQFP64

Kein USB. But with SD-Card it makes sense to have and "CANRec", without USB.

*Current choice*

h2. Bootloader

-PA11: USB DM line. Used in alternate push-pull, no pull mode.-

-PA12: USB DP line-

CAN-Bootloader needs HSE

Uart would be nice, why is PA2/PA3 not working? Make it "predefined" and see what will fail.

h2. RTC

Supercapacitors have an discharge of 1μA. They wont feed RTC for more than a day.

Battery with shottky should do the job.

RTC-Mode: 200nA; Battery with 20mAh

(20000000/200)/ 24 / 365 = ca 11Jahre.

Use same battery like in Schiebleere.

Hope that VBAT can be > VDD.

VBAT: 1.55V ... 3.6V -> need 3V

h2. Display

QSPI:

RVT43ULBNWC03: 72.77Euro; 4,3``; BLVDD: 3.6V-5V

"Controller-Doku":https://brtchip.com/wp-content/uploads/Support/Documentation/Programming_Guides/ICs/EVE/BRT_AN_033_BT81X_Series_Programming_Guide.pdf

Memory-mapped QSPI-Flash along with display could be tricky.

An SPI display would be possible. But why an additional CANDis.

CANDis laeuft ja noch nicht mal. Ein andermal.

I want RGB-Interface.

h2. Onboard sensors

The extern I2C-Bus is for cool sensors.

An cheap lm75-temperature sensor could be on board.

h2. What else to do

CANBridge mit aufnehmen? Dann isses nicht mehr 1V8.

Nur Batterie, Flash und CAN-Anschluss sind a bisserl mau.

USB/CAN-Mux, ok.

SAI gibts gerade nichts. IR auch etwas Sinnlos.

I2C for the temperature sensor.

* I2C ext. 2

* I2C int. 2

* RTC 3

* CAN 2

* -Switch-

* -USB (switched)-

* QSPI (Flash) 5, record data

* SPI (Flash) 5, config, firmware-update, fallback fuer nicht funktionierendes QSPI

* SDMMC

* Uart 2

* -USB-Detect-

* 2 mal LED

* Debug 4 pins

* Buttons brauchts gar net

2+2+3+2+1+5+4+2+1+2+4=28

8MByte flash; 4K-byte sector