THEMA: Kennt ihr schon DCC++ / DCC-EX 13?

Ich kann als Decoder wärmstens die von Doehler und Haass der Serie DHxxxx mit neuster Firmware aus 2026 empfehlen. Wenn der geht, gehen auch die anderen gängigen Hersteller. Ohne Sniffer kann ich nicht am Test teilnehmen. Besitze nur ein Minioszi wo ich die Austastlücke sehen kann, Das hilft aber hier nicht weiter.

Ich habe fast nur Zimo und ESU Decoder, außer ein paar Loks mit Decoder ab Werk(Piko und UB) und zwei Schätzchen mit Kühn Decoder.

Hallo,

eine DCC-EX CSB1 mit DCC-EX 5.6.6. funktioniert bei mir mit dem DRV8874-Motorshield ebenfalls, aber natürlich lässt sich Railcom nicht einschalten. Mit derselben Hardware und DCC-EX5.9.9 bekomme ich trotz der guten Tips bislang keine WIFI-Verbindung hin. Hat jemand eine erprobte
config.h
mit einer passenden
myAutomation.h
für mich zum testen?

MfG

vik

Also einfach die wifi config als Text einmal über USB serial eingeben. Das braucht nicht in irgendein AUTOSTART. Einmal reicht schon.

Railcom muss man allerdings per Gleis und per start einschalten. Dazu kann man AUTOSTART verwenden.

Grüße,
Harald

Hallo N-Bahner,

anbei mal die ersten gerenderten Bilder meines RailCom Detektors mit Display. Er wird aufbereitete RailCom Daten via Wlan an DCC-EX senden können, wenn die Software erst mal steht.

Die Bauteile sind übrigens noch nicht platziert und alle Verbindungen müssen noch geroutet werden. Evtl kommen noch ein paar Status-LEDs dazu.

LG
threedots

Die von threedots zu diesem Beitrag angefügten Bilder können nur von registrierten Usern gesehen werden - Login

Moin threedots..
Der Sniffer macht was her. Ich such einen preiswerten Ein- bis max. Zweikanalsniffer für die Werkstatt und Kleinstanlage, der in den DCC Bus eingeschleift wird und wie bei Dir seine Daten auf ein integriertes Minidisplay zeigt. Ich bräuchte nur Lokadresse, Aufgleisrichtung. Falls machbar noch die Gleisspannung. QoS und Geschwindigkeit wäre mir jetzt nicht so wichtig.
TAMS hat leider den RCD1 mit LCD Display eingestellt, das wäre genau die Lösung gewesen.
PC Datenübertragung samt WiFi Lösung wäre für mich nicht wichtig. Dein Projekt scheint aber schon eher eine Großlösung zu werden?
Viel Erfolg weiterhin.
Grüße.
Frank

Hallo Frank,

nee, das wird nix großes. Erst wird der RailCom Decoder mal physisch aufgebaut, getestet und ggf. nochmal überarbeitet, dann kommt das finale Platzieren der Bauteile und Routing.

Die Software kann im ersten Step RailCom Kanal 1 Dekodierung und Richtungserkennung. Dann folgen Datenausgabe auf dem OLED, Kanal 2 Dekodierung und die Konfigurationsmöglichkeiten. Im Anschluß wird die WLAN Kommunikation implementiert.

LG
threedots

Hallo Harald, Danke, das automatische Einschalten der Lücke klappt.
ich möchte eigentlich nicht nach jedem Start nochmal manuell über die serielle Schnittstelle die WiFI Daten eingeben, sondern gern sofort per Browser auf den AP zugreifen, so wie bei der 5.6.6.
Aber was sollte ich dazu in welcher *.h-Datei der 5.9.9 eintragen?

MfG

vik

Hallo Roland, ja, hört sich schon mal richtig gut an! Ich würde das jedenfalls brennend gern mit vorhandenen DCC-Decodern austesten...

MfG

vik

Hi,

zum Thema config:

Siehe Bild1! Da steht alles, was Du wissen willst. Und es hat sich nix gegenüber dem bisherigen Devel- bzw. Release Pfad geändert.

zum Thema RailCom Detektor & Display:

Es wird noch ein paar Tage brauchen, bis ich was nutzbares vorzeigen kann, Jetzt baue ich mir erst mal eine Probe zusammen, um neben dem alten Hameg Oszi auch per Logic Analyzer aufs Gleisformat zugreifen zu können und mir erst mal Daten visualisieren zu können.

siehe hierzu Bild2

LG
threedots

Die von threedots zu diesem Beitrag angefügten Bilder können nur von registrierten Usern gesehen werden - Login

Hallo Roland, laut Haralds Beitrag in "Kennt ihr schon DCC++ / DCC-EX 12" # 88, muss man für die WIFI-Konfiguraton bei den aktuellen Devel-Versionen wohl doch einen zusätzlichen kleinen Schritt machen.


Leider ist mir die korrekte Nomenklatur für die geänderte/erneute Eingabe noch nicht klar.

MfG

vik

Also du brauchst das nur EINMAL machen. Die Einstellung bleibt im NVRAM bestehen. Oder funktioniert das bei dir nicht?

Dann bitte mit Angabe von <D WIFI SHOW> einen gescheiten Bugreport.

Grüße,
Harald

Hallo Harald,vielen Dank für Deine Geduld! Ich werde es nächste Woche erneut in Angriff nehmen.

MfG

vik

Hallo Roland, OK, na dann bleib gesund und am Ball und halte uns bitte über Deine praktischen Test-Erfolge weiter auf dem Laufenden.

MfG

vik

Hallo Harald & Viktor,

bei mir funktionierte die alte Vorgehensweise zur WLAN Konfiguration sowohl für AP und STA über den EX-Installer. Also, wo liegt der Fehler?

WLAN funktionierte wie gewohnt nach dem Flashen der v5.9.9.

Übers Wochenende muß ich mal schauen, dass ich mit dem Probe weiterkomme. Dann wird erst mal RailCom im DCC-EX Cutout visualisiert.

Dann mal ein schönes verlägertes Wochenende

LG
threedots

Sehr schade ist:

Neben Arduino Nano mit ESP32 gibts auch einen Arduino UNO R4 WiFi mit ESP32 Technologie https://store.arduino.cc/products/uno-r4-wifi

Einen Arduino Mega 2560 dagegen mit ESP32 und WiFi sucht man vergebens. Diese Lücke schliesst im Moment nur die DCC-EX CS1.

Verstehe Arduinos neue Inhaber wer will.

Fragen an die ESP32 WiFi Spezialisten:

Wäre dieses ESP32-WROOM Board (Shield) auch für einen Arduino Mega2560 geeignet? Könnte man das ältere DCC-EX WiFi Shield damit ersetzen? Dabei das EX8874 MOTORSHIELD beibehalten?
Wobei es mir auch unklar ist, wie es dann mit der Firmware aussähe. Bin kein Fachmann in dieser Sache. Das Board soll auch passend zum Arduino UNO sein. Ergo wenn UNO dann auch MEGA? Bitte vor Antwort die Beschreibung durchlesen.

Danke.

Link: https://diyables.io/products/esp32-wroom-32-de...usb-type-c-4mb-flash

Anlage PIN Belegungsplan

Die von DCC-EX Freund zu diesem Beitrag angefügten Bilder können nur von registrierten Usern gesehen werden - Login

sieh mal hier: https://de.aliexpress.com/item/33043040686.htm...gatewayAdapt=glo2deu
Das funktioniert mit dem EX8874 Motorshield, eventuell sind beide kompatibel

@Uli. Das ist auf den ersten Blick iwie aber das gleiche Board welches ich ausgegraben habe? Nur ein anderer Vertriebskanal. LG ^^

Shield ist nicht gleich (Haupt-)board.

Es gibt auch Wifi Shields mit esp32 (oft mit esp32-c3)  aber das ist keins.

Die Wemos D1 R32 heißen auch Espduino32.

Dazu gibts mehr Infos auf der DCC-EX Homepage.


Die Grundidee mit Arduino geht wohl mit den neuen Eigentümern in der Firma den Bach runter, überlebt aber wohl auch ohne die Firma.


Grüße,
Harald

Tach Harald.
Heisst das von Uli und mir gefundene Board ist nicht fürs DCC-EX Projekt geeignet? Schade, hätte ja sein können.
Ergo weiter im Netz suchen.
LG
Frank

Hallo Frank, Harald und Uli,

EX-CSB1 und dieses Board arbeiten mit der gleichen CPU, dem ESP32-WROOM-32.

Insofern sollte die EX-CSB1 Firmware auch auf diesem Board mit EX 8874 Motorshield laufen, sofern Tracks A und B nicht verwendet werden und das Motorshield für Tracks B und C konfiguriert ist.
Der Display Support sollte auch deaktiviert werden.

Rund 4€ plus P&P sind ein Versuch wert für Mega2560 Nutzer, auf die ESP32 Schiene umzuschwenken.

LG
threedots

Hier wird das gefundene Board nochmals beleuchtet https://api.riot-os.org/group__boards__esp32__wemos__d1__r32.html

Wirklich 100 % auf Anhieb kompatibel scheint das leider nicht zu sein. Klingt nach einigen Modifikationen wie Kollege threedots es beschreibt.

Ein Kompromiss wäre schon ein kleiner Lichtblick. ^^

Hallo Frank,

ganz ohne Mods wird es nicht gehen. Aber wenn das Pinout des China-Boards zu dem der EX-CSB1 identisch ist, wird es mit den von mir bereits genannten minimalen Änderungen funktionieren.

Die Frage ist halt, wie lange diese China-Boards verfügbar bleiben.

Wenns funktioniert, dann wäre das für Mega2560/EX8874 Nutzer eine kostengünstige Alternative von der Weiterentwicklung von DCC-EX zu profitieren.

LG
threedots

Modifikationen beim Sketch wären wahrscheinlich kein Thema, aber das Board MUSS zwingend zu den PINS vom Mega2560 kompatibel sein. Ist es tatsächlich zum UNO bei allen PINS soweit kompatibel, sollte es auch zum Mega kompatibel sein. Ergo würde es dann auch mit dem EX8874 zusammen gehen. -.o

Hmmm,

seit ca. 10 Jahren wird in diesem Faden "MotorShields" diskutiert. Meint Ihr nicht, das Thema sollte mal durch sein?

https://dcc-ex.com/reference/hardware/microcontrollers/esp32.html#gsc.tab=0

Wer das aufmerksam durchlesen kann..... vor allem das mit dem 300 Ohm Widerstand am Espduino32 (Keyestudio ESP32 Plus braucht das nicht) und wie man das ex8874 shield ändern muss (ist dafür vorbereitet) kann sich selber entscheiden ob er das kann. Für den der sich das nicht zutraut gibt es die CSB1.

Die Anzahl der Arbeitsstunden die investiert wurden damit DCC-EX auf dem ESP32 WROOM läuft have ich nicht gezählt. Es ist ja nicht ein einfacher Blink sketch.

Die ersten beiden Tracks sind immer A und B, egal ob sie direkt auf der CSB1 oder erst auf dem shield sind.

Grüße,
Harald

Ich glaub das hast Du etwas missverstanden, wir versuchen ein WIFI Shield mit ESP32 Chipsatz zu organisiseren, dass sich in das System einfügt. Das bisherige ESP-8266 WiFi Shield ist für die weitere Entwicklung nicht mehr zu gebrauchen.

Dein Wort in Gottes Ohren.



Uno/Mega sind 5V CPUs. ESP32 ist 3.3V. Wenn man da ein falsches Shield ohne aufzupassen draufkallt macht man die analogen Eingänge kaputt. Wie gesagt, Anleitung zum ex8874 durchlesen, und so machen, dann wird es zum 3.3V shield.



Bin auch erstaunt, will aber nicht dass die Leute ihre Espduino32 verbraten, auch wenns nur 4 Euro waren.

Grüße,
Harald

Falscher Ansatz. Falls du es noch nicht bemerkt hast: Man fährt lieber die ganze Zentrale auf dem ESP32, warum 2 CPUs wenns auch einer tut?

Für nucleos (STM32) ohne Ethernet brauche ich noch eine gute wifi Lösung. Braucht wahrscheinlich dann noch mehr Modifikationen im Sketch.

Grüße,
Harald

Hallo Harald,

damit es in der STM32 Familie bleibt: ST67W611M1 ist ein aktuelles WLAN Modul, gibt es auch als Addon Board für die Nucleos mit Arduino Uno Pinkompatibilität: X-NUCLEO-67W61M1. Programmierung erfolgt über AT-Commandset.

Und zum Thema 3,3V vs. 5V Logikpegel. Wer heute noch ungeprüft Board A auf Board B steckt, nur weil das Pinout passt, sollte imho besser gleich die Finger von Open Source lassen. Der Supportaufwand steigt ins Unermessliche, wenn versucht wird, jeden Noob mitzunehmen.

LG
threedots

Hallo Harald, hallo allerseits,

gibr es - außer dem Typ der USB. Buchse - eigentlich Unterschiede zwischen
ESPDUNO-32 - HW-707
und
Wemos D1 R32 V1.0.0
hinsichtlich Einsetzbaekeit und Konfiguration
für DCC-EX 5.9.x?

MfG

vik

Ohne Bilder oder einen Schaltplan oder die HW in der Hand zu haben, wie soll man das beantworten?

Grüße,
Harald

Das reicht nicht, es muss ein IP Stack API sein. WiFi-NINA geht.

Grüße,
Harald