Forum Replies Created
-
Posts
-
Your choice, I don’t think we will merge in with the master branch. The reason is that we do not believe that your hall sensors are a good choice. Whatever was wrong with your reed sensor setup, I’d recommend you review that before you dive into this hall sensor adventure.
IMHO, Reed sensors are 100% accurate and work 100% of the time. There is not a lot that you could do wrong with them. This is my and the team’s experience from almost a decade of Mattzobricks.
It’s all in the documentation.
MTC4BT does not require a MattzoController Id, as it holds the connections to its controlled devices via Bluetooth directly.
Hi Venderwel,
a note regarding your sensors. We use reed sensors, no hall sensors. Reed sensors are digital, hall sensors are not. If you really want to use hall sensors, this would require a firmware change, which you’d need to do. The firmware comes with an MIT license, so feel free to give it a try.In general: if you want to use different hardware setup, feel free to try. But please check the documentation pages before, we have outlined in quite some detail what is supported and what is not.
Cheers,
MattzeShouldn’t be a problem, but would require some firmware changes.
Using PF or PU motors would be quite a difference in the end, as they require different setups:
1) PF motors can be controlled directly with a motorshield attached to the MLC. Using the LEGO IR shield would also be an option.
2) PU motors could theoretically also be controlled with motorshields, or you would attach them to a PU hub. The MLC does not work with PU hubs, so these kind of changes would be more significant.My five cents: it would be more economical to drive FX switches with a PF motor using the MLC with an additional motor shield. Maybe a nice little project for winter time.
Hi Kay, thanks for your appreciation.
I assume you want to build a “MTC4PF with battery”, correct? As power switch, you may want to use the 8mm switches listed on the material page, section “trains”.
Wahrscheinlich liegt hier ein Übersetzungsproblem vor. Ich hatte geschrieben: “The railbus can be powered with a simple LEGO Power Functions Motor”. Der Motor für den Bus ist ein Power Functions L-Motor (glaube ich der Erinnerung nach), aber kein Zugmotor.
Das liegt einfach an unserem Code. Siehe Datei “main.cpp” irgendwo in einem MTC4PF Unterverzeichnis. Die Dateinamen sind dort hartkodiert:
#include “../conf/my/controller_config.h”
#include “../conf/my/network_config.h”Ich habe ganz viele Lokomotiven, die alle unterschiedliche Konfigurationsdateien haben. Die liegen alle mit unterschiedlichen Dateinamen bei mir im “my” Verzeichnis. Diejenige, die ich gerade auf einen Controller aufspielen will, kopiere ich jeweils über die controller_config.h Datei und starte den Kompiler. Kann aber jeder machen wie er möchte, da gibt es sicherlich unterschiedliche Wege, die alle zum Ziel führen.
Wir haben die weitere Abstraktion der Konfiguration vom Code projektiert. Ziel ist eine Webkonfiguration, so dass für die Konfiguration und Umkonfiguration die Firmware nicht mehr kompilieren muss. Er Controller muss nicht einmal mehr an den Computer angeschlossen sein, um die Konfiguration zu ändern. Uns fehlt aber derzeit die Zeit, das mal anzupacken.
Noch viel Erfolg bei Deinen weiteren Bemühungen!
1. (falls noch relevant)
In der Datei “network_config.h” bitte die Zeile:const int LOGLEVEL_SERIAL = LOG_INFO;
ändern in:
const int LOGLEVEL_SERIAL = LOG_DEBUG;
Ich denke, wir haben’s aber auch schon… denn:
2.
Die Controller-Konfigurationsdatei muss “controller_config.h” heißen und im “my” Verzeichnis liegen. Wenn das nicht so ist: lösch mal die bisherige und benenne die Datei “MTC4PF_conf_BR24.h” um in “controller_config.h”. Ich denke, dass es dann funktionieren sollte.Wunderbar. Dein Controller empfängt die Button-Klicks auf F1 und F2, aber er findet kein Mapping zu den LEDs auf D1 und D2.
Bitte:
1. Schalte mal in der network_config.h den debug mode für das serial log ein (const int LOGLEVEL_SERIAL = LOG_INFO;). Was gibt das Serial Log jetzt aus?
2. Prüfe bitte einmal, ob die controller_config.h Datei, die wie gesagt aus meiner Sicht eigentlich gut aussieht, wirklich im richtigen Verzeichnis liegt, so dass der Compiler sie beim Kompilieren auch findet und verwendet.https://mattzobricks.com/automation/controllers/general -> “The Serial Monitor”
Der Abschnitt ist etwas veraltet, da wir die Arduino IDE nicht mehr verwenden. In Visual Studio (genauer: PlatformIO) ist auch ein Serial Monitor. Dazu ganz unten auf das Stecker-Symbol klicken (Tooltip: PlatformIO: Serial Monitor).
Die Konfiguration sieht auf den ersten Blick nicht schlecht aus. Kannst Du mal den Controller an den Rechner anschließen, F1 oder F2 in Rocrail drücken und das Serial Log posten? Kommen die FN-Events durch? Sonst teste mal bitte, ob die LEDs funktionieren und richte angeschlossen sind (z.B. mit einem einfachen, angepassten Arduino Blink-Sketch).
Ah, we had this before in a different topic. Do not copy the files! Check them out from the git repository directly!
Danke, Hilbert.
Stephan, hast Du einmal versucht, den Controller nur mit der Konfigurations-Datei für die Fernbedienung zu konfigurieren, also ohne Loks? Wie ist das Ergebnis dann?
Und wie Hilbert schon sagte, das Serial Log wäre hilfreich.
Ja, ich muss mich korrigieren. Die Bluebrixx-Weiche scheint tatsächlich einzelne Schaltwerke zu haben. Wie man die Weiche antreibt, entzieht sich trotzdem meiner Kenntnis.
1. Antriebe
Trixbrix hat jede Menge Weichenantriebe auch für LEGO-Weichen.Alternative: 4DBrix Weichenantriebe! Ich habe selbst noch welche von 4DBrix, die ich Dir gern verkaufen kann. Die haben eine extrem hohe Stellkraft und sind m.E. die besten, die es gibt – oder vielmehr: gab, denn 4DBrix ist mittlerweile nicht mehr im Geschäft.
Beide Varianten sind vollständig kompatibel mit Mattzobricks.
2. “Doppelweichen”
Wie diese Bluebrixx Doppel-Weiche angetrieben wird, weiß ich nicht. Aber noch wichtiger: die Bluebrixx “Doppelweiche”, wie auch schon die LEGO-Weiche Nr. 7996, haben einen gravierenden Konstruktions-Mangel: Züge können die geraden Strecken nicht gleichzeitig in der selben Richtung benutzen, da sich jeweils zwei Einzelweichen ein Stellwerk teilen.Eine Einbindung in das Mattzobricks Train Automation System ist möglich, allerdings nur mit Tricks.
Ich würde empfehlen, statt den genannten Doppelweichen die Variante von Trixbrix einzusetzen:
trixbrix.eu/en_US/p/Double-Crossover/58
Hier existieren die beschriebenen Nachteile nicht.
Attachments gehen in diesem Forum leider nicht – tut mir leid. Schick mir die Bilder mal bitte per E-Mail zu, ich werde sehen was ich tun kann.
Wiring LEDs in series is absolutely no problem.
Example: the V100 that you have seen in some of my videos. It has three white LEDs that are wired in series, and attached to the motorshield. I have also added a small additional resistor in the chain.
When connecting electrical consumers to terminals, only the voltage difference between the terminals is relevant, not the potential of the terminals. That means that “high/high” and “low/low” is precisely the same – no current will flow.
Happy building!
Got it. If you just connect LEDs to the motor shield without any resistors or other protection, they will inevitably burn out immediately and create magic smoke. The motor shield provides up to 9V, with a stronger battery even more. That is the instand end of lifecycle of any LED.
What’s you hardware setup? Did you actually build a MTC4PF mini with the PCB and the case? Or did you buy an ESP8266 development board and use it “bare” as it is? As you are referring to using D1, D2, D3 and D5 for your LEDs, I assume the latter.
Have a look at the other configuration files like the ones for TGV, SFE, METRO etc. I will also add a light configuration for the MTC4PF mini standard configuration file (MTC4PF_conf_mini.h). Before I merge it to develop, it needs some testing (don’t have the time for that this weekend, I think). If you hang yourself in here, you well be notified when it’s done and tested:
https://github.com/Mattzobricks/MattzoControllers/issues/150
Hello Ulrich,
I hope I understand your problem correctly. Do you want to connect lights to the motor shield?If yes, have a look at the example file “MTC4PF_conf_V100.h” (included in firmware version V1.2.1 and some earlier versions). There you’ll find a train light of type ‘TrainLightType::POWER_FUNCTIONS’. Is that what you are looking for?
The example loco has just a simple front light. It can be controlled via F1 in Rocrail, and it also triggered when the train starts to move.
Does that help?
Cheers,
Mattze