Hi,

ja diese Einstellungen um die CV Erkennung für bestimmte Dekoder zu verbessern (andere gehen dann nicht mehr) lassen sich in der DCCInterfaceMaster tätigen.
Leider nehmen es aber die Hersteller nicht so genau mit der Spezifikation und setzen diese mit reichlich freier Interpretation um. Es wird daher kein System geben das 100%tig alle Dekodertypen jeglicher Hersteller und verschiedener Spurweiten alleinig in Software erkennen kann.
Natürlich ist es möglich mit reichlich Hardware mögliche ACK Signale aufzubereiten und diese so genauer dem Prozessor zu übergeben. Dies habe ich auch versucht mittels des ACK Booster auf Basis eines LM358, nur dies machte die Erkennung auch nicht besser, eher den Hardwareaufbau kompliziert und nicht mehr einfach nachzubauen.
Mein Fazit, es können mit der neuen Software v4.97 viel mehr Dekoder als vorher gelesen werden. Es ist keine weitere Hardware notwendig und der Aufbau wird damit einfach gehalten. Das lesen neuer Dekoder sollte ohnehin über RailCom mittels POM erfolgen. Dies ist auch wesentlich schneller. Eine Verbesserung der ACK Signal Erkennung am ESP D1 Mini kann auch erfolgen, indem der auf dem Board verbaute Spannungsteiler entfernt wird (dies wir aber von mir aus verschiedenen gründen nicht empfohlen).

Zitat von andreas21 im Beitrag #2750

---

Hallo Stahlblauberlin,

ich habe gelesen dass der ACK-Impuls 6ms haben sollte und die Werte der Decoder zwischen 5.02ms und 7,34ms liegt so das die Zentrale diese Abweichungen dann bei einigen Decoder vielleicht als Fehler wertet.
Es ist möglich das eine Einstellung im Sketch das Lesen noch verbessern kann.

Viele Grüße
Andreas

---

Zitat von andreas21 im Beitrag #2750

---

ich habe gelesen dass der ACK-Impuls 6ms haben sollte und die Werte der Decoder zwischen 5.02ms und 7,34ms liegt so das die Zentrale diese Abweichungen dann bei einigen Decoder vielleicht als Fehler wertet.

---

Hallo Stahlblauberlin,

meine erste (eigenbau) Zentrale war eine NanoX-S88 mit dem L6203 als Booster-IC. Ohne eine Änderung am Programm kann mit dem PIC 16F628 auch eine BTS7960B H-Brücke mit ca. 6 Ampere genutzt werden.
Auf der Seite von Paco findest Du die Dateien für eine NanoX-Zentrale mit der BTS7960B H-Brücke. In dieser Schaltung der Zentrale wird mit einem Relais der Sense-Widerstand beim Programmieren umgeschaltet und der gemessene Wert durch einen Operationsverstärker (MCP 6002-I/P) für die Auswertung angepasst. Vielleicht ist das auch eine Idee für dein Projekt.
(auf der BTS7960B H-Brücke wurden die Current-Widerstände 10 KOhm durch 1 KOhm ersetzt)

Auf der Startseite, in der Mitte, die vorletzte Zeile "colaboraciones" öffnen und hier findest du die ZIP-Datei "NanoX-S88 para escala G"
NanoX

Erweitert werden kann die Leistung durch z.B. den ORD-VC-1 Universal-Booster.
Dazu kann der Gleisanschluss der Zentrale als z.B. CDE-Anschluss aufgebaut werden und mehrere Booster verbunden werden.
Aufgebaut und getestet habe ich den Booster 2x mit Booster-Anschluss mit Lüfter bis 8A,
auf der Platine mit CDE-Anschluss (12 Stück für mehrere Gartenbahnen, mit Lüfter 10A möglich) und im Gehäuse bis 5A.



PS:
mit dem Sketch v.4.96 auf dem Wemos D1 Mini können CVs auch in der Spur G gelesen und geändert werden. Getestet habe ich es mit der MultiMaus und in der z21 App. Der PIKO-Decoder in der BR80 ist auch Railcom fähig und die Lok wird mit dem Railcom-Rückmelder im Gleisplan in Rocrail angezeigt.




Viele Grüße
Andreas

Zitat von Philipp im Beitrag #2745

---

das mit dem Offset beim LocoNet ist sehr komisch und habe ich so noch nicht gesehen.
Vielleicht kannst du mal davon einen Debug mir zusenden.
Das es dem Z21 Einstellungen der Paketwiederholungen (Reset- und Programmierpakete) in der App nicht klappt könnte an der neuen App Version liegen. Es sind ja neue Einstellungen (DCC/MM, >F13, Weichenformat) hinzugekommen mit der Firmware 1.42. Diese wurden ja erst jetzt in der IOS App umgesetzt (Android mir unbekannt). Da diese Befehle nicht durch Roco Dokumentiert sind muss ich schauen ob es hier auch Anpassung gibt, ich vermute aber ja…
Dies bedeutet, dass mit der aktuellen App wohl der Paket wiederhol Faktor nicht mehr für die Z21PG anzupassen geht?!

---

Nochmal zur LN-Adresse: Mir ist eingefallen, dass ich für meine erste Rocrail-Testeinrichtung mit einen Testkreis auch Adressen >700 hatte, das war meine ich mit 4.95, ich hatte mit nichts dabei gedacht, da es meine erste Rocraileinrichtung war. Erst als ich die Zentrale und Rückmelder auf der Bahn verbaute und die Software dabei auch aktualiserte stimmten die Rückmelderadressen.

Ich habe die 4.97 jetzt nochmals ohne S88, XNet, ext Booster aber wieder mit allen Debugs an geflasht --> identisches Verhalten in Bezug auf LN-Adressen.

Viele Grüße,
Holger

Hallo Holger,

ja du hast recht hier wird das "I"=1 nicht korrekt ausgewertet.
Habe jetzt nochmal gerechnet. Bei dem "LnRX: B2 08 62 27" sind das IN1 = 0000 1000; IN2 = 0110 0010. d.h. A3=1, A8=1, X=1, I=1, L=0. Demnach ist dies die Adresse 264 (BIN: 1-0000-1000). Da es sich nicht um einen DS54 (I=0) handelt, ist das dann auch die Adresse welche übermittelt werden muss. Einfach mal in der "LNInterface.h" folgende IF-Abfrage hinzufügen so das es wie folgt aussieht:

Hallo Philipp,

nach Einfügen der IF-Abfrage: Rocrail:

Hallo Holger,

habe mir jetzt die Implementierung in Rocrail angesehen. Diese ist gleich mit der in der z21PG.
Mich hat gewundert das beim MultiSenseLong in Rocrail auch die Adressen 5xx angezeigt werden.
Dies sollte dann auch mit den Sensor Messages übereinstimmen. Rocrail nutzt zur Dekodierung der MultiSenseLong Message den LocoNet Tunnel der Z21. Hier werden die Datenpakete 1:1 übertragen. Demnach stimmen jetzt die Adressen wie sie versendet werden.

Hallo Philipp,

Danke, ich kann natürlich für die Rückmelder durchgehend einen Offset von 512 einstellen. Lässt sich leider nicht einmal für alle LN-Geräte angeben (soweit ich weiß-Halbwissen), aber das geht schon. Sollte halt möglichst nicht bei einer anderen Gelegenheit nochmal ein anderer Wert werden.

Viele Grüße,
Holger

Hallo Holger,

ich hatte auch die hohen Adressen mit den Railcom-Rückmelder und habe die Modul-Adressen an der Zentrale mit der v.4.97 noch einmal eingestellt. Danach habe ich es mit einer Zentrale v.4.93 getestet und die Adressen der Rückmelder sind ohne Fehler. Eine neu eingestellte Moduladresse 9 meldet in Rocrail die Melder 9 - 16 an beiden Zentralen. Erklären kann ich es nicht aber es funktioniert bei mir mit den Railcom-Rückmelder.

Viele Grüße
Andreas

Hallo Andreas,

danke, ich habe alle bis auf ein Modul abgeklemmt und das dann über die Broadcastadresse neu programmiert und das hat funktioniert. Da ich alle Module unter der Bahn angebracht habe und die auch kaskadiert wird es jetzt etwas aufwändiger alle einmal separat anzuschließen. Ist es korrekt, dass ich die Adresse 0 in der App nicht lesen kann? Da kommt immer nur 0 als Antwort, auch nachdem ich diese programmiert hatte und sie jetzt in Rocrail passend wiedergegeben wird.

Viele Grüße,
Holger

Hallo Holger,

LNCV 0 solltest du auslesen können. Du musst natürlich dann beim Lesen diese Adresse angeben, damit dieses Modul auch antworten kann. Wenn du nur ein Modul am LocoNet hast, klappt das auch mit der Broadcast Adresse.
Ein separates Anschließen ist eigentlich nicht notwendig, wenn du die dir bekannte LNCV 0 Adr. beim Programmieren nimmst solltest du jedes Modul separat ansteuern und LNCV 0 auch ändern können.
Alle LNCV Operationen der App werden direkt ins LocoNet übertragen - was ich damit sagen will - es sollte funktionieren egal, welche z21 Zentrale genutzt wird.

Ich habe nun die Zentrale nochmal neu geflasht mit der originalen LNIntrface.h und mit deaktiviertem Debug-Ausgaben.

Jetzt bekomme ich für Moduladresse 17 (gerade eben einzeln programmiert) LNCV 0 = 17 - passt. Für Modul 513 (welches mir in Rocrail angezeigt wird bekomme ich als Rückmeldung eine 1. Für alle existierenden Moduladresse sollte der Inhalt von LNCV 1 immer die Adresse sein, richtig?

Ich habe auch neu geflasht, da die App alle paar Minuten die Verbindung zur Zentrale verlor.

So, die Reproduzierbarkeit funktioniert bei mir nciht, jetzt kommt wieder nur 1 auf Modul 17

Gruß,
Holger

Ich habe nun jedes Modul einzeln angeschlossen, da ich merkwürdige Doppelmeldungen bekam, also eine Lok auf zwei Meldern gemeldet wurde. Soweit so gut. Aber, wenn ich in Rocrail die LN-Net-Detektoren für die Zentrale aktiviere, dann sind die Werte um 1 versetzt:

Hallo Holger,

ich nutze den Sketch v.4.97 und auf dem Wemos D1 das WLAN Add-ON v.38.
Im Sketch sind diese Module eingestellt auch wenn ich sie nicht alle nutze.

#define S88N
#define WIFI
#define LAN
#define DCCGLOBALDETECTOR
#define XPRESSNET
#define LOCONET
#define LnSLOTSRV
#define BOOSTER_EXT
#define BOOSTER_INT
#define BOOSTER_INT_MAINCURRENT
#define DETECT_SHORT_INT_VALUE 1000
#define BOOSTER_EXT_CDE
#define Z21DISPLAY FIND
#define Z21DISPLAY_SH1106
#define FS128
#define Uref 1.10
#define senseResist 0.33
#define DebugBaud 115200

Die Wlan-Verbindung wird nach ein oder zwei Abfragen bzw. “LN_CV setzen” unterbrochen dann führe ich ein Reset am Wemos durch und die Verbindung des iPhone & Smartphon wird wieder hergestellt. Ohne “Reset” kommt es nicht zu einer neuen Verbindung.
Nach einer Abfrage wird nach ca. 5 Sekunden das Ergebnis angezeigt oder die Wlan-Verbindung wird wieder unterbrochen.
Ist die Zentrale mit z.B. dem PC per Wlan und/oder dem Lan-Kabel verbunden erhalte ich kein Ergebnis in der App.

Viele Grüße
Andreas

Hallo Andreas,

das Verhalten bei dir ist noch wieder etwas anders. Nach Verbindungsabbrüchen der App verbindet diese sich bei mir nach ein paar Sekunden wieder von allein. Gestern beim neu programmieren der einzelnen Belegtmelder (jeweils einzeln angeschlossen) bekam ich von jedem Modul eine korrekte Antwort. Ich hatte auch zwischenzeitlich keine Abbrüche. Ich kann nicht sagen, ob parallel Rocrail auf ddm Rechner lief oder nciht, alos ob eine Verbindung zum PC bestand.

Ich habe heute bei ausgeschaltetem PC versucht die LNCV in der App zu lesen, aber bekomme für alle Moduladressen nur die 0 gemeldet. Starte ich den Rechner und Rocrail bekomme ich korrekte Rückmeldungen der Melder. Da hat sich also nichts geändert.

Zitat von andreas21 im Beitrag #2766

---

#define S88N
#define WIFI
#define LAN
#define DCCGLOBALDETECTOR
#define XPRESSNET
#define LOCONET
#define LnSLOTSRV
#define BOOSTER_EXT
#define BOOSTER_INT
#define BOOSTER_INT_MAINCURRENT
#define DETECT_SHORT_INT_VALUE 1000
#define BOOSTER_EXT_CDE
#define Z21DISPLAY FIND
#define Z21DISPLAY_SH1106
#define FS128
#define Uref 1.10
#define senseResist 0.33
#define DebugBaud 115200

---

Hallo Philipp,

bei einer Abfrage der CVs auf dem Programmiergleis wird mit dem Sketch v.4.97 auf der Zentrale und dem WLAN Add-ON v.38 auch der PROGRAMMING_MODE an Rocrail gemeldet. Die Abfrage startet 2 mal und meldet erst die Angefragte CV und im zweiten Durchgang wird die CV 8, die Herstellerkennung des Decoder gelesen. Das funktioniert sehr gut. Danke.

10:44:24 LAN_X_BC_TRACK_POWER_ON (192.168.0.111)
10:44:24 CV 8=97 (192.168.0.111)
10:44:22 Loconet: Global power off
10:44:22 LAN_X_BC_PROGRAMMING_MODE (192.168.0.111)
10:44:21 LAN_X_BC_TRACK_POWER_ON (192.168.0.111)
10:44:21 CV 1=5 (192.168.0.111)
10:44:19 Loconet: Global power off
10:44:19 LAN_X_BC_PROGRAMMING_MODE (192.168.0.111)

10:47:32 LAN_X_BC_TRACK_POWER_ON (192.168.0.111)
10:47:31 CV 8=151 (192.168.0.111)
10:47:29 Loconet: Global power off
10:47:29 LAN_X_BC_PROGRAMMING_MODE (192.168.0.111)
10:47:29 LAN_X_BC_TRACK_POWER_ON (192.168.0.111)
10:47:28 CV 1=3 (192.168.0.111)
10:47:24 Loconet: Global power off
10:47:24 LAN_X_BC_PROGRAMMING_MODE (192.168.0.111

Ist nur das Samsung Smartphon mit dem Wlan verbunden gibt es weniger Unterbrechungen der Verbindung, so konnte ich hier auch die Abfragen auf dem Programmiergleis nutzen.
(ist eine Android Version 6)
Die Werte werden in der App vom Programmiergleis und beim "Program on Main" angezeigt. Der PC ist mit dem LAN-Modul der Zentrale verbunden.

Viele Grüße
Andreas

Hallo Philipp,

die Zentrale mit dem Sketch v.4.97 konnte ich am Wochende noch etwas testen. Nach dem Start der Zentrale habe ich das Tablet verbunden und erst wenn eine Lok mit der MultiMaus oder in Rocrail gesteuert wird kommt es zu einer Unterbrechung der WLAN-Verbindung.
Wird nach dem Start nur das Tablet genutzt gab es keine Störung in der Verbindung zur Zentrale. (Android-Version 10)

Viele Grüße
Andreas

@andreas21 Die Seite von Paco kenne ich sehr gut, die Servopoints habe ich in Massen gebaut, die NanoX samt XWL hat bei mir auch immer noch zu tun und die XbusTCO ebenfalls. Allerdings finde ich die Lösung mit OpAmp recht aufwendig, eine dreibeinige Konstantstromquelle mit drei Widerständen und einer Diode um die Blindheit der A/D-Wandler des ESP unter 0,1V zu überbrücken ist einfacher. Ein kleines Signalrelais parallel zum PROG-Relais zum Umschalten des Widerstandes für mehr "Hub" beim Programmieren hab ich auch noch im Auge. Muss nur die Schutzbeschaltung im Auge halten, der BTS7960 gibt an seinem Statuspin im Fehlerfall (Kurzschluss....) 7,5 mA aus, die möglich Spannung ist dabei die Betriebsspannung der Leistungsstufe, sprich um die 20 V. Die dürfen NIEMALS am ESP ankommen.

Hallo Stahlblauberlin,

du kannst auch eine Zentrale mit einer L6203 H-Brücke für das Programmiergleis und den CDE-Anschluss und/oder LocoNet B Anschluss nutzen. Die bis zu 3,5A des L6203 sind dazu ausreichend.
Die Leistung für die Bahn wird dann mit den Booster mit BTS7960B H-Brücken aufgebaut.
Die CV-Programmierung funktioniert mit der Zentrale z21PG (ESP8266 (WeMos D1 mini) ) sehr gut. (mein Test mit der H-Brücke L6203, #2754)
Auch mit dem Doppelvollbrückentreiber L298 sollte es funktionieren, es können beide Stufen für einen Strom bis 4 Ampere parallel geschaltet werden.

Durch ein Relais wird beim Programmieren das DCC-Signal des CDE-Anschluss abgeschaltet und so die Booster gestoppt.
Zusätzlich setzt du ein weiteres Relais ein mit dem das Programmiergleis vom “großen” Booster auf die H-Brücke der Zentrale beim Programmieren umgeschaltet wird.
Der ORD-VC-1 Universal-Booster ist vom Aufbau ein BoosteR-CDE den du von Paco kennst.
Zusätzlich steuert der PIC12F675 die Kurzschlussabschaltung der BTS7960B H-Brücke.

Die Zentrale z21PG erzeugt den Cutout für Railcom und gibt ihn am CDE-Anschluss an die Booster und so die Railcom Austastlücke an die Decoder der Loks weiter.
Die Booster können mit dem Programm “Railcom deaktiviert” auf dem PIC genutzt werden.
Mit den Railcom-Rückmelder am LocoNet können die Loks erkannt, gemeldet und das Schalten von Magnetartikeln und Fahrstraßen ausgelöst werden.

Wird an der Zentrale für die Booster ein LocoNet B Anschluss aufgebaut kannst du den Digikeijs DR5039, LocoNet-B nach CDE Adapter nutzen um 4 Booster anzuschließen.
Jeder der 4 Anschlüsse hat eine eigene Kurzschlussüberwachung und -meldung. Der DR5039 kann über LocoNet CV (LNCV) auf verschiedene Arten eingestellt werden. Die Einstellungen regeln, wie der LocoNet-Adapter einen möglichen Kurzschluss an die Zentrale meldet.

Viele Grüße
Andreas

Eine Lösung mit "externem" Booster hatte ich natürlich auch schon im Auge, um das IBT2/BTS7960-Modul herum gibt es da ja mehrere Vorschläge, auch Arduino-basierte mit einem gewissen Komfort wie eigenem Display: Arduino DCC High Power Booster z.B. Aber das Ziel den Schaltungsaufwand zu minimieren verfehle ich damit leider.
Hab gestern Abend nochmal etwas getüftelt: Bias auf den Messwiderstand für den Statusstrom des BTS7960 bleibt, eine weiße LED mit einer Schwellspannung von 3,2V dient als primitiver Überspannungsschutz am A/D-Eingang des ESP32.
Damit erreiche ich das der A/D-Wandler des ESP bei Strom = 0 schon einen Wert von 3 in meinem Fall ausgibt und sauber auf jeden weiteren Stromanstieg reagiert. Selbst eine Spur N-Lok erzeugt dann immer noch lesbare Werte, das Zucken der Lok (~80mA) lässt den Wert via analog.read zuverlässig um 5 "hüpfen". Das kann man auswerten.
Damit bleibt der Schaltungsaufwand minimal: die Stromquelle (LM334) in der temperaturkompensierten Beschaltung mit vier Widerständen und einer Diode, der auf dem IBT2 zu entfernende Widerstand und der "Messwiderstand" für den Statusstrom der BTS7960 samt LED zur zum Überspannungsschutz auf der Hauptplatine finde ich erträglich.
Durch die LED als Überspannungschutz wird ab ca. 12A zwar die Strommessung ungenau (die LED fängt ab ca. 3 V an zu leiten), das ist aber egal. Alles jenseits von 10A ist eh böse.
Railcom hier ist nicht wirklich wichtig, die allermeisten Lokomotiven die diese Zentrale zu sehen bekommt wissen von Railcom noch garnichts. Muss dann nur ein paar Werte im Programm anpassen um die entsprechenden Skalierungen umzusetzen. Bei einem AVR-basierten Arduino hätte man das Problem der 0.1V-Blindheit wohl nicht, aber der A/D-Wandler bräuchte da wegen der geringeren Auflösung vermutlich einen Bereichsumschalter, z.B. über das Umschalten auf eine niedrigere Referenzspannung. Das ginge aber in Software.

Hallo Stahlblauberlin,

Zitat von Stahlblauberlin im Beitrag #2772

---

um das IBT2/BTS7960-Modul herum gibt es da ja mehrere Vorschläge, auch Arduino-basierte... Arduino DCC High Power Booster z.B. Aber das Ziel den Schaltungsaufwand zu minimieren verfehle ich damit leider.

---

@vikr Für eine Gartenbahn sind 10A ziemlich angemessen. Gerade die Piko-Modelle fressen Strom, die BR50 z.B. gönnt sich entspannt 3A wenn Sound und Dampf an sind, hat sie dann auch noch ein bisschen was zu ziehen hat werden locker die vier geknackt. Die im Rahmen des Z21-Projekts vorgestellten 5A-Booster sind dann am Anschlag, vor allem der Messwiderstand für den Strom glüht wenn da Dauerlast kommt... Ein zweiter Zug und es ist Feierabend. Um nur eine Zug zu fahren brauche ich kein Digitalsystem.
Für H0 und kleiner sind 5A im Normalfall sicher ausreichend, wird es grösser sind halt mehrere Boosterkreise angesagt.

Ich lese raus, dass ihr gerne die 42A IBT-2 H-Brücke an der Z21PG nutzen wollt. Ich denke mittels weiterem #define in der config.h lässt auswählen, welchen interner Booster Typ (L6203, L298 oder IBT-2) verbaut ist und bei welcher Leistung abgeschaltet werden soll.
Wie das mit dem Programmiergleis dann bei den IBT-2 realisiert werden kann muss ich mir ansehen.