Die Schaltung funktionierte wunderbar am Labornetzteil (=Gleichstorm), am Schienenstorm (=Wechselstorm) piepste der Spannungswandler nur hochfrequent. Mit den ursprünglich eingeplanten Kondensatoren passte dann alles.
Statistik: Verfasst von little.yoda — Sa 30. Jun 2018, 15:17
]]>
LG Zoltan
Statistik: Verfasst von OldNat — Sa 30. Jun 2018, 07:56
]]>
Da freue ich mich doch im Moment sehr, wenn irgendwas ohne größere Probleme funktioniert.
Statistik: Verfasst von little.yoda — Fr 29. Jun 2018, 22:42
]]>
(Ich verfolge auch GitHub fleißig, auch wenn ich wegen meinen Gegebenheiten das Harzkamel bis jetzt nicht upgedatet habe)
LG Zoltan
Statistik: Verfasst von OldNat — Fr 29. Jun 2018, 21:22
]]>
10 Monate später bin ich endlich dazu gekommen, es zu testen.
[Die DCC-Decoder Komponente habe ich gar nicht erst bestückt, da für mich unnötig]
Gruß,
Sven
Statistik: Verfasst von little.yoda — Fr 29. Jun 2018, 20:43
]]>
ich erlaube mir deine Fragen mit einer Gegenfrage zu beantworten:
Warum wird der Weg über MQTT im Rocrail-Forum für Mikroprozessoren empfohlen, wenn das Datenaustauschformat für Mikroprozessoren mit beschränkten Speicher nur bedingt geeignet ist?
Ich bin aber erstaunt, wie aus zwei Sätzen mit sachlicher Kritik so eine Diskussion entsteht.
So und an dieser Stelle würde ich die Diskussion dann auch gerne beenden und zu sächlichen Dingen zurückkehren.
Gruß,
Sven
Statistik: Verfasst von little.yoda — Mi 20. Jun 2018, 19:06
]]>
Ich habe MQTT bislang erfolgreich aus meinen Rocrailanwendungen herausgehalten.
Warum nimmt Du nicht ein Programm, das ein besseres Datenaustauschformat bereit stellt? (Die Frage hatte ich schon in meinem vorigen Beitrag gestellt, sie wurde aber bislang nicht beantwortet.)
Schöne Grüße
Johannes
Statistik: Verfasst von Pirat-Kapitan — Mi 20. Jun 2018, 14:40
]]>
Ich will ja nicht Rocrail auf einem Mikrocontroller laufen lassen, sondern "nur" das Austauschformat nutzen, welches Rocrail über MQTT zur Verfügung stellt. MQTT ist ja gerade für die Nutzung für Mikrocontroller gedacht. Und die Krücke über MQTT wird sogar im Forum empfohlen.
Wenn man dort aber einfach 2KB große XML-Daten reinkippt, dann ist dies nicht in der Sache des Erfinders. Wahrscheinlich hat einfach jemand ein bestehendes Austauschformat genommen und einen MQTT Client hinzugefügt. Verständlich, da schön einfach. Aber trotzdem ist das Format in dieser Kombination eine extrem schlechte Wahl. Speziell weil man die Daten ja gut durch verschiedene "Topics" innerhalb von MQTT trennen könnte. Ich bin ja auch nicht der erste, der sich über das Format beschwert.
Um vorzubeugen:
[1] Eine Mitarbeit bei Rocrail kommt für mich aufgrund der restriktiven Lizenzbedingungen und dem Umgang damit in der Vergangenheit nicht in Frage.
[2] Ja, man könnte die XML-Daten auch als ein Art Stream parsen. Aber das würde deutlich mehr Arbeit machen.
Johannes, irgendwie habe ich gerade das Gefühl, dass ich dich auf dem falschen Fuß erwischt habe. Keine Ahnung, warum.
Gruß,
Sven
Statistik: Verfasst von little.yoda — Di 19. Jun 2018, 13:42
]]>
little.yoda hat geschrieben: ↑
Eine Anmerkung: Das Protokoll ist für Mikrocontroller eine Qual. Die im XML-Format verschickten Pakete, können leicht 2 KB groß sein, was selbst für einen ESP8266 je nach Auslastung grenzwertig ist. Absolut kein schönes Design.
Moin Sven,Mo 18. Jun 2018, 18:33
Eine Anmerkung: Das Protokoll ist für Mikrocontroller eine Qual. Die im XML-Format verschickten Pakete, können leicht 2 KB groß sein, was selbst für einen ESP8266 je nach Auslastung grenzwertig ist. Absolut kein schönes Design.
Rocrail ist ja auch nicht für Microcontroller optimiert sondern als universell einsetzbares, plattformunabhängiges Programm zum Betrieb mit den diversen Digitalzentralen konzipiert.
Wenn Deine Microcontroller mit den HTML-Paketen nicht gut zurecht kommen, solltest Du Dich vielleich nach einer auf Deine Bedürfnisse optimierten Alternative umsehen.
Nur meine 10 Groschsen.
Schöne Grüße
Johannes
Statistik: Verfasst von Pirat-Kapitan — Di 19. Jun 2018, 12:38
]]>
LG Zoltan
Statistik: Verfasst von OldNat — Mo 18. Jun 2018, 21:00
]]>
Da ich gerade noch am testen bin, wie man die Beschränkung auf 10 Geräte bei der z21 umgehen kann, habe ich gestern und heute mal kurz noch eine Unterstützung für Rocrail geschrieben. Die erste Version ist in Github
Mein Framework kann also ab sofort auch Befehle von Rocrail/Rocnet/Rocview empfangen.
Hierzu muss folgendes erfüllt sein:
- ein MQTT Server muss installiert sein (z.B. mosquitto unter Linux, für Windows hier),
- Unter Rocrail Eigenschaften/Dienste muss unter MQTT Service der Hostname oder die IP-Adresse des Servers eingetragen sein.
- Und die Option "Gruppe" muss in jedem Fall aktiviert sein.
Der Config-File Generator ist noch nicht aktualisiert. Das Configfile muss um folgenden Eintrag erweitert werden.
CODE:
{ "m":"rocnetovermqtt" },Weichen werden noch nicht unterstützt.
Eine Anmerkung: Das Protokoll ist für Mikrocontroller eine Qual. Die im XML-Format verschickten Pakete, können leicht 2 KB groß sein, was selbst für einen ESP8266 je nach Auslastung grenzwertig ist. Absolut kein schönes Design.
Gruß,
Sven
Statistik: Verfasst von little.yoda — Mo 18. Jun 2018, 18:33
]]>
In den letzten Monaten ist immer klarer geworden, dass das Testen von neuen Releases zu aufwendig ist.
Ich habe diverses Use-Cases/Platinen (Weichendecoder, Lokdekoder mit H-Brdige, Lokdekoder mit externer H-Bridge, DCC-Generierung, Gleisbildstellwerk, ...) die alle im Prinzip getestet werden müssen.
Aus diesem Grund habe ich zwischenzeitlich eine Platine entworfen, mit der ich alle relvanten Funktionen (außer Weichendecoder) testen kann.
[wenn sie fertig bestückt ist]
DCC-Generirung: Rechts unten mit Anschluß für eine externe H-Bridge oder Test über Logik-Analyizer
Rechts mittig: Test der DRV8870 H-Brdige als Treiber für Motoren
LEDs: Jeweils zwei links unten und links oben
Expander: Zwei MCP23017 zum Testen der Port-Expander Funktionalität
Gleisbildstellwerk: Mittig sind mehrere Taster, um Weichenbefehle auslösen zu können
Ich hoffe, dass ich damit eine ausreichende Testabdeckung erreichen kann.
Gruß,
Sven
Statistik: Verfasst von little.yoda — Sa 17. Mär 2018, 10:06
]]>
Nachdem ich jetzt die gesamte Json-LIbary ausgetauscht habe und diverse Datenstrukturen optimiert habe, funktionieren jetzt 6 MCP23017.
Gruß,
Sven
Statistik: Verfasst von little.yoda — Sa 17. Mär 2018, 09:55
]]>
Noch eine Einschränkung:
Im Moment ist bei zwei MCP23017 aufgrund des Speicherverbrauches Schluss.
Das Problem muss ich mir nochmal in Ruhe anschauen.
Gruß,
Sven
Statistik: Verfasst von little.yoda — Mo 29. Jan 2018, 13:25
]]>
Da Nobert mich gefragt hat
Seit heute werden auch mehrere MCP23017 an einem ESP8266 unterstützt.
Sven
Statistik: Verfasst von little.yoda — So 21. Jan 2018, 16:45
]]>