Forum Replies Created

Viewing 25 posts - 76 through 100 (of 288 total)
  • Author
    Posts
  • in reply to: locoConfigs für MTC4BT #7734
    Matthias RunteMatthias Runte
    Keymaster

    Das freut mich!

    in reply to: Beginn meiner Automatisierung #7722
    Matthias RunteMatthias Runte
    Keymaster

    > Da ich auch über eine 2. Ebene nachdenke, nehme ich an, dass das mitfahren die beste Lösung ist um Verbindungsprobleme zu vermeiden?

    Kommt drauf an, wie groß Deine Anlage ist. Wenn sie in einen Raum passt, benötigst Du das m.E. nicht, d.h. der Controller kann stationär verbaut werden.

    > Somit bräuchte ich 5 dieser Boards.

    Du kannst mehrere PU hubs mit einem Board steuern. Ich empfehle nicht mehr als 4 PU Hubs pro Board, damit die Dinger nicht an ihre Grenzen kommen.

    > Aber was benötige ich für die Stromversorgung der Boards?

    Ein einfaches USB Ladegerät.

    > Zusätzlich wäre es schön einen Ein Aus Schalter zu haben. Hab irgendwo in den Videos von einem Schalter mit 8mm Einbaumaß gehört,finde so einen Schalter aber nirgendwo im Internet und auch nicht in der Zubehörliste.

    Schau noch einmal auf der Materialliste (8mm switches). Brauchst Du aber nicht, wenn Du eh nur PU Hubs verwendest und die Boards für den MTC4BT stationär betreibst.

    Allgemein finde ich es natürlich super, wenn Du in die Mattzobricks-Welt abtauchen willst. Falls Du keinerlei Elektronik-Vorkenntnisse hast, dann besorge Dir am besten erst einmal einen Elektronik-Startkasten und beschäftige Dich mit der Sache allgemein. Habe ich auch so gemacht. Meist gibt es viele Bauanleitungen für witzige Sachen. Wenn man das gemacht hat, hat man schon einmal eine grundsätzlich Vorstellung von dem, wie die Dinge funktionieren.

    in reply to: Verständnisfrage zur Programmierung eines MTC4BT #7703
    Matthias RunteMatthias Runte
    Keymaster

    Hi Luuk, thank you very much for your input, which is appreciated. I transferred your post into our bug tracking system. We will care about it after the summer break. I hope to find some time to record a video that shows the VS Code setup step by step. The written documentation is also helpful, but things change in the VSCode frontend over time and we rarely find the capacity and time to adapt the documentation all the time.

    Maybe somebody else can help in the meanwhile? Thanks!

    in reply to: How to stop a loco on an enter2in sensor #7699
    Matthias RunteMatthias Runte
    Keymaster

    Ok, thanks. It has been quite some time since we developed it, so thanks for the analysis. I have taken a note that we enhance the documentation. We will also review the present implementation and probably add a feature for immediate stops, as in the MTC4PF.

    Let me add that most people want gentle stops instead of immediate ones. If you want to stop the loco at a defined position, it might be better to work with two sensors per block (enter and in sensor), and start slowing down the loco when it hits the enter sensor. Then the loco continues with moderate or slow speed until it meets the in sensor. Also check the BBT feature of Rocrail, this also helps.

    in reply to: How to stop a loco on an enter2in sensor #7697
    Matthias RunteMatthias Runte
    Keymaster

    Hi Liam,
    try leaving away the pwr*Step parameters, or set them to high values. This should solve your issue. If not, let me know. Then I need to look it up in the code.

    Cheers,
    Mattze

    in reply to: Configuration in Rocrail #7607
    Matthias RunteMatthias Runte
    Keymaster

    Welcome to Mattzobricks! You should try digital sensors instead of Hall sensors. We recommend reed sensors. I recently posted a video about sensors on the Youtube Channel, and I have also put some work into rewriting the sensor page.

    Please check out the SENSOR WIRING CONFIGURATION in the MattzoLayoutController configuration. There you will find the sensors that are defined for your controller. The first sensor in the array has Rocrail port 1, the second 2 etc. This is hard-wired in the code. You should also try to monitor the MQTT queue using mosquitto_sub. This also helps to find errors.

    Good luck!

    in reply to: Verständnisfrage zur Programmierung eines MTC4BT #7606
    Matthias RunteMatthias Runte
    Keymaster

    Habe noch einmal geschaut. Grundsätzlich scheinst Du schon alles richtig gemacht zu habe. Die Example-Datei wird kopiert und kann dann modifiziert werden, ohne unter Quellecode-Kontrolle zu fallen. Einen Kommentar, dass man dort etwas nicht ändern soll, habe ich allerdings nicht gefunden.

    Wünsche noch viel Erfolg!

    in reply to: Verständnisfrage zu VSCode und Upload #7534
    Matthias RunteMatthias Runte
    Keymaster

    Ist bekannt und die Kritik ist auch berechtigt. Ich habe gerade vor ein paar Wochen die Website-Struktur umgestellt. Daher herrscht derzeit ein bisschen Chaos bei der Doku. Wird besser, sobald ich etwas Zeit finde. Allgemein ist es allerdings tatsächlich eine Herausforderung, die gesamte Bandbreite der Dinge, die wir hier anbieten, didaktisch eingängig aber trotzdem übersichtlich darzustellen.

    Richtig ist auch, dass wir nur einen Teil der Webseiten übersetzt haben – geht leider nicht anders. Die doppelsprachigen Webseiten sind sehr aufwendig zu pflegen und synchron zu halten.

    in reply to: Verständnisfrage zu VSCode und Upload #7531
    Matthias RunteMatthias Runte
    Keymaster

    PF Kabel: die inneren (Google hilft).

    in reply to: Verständnisfrage zu VSCode und Upload #7530
    Matthias RunteMatthias Runte
    Keymaster

    MattzoLayoutController (MLC)

    >> The status LED indicates to WiFi connection status, the MQTT connection status and lights up when one or more sensors are triggered. The status LED is very handy in practice. <<

    in reply to: Verständnisfrage zu VSCode und Upload #7452
    Matthias RunteMatthias Runte
    Keymaster
    Matthias RunteMatthias Runte
    Keymaster

    Just to close this topic: I reviewed the issue, but couldn’t reproduce it. After having set-up dozens of trains with the current develop branch while doing regression testing for the upcoming firmware release, everything looks fine.

    in reply to: l-gauge.org #7212
    Matthias RunteMatthias Runte
    Keymaster

    Hi Uli, the Mattzobricks community and the core development team is very active every day. I just didn’t have a lot of time lately to produce more video content. I hope it gets better, especially next autumn and winter.

    Links on L-Gauge sound good. Could you contact lgauge and ask them? They can contact me for details any time if they wish.

    Thanks!

    in reply to: Verständnisfrage zur Programmierung eines MTC4BT #7203
    Matthias RunteMatthias Runte
    Keymaster

    Ich schaue mir das in den kommenden Tagen mal an und melde mich dazu. Es ist möglich, dass wir die Dinge an dieser Stelle etwas überkompliziert haben. Wir hatten da internm im Core Development Team auch schon mal zu diskutiert. Mit dem kommenden Release räume ich das ggf. mal etwas auf.

    Du kannst übrigens immer noch die alte, Arduino-basierte Version vom MTC4PU verwenden. Schau mal in die Versionshistorie von der Firmware, bis zu welcher Version wir die noch dabei hatten.

    in reply to: German Distant Signal 3D print parts #6770
    Matthias RunteMatthias Runte
    Keymaster

    20% worked for me.

    in reply to: German Distant Signal 3D print parts #6764
    Matthias RunteMatthias Runte
    Keymaster

    That looks quite good. You should give it a try and hit “print”. 🙂

    in reply to: German Distant Signal 3D print parts #6761
    Matthias RunteMatthias Runte
    Keymaster

    For whatever reason, I had to scale the parts with a factor of 2,56. I am not sure if this is because of the stl files, or my cura settings… but then it just worked out fine.

    Some hints:
    1. The blade should be 40mm long (5 studs).
    2. The distance between the holes of the spectacle holders must be precisely 8mm from middle to middle (1 stud).

    Let me know how it turned out.

    in reply to: Overshoot sensor #6756
    Matthias RunteMatthias Runte
    Keymaster

    It is great that you try this advanced feature. Overshoot sensors can be local or remote sensors.

    Virtual sensors do not exist in the physical world, they represent events of some rocrail objects that are created within MattzoControllers (e.g. a switch has actually been switched, boom barriers are closed or a bascule bridge is fully open etc.).

    Let me know if it works! 🙂

    in reply to: Externer Akku-Ladeanschluss an Zug #6753
    Matthias RunteMatthias Runte
    Keymaster

    An passenden (d.h. 8mm breiten) Steckern, Buchsen und Schaltern gibt es einiges, so dass man es ganz gut integrieren kann. Ich selbst bevorzuge elektrische Magnetverbinder. Wenn ich Zeit habe, mache ich dazu noch ein Video.

    Allgemein ist das Thema Batterien und Ladung natürlich ein Dauerthema. Da gibt es noch einiges zu erforschen, zu entwickeln und zubasteln.

    in reply to: locoConfigs structure in controller_config.json #6734
    Matthias RunteMatthias Runte
    Keymaster

    Hi Dirk,
    I will add some official examples to the source code with the next official firmware release. In the meantime, I will send you some example files via e-mail.

    The basic idea is as follows.

    The controller_config.json file could look like this:

    {
    “name”: “MTC4BT-MULT3”,
    “espPins”: [
    ],
    “fn”: [
    ],
    “locos”: [
    ],
    “locoConfigs”: [
    “/loco_e03.json”,
    “/loco_br146.json”,
    “/loco_est.json”
    ]
    }

    The single files contain the structure that is usually located within the locos array in the main controller_config.json file, e.g.:

    {
    “address”: 103,
    “name”: “E03”,
    “speedStep”: 10,
    “brakeStep”: 20,
    “bleHubs”: [
    {
    “type”: “SBrick”,
    “address”: “84:2e:14:4f:d6:04”,
    “channels”: [
    {
    “channel”: “B”,
    “attachedDevice”: “motor”,
    “direction”: “forward”
    },
    {
    “channel”: “D”,
    “attachedDevice”: “motor”,
    “direction”: “reverse”
    }
    ]
    },
    {
    “type”: “SBrick”,
    “address”: “84:2e:14:51:79:8b”,
    “channels”: [
    {
    “channel”: “A”,
    “attachedDevice”: “motor”,
    “direction”: “forward”
    },
    {
    “channel”: “D”,
    “attachedDevice”: “motor”,
    “direction”: “reverse”
    }
    ]
    }
    ],
    “fn”: [
    {
    “name”: “f2”,
    “device”: “bleHub”,
    “address”: “58:8e:81:58:b2:00”,
    “channel”: “B”
    }
    ]
    }

    Voila.

    in reply to: MQTT credentials in network_config #6586
    Matthias RunteMatthias Runte
    Keymaster

    No. I am presently busy motorizing and automating the Orient Express. After that, I will finish a couple of other projects and then hopefully be able to start working on important backlog issues like this one. Thanks for your patience.

    in reply to: 4dbrix wifi train controller #6569
    Matthias RunteMatthias Runte
    Keymaster

    We have supported 4DBrix Wifi Train Controllers for a long time, but apparently nobody was really interested in that. After I sold most of my 4DBrix stuff, I removed the 4DBrix support from the firmware in February 2022. 4DBrix is supported in older versions of the MTC4PF firmware only (versions before V1.0, I believe).

    in reply to: PCBWay Gerber files issue #6563
    Matthias RunteMatthias Runte
    Keymaster

    I am happy to hear that! Good luck!

    in reply to: MQTT credentials in network_config #6560
    Matthias RunteMatthias Runte
    Keymaster

    Not yet. We have created a feature request for this request. Once we find the necessary time, we’ll care about it. Maybe around Christmas. Thanks for your patience.

    in reply to: MLC – pcb gerber files #6557
    Matthias RunteMatthias Runte
    Keymaster

    Hello Stefaan and all,
    we have updated the Gerber files for the MLC mega, and linked it on this page:

    Build your own MattzoController

Viewing 25 posts - 76 through 100 (of 288 total)