Hallo zusammen,
heute möchte ich mal eine weitere Lösung für die bekannten Probleme mit Powered Up zeigen:
- kein Smartphone nötig
- Krokodil o.ä. lässt sich mit der FB regeln
- Zwei Motoren gegenläufig mit derselben Taste der FB
- Wenn es heute geht, geht es auch in 10 Jahren noch
- Plug and play (s.u.)
Das „Geheimnis“ ist ein kleiner Microprozessor, nur 3x3 Noppen groß.
Die Hardware
Es ist ein ESP32 „M5Stack ATOM Matrix“. Das Schöne daran: er hat oben eine 5x5 LED Matrix, und diese Fläche ist auch ein Taster.
Außerdem ist er genau 3x3 Noppen groß und grau ...
Dirk1313 , RobbyRay , asper , hassel62 , cubo , MTM , Legoben4559 , aap134 , SuklaaTalvella , Ben® , Xris , Garbage Collector , tastenmann , freakwave , SirJoghurt , UncleTom , JuL gefällt das (17 Mitglieder)
Lok24 hat geschrieben:
Hallo Marc,
vielen Dank für die Ergänzung.
Ruppie hat geschrieben:
Tag Werner;
Die Bibliothek basiert auf dieser Javascript Library :
https://github.com/nathankellenicki/node-poweredup
Die Basisklasse der Bibliothek ist "nur" die Transformation der Javascript Lib in C++ gemäß:
"Lpf2Hub.h - Arduino base class for controlling Powered UP and Boost controllers"
Die Klasse Lpf2Hub beschreibt die Basisklasse welche alle Grundfunktionalitäten enthält, also die gemeinsame Grundmenge Gleicher Funktionen:
"BoostHub", "PoweredUpHub", "PoweredUpRemote sind Ableitungen davon = Stelle dir Zweige oder "Kinder " vor.
Ähnlich Kindern ergeb diese von dem Vater Eigenschaften haben aber anderen Eigenschaften.
Das war in der Vergangenheit Grund der Verwirrung;
Die Klasse "PoweredUpUp" verfügte eine ganze Zeit nicht über 4 Ports, die BoostHub Klasse wohl.
Man konnte aber auch die Boosthubklasse mit einem PoweredUp hub verwenden und bereits alle 4 Ports des Powered Up Hubs nutzen.
Daher mag es für den Begin praktisch sein die konkreten Klassen zu verwenden.
Für speziellere Anwendungen ist es aber ( meiner Meinung nach) besser die Klasse "Lpf2" zu verwenden.
Im Zweifel setzt man die Funktionalitäten in einer eigeen Klasse zusammen wie man diese benötigt.
Wie immer; Hier liegen eben die Grenzen im gerauch einer Lib von "jemanden".
Hi Marc,
vielen Dank für die ausführliche Antwort.
Ich habe leider kein Wort verstanden, was aber nicht an Dir liegt.
Es liegt eher daran, dass ich mich dafür Null interessiere (hatte ich auch schon geschrieben .
Das einzige was mir weiterhilft sind funktionierende Beispiele.
Dann gelingt es mir gelegentlich aus 2 Beispielen ein Programm zu machen.
Derzeit scheitert es an der Sensor-Erkennung, das habe ich aufgegeben (mangels Idee, wie Fehler zu suchen).
Grüße
Werner
Lok24 hat geschrieben:
Thomas52xxx gefällt das
Hallo Marc,
Ruppie hat geschrieben:
Lok24 hat geschrieben:
Hallo Marc,
Ruppie hat geschrieben:
Lok24 hat geschrieben:
Lok24 hat geschrieben: