STM32-F446 und ADC1-2

[Peter(TOO)]

Hallo,

Tja...ich bin ja noch am Suchen welchen ich überhaupt brauche, in der entsprechenden Beschreibung werden alle Gehäuseformen in einem Abwasch abgehandelt, LQFP64/100/144, WLCSP81 und UFBGA144. Das macht die Sache nicht einfacher. Ich will keinen unnötig riesigen Controller verwenden (ich halte sowas für miese Konstruktion), aber mir nutzen CAN und UART nix wenn ich beide brauche und die sich denselben PIN teilen.

Bei Stückzahlen kann das einiges ausmachen, deshalb gibt es oft auch die vielen Varianten mit unterschiedlich grossem Speicher.
Heute ist sind die I/O-Pins das Problem, auf den Chip bekommt man jede Menge an Features unter

Die ARM-Welt ist schon eine andere, wenn man bisher nur AVRs kennt. Die Auswahl an PINs und deren Verteilung/Funktionszuweisung ist geradezu erschlagend.

Naja, das ist wie mit den Programmiersprachen, ab der 3ten Sprache wird es einfach, so lange man innerhalb der prozeduralen Sprachen bleibt.

Ähnlich ist es mit den Datenbüchern, Jeder Hersteller baut die etwas anders auf aber jeder Hersteller hat sein eigenes modulares System.
Auch sind die Peripherie-Module, selbst bei unterschiedlichen CPUs des selben Herstellers, meist recht ähnlich. Meistens ist die Entwicklung heute evolutionär, da werden dem Modul einfach immer wieder neue Tricks beigebracht.

Mit der Zeit, weiss man worauf man bei der Auswahl alles achten muss. Wie du schon richtig erkannt hast, ist nicht die Summe der Peripherie massgebend, sondern, welche Kombinationen daraus gleichzeitig verwendbar sind.

Als guter Hardware-Entwickler muss man immer auch die Software im Auge behalten. Im Prinzip kann man die Bits eines BCD-Schalters wild auf die Ports verteilen, die Software muss sich dann aber die Bits zusammensuchen und irgendwie wieder ins BCD-Format bringen, das erzeugt dann aber viel Code und benötigt Laufzeit.
Manche schnelle oder komplexe PWM-Geschichten lassen sich auch besser per DMA und einer Tabelle als mit einem PWM-Modul realisieren.

MfG Peter(TOO)

[White_Fox]

Naja, meine Stückzahlen sind überschaubar: Genau 1 plus Ersatzteile.

Über die Programmierung brüte ich auc schon einige Ideen aus. Da der Käfer anscheinend in jedem Fall mehr AD-Eingänge zur Verfügung stellt als ich brauche hab ich überlegt, trotzdem alle AD-Wandler zu nutzen und meine Sensoren so zu verteilen, daß ich alle AD-Wandler immer der Reihe nach abfrage. Wenn der erste Wandler seine Berechnung fertig hat kann er schon mit der Wandlung des nächsten Kanals anfangen während ich den nächsten (und vielleicht übernächsten) Wandler abfrage.

Ein Wandler wäre zwar schnell genug für alle Sensoren (mindestens 7), aber die Wandler sind ja so oder so da, also warum nicht nutzen. Außerdem hab ich grad festgestellt daß sich das mit der Kombination der restlichen Funktionen besser macht.


Übrigens ist mir grad aufgefallen warum ich das mit den ADC123 nicht gesehen habe: der Drucker (solche Arbeiten mache ich am liebsten mit richtigem Papier wo ich drin rumschmieren kann) hat mir alle Seiten unterschlagen wo diese aufgeführt waren. Nur der ADC3 tauchte in meinem Ausdruck auf. Warum auch immer...