Forum Replies Created
-
Posts
-
Wenn ich Dich richtig verstehe, klappt anhalten und fahren grundsätzlich, aber beim fahren fährt die Lok immer mit voller Leistung, korrekt? Wenn dem so ist, würde ich Dir empfehlen, mal mit folgenden beiden Parametern zu spielen:
.minArduinoPower = MIN_ARDUINO_POWER,
.maxArduinoPower = MAX_ARDUINO_POWER,Probier doch mal
.minArduinoPower = 200,
.maxArduinoPower = 500,oder so etwas, und teste ein bisschen was für die Lok gut funktioniert.
Hallo Stefan, das ist eigentlich kein Problem. Ich gehe davon aus, dass wir hier über den MTC4PF in Version 1.0 oder höher sprechen.
Nimm Dir bitte mal eine der Beispiel-Konfigurationen vor, z.B. “MTC4PF_conf_TGV1.h”. Suche dort nach dem trainLightConfiguration Array. Du kannst für jede LED die Werte powerLevelOff und powerLevelOn bestimmen. Wertebereich ist jeweils 0 bist 1023. Setze einfach für Deinen Steuerungs-Pin 1023 für powerLevelOff und einen passenden Werte für powerLevelOn, dann klappt es auch mit gemeinsamer, nicht geschalteter Anode.
In der Tat, die mechanische Lösung zum Abtrennen der Waggons finde ich auch am realistischsten. Ich hatte so etwas mal überlegt für einen unidirektional Zug mit einer Dampflok vorn, der in einen Kopfbahnhof fährt, dort die Waggons abkuppelt, die Waggons umfährt und sich dann nach ein wenig Rangieren an das andere Ende des Zuges setzt und aus dem Bahnhof mit Lok vorn wieder ausfährt. In Rocrail alles abbildbar.
Idealerweise arbeiten wir mit den orangenen Motoren, die ich auch für die Klappbrücke verwendet haben. Die haben die typischen Servo/Dupont-Stecker und sind ohne Motorshield direkt am Controller anschließbar. Die Integration in die MTC4PF Firmware kriegen wir schon hin.
Wenn der MTC4BT als Basis genommen wird, könnte man an einen freien Port des SBrick oder Powered Up Hub einfach einen passenden kleinen Lego-Motor o.ä. anschließen. Auch hier bin ich sicher, dass wir die Firmware entsprechend erweitert bekommen.
Hi Max!
As a general rule, you should always upgrade to the latest version. This is presently 1.0.1, and 1.0.2 is expected to come soon.
Did you check the performance tips in the documentation? They are important.
There is a number of options that come into my mind:
– Install a camera in the shadow station.
– Install one or more sensors in the shadow station. Monitor the sensor in Rocrail and stop the train.
– Use a mobile phone or tablet as an additional device for Rocrail. This relieves you from sitting on your laptop.If I may, let’s go one step back and look at it from a distance. Then the following suggestions come into my mind:
– Install sensors. Yes, it’s a lot of them, but they are the key to automating your layout completely. And that’s really fun!
– Do not build a shadow station, but a visible fiddle yard instead. Maybe use plexi glas somewhere to be able to see what’s happening. You have more fun with LEGO trains if you actually see them. An investment in an loco shed is also better when you can actually see it.
– Do not use too many switches in the shadow station; use staging blocks instead.…
Maybe somebody has more ideas for you?
Thank you, we are giving our best.
As you said, you need a memory card and a speaker for train sounds. We are going to implement that one day. Until then, you can use the built-in sounds in Rocrail, if that’s a possible interim solution for you.
Na ja, kann man so machen. Idee war eigentlich, das in der MotorShield Configuration zu machen. Aber was läuft das läuft. 🙂
Visual Studio Code, um genau zu sein. Schau Dir mal die Doku von platform.io an, dort wirst Du fündig (platform.io serial monitor). Unten in der Symbolleiste den kleinen Stecker klicken.
Schau doch mal in den seriellen Monitor. Das sieht dann in etwa so aus:
MattzoController booting…
Loaded mattzoControllerId from EEPROM: 52708
Connecting as MLC-SignalOvershoot-52708 to Wifi Railnet
.
MattzoController setup completed.
Wifi connected. My IP address is 192.168.178.49.Das Verzeichnis der WLAN-Geräte im lokalen Netzwerk kann meist im Router aufgelistet werden. Bei der Fritzbox geht dies z.B. über Heimnetz/Netzwerk.
Aber wozu brauchst Du das? Für OTA?
Ich hoffe die Bilder, die ich Dir per E-Mail gesendet hatte, haben ein bisschen geholfen.
Ich habe in den letzten Tagen ein paar Regressionstests gemacht und bin auf einen witzigen Bug in der Firmware gestoßen, der in speziellen Konfigurationssituationen auftreten kann. Dieser ist mit Release V1.0.1 behoben. Bitte Firmware updaten, falls Du auch die orangenen Servo-Motoren für die Brücke verwendest.
Happy to hear that. I have reviewed all of the MLC example files. There will be a lot of changes, updates and improvements in firmware version 1.0.1.
Jepp, it’s the bug introduced by the MLC example configuration files in the bascule bridge configuration.
You need to do two things:
1.
Please remove these lines (in the bascule bridge configuration section)://Must be defined, but are zero
#define NUM_SIGNAL_ASPECTS 0
#define NUM_SIGNAL_LEDS 0
#define NUM_SIGNAL_SERVOS 02.
Please change (in the signal configuration section):>>
// Number of signals
const int NUM_SIGNALS = 8;
// Maximum number of signal aspects (e.g. red, green, yellow)
const int NUM_SIGNAL_ASPECTS = 3;
// Number of signal LEDs (usually equal to NUM_SIGNAL_ASPECTS)
const int NUM_SIGNAL_LEDS = 3;
<< into // Number of signals #define NUM_SIGNALS 8 // Maximum number of signal aspects (e.g. red, green, yellow) #define NUM_SIGNAL_ASPECTS 3 // Number of signal LEDs (usually equal to NUM_SIGNAL_ASPECTS) #define NUM_SIGNAL_LEDS 3 << Then it should be working. Cheers, MattzeMeanwhile, could you check if you still have the following code in your controller_config.h in the level crossing section?
// BASCULE BRIDGE CONFIGURATION
// General switch for bascule bridge (false = no bridge connected; true = bridge connected)
bool BASCULE_BRIDGE_CONNECTED = false;
// Must be defined, but are zero
#define NUM_SIGNAL_ASPECTS 0
#define NUM_SIGNAL_LEDS 0
#define NUM_SIGNAL_SERVOS 0This was the problem that I fixed yesterday. You need to delete these defines from your configuration, as these values override the mentioned parameters by accident.
Hi Fabian,
you are doing everything fine. There is a bug in the example files for the MLC in release V1.0. This is the reason why the light signals do not work. I just found bug myself this evening while uploading the firmware to one of the “MLC megas” that I am presently building.I just fixed the bug and pushed the bugfix it to the development branch. The fix will be included in the next release 1.0.1, which we are going to release soon.
If you know how to check out the development branch, just go for it. If not, drop me a message, then I will help you.
But thanks for your feedback anyways!
Cheers,
MattzeEine IO-Datei habe ich leider nicht. Von dem Prototypen gibt nur die Bilder auf der Website und das Video.
Wenn ich Zeit und Lust habe, baue ich aber noch eine anständige Brücke auf Basis der Trixbrix-Brückenelemente, die voraussichtlich 6 oder 8 Standard-Geraden lang sein wird. Vielleicht mache ich dazu eine IO-Datei.
Wenn da Lampen blinken, nimmt der MLC ja zumindest schon mal Kommandos von Rocrail an. Das ist schon mal sehr gut und 90% der Miete. Funktionieren die Weichenmotoren denn am MLC ohne Port Extender?