Förslag på PWM, ADC, I/O och DAC IC kretsar med SPI?

[Micke_s]

Du kan alltid kolla hur deras evalkort är byggt.

https://www.st.com/en/evaluation-tools/ ... -eval.html

[Rick81]

Du behöver ingen kristall om du kör intern oscillator

[DanielM]

Misstänkte detta.

Så jag kan egentligen bara då köra en helt naken uC?

[sodjan]

Den blir ju lite tråkig och tyst utan matningsspänning.

[DanielM]

Tycker ni att kristall behövs här?

[DanielM]

Den blir ju lite tråkig och tyst utan matningsspänning.

Självklart ska jag ha ström till

[Klas-Kenny]

Tycker ni att kristall behövs här?

Det beror helt på vad du ska göra, och hur stabil oscillatorn är i just den uC du väljer..

Att sätta en kristall är alltid ett säkert val i alla fall.

[Pebert]

Vad är fördelen med SPI gent emot I2C?

[DanielM]

Med SPI så är det mer robust och det går snabbare. Med I2C så skickar man ut med adresser. Lite som CAN-bus faktiskt. Två kablar.
Jag tror jag ska köra I2C i detta fall.

[DanielM]

Tycker ni att kristall behövs här?

Det beror helt på vad du ska göra, och hur stabil oscillatorn är i just den uC du väljer..

Att sätta en kristall är alltid ett säkert val i alla fall.

Nu vet jag inte vad du menar med stabil. Om t.ex. den läser fel ADC värden eller liknande?

[Rick81]

NRST, BOOT0, BOOT1, Vcc, GND, PA9/PA10 för UART/bootloader, SWD så har du en fungerande stm32.

Kristall behövs bara om du måste mäta tider väldigt noggrannt

[DanielM]

RX och TX har jag. USART1 men rätta mig om jag har fel.

Alla TIMx_CHy är PWM utgångar. Alla ADCx_INy är 12-bits analog ingång. OUTPUT är vanlig digital utgång (ON/OFF) och INPUT är vanlig digital ingång. RCC_OSC_IN och RCC_OSC_OUT är för kristallen. DACx_OUTy är analog ut. Det finns tre stycken av sådant. Sedan har jag laggt till 3 stycken differentialsmätare på 16 bit och 2 stycken singelmätare på 16 bit också.

Kommunikationen sker mellan RX och TX. Jag tänker koppla ihop denna med en Raspberry Pi Och sista, SYS_JTMS_SWDIO och SYS_JTICK-SWCLCK är för debuggern/programmeraren.

Sélection_073.png

[Rick81]

Jag hade nog kört PA9/PA10 UART som debuggning/logg/bootloader och använt en annan UART till Raspberry pi.

[DanielM]

Jaha. Typ USART2 för vanlig kommunikation? Varför är det så? Kan man inte använda samma USART?

[Rick81]

Nej UART/USART är inget bussprotokoll. Så kan bara en ha en UART per enhet som ska prata med STM32.