Forum Replies Created
-
Posts
-
Hi Ulrich, I have just uploaded the Gerber files of the MTC4PF mini on the build-your-own page (https://mattzobricks.com/controllers/diy). If you try to order PCBs with those files, please share your experiences here, as I haven’t tried it myself yet. Thanks!
Hi Bo,
we appreciate your feedback. The Mattzobricks core development team is happy to hear about your success.We wish you best success for your all of your subsequent LEGO train projects. Feel free to share pictures and videos with us, so that we can publish your layout in the projects area.
Cheers,
MattzeHi Mike, good point. I am working with a single power supply on board, a standard LEGO 9V battery box. Make sure your ESP8266 board copes with that voltage!
Danke für die Info. Schau mal, ob der Arm richtig eingebaut wurde. Ggf. den Stellhebel mal aufnehmen und um ein Ritzel verdreht wieder einsetzen.
I am not sure what the problem is. My first suggestion is to that if you used the correct versions of the required libraries as stated in the documentation. I know that some newer versions of some libraries do not work, so the versions are important.
In der MattzoLayoutController.ino findest Du folgenden Abschnitt:
// Default values for TrixBrix switches (in case servo angles are not transmitted)
const int SERVO_MIN_ALLOWED = 50; // minimum accepted servo angle from Rocrail. Anything below this value is treated as misconfiguration and is neglected and reset to SERVO_MIN.
const int SERVO_MIN = 75; // a good first guess for the minimum angle of TrixBrix servos is 70
const int SERVO_START = 80; // position after boot-up. For TrixBrix servos, this is more or less the middle position
const int SERVO_MAX = 85; // a good first guess for the maximum angle of TrixBrix servos is 90
const int SERVO_MAX_ALLOWED = 120; // maximum accepted servo angle from Rocrail. Anything above this value is treated as misconfiguration and is neglected and reset to SERVO_MAX.Um kleinere Werte als 50 zu erlauben, ändere bitte den Wert von SERVO_MIN_ALLOWED. Ich habe diese Parameter als Sicherheit eingeführt, damit unsere User nicht zu viele Weichenmotoren versehentlich verheizen. Gut zu wissen, dass es doch Situationen gibt, in denen kleinere Winkel als 50 notwendig sind. Ich passe den Standard-Wert für die Firmware 0.5 mal auf 45 an.
Ab Firmware 0.5 werden die Servos voraussichtlich nach ein paar Sekunden ohnehin abschalten und keine Stellkraft mehr erzeugen.
Das Problem ist:
const char* MQTT_BROKER_IP = “localhost”Hier musst Du die IP-Adresse eintragen, auf dem der MQTT läuft, z.B.:
const char* MQTT_BROKER_IP = “192.168.1.100”
oder wie auch immer die Adrese von Deinem Rechner lautet.
Gruß,
MattzeBeobachte zunächst mal die Status-LED vom Controller. Wie man die anschließt ist in den Schaltplänen zu sehen. Diese muss ein paar mal blinken und dann ausgehen. Eine blinkende Status LED signalisiert kein Wifi bzw. keine Verbindung zum MQTT Server.
Hilfreich ist der Debug-Mode von mosquitto (mosquitto -c mosquitto-conf -v bzw. einfach mosquitto -v). Wenn dort keine Nachrichten auflaufen, wenn Du in Rocrail etwas tust, hast Du vermutlich keine Verbindung zum MQTT Server in Rocrail – entweder ein Konfigurationsproblem oder Deine Firewall macht Ärger.
Wenn auf dem MQTT etwas ankommt, würde ich als nächstes die Firmware mit Serial Debug Level “DEBUG” kompilieren, den Controller per USB am Rechner lassen und die Debug-Nachrichten an der Arduino-Konsole ansehen. Dort siehst Du, ob Kommandos von Rocrail eintreffen und wie diese verarbeitet werden.
Update:
– I reviewed the reported problems on board manager 3.0.2.
– First of all I created a fix for the abs() / fabs() problem, which impacts the level crossing implementation. I did not do regression testing on level crossings yet, but I am quite confident that there are no negative side effects. The fix will be included in the upcoming firmware release 0.5.
– The firmware compiles with board manager 3.0.2 now, and I can confirm the reported WiFi connectivity problem. I didn’t find a solution yet, but Joos is also working on it and we might find a solution soon.
– For now I have placed a note in the General Section that only board manager version 2.7.4 is supported, and not version 3.0.0 and above.
– The root cause might have to do with a major WiFi library change introduced with board manager 3.0.0.Thanks for sending me your configuration. The problem here is, that you need to start counting at 1 for each different component type in Rocrail. Imagine you have 1 switch, 2 signal LEDs and 2 sensors. The components may be connected to pin D0, D1/D2 and D3/D4 respectively, but this does not play a role for the correct numbering of the Rocrail ports.
The numbering for the Rocrail ports should look like this:
Switch (pin D0): Port 1
Signal 1 (pin D1): Port 1
Signal 2 (pin D2): Port 2
Sensor 1 (pin D3): Port 1
Sensor 2 (pin D4): Port 2As you can see, the pin allocation on the microcontroller does not play a role for the numbering of the Rocrail ports.
A small lookout: with firmware 0.5, configuration is going to get somewhat easier (I hope).
Hi Joos,
hmm, good question. The configuration file looks quite good as far as I see it… in my setups, the MattzoLayoutController with the attached MCP23017 was running without problems, even with a lot of sensors.I will build and test some more MattzoLayoutControllers in the upcoming future and test it with firmware 0.5, which is to be released soon. Maybe the problem do not show with firmware 0.5. Let me know if you want to help us testing, then I will grant you early access to the firmware.
Thanks for the heads up regarding the wiring diagram.
Cheers,
MattzeHallo Stephan,
bei mir stapeln sich derzeit verschiedene Projekte. Die Boards von Kevin sind super und ich probiere sie auf jeden Fall auch noch aus. Derzeit bin ich leider noch nicht dazu gekommen.Danke für Deine Geduld.
Gruß,
MattzeJepp, it will be ESP-32 based. Please send me an e-mail if you want to have early access to the firmware.
Hi Max,
a good question and some good news for you: we will publish a new controller soon: the “MTC4BT” (MattzoTrainController for Bluetooth). It handles both LEGO Powered Up and SBricks. So the question is: yes, just may put SBricks in your train.There is a promotion on the website (www.mattzobricks.com) for MattzoBricks users to purchase SBricks with a discount. Feel free to use the published voucher code.
Cheers,
MattzeHallo allerseits,
wie oben schon geschrieben ist der springende Punkt die Ausrichtung des Magnetfelds. Dann sollte es keine Probleme mit den Reedsensoren geben. Die Richtung des Magnetfelds ist übrigens auch erheblich wichtiger als die Feldstärke des Magneten. Trotzdem kann es nicht schaden, ggf. mehrere Magnet in Reihe zu schalten. Das macht das Feld stärker und auch geometrisch größer, was in Kurven nicht ganz unwichtig ist.Gruß,
MattzeHi gramels,
thanks for your appreciation of the project.Sure, we have considered using RFID, but the use cases are pretty rare and integrating them into Rocrail would require some significant and in-depth changes to the way we are handling Rocrail messages. We might tackle this in the future, but presently we do not have plans to support RFId.
Cheers,
MattzeSomething like that. Check https://mattzobricks.com/automation/controllers/general, section “MQTT”.
Hallo Hans-Joachim und alle,
zunächst einmal großen Dank, dass Du unsere Technologie für Deine Anlagensteuerung adoptierst und sogar mit Deinen eigenen Signalen anreicherst. Typen wie Du sind der Grund, wieso wir das hier machen. Schön, dass Du dabei bist.Zu Signalen haben wir einiges in der Pipeline – das nächste Update der MattzoLayoutController Firmware wird auch Formsignale unterstützen, und überdies auch Signalbegriffe, die sich über mehr als eine LED erstrecken (z.B. Langsamfahrt bei einigen DB-Signalen, gelb und grün leuchten gleichzeitig). Das wird mich noch einiges an Arbeit kosten, aber das Ergebnis einschließlich Video wird hoffentlich viele Begeisterte finden. Ein bisschen Geduld müsst Ihr aber noch haben.
Danke für Euer Engagement.
Gruß,
Mattze