Spannend. In keinem Beispiel wird mit Variablen gearbeitet die durch verschiedene Prozesse gelesen oder geschrieben werden sollen. Da stelle ich mir dir Frage, ob dies sicher ist. Ich erinnere mich noch an Java, dass so etwas ganz gemein sein kann und man sicherstellen muss, dass die Zugriffe zwischen den Prozessen Synchronisiert sind.
Spannend sind auch die IRQ-, DMA- und SPI-Samples. Meine Vorstellung ist, dass das Core0 die lokalen 20 GIOs abfragt und Core1 sich um die IO-Expander an den SPI-Pins kümmert. Inwieweit dann DMA genutzt werden kann, überblicke ich noch nicht. Das hätte den Vorteil, das die Cores geschont werden.
Wie geht's dann weiter? Ein RaspPi müsste per SPI die Daten vom Pico weiterverarbeiten. Oder ein Pico bekommt eine Netzwerkerweiterung und schiebt dem PC die Daten über Ethernet zu. Dort kann ich dann mit meinem Midi-Router die Tasten zu Midi mappen und an Hauptwerk senden.
Ich weiß nicht, ob es möglich ist, da aber diese Zustandsmaschinen wie ich es verstehe eigenständige Teile sind, müsste man damit extrem schnell eigentlich eine Matrix abfragen können. Aber für mich ist es mal für so nebenbei etwas zu hoch dieses Thema. Diese Möglichkeit scheint aber ein Vorteil vom Pico zu sein.
Den härtesten Tobak, den ich bisher zum Thema gefunden habe, ist das Video von diesem Freak hier ;-) Das Thema ist nicht trivial, schwer zu debuggen und in English gibt mir das Thema dann den Rest :-)
Hallo zusammen, ich unterbreche mal kurz die Urlaubs-"Stille" ;-)
Unsere letzter Urlaubs-Abstecher war nicht weit von der Adresse "Elektronikring 1, Sande" entfernt :-) Dort habe ich ein paar IC's und Hallsensoren zum Ausprobieren bzw. Elektronik-Erfahrung sammeln gekauft.
Also geht's demnächst mit einer kleinen Testschaltung bei mir weiter. Picos habe ich noch keine gekauft. Den ersten Versuchsaufbau werde ich mit einem vorhandenen RaspPi ausführen.
Folgende Punkte möchte ich testen:
Hallsensor für die zukünftige Erkennung eines Tastendrucks in eine Schaltung einbinden
Performance-Test bei der Abfrage von I/O-Expandern
Funktionsweise bzw. praktische Anwendung von Shift-Registern
Bei allen Punkten die Anwendung der API-Funktionalität in C++ und später ggf. auch in Assembler
Hier ist eine Beispielschaltung für Hallsensoren (Arduino) zu finden.
Zu den Shift-Registern kann ich bald einen Erfahrungsbericht geben. Baue mir aus mehreren verketteten 595ern und 165ern gerade Pistonsleisten unter die oberen beiden Manuale, mit beleuchteten Pistons wenn aktiv.
Zum 74HC565 habe ich folgende Infos ermittelt: Bezeichnung AusgangsPins: Q0..Q7 oder QA..QH OE - Output Enable DS - Data Signal SHCP - Shift Clock Pin STCP - Shift Store Pin MR - Master Reset
Kaskadieren: Q7S mit DS des nächsten IC verbinden und beide SHCP verbinden.
Verarbeitung: Für alle Bits: SHCP auf LOW stellen, Bit schreiben (DS), SHCP auf HIGH stellen Anschließend: STCP auf HIGH - alle Bits werden auf den Ausgang geschrieben
Für den 74HC595 wäre das hier eine kaskadierte Verkabelung, die ich getestet habe und die funktioniert. STCP und SHCP müssen alle miteinander verbunden sein. Beim Data-Pin logischerweise DS und Q7'.
Bei mir gehen die Ausgänge des 595er auf die Basis eines Transistors, der dann die LEDs mit separater Stromversorgung schaltet.
Cool. Das mit dem Transistor verstehe ich noch nicht. Wäre ein MCP23x17 nicht einfacher zu handeln? Das wäre mein bevorzugter Versuch.
Mann wird durch diverse YT-Videos schnell dazu verleitet, etwas nachzubauen - "ist ja easy". Wenn ich mir aber die Hinweise im Elektronik-Kompendium ansehe, dann merke ich schnell, dass ich mit einem gefährlichen Halbwissen unterwegs bin.
Nur auszugsweise ein paar Hinweise aus den unten angegebenen Links: "Eines vorneweg, der Gesamtstrom aller GPIOs sollte 50 mA nicht übersteigen." "Der Bereich, in dem die Ausgangsendstufen eines GPIO sicher arbeiten reicht von 2 bis 16 mA" "Die Stromentnahmen an einem GPIO-Ausgang muss in jedem Fall begrenzt werden." ...
Das mit dem Transistor steht in direktem Zusammenhang mit den von dir zitierten Hinweisen. Ein Mikrocontroller ist für kleine Steuerströme da und nicht um Leistung darüber laufen zu lassen. Eine LED braucht ca 20 mA. Mit meiner 4er Kaskade könnte ich 32 LEDs leuchten lassen, bräuchte dann 640 mA. Bei Arduino mit USB Versorgung kommen grad mal 500 mA über USB.
Daher versorgt man die LEDs nicht direkt mit dem Mikrocontroller oder mit dem Schieberegister, sondern man drückt damit lediglich auf den Lichtschalter und die LED erhält ihren Strom von einer separaten Spannungsquelle. In meinem Fall ein separates Netzteil.
Und dieser ominöse Lichtschalter, auf den ein Arduino oder ein RasPi drücken kann, heißt Transistor. Das ist ein Halbleiter, der bei Anlegen einer kleinen Spannung mit minimalstem Strom leitend wird. Ich kann morgen noch ein Bild von der Schaltung posten.
Im Arduino Thread hatte ich dazu auch Hinweise bzw. „Schulungsmaterial“ gepostet.
