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,

hier wie versprochen die Beschreibung der Profile und wie man sie bedient.

Profil1

Grüne Taste am Hub drücken, Hub verbindet sich (hoffentlich!)
Grüne Anzeige am Hub und am m-Hub

Taste am Hub kurz drücken: Motor wird in 10er Stufen schneller
Taste am Hub lang drücken: Motor wird in 10er Stufen langsamer
Taste am Hub länger drücken: Motor regelt auf 0 zurück.

Panik: falls Motor läuft die schwarze Fläche am m-Hub drücken
(Wenn Motor steht führt das aber zu einem Wechsel auf das nächste Profil, aber dann ist ja auch keine Panik)

Profile 2-4

Die Profile 2-4 sind im Prinzip alle gleich: sie verbinden je 1-2 Hubs mit den Knöpfen A und B der FB.
Das ist ideal für
- 1 Lok / 1 Hub / 1 Motor
- 1 Lok / 1 Hub / 2 Motoren gegenläufig
- 1 Zug / 2 Hubs/ 2 Motoren gegenläufig


Ausgangslage:

Schritt 1:
Grüne Taste an FB drücken, LED wird blau, Anzeige im Display (die obere Reihe) grün

Schritt 2:
ein(!) Hub einschalten
dann an der FB die grüne Taste drücken/halten und die rote Taste des Reglers (A oder B) drücken/halten, welcher dieses Hub steuern soll. Wenn LED an der FB grün: alles loslassen

Schritte 3-5:
mit bis zu drei weiteren Hubs wiederholen

Man sieht es hier schlecht: die Hubs an Regler A leuchten Azur, die an B Blau
Außerdem zeigen die 2er Blöcke die aktiven Hubs. (wenn gelb: Batterie unter 6V!)

Man kann also an die zwei Regler je zwei Hubs zuordenen.
Das schreibt sich viel schlechter als es in der Realität geht.

Das Profil 2 macht für beide Regler dasselbe:
- 10er Schritte auf und ab
- bei Festhalten der Taste automatisch
- rot ist stop
Also wie die LEGO-FB beim Zugmotor. Hier aber für alle Motoren an allen Hubs. ich sage nur: Krokodil!
Aber eine Feinheit: wenn man von 30 aus „-„ drückt kommt 20,10,0 – und null.
Erst wenn man die Stop-Taste kurz loslässt läuft es in der anderen Richtung weiter.


Profile 3
Wie 2, aber die Motoren laufen mit einer Mindestgeschwindigkeit los, die Stufen sind unterschiedlich und feiner, und es gibt eine Höchstgeschwindigkeit. Leider kann man das als User derzeit nicht einstellen, es ist fest programmiert.

Profile 4
Wie 2, aber die Motoren laufen nur mit + von 0- max und mit „-„ auf 0, Fahrtrichtungswechsel mit der roten Taste

Es geht erstmal nicht darum ob das sinnvolle Werte und Konzepte sind, sondern um zu zeigen, dass man ganz verschiedene Dinge in einem Baustein ablegen kann.

Grüße

Werner

---

---

Thomas52xxx , JuL gefällt das

---

Hallo Werner,

auf deinen Thread hin habe ich mir mal so einen kleinen MC zugelegt. Von daher könnte ich gerne mal was für dich ausprobieren. Momentan hätte ich einen Lego-Technic-Hub, einen XL-Motor und einen L-Mortor sowie den Winkelmotor rumliegen mit denen einfach getestet werden kann. Meine anderen PU Komponenten sind leider alle in Modellen verbaut, die ich nicht zerlegen will...

Viele Grüße,
Günther

---

Mein Bricksafe: https://www.bricksafe.com/pages/tmctiger
Mein aktuelles Layoutprojekt: https://www.bricksafe.com...es/tmctiger/layout/wip 1000SteineThread dazu: https://www.1000steine.de...y=1&id=399371#id399371
Mein Youtube Kanal: https://www.youtube.com/c...gish5lKqS0dYnSd4ECEewQ

---

Hallo Günther,

es geht mir in erster Linie um die Bedienbarkeit etc.
Das kann man auch mit fertigen MOCs testen wenn man mutig ist
Nein, so schlimm ist es nicht.

Die Frage ist eben: gibt es einen "Markt" für eine solche Lösung?
Wenn ja, was sollte an "Programmen" (Profilen) da rein?
So wie es jetzt ist orientiert es sich an Eisenbahnern (Züge mit 1-2 hubs und zwei Motoren).

Aber es gingen sicher auch 4 Fernbedienungen und zwei Hubs für den Liebherr!
Theoretisch.

Wenn Du genau die HW (M5Stack Atom Matrix) hast kann ich Dir auch den Code zuschicken.

Grüße

Werner

---

---

Hallo zurück,

ich habe dieses Angebot dann mal zum Anlass genommen mein Interesse an einer Arduino Steuerung nach oben auf meiner Interessen-Liste zu schubsen und eine PN geschrieben. Herzlichen Dank für das Angebot und das ausdauernde Teilen mit der Community!

Ich bin sehr gespannt und neugierig wie der m-hub so funktioniert und bedienen lässt.

Nur zur Info warum ich an einer Arduino Steuerung grundsätzlich interessiert bin:
Ich würde gerne in unserer Anlage Elemente integrieren, die der Betrachter auf Knopfdruck starten kann. Dann läuft das Programm ab, endet und wartet auf den nächsten Start. Natürlich wären wir immer in der Nähe. Die Fernbedienung könnte man verbaut als Knopf an der Tischvorderseite anbieten und das bewegte Element mit dem hub dann weiter hinten.
Das als grobe Idee, ich habe verstanden das der hub das in der heutigen Version nicht intendiert. Aber vielleicht kann ich darauf aufbauen, wenn ich erst einmal einen Zugang zu der Thematik gefunden habe.

Viele Grüße
Stefanie

---

---

Lok24 hat geschrieben:

Hallo Werner,

ah ja verstehe. Nun ich hab auch zwei(drei) PU Züge mit dem ich testen könnte. Einen konkreten Anwendungsfall hätte ich da schon der super wäre wenn er funktionieren würde:
Ich habe den 60197 zweimal und wäre toll wenn man beide aneinader koppeln könnte und als vollständige garnitur laufen lassen könnte, aber halt mit zwei PU Hubs und zwei Motoren... Momentan habe ich den Zug so modifiziert dass er nur einen Motor hat --> net unbedingt wirklich leistungsfähig ... Ginge so ein Anwendungsfall mit deiner Lösung?

Ja ich hab mir genau den M5Stack Atom Matrix besorgt.

Viele Grüße,
Günther

---

Mein Bricksafe: https://www.bricksafe.com/pages/tmctiger
Mein aktuelles Layoutprojekt: https://www.bricksafe.com...es/tmctiger/layout/wip 1000SteineThread dazu: https://www.1000steine.de...y=1&id=399371#id399371
Mein Youtube Kanal: https://www.youtube.com/c...gish5lKqS0dYnSd4ECEewQ

---

Hallo Stefanie,
Saori hat geschrieben:

Doch genau sowas intendiert er.
Aber: es ist nicht dranprogrammiert.

Das dauert nur 10 Minuten.

Es wäre, um im Beispiel zu bleiben, ein anderes "Profil".
Aber der nächste möchte ja zwei Motoren bewegen, einen Schnell/langsam, den andern für 10sec.
Usw. Und spätestens dann wird das mit den Profilen unübersichtlich.
Und ein Smartphone zum Konfigurieren o.ä haben wir (derzeit) nicht.

D.h. wir müssen gemeinsam überlegen wie es laufen soll.
Das was ich jetzt habe sollte schon mal Eisenbahn ganz gut abdecken.
Das wäre dann ein m-Hub für einen Zweck.
Du hast einen andere Anforderung

Wir brauchen also ein Team:
- einer stellt Anforderungen
- einer sammelt die Anforderungen und ändert in den 10 min das Programm.
- ein anderer schafft die Software auf das Kästchen und macht den Versand

Und damit könnte das jeder nach seinen Anforderungen kaufen, plug&play.
So ganz grob.

Und das ist die Frage: bekommen wir eine Sammlung von "generischen" Anforderungen (Zug, Auto, Windmühle), die man gut verwalten kann?
Oder ist die Idee insgesamt falsch?

Keine Ahnung. Deswegen probieren wird das jetzt aus.

Grüße

Werner

---

---

Hallo Günther,

tmctiger hat geschrieben:

Ja, derzeit macht das Ding "Batteriekasten" und "Züge".
Du solltest es einfach probieren

Das geht so:
Profil 2 wählen
FB einschalten.

Hub1 einschalten
FB + rote Taste an "A" drücken/halten
Dann fährt Hub1/Zug1 an A.

Hub2 einschalten
FB + rote Taste an "A" drücken/halten
Dann wird das zweite Hub auch dem Regler "A" zugeordnet
Und beide fahren mit "A".

Wie rum die Motoren drehen legst Du fest, indem Du je Hub Port A oder B wählst.
Fertig.

Das war die Idee: out of the Box die gängisten Anforderungen (hier:für Eisenbahner) abdecken.

Grüße

Werner

---

---

tmctiger gefällt das

---

Hallo Werner,

das meinte ich ja, die heutige Version richtet sich eher in Richtung Eisenbahn. Welche wir auch haben, auch wenn das scheue Krokodil noch fehlt und unser Herz mehr für die Monorail schlägt.

Daher bin ich jetzt erst einmal gespannt, wie es mit der Eisenbahn-Version so läuft.

Im nächsten Schritt hoffe ich, das ich selbst einen Zugang in die Arduino Welt finde. Denn zumindest bei mir ergeben sich Ideen besser, wenn ich die Möglichkeiten verstehe. Und ja, vielleicht ist das dann gemeinsam leichter und motivierend.

Viele Grüße
Stefanie

---

---

Hallo Stefanie,

Naja, von Arduino ist wenig Aber doch, immerhin.
Man installiert ein paar Bibliotheken, eine davon ist nimBLE, die macht das Bluetooth, und die andere ist Legoino, die macht das Powered Up Protokoll.

Übrig bleibt dann als Code in C++ unten das, es verbindet sich mit dem Hub und dreht den Motor.
------------------------------------------------

#include "PoweredUpHub.h"

PoweredUpHub myTrainHub;
PoweredUpHub:: Port _port = PoweredUpHub:: Port::A;

void setup() {
Serial.begin(115200);
}
void loop() {

if (!myTrainHub.isConnected() && !myTrainHub.isConnecting())
{
myTrainHub.init(); // initalize the PoweredUpHub instance
}

if (myTrainHub.isConnecting()) {
myTrainHub.connectHub();
if (myTrainHub.isConnected()) {
}
}

if (myTrainHub.isConnected()) {
myTrainHub.setLedColor(GREEN);
delay(1000);
myTrainHub.setMotorSpeed(_port, 35);
delay(1000);
}

} // End of loop

---

---

Lok24 hat geschrieben:

Hallo Werner,
Ah das klingt ja super. Jetzt hab ich vermutlich eine dämliche Frage weil du es vermutlich schon wo beschrieben hast: wie komm ich jetzt zu der SW um sie mal zu testen?
Viele Grüße,
Günther

---

Mein Bricksafe: https://www.bricksafe.com/pages/tmctiger
Mein aktuelles Layoutprojekt: https://www.bricksafe.com...es/tmctiger/layout/wip 1000SteineThread dazu: https://www.1000steine.de...y=1&id=399371#id399371
Mein Youtube Kanal: https://www.youtube.com/c...gish5lKqS0dYnSd4ECEewQ

---

Hallo Günther,

tmctiger hat geschrieben:

2 Möglichkeiten: ich schicke Dir so ein Ding fertig installiert. Das war ja meine Idee.
Aber Du hast schon einen. Der wird aber so evtl nicht laufen.

d.h. ich muss eine Anleitung schreiben, wie man die Software da drauf bekommt.
*seufz*

Melde mich. Erstmal die Wäsche erledigen.....hier ist was los.....

---

---

Aloha,

Saori hat geschrieben:

Ich habe da mal was eingestellt:
https://www.1000steine.de...amp;id=443499#id443499

---

---

Hallo Werner,

Herzlichen Dank! Das liest sich klar strukturiert, mal sehen wie ich damit dann in live zurecht komme.

Viele Grüße
Stefanie

---

---

Lok24 hat geschrieben:

Machst du schon richtig, du versuchst die Frage ja gerade zu beantworten
Beispiel:
Bevor niemand das I Phone entwickelt und vorgestellt hatte, gab es für Smartphones ja auch nur einen begrenzten / keinen Markt.
Als es dieses nicht gab hatte es auch keiner vermisst.
Nachdem es vorgestellt wurde wollten es alle.

---> Versuch macht klug.

Ansonsten kannst du mit deinem Konzept ja nur konkrete Anforderungen lösen die dir Mitgeteilt werden.
Deinen gezeigten Beispielen mangelt es eben ein wenig zu eben diesen konkreten Bezügen = anwendbaren Beispielen

Tip:
- Wenn du also Bezug auf Anwendungsbereiche in Zügen nennst, zeige diese Beispiele mit Zügen.
- Wenn du eine Anwendung im Karussel darstellen willst, zeige es an einem solchen ....


Aber:
Zumindest deine Idee als Auftragsarbeiten die Programmierung zu übernehmen halte ich schon für tragfähig.
Um auf deine Frage zum Markt zurückzukommen.

Im Zweifel wird sich das daran bemessen lassen müssen, ob es sich für dich und potentielle Kunden ein genügender "geldwerter Vorteil" ergibt.

das Bedeutet:

? Was ist den Genau dein Produkt / deine Dienstleitung die du anbieten möchtest, und zu welchem Preis
Leider hast du schon (meiner Meinung nach) einen kleinen Vertriebs technischen Fehler begangen.

Du bekräftigst oft wie gering der Aufwand doch ist "in 10 Minuten gemacht" ...
Was meinst du was deine Kunden bereit sind zu bezahlen für einen "geringfügige Aufwand".
Wenn du selber vorhast deine Ideen zu vermarkten, solltest du vielleicht andere Formulierungen wählen

Ansonsten Daumen hoch und viel Erfolg bei deinem Projekt.

---

---

Lok24 hat geschrieben:

Bis auf die Sache, das es (meiner Meinung nach) hierbei keine "generischen Anforderungen" gibt , nix.

Deine Grundidee ist immer noch gut:
1. Gerät , einfach zu programmieren, leicht zu bedienen, übersichtliche Oberfläche
2. Eine Bibliothek, auf dem Gerät oder als Programmbibliothek zum nachladen abgelegt. für die jeweils passende Person mit deren Problemstellungen.

Mal ein "Bild" zum besseren Verständniss.
Ich betrachte deinen m-Hub als eine Art "Jukebox", die Programme sind eine Plattensammlung.
Ein Teil der Platten befindet sich im Gerät, andere im Lager.

Was soll den die Menge der "generischen" Songs sein , welche allen gefällt ?
Um alle unter eine Hut zu bekommen reicht weder der Platz für die "Platten" im Gerät noch im Lager.

In einer JUkebox befinden sich entweder stest eine Sammlung von Platten mit konkreten Inhalten, die einem dann gefallen oder nicht.
Entweder in einer Stilrichtung (Eisenbahner), oder als "bunte Mischung".
Willst du nun eine gefüllte Jukebox anbieten, musst du also konkrete "Titel" anbieten, keine generischen.

Oder du füllst diese eben mit konkreten Wünschen deiner Zuhörer.

Alle anderen können sich ja eine leere Jukebox beschaffen um ihre eigene Plattensammlung da abzulegen.
Wie man die Jukebox befüllt und abspielt hattest du ja beschrieben .

---

---

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

---

Hallo Matthias,

vielen Dank für diesen ausführlichen Testbericht.

AdmiralStein hat geschrieben:

Ja. Ein generelles Problem, weil ich mich selber überholt habe.
Man sieht selbst an so einfachen Dingen: man braucht eine gescheite Beschreibung, die jemand testet und gegenliest.

AdmiralStein hat geschrieben:Ja. Die Software ist blöd und schickt nur Befehle. Sie prüft nicht, ob und wo die ankommen. Ist ein Manko, mit dem ich leben könnte wenn's dabeisteht. Aber ich hab's mal auf die ToDo-Liste gepackt


Das auch ist richtig so.


Sollte mit der neuen Programmversion nicht so sein.




Er liegt vermutlich im Zeitverhalten, manchmal muss man den Knopf 3-4 sec drücken. Fehler noch nicht gefunden.

Sicher könnte man das. Aber wann ist "zu alt"? Und in 20 Jahren, wenn der ATOM immer noch läuft und es keine Apps mehr gibt? Schwierig

Ich nicht, aber gut. Natürlich gehen auch Rot und Grün, die Idee war A wie Azur und B wie blau


Inzwischen behoben.

DAs kommt nicht von mir und ich denke auch nicht vom legoino, ich denke das macht das Hub selbst.


LEGO-FB, Motor auf 30, -Taste gedrückt halten: 20, 10,0,-10,-20
Bei mir: 20, 10, 0, erst nach Loslassen der -Taste geht's mit -10 andersrum weiter.




Ja, Der Fahrtrichtungswechsel ist die Stop-taste.
Aber das ist kein gutes Profil, habs inzwischen ausser Betrieb.



Hm. genau das macht ja das Profil 2?


Sensoren gehen auch.
Was es zu testen galt ist meine SW, die auf legoino aufsetzt, und was das kann weiß ich nicht.

Genau. Ich habe inzwischen eine 5-Jährige, die das bedient und ihr Krokodil damit fährt.

das Large Hub hat BT und BLE, aber kein LWP3, deswegen wird das nie was werden.



Ja und? Murks halt. Versuche mal, den Move-Hub mit der FB zu koppeln.....das Ding verhält sich völlig anders als "normal".

Nochmals Dank für Deinen ausführlichen Bericht.

Grüße

Werner

PS.: habs wiedergefunden, hatt das mit Erek schon mal diskutiert, der sich auch darüber ärgert:

FB und Hub *gleichzeitig* drücken (da passiert gar nix) und dann loslassen
- beide blinken wild weiß
- connected
- geht meistens

Wenn nicht:
- FB und Hub gleichzeitig drücken (da passiert gar nix) und dann loslassen
- beide blinken wild weiß
- FB und Hub nochmal kurz gleichzeitig drücken
- connected
- geht immer

---

---

AdmiralStein hat geschrieben:

Aha, 16 Stufen, also Zug 3. Der fährt mit 5 an, vermutlich mekst Du das nicht.
Bei Zug 4 sollte das deutlicher sein. Die Werte:

Trains[i].step = 5;
Trains[i].delay = 100;
Trains[i].vmax = 80;
Trains[i].vmin = 5;

Trains[i].step = 3;
Trains[i].delay = 100;
Trains[i].vmax = 60;
Trains[i].vmin = 10;

Diese vier Werte soll der User für jeden Zug einstellen können, wie auch die MAC-Adresse (ganz wichtig).

---

---

Lok24 hat geschrieben:

"Fährt" denn der Atom auf dem Krokodil "mit"?
Oder ist er "Zentralorgan" getarnt als Mobilfunkmast/Fernsehturm o.ä. auf eurem Gleislayout?

Herausforderndes Projekt hast du da angefangen.
Denke, das kritische wird sein die hart-codierten "Limits" des PnP-Systems zu setzen.
Also sowas wie z.B.: Max. 16 PUP-Hubs mit jeweils ein oder max. zwei Motoren gegenläufig im Profil "Eisenbahn/Lokomotive".
Damit hättest du die eigentliche "User Story", die die Features bzw. notwendigen Funktionsblöcke treibt, nicht mal im Ansatz beschrieben ...


Benjamin

---

---

Hallo Benjamin,

Beobachter74 hat geschrieben:

Ich selbst habe weder Layout noch Krokodil noch sonst was, das fährt.
Aber Du kannst ihn an beliebiger Stelle postieren, er kann auch im Nebenzimmer liegen. Oder im Regal liegen. Egal.
Hub und FB müssen sich halt damit verbinden können. Für den einfachsten Fall brauchst Du ja nichtmal Anzeige und Taste, dann tut's sogar ein Pico fur 5,--.

Beobachter74 hat geschrieben:
Finde ich nicht, das Ganze ich äußerst simpel. Den schwierigen Teil hat ja bereits legoino übernommen.

Beobachter74 hat geschrieben:
?????????????????

Beobachter74 hat geschrieben:
Wer braucht das?
Meine Baustein-SW ist für zwei Züge, vier Hubs und 8 Motoren ausgelegt.
Mit was möchtest Du denn 16 Hubs betreiben? HW, SW? Und wie kommst Du auf 16?

Beobachter74 hat geschrieben:
Bitte erklären, da wüsste ich gerne mehr, um zu sehen was geht.
Was stellst Du Dir unter Features und Funktionsblöcken vor?

Grüße

Werner

---

---

Hallo Werner,
danke für deine Rückfragen. Bitte verstehe mich hier als Quereinsteiger zum Thema selbst. Was ich sage ist als Ideen Sammlung zu verstehen und in der Folge Einschätzungen, die ich einfach mal nach bestem Wissen und Gewissen wiedergebe. Das ein oder andere ist vielleicht auch schon erwähnt worden.
-----
Mein Gedanke war, wenn es denn Plug and Play (PnP) sein soll, braucht es ein geschlossenes SW-Image, dass bestimmte "Programme" bzw. wie vorher genannt "Profile" kann und eine definierte Anzahl von HW ansteuern kann. Dazu würde auch der Anwendungszweck vorher festgelegt und im Verhältnis zur großen Lego Welt gesehen ganz stark eingeschränkt werden (müssen).
Damit ähnelt es sehr der Firmware eines DSL Routers z.B.
A) Die mögliche Anzahl von Programmen/Profilen/Features ist theoretisch wiederum unendlich, weil ggf. nur wenige Zeilen Programmiercode dafür erstellt werden müssen und ist auch immer erweiterbar, zu verfeinern etc. von Version zu Version.
B) Bei der Adressierung von physischen HUBs wird es interessanter, weil die ja ab dem Pairing Teil deiner SW werden, einen definierten Namen bekommen/brauchen und deren Ausgänge logisch ansprechbar sein sollen. Der DSL Router ist hier in der HW von vornherein sehr spezifisch limitiert; 4 LAN Ports, 1 USB, 2 Telefone oder ähnlich; und die SW wird in der Programmierung auch nur genau darauf abgestellt, damit sie schnell läuft und einfach zu warten ist.

Meine Einschätzung ist, dass wenn die SW aus der Dose funktionieren soll, eben genau da Grenzen eingezogen werden müssten. Auch wenn man physisch ja sonst was zusammenstecken könnte. Nur HW und SW sollen ja in einem System zusammenfinden und konsistent miteinander funktionieren.
Das hast du ja wie beschrieben jetzt schon vorgenommen bzw. so "designed" (4 Hubs, 8 Motoren) und sie "hart" in der SW (da wo deine Profile sitzen) "verdrahtet".
Bei "Unbegrenzt" würdest du dann ein "Hub Management"-Modul (Anlegen, löschen, umbenennen...) brauchen ...

Zum Eisenbahn Thema oder eben auch SW "Silo", wie ich es mir vorstellen könnte:
Mein "Anspruch" als Eisenbahner zur "Systemkapazität/Systemgrenzen" ist - so kam ich auf die 16 Hubs - ist eine Verdopplung im Vergleich zu PF.
Also maximal 16 Lokomotiven mit jeweils einem HUB und max. zwei Motoren.

Als User Story für die erwarteten Möglichkeiten dann so formuliert:
1. Ich möchte bei bis zu 16 Lokomotiven/Züge jeweils die Fahrtrichtung und die Geschwindigkeit in XY Fahrstufen steuern können.
2. Diese können mit verschiedene Motoren (M, L, XL, Zug, ...)
- Ein-motorig
- Ein-motorig mit schaltbarem PF-Licht
- Zwei-motorig (ein Motor wahlweise(!) gegenläufig)
bestückt sein.
3. Beim Ansteuern soll ein vorher auszuwählendes Anfahr- und Bremsprofil verwendet werden, um unterschiedliches Fahrverhalten je nach verwendeter Motoren/Antriebskonfiguration und dem Zuggewicht darstellen zu können.
4. Für den einzelnen Zug soll es eine Nothaltefunktion geben.
to be continued ...
Klingt so ein bisschen wie der Weg zu einem "Mehrzugsystem" wie das damals (80er) immer genannt wurde...
Und braucht früher oder später ein "Systembild"....

Die User Stories z.B. für einen Truck, Rennwagen, Schaufelrad Bagger, Weltmaschinen und was weiss ich noch alles sehen dann entsprechend anders aus und müssten wahrscheinlich eher in separaten SW "Silos" abgehandelt werden, weil ja die Servo Steuerung mit dazu käme ...

Gruß und schönen Sonntag-rest-abend

---

---

Hallo Benjamin,

vielen Dank für diese fundierte und ausführliche Einschätzung.

Beobachter74 hat geschrieben:

Ja. So ist mein Projekt definiert.

Beobachter74 hat geschrieben:
Ja und nein. Ein Zug ist ein Zug ist ein Zug.
Ein Karusell, eine Bahnschranke, ein $Irgendwas

Es gibt also auch in der Legowelt "generische" Anwendungen.
Motor für x Sekunden drehen.

Beobachter74 hat geschrieben:
Ja, das ist alles richtig.
Beispiel Zug: Man hat eine FB, die hat zwei Regler, somit fahren damit zwei Züge. Fertig.

Beobachter74 hat geschrieben:
Genau. Dafür kann man gerne ein SmartDevice nutzen, oder was anderes.
Dass das ganze komplex werden kann bedeutet doch nicht, dass es einfache Anwendungen gibt? Ich habe schon eine ganze Eisenbahnanlage mit einer(!) Handfernbedinenug auf einer Ausstellung bedient. Mit Weichen, Signal und Schranke.

Beobachter74 hat geschrieben:
Ist in meiner SW schon drin.

Beobachter74 hat geschrieben:
Aha, Du bist kein Eisenbahner....Die wollen nämlich oft zwei Hubs.
Und Du hast die Idee nicht ganz verstanden.
Es geht nicht um die "Eisenbahnanlage" sondern um einen Menschen, sein Bediengerät und was das tun soll. Ich kenne nichts, HW oder SW, wo du 17 BLE-Geräte zu einem Netz zusammenbinden kannst. LEGO macht 4, manchmal 5. Die SW die ich benutze 3, aber man kann sie auf 9 erweitern.

Anders gesagt: Ein ATOM, eine FB, zwei Züge.
Für 4 Züge: 2 Atom, zwei FB.
Für mehr: SmartDevice

Beobachter74 hat geschrieben: Dann musst Du Dir das programmieren. Aber Du wirst es nicht bedienen können. Wer will denn 16 Züge gleichzeitig im Blick halten? Und warum dann nicht gleich 256?
Du siehst, das führt zu nichts. Ist m.E. auch nicht realistisch.

Beobachter74 hat geschrieben: Genau, Du hast eine Anforderung geschrieben. Mein Profil "Züge" erfüllt bereits eine Menge davon (bis auf Licht).

Beobachter74 hat geschrieben:
Genau so ist es gedacht. Und es muss nicht alles abhandeln.
Wie im richtigen Leben. Sonst brauchte man ja nicht für jeden Unfug (IKEA, Wetter, Messenger) eine eigene App auf dem SmartDevice.

Aber Du hast es sehr gut beschrieben.
Also:
microHub - klar definierte Aufgaben, Funktionen, Bedienung
Smart-Device - komplizierte(re) Anwendungen

Mein Ziel war es genau nicht, eine große Weltbeherrschungssoftware zu schreiben, die gibt es bei Erek.
Sondern was einfaches. Ob es einen Bedarf dafür gibt kann ich nicht beurteilen.

Grüße

Werner

---

---

Beobachter74 gefällt das

---

Oh, Oh ,

AdmiralStein hat geschrieben:

Ganz vergesssen: das habe ich extra rausprogrammiert...
Steht aber auch so in der Beschreibung.

Hätte ich nochmal deutlich drauf hinweisen sollen, Sorry

https://www.1000steine.de...amp;id=443478#id443478
Hubs (wahlweise technic, city oder Mix)
Motoren (wahlweise Train,M,L,XL,Boost oder Mix)

---

---

Hallo Werner

Vielen Dank für den raschen Versand des Microcontrollers.
Gibt es ein Kabel/Möglichkeit am HUB ein altes 9V Kabel anschliessen? Ich würde gerne meine Monorail damit steuern.

Gruss, Martin

---

MoRaSt by n3t3rb©, auf Flickr

---

Schon klar. Hattest du ja in der Beschreibung auch bereits so geschrieben. Wenn man sich diese vor Benutzung genau durchliest, ist alles klar. Wenn nicht, kann man das schon mal verwechseln denke ich. Aber lass es ruhig so. Wer nicht liest ist selber Schuld


Das denke ich auch. Ich habe mit dem Technic-Hub bisher wenig Erfahrung. Der war eine Zeitlang im 42099 Allrad Xtreme-Geländewagen verbaut bis die Batterien alle waren. Seitdem stand das Auto nur im Regal. Ob der da gegen Ende geblinkt hat - keine Ahung - habe ich nicht drauf geachtet.


Ok! Da habe ich die Beschreibung falsch verstanden. Als "Stop-Taste" hatte ich nur die rote Taste auf der FB im Sinn. Ich hatte nicht probiert, nach dauerhaften Drücken der "-"-Taste loszulassen und dann nochmal weiter auf "-" zu drücken.

Ich hatte deine Beschreibung

so verstanden: Ich drücke bei beliebiger Geschwindigkeit "-" bis ich bei 0 bin (3,2,1,0). "Andere Richtung" hieße dann es wird wieder hochgezählt (0,1,2,3,...). Wofür dazwischen die Stop-Taste gut sein sollte, war nicht ersichtlich. Mir war in dem Moment völlig klar, dass "andere Richtung" die Zahlenfolge meint, nicht die Fahrtrichtung eines Zuges... Knoten im Kopf.


Ja! Jetzt wo ich es verstanden habe...

Matthias

---

---

Nein, tatsächlich merkt man das nicht. Es ist so, dass einige Motoren auf der untersten Stufe, egal in welchem Profil, gar nicht anlaufen, sondern nur hochfrequent Fiepen. Den Unterschied zwischen Leistung "0 von 100" und "5 von 100" kann ich da tatsächlich gar nicht merken. Ob das immer so ist oder an der Stromversorgung der Hubs liegt - keine Ahnung. Ich habe alle Hubs nicht mit Batterien (9 Volt), sondern mit voll geladenen, aber schon älteren Eneloop-Akkus (7 Volt) betrieben.

Matthias

---

---

Hmm nun bin ich das Thema ja als naiver Benutzer angegangen: Einfach mal Anstöpseln und gucken ob da was funktioniert und was da passiert... geht nicht mit den drei Hubs, aber das ist nicht schlimm. Muss man ja aber mal probiert haben

Dass du extra Hubs rausprogrammiert hast, steht eigentlich nicht in der Beschreibung - du hast lediglich geschrieben, welche Hubs und Motoren für Tests benötigt werden/eingesetzt werden können. Beide Spike-Motoren funktionieren übrigens auch, wenn die Hub-Firmware die bereits kennt.

Matthias

---

---

AdmiralStein hat geschrieben:

Ja, "rausprogrammiert" ist ein etwas starkes Wort.....
Die Profile brauchen ja mal Hubs, mal FB etc.

Und da wird geprüft: ist es die gewünschte FB, oder ist es ein City oder technic hub.
Boost wird einfach nicht geprüft. Das liegt daran, dass das in der legoino-Biblithek leider 4 verschiedene Klassen sind, was ich bis heute nicht verstanden hab.

---

---

Lok24 hat geschrieben:

Hallo Werner,
Doch, bin schon Eisenbahner, hatte aber ein anderes System vor (den verträumten) Augen.
Dass ich eben 16 verschiedene Lokomotiven ansprechen kann, nicht gleichzeitig fahren. So wie das bei den digitalen Modelbahnen ist mit Decoder on board (und ja, erheblich größerem Adressraum und keine Luft-Schnittstelle) und einer Zentrale.
Mit dem ATOM wäre die Intelligenz bzw. die Festlegung der Identität aller HUBs dann zentral angeordnet, weil nur "er" die einzelnen HUBs auf den Lokomotiven/Zügen "kennt" und die "Funktionen" durch die SW zuordnet (sozusagen das "Leben" einhaucht). Wieviel dann gleichzeitig fahren können, bzw. bedienbar sein sollen, ist die Frage. Bei einer FB sind sicherlich auch wieder nur maximal 2.

Du hast die Systemgrenzen bewusst über die unmittelbare Steuerbarkeit über die FB definiert. Gefällt mir nach näherem Überlegen gut und die "Skalierung" ist einfach erklärt. Siehe oben.

Das Thema mit den zwei HUBs auf einem Zug parke ich jetzt erstmal für mich. 4-motorig ist dann schon sehr speziell ... Für Licht oder Sonderfunktionen würde ich einen zweiten HUB ja verstehen ...

Wie würden dann 2 ATOMs zusammenspielen bzw. eben völlig unabhängig voneinander sein ?
Einfach nur durch das unterschiedliche Pairing der vier HUBs mit ATOM A und ATOM B ?

Gruß

Benjamin

---

---

Hallo Benjamin,

Beobachter74 hat geschrieben:

Wie gesagt, ich kenne nichts was das via BLE erlaubt, die legoino Software mit nimBLE macht bei 9 Schluß, macht 8 Züge.


Beobachter74 hat geschrieben:
Nein, Du kannst mit A fahren und mit B die Züge durchklimpern. Aber welcher ist denn gerade aktiv?
Gut, das könnte man auch via Laufschrift darstellen.
Also ja, kann man machen, aber will man das tatsächlich?

Beobachter74 hat geschrieben:
Es sind nicht unbedingt die Systemgrenzen, es sind - für mich - die Grenzen einer sinnvollen Bedienbarkeit.
Natürlich kann man sich auch eine FB selbst bauen, die das alles kann.

Beobachter74 hat geschrieben:
Nein, 2 Hubs für einen Triebzug (lang!) mit je einem Hub/Motor vorne und hinten.

Beobachter74 hat geschrieben:
Genau. Nach meiner Meinung unabhängig.

Grüße

Werner

---

---

Lok24 hat geschrieben:

Hallo Werner:
Zum beginn des Jahres gab es in der "C'T Make" mal einen Artikelserie und ein Sonderheft zum ESP32
vielleicht haben die Lust dein Projekt und die legoino Bibliothek näher zu Betrachten.

Möglicherweise findest du hier auch interessierte Beta Tester .


https://maker-faire.de/maker-media/

Hier findest du Ansprechpartnerund Mail adressen.

Marc

---

---

Hallo Marc,

vielen Dank für die Info.
Im Moment ruht sie Sache naturgemäß, bis 1.0.0 erscheint, ich denke so ca. zwei Wochen noch.


Grüße

Werner

---

---

AdmiralStein hat geschrieben:

Hallo zusammen,
komme im obigen Zusammenhang nochmal auf eine meiner kurz beschriebenen "Anforderung" von Eisenbahnern für dem ATOM zurück: Anfahr- und Verzögerungsregelung, mit verschiedenen Motor/Lastprofilen.
Habe gerade mit der Lego PUP App meinen kleinen Dieselrangierer getestet (EMD SW1200, 8-wide, PUP Hub und Zugmotor).
In der App kann ich ja mit einem kurzen Programmschnipsel "0-100 Fahrstufen" ansteuern. Dabei fällt dann auf wie verschieden die Lok doch reagiert, weil die PWM des HUBs ja nicht lastabhängig reagiert und nachregelt.
In der Praxis: In die eine Richtung fährt sie auf der Geraden bei 15 an in die andere erst bei 21. An der nächsten Kurve bleibt sie dann schon stecken und es geht erst mit 30 weiter .. usw. und das alles ohne angehängte Wagen.
In den groben Stufen der PUP-Fernsteuerung bzw. des einfach-spielen-Controllers läuft es dann wieder ganz anders und natürlich viel zu schnell.
Ich kann mir so eine Anfahrkurve im ATOM-Programm/Profil natürlich vorstellen, jedoch kann das "System" den variablen Parameter "Last" ja nicht mit den gegebenen Mitteln erkennen.

Der erste Schritt zum vorbildlicheren Fahrverhalten wäre im konkreten 630g schweren Fall allerdings ein Umbau des Antriebs auf den "Großen Motor" z.B. Dann würde sie mit 1:1 Übersetzung oder mehr viel langsamer fahren (können) aber mit mehr Drehmoment usw. So sollte auch das "mehr" an möglichen Fahrstufen zur Geltung kommen und ein fein-getuntes ATOM-Profil zum Rangieren, wäre dann sicherlich ein "Begehr".
Nur bin ich gerade froh, dass ich die Kleine so zusammengebaut bekommen habe, wie sie jetzt ist. Also ... neues Projekt auf "die Liste" ...

---

---

Hallo,

Beobachter74 hat geschrieben:

Natürlich kann es das. Die Motoren melden doch zurück wie schnell sie drehen, bis auf den dafür ungeeigneten Zug-Motor und den M-Motor.

Grüße

Werner

---

---

Beobachter74 gefällt das

---

Lok24 hat geschrieben:

Ah! Danke dir!
Dann hab ich gerade was dazu gelernt.
Also führt um den PUP L-Motor (Control+ L, 88013) kein Weg drumherum, wenn man dieses Feature haben will.
Mit den entsprechenden Herausforderungen beim Design/Bauen...
Siehe auch ...
EMD SW1200 EJE

Probieren werde ich das auf jeden Fall.

---

---

Hallo,

Beobachter74 hat geschrieben:

Wieso? Ein Train Hub und ein Boost Motor machen das auch.

---

---

Lok24 hat geschrieben:

Du meinst den bb0893c01 Electric, Motor - Boost Interactive ? Der ist 4 Noppen breit... zu breit....
Welcher Train Hub ?

---

---

ich meinte
88009 Hub HUB NO. 4
88008 Mittlerer Linearmotor LPF2 TACHO MOTOR 4X6X3, NO. 1

Du meintest
88013 Technic Großer Motor MOTOR, NO. 2

Ich dachte wo vorne Platz für ein 4 breites Hub ist passte auch ein 4 breiter Motor rein, aber das weißt Du sicher besser.

---

---

Beobachter74 gefällt das

---

Lok24 hat geschrieben:

Ich überlege mir dafür mal ein alternatives Design. Weil der 88008 ist direkt günstig...
Gucken, ob das mit dem Drehmoment passt.

---

---