Forum Replies Created
-
Posts
-
Wie wäre es evtl. mit einem anderen Forummotor, wie zB. der beliebte und oft in Modellbahnerkreisen benutzten PHPBB? Weiss nicht um den Aufwand, wäre nur eine Idee.
Es ist doch so, oder…? MTC4PF findest du unter MTC4PF.
Ich habe in den letzten Wochen einige Sets von BB gekauft und bin eigentlich ganz zufrieden. Die Steine sind zwar nicht absolut L, aber doch ganz ordentlich. Ich habe gerade das Schweineschnäuzchen bestellt.
Ich habe die gleiche Servos – die schaffen die Weichen irgendwie nicht. Ich werde nach den Laschen schauen. Deine andere Post habe ich auch gelesen, gute Videos! Aber bei steingemachtes fand ich gerade keine Weichen. Ich werde eine andere Layout mit den Originalweichen versuchen.
Die original Lego Weichen (ich habe auch zwei aus dem Weichenset) schalten ziemlich schwer mit den gelben “Weichengewichten” – schaffen das die Servos überhaupt? Wie viel Widerstand kann so ein Servo überwinden? Oder muss man die Weichen irgendwie modifizieren?
MattzoController_Library.h wurde selbstverständlich auch aktualisiert – trotzdem hat 4 nicht funktioniert, die alte 3 dagegen schon.
Ich habe das komplette Paket aktualisiert. Auch die Files, die ich nicht benutze (zB. SignalController). Dann habe ich die entsprechenden Files editiert, kompiliert und draufgeladen.
Wie im Beitrag #3076 geschrieben: Board ist “AZDelivery ESP32 NodeMCU Module WLAN WiFi Dev Kit C Development Board mit CP2102”, im Arduino IDE Board Manager ist “ESP 32 Dev Module” ausgewählt. Er funzt mit V0.3 gut, und mit einem anderen SW mit der selben BT Library funzt es auch. Ich werde irgendwann noch einmal versuchen, von Grund auf mit V4.0.1 (oder evtl. neuer wenn ein neuer kommt) wieder, aber vorerst “never touch a running system” solange ich mit V0.3 glücklich bin 🙂
Interessant. Bei mir lief V0.4.x nicht. V0.3 schon. Und bei Chris war es auch so.
Hauptsache wir haben alle funktionierende Controller 🙂
Vielen Dank für die Bereitstellung der alten Version(en).
So ein Archiv ist immer gut.Ja, ich habe den ganzen Firmware Batch heruntergeladen, auch den MattzoController_Library.h.
Da sind wirklich änderungen drin (die ganze Geschichte mit dem reconnectwifi, wo auch das wifi.begin diesmal drin ist, vielleicht liegt hier der Hund begraben? Kannst nur du herausfinden…)“Meine Behauptung wäre jedoch, dass die 0.4.1 besser ist als die 0.3.”
Sicherlich ist das so, denn nicht umsonst hast du mit dem Upgrade gearbeitet – aber was sollen wir tun, wenn V0.4 nicht funktioniert? (bei den beiden relevanten Files sind V4.0 und V4.0.1 identisch bis auf die Zeilenenden)
In dem erwähnten Stück (checkwifi) im MattzoController_Library.h geht er weder is “if”, noch ins “else if” hinein, sondern “fällt unten durch”.
Ich weiß es nicht, aber Mattze kann dir sicher helfen.
(Er scheint hier zZ nicht zu lesen, schreibe ihn vielleicht per Mail an.)
Ich habe zwar die alten Versionen, aber ohne Mattzes Erlaubnis kann ich sie dir nicht schicken – ich weiß nicht, wie er dazu stehen würde.
So, die Lok läuft nun.
Die alte (V0.3) Version von MTC4PU funktioniert.
Die neuere (V0.4) Version von MTC4PU konnte ich nicht zum Laufen bringen.
Nun, nur Mattze kann es herausfinden, ob ich (wir) etwas falsch machen, oder ob im Code etwas noch nicht 100% stimmt.
So, ich habe folgendes gefunden (?).
In MattzoController_Library.h in der Funktion void checkWifi() geht er weder in den “if”-Ast, und schreibt ” wifi lost”, noch in den “else if”-Ast und schreibt “Wifi connected”, sondern fällt durch und geht wieder ins reconnectWiFi hinein – und damit loopt er unendlich.
Ich kann natürlich nichts nachvollziehen, ob er sich evtl. schon im WiFi.h (den es neu beim ESP32 lib gibt) etwas neues holt, was hier nicht verdaut wird – Hauptsache, er schreibt kein “connect” (und ruft auch den OTA Listener nicht auf).
Ich bin am Ende meiner Latein, Mattze, schau bitte nach, was wir falsch machen…!
Danke!
Ich bin beim debuggen. Da ich kein Programmiergenie bin, und Mattzes Code ziemlich kompliziert ist, kann ich es nur mit zeilenweise Debuggen machen. Bis jetzt sieht es so aus, dass das Problem irgendwo im mattzocontroller.h beim wificheck/wifireconnect ist, da loopt er aber connectet nicht. Morgen werde ich versuchen, weiter einzugrenzen und ich werde die Logs hier einschreiben. Vielleicht kann Mattze damit etwas anfangen und uns helfen.
Frage: gibt es jemanden, bei dem es funktioniert? Und wenn ja, mit welcher Version? Lohnt es sich evtl. mit V0.3 zu experimentieren?
Hi, exactly the same here.
Ich habe das gleiche Problem.
Board ist “AZDelivery ESP32 NodeMCU Module WLAN WiFi Dev Kit C Development Board mit CP2102”, im Arduino IDE Board Manager ist “ESP 32 Dev Module” ausgewählt.
Ich habe die notwendigen Parametern (SSID, Passwort, MQTT Broker IP und Port) in Netconfig korrekt eingetragen, ebenfalls die Lokadresse und Namen und die MAC Adresse des Hubs dem Mattzo Sketch korrekt angegeben.
Port A hat einen Motor, Port B hat nichts.
Compile und Upload funktioniert.
In Rocrail habe ich die Lokadresse und die Fahrstufen auch korrekt eingetragen.
Rocrail spricht MQTT korrekt an:
<lc id="LPERS" bus="0" addr="3001" V="25" fn="false" dir="true" usesecaddr="false" throttleid="rv4101" controlcode="" slavecode="" server="infw5C000ED0" iid="" uid="0" sid="0" secaddr="0" placing="true" blockenterside="true" blockenterid="" modeevent="false" mode="stop" modereason="" resumeauto="false" manual="false" shunting="false" standalone="false" blockid="" destblockid="" runtime="244" mtime="0" rdate="1617893601" mint="0" active="true" waittime="0" scidx="-1" scheduleid="" tourid="" scheduleinithour="16" len="0" weight="0" train="" trainlen="0" trainweight="0" V_realkmh="0" fifotop="false" image="LPERS.png" imagenr="0" energypercentage="0" lookupschedule="false" pause="false" consist=""/> <exception text="id=LPERS: addr=3001, protocol=default, calculated speed=63, command=- V=25, dir=fwd, lights=off, throttleid=rv4101" level="16384" id="9999"/>Serial Monitor zeigt, dass der Controller gut bootet und auch zum Hub connectet:
6:55:10.398 -> ets Jun 8 2016 00:22:57 16:55:10.398 -> 16:55:10.398 -> rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT) 16:55:10.398 -> configsip: 0, SPIWP:0xee 16:55:10.398 -> clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00 16:55:10.398 -> mode:DIO, clock div:1 16:55:10.398 -> load:0x3fff0018,len:4 16:55:10.398 -> load:0x3fff001c,len:1216 16:55:10.398 -> ho 0 tail 12 room 4 16:55:10.431 -> load:0x40078000,len:10944 16:55:10.431 -> load:0x40080400,len:6388 16:55:10.431 -> entry 0x400806b4 16:55:10.729 -> 16:55:10.762 -> MattzoController booting... 16:55:10.762 -> Loaded mattzoControllerId from EEPROM: 51908 16:55:10.762 -> Connecting as MTC4PU51908 to Wifi PBS-6074F5 16:55:10.861 -> [1] MattzoController setup completed. 16:55:10.894 -> [1] Discovering Powered Up Hubs... 16:55:12.948 -> [1] Powered Up Hub found. MAC Address: 90:84:2b:1f:43:9d 16:55:12.981 -> . 16:55:12.981 -> [1] Initializing hub LPERS (90:84:2b:1f:43:9d)... 16:55:12.981 -> [1] Connecting to hub 0... 16:55:13.809 -> [1] Connected to hub 0. 16:55:13.809 -> [1] sending mqtt: roc2bricks/connectionStatus MTC4PU51908 LPERS (90:84:2b:1f:43:9d) connected 16:55:13.809 -> . 16:55:14.305 -> . 16:55:14.802 -> . 16:55:15.299 -> . 16:55:15.795 -> . 16:55:16.325 -> .Aber er connectet nicht zu Wifi!
Zwischen
16:55:10.762 -> Connecting as MTC4PU51908 to Wifi PBS-6074F5
und
16:55:10.861 -> [1] MattzoController setup completed.
müsste doch die Quittung vom Wifi Connect kommen?
Er erscheint nicht im Heimnetz (10.0.0.x) und meldet daher natürlich auch nichts ins MQTT und bekommt auch nichts vom MQTT.
Mehrere Resets und Power Cycles helfen nicht. Das DIng connectet nicht zur WLAN.
Ich habe eine andere SW auch getestet: dort connectet der ESP zur gleichen Wifi, und ich kann die gleiche Lok vie BT mit der Z21 App steuern. HW Issues und Inkompatibilitäten schliesse ich damit aus.
Was ist hier faul?
Für jede Hilfe bin ich dankbar.
Danke, Matthias… ich als kompletter Greenhorn kenne mich bei den -zig Websites und Legokunstplätze gar nicht aus… ich brauche wohl eine Grundschulung noch 🙂
Hallo Matthias!
Vielen dank für den schönen, detaillierten Bericht!
Eine Steineliste für die Gehäusen wäre noch schön – ich habe mit Lego erst angefangen und kenne mich noch nicht so gut aus.Danke für die Infos. Ich habe meine Kontakte experimentell ausgearbeitet. Das Problem mit diesen runden Magneten ist, es ist schwer zu bestimmen, in welcher Richtung sie polarisiert sind.
Man sieht am Plastikgehäuse die Unterschiede zwischen waagerecht und quer (eindrucknoppen oben vs. seitlich, müssen oben sein). Man kann die Empfindlichkeit gut testen: mit Multimeter auspiepsen.
Ich habe 2 6×3 Magnete und ziemlich tief gelegt verwendet:
Bei 1:52 (am Ende, letztes Bild) sieht man wie nah es ist.
