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

[hummel]

Varför fungerade det inte med sprintf() för dig?

ST har valt att inte stödja utskrifter av float i sin implementation av printf osv per default. För att spara lite minne tydligen, vilket är lite ironiskt när de förespråkar sitt "HAL" som äter upp det där sparade minnet och mer därtill.

Men går att aktivera utan tredjepartsbibliotek, se tex. här:
https://community.st.com/s/question/0D5 ... -in-printf

Så den enkla lösningen på ursprungsproblemet var för Daniel att läsa dokumentation med andra ord.

[AndLi]

Jag valde ju kortet jag använde. Det kommer från samma företag som har gjort cubeMX. Det ska ju bara vara plug and play med cubeMX?

Ingen uC är plugg 'n' play. Inte än iallafall. Men tids nog så löser Google det åt oss.

Men vad är då vitsen me CubeMX om jag ändå måste läsa databladet och konfigurerar upp CubeMX korrekt, jag kan förstå behovet för ett egetdesignat kort där cubeMX inte kunde veta vad som var kopplat var.
Men på ett kort som är ett utvärderingskort från just ST och som CubeMX vet om så skulle man ju tycka att en korrekt konfiguration skulle legat upplagd. Det hade varit bra reklam... Som kanske övertygat hardcore C-programmerare att titta lite närmare på det hela... Nu visar den ju bara att den inte ens klarar kort den känner till...

[DanielM]

Fördelen med CubeMX är att du slipper göra så mycket jobb och när man väl genererar kod har koden av exakt samma struktur, oavsett vem som genererar.
CubeMX är liksom framtiden. CubeMX är dock inte ensam med maskingenerad C-kod.

[DanielM]

Naturligtvis är det så, därför så gör man aldrig någonsin en tilldelning i en if-sats.
för att du skall veta, det första programmet är skrivet i original K&R-C och beräknar talet pi.
Det andra är ANSI-C och är en flygsimulator, naturligtvis, och det ser du ju.
Poängen är att med C kan du göra vad du vill, men det är inte helt lätt att göra saker rätt, så därför skall man vara försiktig med bibliotekskod, den kan funka i 99% av fallen, men inte nödvändigtvis i din applikation.

BTW, dessa program antingen vann eller var sk "runner-up" i IOCCC (International Obfuscated C Code Contest) där man skall skriva så korta fungerande program som möjligt, med en fullständigt obegripbar kod, och helst formaterarad på ett estetiskt sätt, som flygplanet ovan,

Tips. Kör Java för inbyggda system istället. Då slipper du oroa dig att göra fel Här har minnet inget betydelse. Det är garbage collector som tar hand om det.

[AndLi]

Fördelen med CubeMX är att du slipper göra så mycket jobb och när man väl genererar kod har koden av exakt samma struktur, oavsett vem som genererar.
CubeMX är liksom framtiden. CubeMX är dock inte ensam med maskingenerad C-kod.

Samma struktur på den lilla del av kod som CubeMX genererat ja, men för all "affärslogik" i koden är det ju helt fritt fram för utvecklaren att göra som han alltid gjort..

Och det gör det ju inte enklare att komma från en annan tillverkare med ett annat HAL, det är ju bara STM32 användare som känner igen sig i cubeMX koden, och inser att de återigen har att hantera det buggiga och långsamma HAL som lite nu och då gör som det själv vill. (Och HALet kan man ju använda utan CubeMX...)

[DanielM]

>> det är ju bara STM32 användare som känner igen sig i cubeMX koden,

Så är det. Så är det i alla andra program också som folk använder. Men åt andra sidan, det går snabbt att komma in i systemet.

Vet om företag som har gått ifrån MPLAB och kör bara Arduino nu. Då menar jag stora företag.

[AndLi]

Det är lite fascinerande att Arduino lever kvar fortfarande med sin gamla 8 bitars arkitektur ...

Men passar det företaget och det sänker utvecklingskostnaden så visst, man blir ju nyfiken på hur platsannonserna är utformade, fördomarna är ju massiva bland seniora utvecklare mot Arduion.
Men man behöver kanske inga seniora utvecklare om man kör Arduino utan kan plocka oförstörda nyexade personer istället, erfarenhet är bara något som används för att kräva högre lön...

[H.O]

"Arduino" idag går långt bortom de gamla 8-bitars 328P-baserade korten. Teensy4.0 med en 32-bitars CortexM7 klockad med 600MHz - för att ta ETT exempel. Sen kan man diskutera, till dödagar, hur lämpligt eller olämpligt det är att köra "Arduino" kontra andra utvecklingsmiljöer.

[hummel]

Tips. Kör Java för inbyggda system istället. Då slipper du oroa dig att göra fel Här har minnet inget betydelse. Det är garbage collector som tar hand om det.

Inbyggda system har ofta begränsade resurser och även många gånger realtidskrav, då är interpreterande miljöer och GC ofta olämpligt.

[DanielM]

"Arduino" idag går långt bortom de gamla 8-bitars 328P-baserade korten. Teensy4.0 med en 32-bitars CortexM7 klockad med 600MHz - för att ta ETT exempel. Sen kan man diskutera, till dödagar, hur lämpligt eller olämpligt det är att köra "Arduino" kontra andra utvecklingsmiljöer.

Jag menar att dom använder Arduino till kommersionell massproduktion.
Vet också om företag som använder Arduino för att testa sjukvårdutrustning, och logga data.

Tydligen så fungerar det.

[DanielM]

Det är lite fascinerande att Arduino lever kvar fortfarande med sin gamla 8 bitars arkitektur ...

Men passar det företaget och det sänker utvecklingskostnaden så visst, man blir ju nyfiken på hur platsannonserna är utformade, fördomarna är ju massiva bland seniora utvecklare mot Arduion.
Men man behöver kanske inga seniora utvecklare om man kör Arduino utan kan plocka oförstörda nyexade personer istället, erfarenhet är bara något som används för att kräva högre lön...

Grejen är att Arduino är enkelt och ska man lösa enkla problem så duger Ardruino fint. Jag tycker STM32 är bättre på grund utav utvecklingsmiljön. Hårdvaran är det samma idag.

Många företag köper in dyra program för att det ska vara lättare att sätta nyexaminerade studenter bakom ratten. Billigt och enkelt.

Finns ett känt givarföretag i Sverige som tillverkar trådlösa givare. Dom har totalt gått bort från C-programmering och kör endast PLC-programmering (Codesys) i sina småa kretskort. Orsaken (säljarnas och chefernas ord): De vill inte ha civilingenjörer. Dom kostar pengar.

[DanielM]

En fråga! Håller på byta ut processorn till en mindre processor. Så kortet kommer bli helt nytt.
Jag undrar varför kapacitansen ej skrivs ut när man anger vilken frekvens man har på en kristall?
Jag läser dokumentet "Getting started with STM32 F3 series". Jag bara gör exakt likadant som ST har gjort. Då blir det rätt.

[AndLi]

"Arduino" idag går långt bortom de gamla 8-bitars 328P-baserade korten. Teensy4.0 med en 32-bitars CortexM7 klockad med 600MHz - för att ta ETT exempel. Sen kan man diskutera, till dödagar, hur lämpligt eller olämpligt det är att köra "Arduino" kontra andra utvecklingsmiljöer.

Det finns massa kort som anammat kontakten för att kunna använda alla kort som tagits fram ja.. Är det ett Arduino kort då? I så fall är ju ST Nucleo kort också Arduino kort...

Är inte Arduino ett komplett paket med IDE, eget programmeringsspråk och en hög libar?

Sök på Arduino på Kjell, vad man får upp är Atmel328 baserade kort... (och en oändlig mängd tillbehör)

Men vad är definitionen av Arduino idag?

[DanielM]

Arduino använder egna bibliotek, men språket är C++. Inte C.

Arduino är väll ett rätt bra märke? Jag menar, det är samma hårdvara som kommersiella produkter, dvs metall och skrot. Made in China.

[H.O]

Är inte Arduino ett komplett paket med IDE, eget programmeringsspråk och en hög libar?

Jo, exakt så och idag finns det stöd, i Arduino "IDE", för LÅNGT mycket mer än den klassiska 328P. Kollade lite snabbt och jodå, det finns stöd för Nucleo STM8 och STM32.

Sök på Arduino på Kjell, vad man får upp är Atmel328 baserade kort... (och en oändlig mängd tillbehör)

Suck, på Kjell ja... Men kolla t.ex Wikipedia så hittar du en lista.

Jag använder inte själv Arduino så jag har inte koll på detaljer men försöker hänga med lite.