Hallo zusammen,

heute mal was anders!

Ich hatte ja neulich einen kleinen Mikrocontroller(MC) gezeigt, mit dem PoweredUp-Hubs auch ohne Smartphone gesteuert werden können.

Ich bin jetzt mit der Programmierung soweit, dass man das mal im richtigen Leben testen sollte.
Als Arbeitsname fungiert erstmal m-Hub, bessere Vorschläge willkommen.

Was macht das ?
Das m-Hub steuert (nach fest programmierten Vorgaben) diverse PoweredUp Gerätschaften.
Die bekannten Einschränkungen fallen dabei weg, auch ein Smartphone o.ä. ist nicht nötig.
Die einfachste Anwendung ist ein „Batteriekasten“ mit steuerbarer Geschwindigkeit (ohne FB!), die größte zwei Züge(oder anderes) mit 4 Hubs und 8 Motoren.

Voraussetzungen
Benötigt werden
- 1 Fernbedienung
- 2- 4 Hubs (wahlweise technic, city oder Mix)
- 2 - 8 Motoren (wahlweise Train,M,L,XL,Boost oder Mix)
- ein USB-C Kabel und PC (nur zur Stromversorgung, keinerlei Programme, WLAN, Bluetooth etc.) oder PowerBank oder ein USB-C Ladegerät.

Wie bekomme ich das?
Einfach eine PN an mich, dann geht das mit der Post raus, ein m-Hub (fertig installiert, plug&play), ein Retourenlabel und das Rückporto liegen bei. Es landet also einfach im Briefkasten.

Teilnahmebedingungen – das Kleingedruckte
- Bereitschaft, den mHub auf Anforderung zurückzuschicken
- oder zu kaufen….
- Bereitschaft, den mHub an jemand anderen aus dem Forum auf Anforderung weiterzugeben
- keine Diskussionen via PN, sondern alles hier im Forum, da haben alle was davon und können ggf. weitere Ideen einbringen
- gerne auch eine kritische Einstellung zu dem ganzen Elektronik-Gedöns
- Weitergabe an andere Tester durchaus erwünscht!

Ziel des Betatests und Aussichten
Erstmal schauen wie sowas ankommt und ob es Bedarf gibt.

Wenn das ein gangbarer Weg ist, kann man da sehr viel mehr draus machen (Parameter einstellen, evtl. gar ein GamePad? Auf jeden Fall Sensoren etc. einbinden).
Aber dazu brauchte ich Unterstützung bei der C++-Programmierung.
Und vor allem Ideen wie man das (was überhaupt?) bedienen soll.

Disclaimer
Das Teilchen ist Beta, ich übernehme also keine Verantwortung für von Tisch springende Züge oder explodierende Mocs. Und ob es eine Weiterentwicklung geben wird ist nicht garantiert.

Inbetriebnahme, Bedienung und Display
USB-C Kabel am m-Hub einstecken und irgendwie mit 5V verbinden, PC, PowerBank, Ladegerät.
Das m-Hub ist nach ca. 1 sec betriebsbereit.

So sieht das dann aus:

Achtung beim Reset: die Hubs gehen eher nicht aus, Motoren laufen weiter!

Profile
Derzeit sind vier Profile programmiert. Ein Profil regelt einfach, was bei welchem Tastendruck passiert.
Das Startprofil (#1) ist ein einfacher „Batteriekasten“.
Für alle Profile gilt: Die Ports A und B eines bestimmten Hubs laufen immer mit gleicher Geschwindigkeit, aber umgekehrter Richtung.

Was macht man damit ?
Einfach irgendwo ins Regal legen, Strom drauf, Hub einschalten, hochregeln, wenn’s falschrum läuft den anderen Port nehmen. Karussell. Windmühle. Hubschrauber. Was noch?

Eine Beschreibung der Profile folgt im nächsten Beitrag.

Also, wer hat Lust da mal ein paar Tests zu machen und zu berichten?
Fragen? Her damit.

Grüße

Werner

hier nochmal der Link zu dem Video der „Nullserie“
https://www.1000steine.de...amp;id=442294#id442294

---

---

Dirk1313 , Thomas52xxx , tad , Xris , n3t3rb , JuL gefällt das (6 Mitglieder)

---

Hallo Marc,

danke für das Feedback.

Ruppie hat geschrieben:

Ein Batteriekasten mit regelbarer Motor- Geschwindigkeit, ich denke da kann sich jeder was drunter vorstellen, gab es ja früher auch bei Lego.

Ruppie hat geschrieben:
Es macht nichts anderes als die LEGO FB mit einem Hub. Da ist es egal was Du damit betreibst.
Und es steht doch in meinem Artikel ausdrücklich "Züge(oder anderes)" drin?

Ruppie hat geschrieben: Ich? Gar nichts. Habe ja kein Gewerbe oder ähnliches.
Ich kann ja nur sagen was zu tun wäre: ATOM kaufen, Software drauftun, verschicken.

Ruppie hat geschrieben:Ich möchte nichts vermarkten. Ich möchte einfach ein paar Leuten, die ich z.T. persönlich kenne, helfen ihre "Probleme" zu lösen.

Grüße

Werner

---

---

Hi Marc,

Ruppie hat geschrieben:

Das ist die Idee.

Ruppie hat geschrieben:
Das ist genau nicht meine Idee, denn nicht jeder möchte sich mit IDE und Programmierung in C++ befassen.
Viele wollen einfach nur 2 Hubs in einem Zug mit einer Taste bedienen, Motoren gegenläufig.
Oder das Krokodil (=Lok mit anderem als Zug-Motor) mit der FB bedienen, ohne Smartphone.

Und ob das gut geht versuche ich gerade herauszubekommen.

Alles andere geht m.E. auch, übersteigt aber meine derzeitigen Programmierfähigkeiten.
Wobei "alles andere" eben zu definieren wäre.

Grüße

Werner

---

---

Hallo Werner,
hatte ich falsch verstanden, da du von "gibt es einen Markt..." und "Wiederverkauf" gesprochen hattest.
Ich dachte du wolltest prüfen ob es sich lohnen könnte hieraus eine gewerbliche (Neben-)Tätigkeit zu entwickeln

---

---

Hallo Werner,

ich kann deine Programme gerne testen, wenn du mir die zusendest oder den Quelltext direkt hier veröffentlichst. Ich habe diverse Hubs (den Kleinen, Boost, Technic, Spike, WeDo), Motoren und Sensoren zum Testen hier, die fast unendlich viele Anschluss-Kombinations-Möglichkeiten erlauben.

Einen Mikrocontroller brauchst du mir nicht zusenden, da ich selbst einen bestellt habe, um ein wenig damit zu spielen und Einsatzmöglichkeiten auszuloten. Falls sich der für meine Zwecke als praktikabel und zuverlässig erweist, werde ich mir noch mehr davon zulegen. Danke schonmal für deine Pionierarbeit!

Matthias

---

---

Hallo Matthias,

Dich hatte ich eigentlich hier erwartet, schön.

AdmiralStein hat geschrieben:

Das war nicht so recht der Sinn der Sache , auch wenn das sicher geht.
Da bist Du mit der legoino-Biblithek gut bedient, die kann das alles (bis auf Spike, das ist m.E. kein Powered Up Device).
Was ich jetzt habe ist ein Programm, das darauf aufsetzt, und es braucht zwingend den ATOM Matrix.
(und ein elegantes Programm ist es auch nicht.... und Sensoren habe ich noch keine eingebaut, legoino kann die aber alle.

Und testen wollte ich eigentlich, ob nicht-Programmierer damit (und der Bedienung) klarkommen.
Was ich jedenfalls gemerkt habe: mehr als ein Hub ohne irgendein Display wird schon unübersichtlich.
Oder?

AdmiralStein hat geschrieben:

Mein Programm macht ein wenig etwas anderes.
Es zerfällt grob in drei Teile:
- Konfiguration der Hubs und Motoren
- Logs, Display, Routinen
- und die berühmten "Profile"

Wer C++ kann (ich nicht so recht) kann das sicher modularer aufbauen, sodaß andere nur diese "Profile" entwickeln müssten (die berühmten 10 Minuten).
Es geht also für die "nicht-Nerds" um das plug&play und die Bedienung, für jene die programmieren darum, ein "Konzept" zu entwickeln.

Wenn Du magst, ich habe noch ein kleines Rudel ATOM Matrix hier, schicke ich einen los, muss eh noch zur Post, gib einfach Bescheid. Oder halt auch nicht. Adresse hätte ich noch.

Grüße

Werner

---

---

Hallo Werner,

da du nicht-Programmierer und nicht-Nerds als Tester suchst, wäre ich vielleicht der falsche Tester, da ich mal Nerd gelernt habe, auch wenn ich in dem Bereich schon lange nicht mehr tätig bin.

Andererseits bin ich jemand, der sich gut in naive und technisch nicht versierte Benutzer hineinversetzen kann und sich tierisch über schlecht gemachte technische Produkte, Benutzeroberflächen, Fehlermeldungen und Anwendersoftware aufregen kann. Siehe meinen Beitrag zum 42099 Allrad Xtreme-Geländewagen vor ein paar Monaten...

Wenn du genug hast, kannst du mir also gerne einen davon zusenden und ich teste den aus der Sicht eines DAU.

Matthias

---

---

Hallo,

AdmiralStein hat geschrieben:

ich erinnere mich....

AdmiralStein hat geschrieben:
Perfekt, so wird's gemacht, danke für die Unterstützung!
Habe extra fürs Forum ein kleinen Rudel gekauft.

Vielleicht kannst Du ja auch mal über in paar Fußangeln im Programm schauen, momentan bin ich wieder bei ca 3 Zeile Code / Std.

Ziel meiner Forschungen hier ist zu erkennen
- gibt es Bedarf für sowas (bei nicht-Nerds, also plug&play, wobei dann klar ist, dass es nur vorgefertigte Dinge macht. Wie mein Word auch....)?
- Ist der ATOM mit seiner Matrix ausreichend?
- wie kann man neue Anforderungen umsetzen, hier hat ja Stefanie schon ganz gute Vorschläge.


Grüße

Werner

---

---

Lok24 hat geschrieben:

Wenn du das weiterhin so gut erklärst wie bislang, dann bestimmt.
Manchmal ist weniger eben mehr.

Manchmal sind mir deine Kombinationen der Farben nicht ganz klar(vermutlich überlesen) , einfach eine klare Linie beibehalten.
Im Zweifel kann man mit einer LED 5x5 Matrix und RGB LED auch viel Unfug Treiben.


Vorschlag:

die untere Reihe bleibt der Profilauswahl beibehalten. Im Zweifel die unteren beiden Reihen für Max 10 Profile.
die Obere beiden Reihen zeigen den zustand der Dinge an die gesteuert werden (Hubs) jede LED ein Gerät.
die nachfolgende Reihe zeigt den Zustand der Dinge an die Steuern (FB)

Beispiel, wie in Teilen schon umgesetz:

Reihe 1: Zustand der Hubs
Reihe 2: Zustand der Fernbedienungen
Reihe 3; Anzeige von Programmstatus / Fortschritt, wo sinnvoll.
Reihe 4, 5 wie beschrieben,


Wie gesagtm Zweifel variabel , aber für klare Trennung sorgen, ebenso begrenzung auf einige wenige Farben und Blinkcodes, wo nötig.
Man muss sich ja alles auch Merken können.
Wie oben beschrieben: Im Falle aller Fälle hilft eine ordentliche Dokumentation der jeweils verwendeten Zustände.

---

---

Hallo Marc,

Ruppie hat geschrieben:

Nehme wir mal "Züge", "Karussell", "Schranke" und viele andere.
"Züge" habe ich schon vorgestellt, mit einer FB können ein bis zwei Züge mit 2-4 Hubs und 2 - 8 Motoren betrieben werden.
Das ist das, was ich "Profil" nenne. "Karusell" starten einen Motor mit einer bestimmten Geschwindigkeit für eine gewisse Zeit.
Von diesen Profilen kann es ganz viele geben. Die sind auf meiner Festplatte, da ist Platz.

Ruppie hat geschrieben:
Genau der User bestimmt, welche bis zu fünf er in einem microHub haben will.

Es sind jeweils eigene Text-Dateien, die einfach in den Sketch-Ordner kopiert werden und das alles zusammengelinkt.
In dieser Textfile steckt auch die Konfigurations-Funktion (HTML) für die Parameter.

So stelle ich mir das vor.
Es müsste also nur jemand sagen "Karussel", "Züge", SSID=xxxxxx, Passwort=yyyyy
Dann hat man das in weniger als 5 Minuten auf dem ATOM.

Grüße

Werner

---

---

Ich bin ganz naiv an den Beta-Test herangegangen: USB-Kabel? Ja klar, habe ich, eine halbe Schublade voll. Haha! Natürlich war kein USB-C-Kabel dabei, das der Atom für die Stromversorgung benötigt. Das musste ich mir erst besorgen, weshalb der Test sich um ein paar Tage verzögert hat.

Funktioniert. Meistens koppelt sich der Hub. Falls nicht, einfach nochmal probieren.

Funktioniert - bei jedem kurzen Druck auf den Hub-Knopf werden die Motoren etwas schneller, bei jedem längeren Druck etwas langsamer. Aber: Als naiver Nutzer habe ich keine Ahnung, was eine "10er-Stufe" sein soll? Ich kann am Hub die Stufen 0 (keine rote Lampe leuchtet) bis 8 (8 rote Lampen leuchten) einstellen.

Zwischenzeitliches Abstöpseln der Motoren führt dazu, dass sie stoppen und nach dem Wiederanstöpseln nicht weiterlaufen, obwohl die Anzeige auf dem Atom unverändert bleibt. Erst ein kurzer oder langer Druck auf den Hub-Knopf ändert die Geschwindigkeit +1 bzw. -1 und lässt die Motoren dann in der neuen Geschwindigkeit weiterlaufen.


Wenn man zu lange drückt, schaltet man den Hub aus. Nach erneutem Einschalten des Hubs koppelt der Atom nicht mehr automatisch, man muss erst den Reset-Knopf betätigen.


Funktioniert.

Nach mehreren Hub-Kopplungen und Entkopplungen durch Panik-Knopf-Drücken in Profil 2 sprang der Atom von selbst zu Profil 1. Er war dort nicht mehr wegzubewegen. Profil 1 konnte normal genutzt werden, ein Drücken auf den Panik-/Profilwechselknopf erzeugte aber keine Reaktion mehr. Auch Drücken des Reset-Knopfes behob das Problem nicht. Erst ein das kurzzeitige Trennen der Stromversorgung brachte ihn wieder auf Linie. Der Fehler ist jedoch nicht reproduzierbar.

Ich habe Profil 1 mit verschiedenen Hubs getestet. Mit dem Technic-Hub funktioniert jede Motor-Kombination. Mit dem kleinen Hub liefen zunächst ausschließlich Motoren des Typs "Einfacher, mittlerer Linearmotor". Einer alleine oder zwei gleichzeitig, egal. Alle anderen Motoren, alleine oder in Kombination, gaben keinen Mucks von sich: Mittlerer Linearmotor, großer Technic-Motor, Technic XL-Motor, kleiner Spike-Motor, großer Spike-Motor; den Zugmotor konnte ich nicht testen, davon besitze ich keine mehr, denn ich baue keine Züge. Die Lösung des Rätsels war: Motor ist nicht gleich Motor. Der verwendete Hub stammte aus dem Batmobil von 2018, war seit über zwei Jahren nicht mehr mit einer PU-App auf einem Smartphone gekoppelt und hatte einen dementsprechend alten Firmware-Stand, der die neueren Motoren noch nicht kannte.

An dieser Stelle wäre interessant, ob der Atom die Firmware-Version auf dem Hub abfragen kann und eine Fehlermeldung anzeigen kann, wenn sie ihm zu alt erscheint. Andererseits ist das Szenario, dass man Hubs verwendet, die veraltete Firmware verwenden, wohl eher theoretischer Natur, denn man kann vor Verwendung des Atom einfach darauf hinweisen, dass die Hub-Firmware aktuell zu sein hat.


Der Unterschied zwischen Azur und Blau ist wirklich gering. Auch in der Realität. Wenn man nicht genau hinschaut, hält man beides für "blau".

Manchmal zeigte der Atom beim Koppeln für einen Hub kurz "gelb", sprang dann aber zu grün.

Der Technic-Hub blinkt bei hoher Geschwindigkeit der angeschlossenen zwei Motoren orange - heißt das, die Akkus sind schwach? Das ganze passiert nur bei hohen Geschwindigkeiten der Motoren und verschwindet wieder, wenn man die Geschwindigkeit reduziert. Der Atom zeigt für den Hub durchgehend "grün" an.


Die Zuordnung der Hubs zur linken oder rechten Seite der Fernbedienung ist wirklich einfach.


Den letzten Satz habe ich nicht verstanden. Die Stop-Taste stoppt. Wenn ich die loslasse, steht alles weiterhin. Ich kann dann von Stillstand mit + wieder hochschalten.

Ich kann Profile 2-4 mit drei Hubs (2x kleiner Hub, 1x Technic-Hub) gleichzeitig testen. Funktioniert einwandfrei in unterschiedlichen Kombinationen.

Von einer Mindestgeschwindigkeit bemerke ich hier nichts. Die Motoren starten bei 0 und lassen sich 16 Stufen hoch- und wieder herunterschalten.


Der Fahrtrichtungswechsel funktioniert bei mir leider nicht. Der Druck auf die rote Taste der FB stoppt die Motoren. Nach Drücken auf + geht es in der gleichen Richtung auf niedrigster Stufe weiter.

Fazit:
Schickes kleines Gerät, da lässt sich einiges mit anstellen. Für den Einsatzzweck "Eisenbahn", auf den die Profile gemünzt sind, schlage ich ein weiteres Profil vor: Start bei Stufe 0 und dann kann man mit + und - alle Stufen von -16 (rückwärts) bis +16 (vorwärts) einstellen. Das fände ich intuitiver als ein Profil mit Richtungswechsel per Druck auf den roten Knopf. Aber ich bin kein Eisenbahner. Für mich zeigt der Test, dass der Atom so einiges kann, was ich gebrauchen kann: Mehrere Hubs (und somit noch mehr Motoren/Lichter/etc.) gleichzeitig ansteuern, das ganze Ereignis-gesteuert (Fernbedienung, Tasten auf Hubs), hoffentlich genauso einfach realisierbar Zeit-gesteuert (damit man eine automatisierte Anlage auch mal drei Stunden alleine lassen kann und trotzdem alles weiterläuft) oder Sensor-gesteuert (Kann der Atom PU-/Spike-/Mindstorms-Sensoren abfragen?).

Der Atom eignet sich wegen der einfachen Bedienbarkeit und schnellen Inbetriebnahme grundsätzlich auch dafür, dass erfahrene Nutzer Programme schreiben, auf den Atom draufladen und ihn dann an weniger technisch versierte Nutzer oder Nutzer ohne Programmierkenntnisse zur Nutzung übergeben oder zusenden. Genau das war ja eine von Werners Ideen.

Matthias

PS: Ich hätte noch drei weitere Hubs fürs Testen gehabt. Dass der WeDo-2-Hub nicht koppelt, war zu erwarten, denn der kann nur über ein proprietäres Bluetooth-Protokoll kommunizieren - man benötigt auch an PCs mit modernster Bluetooth-Ausstattung einen ganz speziellen USB-Bluetooth-Adapter. Der Spike-Hub spricht zwar normales Bluetooth, ist aber kein "einfacher" Hub und koppelt nicht. Aber auch der Move-Hub konnte nicht zur Zusammenarbeit mit dem Atom bewegt werden - weder mit uraltem Firmware-Stand, noch mit aktualisiertem. Wenn ich versuche, den Move-Hub zu koppeln, blinken die zuständigen roten Lampen auf dem Atom manchmal kurz blau auf, springen danach aber wieder auf "rot". Dabei würde ich doch so gerne auch die Motoren A und B des Move-Hub ansteuern! Als naiver Nutzer wäre ich erstmal davon ausgegangen, dass man den Move-Hub wie einen normalen Hub verwenden kann, denn schließlich ist der auf der S@H-Website in der "Powered Up"-Kategorie käuflich zu erwerben.

---

---

Lok24 , JuL gefällt das

---