Weil jetzt Multithreading ins Spiel kommt, habe ich über die gesamte Aufgabenteilung nachgedacht.
Bei Timer-Interrupts besteht schon das Problem, dass ein Ereignis ausgesetzt wird, wenn ein anderes
noch nicht abgearbeitet ist. Bei 2 Timern, auf einem 328P, fällt das nicht auf, bei dem Code,
der drauf ausgeführt wird. Das ist noch übersichtlich.
Wenn ich auf einer CPU mit mehreren Timern parallel arbeite, weiß ich nicht, wie das dann mit
den Kollisionen aussieht. Geht vielleicht auch noch unmerkbar vorüber, wenn die CPU schnell
genug ist. Aber was passiert, wenn noch mehr Code hinzu kommt, der "parallel" ausgeführt wird.
Fällt das bei zeitkritischen Dingen nicht irgendwann auf, indem es an irgendeiner Stelle hängt und
hakt? Da fehlt mir so ein bißchen die Erfahrung und Vorstellung, wie geschmeidig das alles in allem
dann so läuft. Der Teensy 3.6, mit 180MHz, ist schon eine Hausnummer, denke ich, in Sachen
Geschwindigkeit. Beim ESP32 gibt es sogar 240MHz. Immerhin ist der Teensy 10mal schneller getaktet,
als ein ATmega328P. Beim Teensy habe ich noch nichts gefunden, wie die Timer (sind das alles Hardwaretimer?)
programmiert werden. Sind die Register identisch mit denen von einem Arduino? Es gibt eine Bibliothek,
die verschiedene "Timer" zur Verfügung stellt; allerdings - wenn ich das richtig verstanden habe,
regelt die das nicht per Hardwaretimer sondern die Aufgabenverteilung ist eine Softwarelösung (?).
Weiter bin ich noch nicht voran gekommen. Das sind noch einige Fragen bei mir offen.
Der Teensy 4.0 wäre auch noch eine Möglichkeit.
Der ist richtig schmal, 2.5mal so groß, wie ein 328P im DIP-Gehäuse.
MfG
Zitieren
Lesezeichen