Hallo Holger,

ich stelle den Drucker auf 1200 dpi ein und nutze auch eine Fotoplatine, Hartpapier, da bleiben die Bohrer länger "scharf".
https://www.reichelt.de/fotoplatine-hart...tct=pol_8&nbc=1

Nach dem Drucken wird die Vorlage mit Tonerverdichter verbessert.
https://www.reichelt.de/tonerverdichter-...Tonerverdichter

Dieses Klebeband lässt sich meist gut lösen und die Vorlage kann mehrere Platinen belichten.
https://www.amazon.de/Scotch-Magic-Klebe...7652937&sr=8-13
(es braucht keine "Dunkelkammer" LED-Leuchtmittel im Raum hatten bei mir bis heute keinen Einfluss auf die Fotobeschichtung)

Nach dem Bohren und reinigen die Leiterbahn mit Schutzharz, Lötlack behandeln.
https://www.reichelt.de/flussmittel-und-...ch=L%C3%B6tlack

Mit Nitro-Verdünnung geht die Fotobeschichtung sehr gut ab.
(auf beiden Seiten der Platine) (Nitro-Verdünnung nur im Freien Nutzen)

Zwei Metallschichtwiderstände 4,7 kohm in Reihe eingesetzt werden auch sehr gut funktionieren.
Die Spannungsregler kannst du hier finden.
https://www.amazon.de/YOUMILE-Netzteil-1...g%2C246&sr=8-11

Viele Grüße
Andreas

Hallo Andreas,

Nimmst du als Entwickler Natriumhydroxid oder was anderes?
Wie zufrieden bist du mit dem Lötlack? Es gibt bzgl. Dose einige Berichte zu Undichtigkeiten bei längerer Lagerung. Die Schicht soll klebrig bleiben. Aber eine Alternative gibt es auch nicht wenn man den Kommentaren glauben darf.

Viele Grüße,
Holger

Hallo Holger,

ich nutze Natriumpersulfat zum Ätzen, kalt in einer Frischhaltedose und mit einen Kunststoff-Halter für die Platinen.
https://www.reichelt.de/-tzmittel-natriu...=%C3%84tzmittel

https://www.reichelt.de/entwickler-natri...tct=pol_2&nbc=1

Die Entwickler-Lösung ist Natriumhydroxid und kann nicht gelagert werden, sie kann nur für ein paar Tage genutzt werden.

Den verbrauchten Entwickler und das Ätzmittel sammel ich in je einem 5 Liter Kanister und kann sie dann beim Wertstoffhof abgeben.
https://www.amazon.de/Leerkanister-Neu-m...7696006&sr=8-35

Der Lötlack ist so wie du es beschrieben hast. Ich hatte erst eine Flasche die Undicht war. Mit Lötlack und Lötzinn 0,5mm mit Kolophonium und für die meisten Sachen eine Lötnadel ist die "Löterei" einfacher.
https://www.pollin.de/p/regelbare-praezi...ls-micro-840159

Viele Grüße
Andreas

Hallo,

ich habe mal mehrere Versuche mit Rückmeldern und der z21pg sowie der DR5000 gemacht:

z21pg (V4.88)
1) S88 Rückmelder: korrekte Anzeige in der Z21 App und in Rocrail
2) Loconet Belegtmelder (diy nach PG): keine Anzeige in der App, korrekte Anzeige in Rocrail
3) Loconet Railcom Rückmelder (diy): keine Anzeige in der App, korrekte Anzeige in Rocrail

DR5000 im Z21-Modus, App und PC angebunden über Wifi bzw LAN:
App und Rocrail zeigen alle Meldungen korrekt an. Allerdings ist diese Einstellung sehr langsam und nach einer Weile verschluckt Rocrail Daten. Von dieser Einstellung wird allerdings vom Hersteller abgeraten.

DR 5000 im Z21 Modus, PC über USB als Loconetdevice angeschlossen:
Die App zeigt alles korrekt an, in Rocrail werden Belegtmelder angezeigt, die Railcommeldungen allerdings nicht. Der Rocrailserver sagt: unbekannte Rückmeldung, startet mit E0.

Wie man sieht, auch kommerzielle Produkte haben ihre Probleme (oder ich bin zu blöd das richtig einzustellen ).

Hallo Bastler,

Noch ein kleiner Tip zum Nullabgleich am Rückmelder.

Ich wollte an einer Rückmelder-Platine den Nullabgleich machen und hatte dazu den Melder auch mal mit der DR5000 verbunden.
Nach dem Einschalten der Gleisspannung gab es ein unfreundliches Geräusch aus der Zentrale und eine Kurzschluss-Abschaltung.
Die Zentrale reagierte erst einmal nicht mehr und musste auf die Werkseinstellung zurück gesetzt werden. Es wurde hier nichts beschädigt.

Bitte achtet darauf dass keine weitere Verbindung von der Anlage zum PC besteht. Nur der USB-Anschluss vom Arduino darf verbunden sein.
(Die USB-Verbindung der DR5000 erst trennen!)

Viele Grüße
Andreas

Hallo Bastelgemeinde,

ich habe über Ostern den ersten Automatikbetrieb auf der Anlage meines Vaters zum laufen bekommen! Er war sehr beeindruckt, wie das so funktioniert. Und ich war sehr glücklich, dass das auf Anhieb lief. Es sind zwar momentan nur drei Blöcke eingerichtet aber trotzdem echt Klasse und es lieft zuverlässig. Vielen Danke für euer Hirnschmalz bei der z21pg und Meldern!!! KLASSE ARBEIT!!!!!

Dann habe ich mich gestern mal weiter mit Rocrail beschäftigt und siehe da, zuhause kamen nach einer Weile die Belegtmeldungen auch verzögert oder gar nicht an und die Testlok knallte gegen die Wand. Hier hatte ich die 64bit Version von Rocrail im Einsatz. Nach dem Wechsel auf die 32bit Version lief es dann perfekt und die Test-Lok wurde umgehend im entsprechenden Block angezeigt. Ich habe das ganze dann knapp eine Stunde laufen lassen und es funktionierte durchgängig. Also scheint dort in der 64bit Version irgendwas nicht harmonisch zu seien.

Gruß René

Hallo zusammen,
nach mehreren Anläufen mit dem 3D Drucker, ist es mir jetzt gelungen ein Gehäuse zu drucken. Die USB Buchse hab ich nicht ganz getroffen, aber der Rest passt sehr gut. Ich habe alle Widerstände innen am Kühlkörper, da ich wohl nicht so ne hohe Last haben werde. Für das erste Gehäuse recht gut gelungen denke ich.




Andi

Hallo Andi,

das sieht gut aus. Die Ausschnitte passend auszumessen ist dir perfekt gelungen und du scheinst auch die zweite Xnet-Buchse vorgesehen zu haben. Ich müsste für meine Platine das Gehäuse höher drucken da mein Kühler ja etwas sehr üppig ausgefallen ist Magst du die 3D-Daten zur Verfügung stellen? Ich arbeite mit FreeCAD aber alles andere wäre auch schon eine Hilfe.

Viele Grüße,
Holger

Hallo René,

Zitat

---

Hier hatte ich die 64bit Version von Rocrail im Einsatz. Nach dem Wechsel auf die 32bit Version lief es dann perfekt und die Test-Lok wurde umgehend im entsprechenden Block angezeigt.

---

Wurde das Bild der Lok im Block des Gleisbildes per Auswertung der entsprechenden Railcom-Nachricht über den Detektor von Uwe und weiter über LocoNet angezeigt, oder durch die Rocrail eigene Lokverfolgung durch Ankunft im IN-(Belegt)-Melder des Zielblocks?

MfG

vik

Zitat

---

ich habe mal mehrere Versuche mit Rückmeldern und der z21pg sowie der DR5000 gemacht:

z21pg (V4.88)
1) S88 Rückmelder: korrekte Anzeige in der Z21 App und in Rocrail
2) Loconet Belegtmelder (diy nach PG): keine Anzeige in der App, korrekte Anzeige in Rocrail
3) Loconet Railcom Rückmelder (diy): keine Anzeige in der App, korrekte Anzeige in Rocrail

DR5000 im Z21-Modus, App und PC angebunden über Wifi bzw LAN:
App und Rocrail zeigen alle Meldungen korrekt an. Allerdings ist diese Einstellung sehr langsam und nach einer Weile verschluckt Rocrail Daten. Von dieser Einstellung wird allerdings vom Hersteller abgeraten.

DR 5000 im Z21 Modus, PC über USB als Loconetdevice angeschlossen:
Die App zeigt alles korrekt an, in Rocrail werden Belegtmelder angezeigt, die Railcommeldungen allerdings nicht. Der Rocrailserver sagt: unbekannte Rückmeldung, startet mit E0.

Wie man sieht, auch kommerzielle Produkte haben ihre Probleme (oder ich bin zu blöd das richtig einzustellen ).

---

Hallo Zusammen,

habe das Problem mit der App und der nicht Darstellung von Rückmeldereignisse aus dem LocoNet (Belegtmeldertyp: Uhlenbrock oder Blücher) gelöst!
Hatte das wohl nicht so richtig umgesetzt und die Adresse falsch herum dekodiert und das alles auch nicht probiert - nach dem Motto passt schon - oder auch nicht.....

Dank euch läuft es jetzt wie es soll und die Zusände werden in der App korrekt dargestellt.
Die neue Version v4.89 habe ich dazu unter LINK hochgeladen.

Zitat

---

habe das Problem mit der App und der nicht Darstellung von Rückmeldereignisse aus dem LocoNet (Belegtmeldertyp: Uhlenbrock oder Blücher) gelöst!

---

Hallo Philipp,

sagenhaft, danke für Deine ganze Entwicklungsarbeit!

Zitat

---

ich habe über Ostern den ersten Automatikbetrieb auf der Anlage meines Vaters zum laufen bekommen! Er war sehr beeindruckt, wie das so funktioniert. Und ich war sehr glücklich, dass das auf Anhieb lief.

---

Ja, ich kann das Gefühl nachvollziehen. Ich war immer skeptisch, was Automatik betrifft, aber seit wir unsere Adventsanlage im Automatikbetrieb hatten (allerdings mit DCC++, nicht z21PG), will ich das auch zu Hause.

Hallo Philipp,

danke für die neue Version 4.89.

Ich habe auch gleich einen Test mit dem Rückmelder von Uwe gemacht.
Die Belegtmeldung wird auf dem Tablet mit Android 7.0 in beiden Apps angezeigt.
Es kann der Blücher GBM und auch der Uhlenbrock GBM genutzt werden.



Danke für Deine Freizeit die Du für das Projekt einsetzt und den neuen Sketch.

Viele Grüße
Andreas

Hi Andreas,
hast du einen Link zu den Meldern? Danke.

Andi

Hi Andi,

Ich habe schon Mal nachgesehen und es gibt noch keinen Link zu meinem Basteltisch.

Es ist dieser Melder.
viewtopic.php?f=7&t=155901&p=2274019#p2274614

Viele Grüße
Andreas

Schönen guten Abend!

@vik
Die Rückmeldungen in Rocrail sind bei meiner Testlok ohne Railcom. Kann der Decoder nicht und mir ist es zu kalt um im Garten die große Bahn zum testen und probieren über die Gleise zu jagen.


@all
So und eigentlich wollte ich früher ins Bett, aber eine neue Version muss getestet werden
Danke Phillip für die Arbeit!

Leider klappt das bei mir nicht so wie es soll. Andreas hat das mit einem Rückmelder getestet, das klappt bei mir auch. Fahre ich allerdings über meine Teststrecke durch die einzelnen Melderabschnitte springen in Rocrail plötzlich zwei an.

In der App fehlt dann die tatsächliche Belegtmeldung und der dahinterliegende Abschnitt leuchtet.

Kann das vielleicht jemand testen mit einer Bewegung über mehrere Abschnitte.

Ich werde mir das morgen nochmal genau im Debug ansehen was dort passiert. Jetzt ist zu spät.

Gute Nacht
René

Hallo René,

einen Test mit 3 Loks und 8 Melder habe ich durchgeführt.
In Rocrail kommen die Meldungen fehlerfrei an und da die Loks nicht gesteuert werden könnte es funktionieren.
Bei den Railcom-Nachrichten kann ich nicht sagen ob alle vorhanden sind, es wechselt zu schnell.

In der App fehlen in der Reihe zwei Melder Nummer “10” und “15”. Die Anzeige wird aber in der richtigen Reihenfolge wiedergegeben. Auch hier sind die 3 Loks schnell durch die 8 Melder. Für den Test sind Uhlenbrock GBM mit der Adresse 9 bis 16 eingestellt.

Ich habe hier den Raspberry Pi mit Rocrail genutzt. In meinem Windows 10 funktioniert Rocrail nicht mehr richtig. :D

Viele Grüße
Andreas

Hallo Andreas,

Zitat

---

einen Test mit 3 Loks und 8 Melder habe ich durchgeführt.
In Rocrail kommen die Meldungen fehlerfrei an und da die Loks nicht gesteuert werden könnte es funktionieren.

---

was meinst Du genau mit "da die Loks nicht gesteuert werden"?

MfG

vik

Hallo Viktor,

ich hatte keine den Zug beeinflussende Module eingesetzt, also keine Block- oder Bremsmodule.
Die BR182 ist hier dafür bekannt gerne mal zu schubsen und die BR130 herumzutrödeln.
Ich hatte alle Hände voll zu tun die drei auseinander zu halten.

Viele Grüße
Andreas

Hallo in die Runde!

Ich habe mich jetzt mal weiter damit beschäftigt. Den ersten Unterschied zu meinem und Andreas Test ist das ich über Wifi steuere und kein Lan-Modul installiert habe.

Dann habe ich nochmal 4.88 aufgespielt und dort läuft es. Anschließend bin ich von Melder 9 zu Melder 12 gefahren und habe dann das gleiche Spiel mit Version 4.89 gemacht.

[s]Im Debug sind ein paar Unterschiede, so kann ich in Version 4.89 die "LN Sensor" Meldungen nicht deuten, was auch immer er dort ausgibt, da steig ich noch nicht hinter und merke, da enden meine Programmierkenntnisse.[/s]

edit: @ Phillip - Hab das mit dem Debug schonmal gefunden. Ich glaube in Zeile 913 in LNInterface.h ist low- und highbyte vertauscht, dadurch der seltsame Wert im Serialmonitor. Und das +1 braucht glaube ich muss auch nicht.

Aber gut ist ja nur Debug und ändert leider noch nichts.

LAN_LOCONET_DETECTOR ist auch anders.
Version 4.89

20:42:06.453 -> Z21 A:7, S28:10010110
20:42:06.453 -> 1 Z21 TX: E 0 40 0 EF 0 7 2 96 0 0 0 0 7C 
20:42:07.446 -> 1 Z21 TX: 14 0 84 0 6E 0 6E 0 6E 0 0 0 D4 34 D4 34 0 0 0 0 
20:42:08.239 -> LnRX: B2 04 70 39 
20:42:08.239 -> 1 Z21 TX: 8 0 A0 0 B2 4 70 39 
20:42:08.286 -> 1 Z21 TX: 8 0 A4 0 1 9 0 1 
20:42:08.286 -> LN Sensor:2305=on
20:42:09.041 -> LnRX: B2 04 40 09 
20:42:09.041 -> 1 Z21 TX: 8 0 A0 0 B2 4 40 9 
20:42:09.041 -> 1 Z21 TX: 8 0 A4 0 1 9 0 0 
20:42:09.041 -> LN Sensor:2305=off
20:42:11.447 -> 1 Z21 TX: 14 0 84 0 4F 1 4F 1 4F 1 0 0 88 34 88 34 0 0 0 0 
20:42:12.066 -> LnRX: B2 05 50 18 
20:42:12.066 -> 1 Z21 TX: 8 0 A0 0 B2 5 50 18 
20:42:12.066 -> 1 Z21 TX: 8 0 A4 0 1 B 0 1 
20:42:12.066 -> LN Sensor:2817=on
20:42:12.809 -> LnRX: B2 04 60 29 
20:42:12.809 -> 1 Z21 TX: 8 0 A0 0 B2 4 60 29 
20:42:12.809 -> 1 Z21 TX: 8 0 A4 0 1 9 0 0 
20:42:12.809 -> LN Sensor:2305=off
20:42:14.051 -> LnRX: B2 05 70 38 
20:42:14.051 -> 1 Z21 TX: 8 0 A0 0 B2 5 70 38 
20:42:14.051 -> 1 Z21 TX: 8 0 A4 0 1 B 0 1 
20:42:14.051 -> LN Sensor:2817=on
20:42:14.671 -> 1 Z21 RX: A 0 40 0 E4 12 C0 7 80 B1 WLAN ok
20:42:14.671 -> Z21 A:7, S28:10000000
20:42:14.671 -> 1 Z21 TX: E 0 40 0 EF 0 7 2 80 0 0 0 0 6A 
20:42:14.762 -> LnRX: B2 05 40 08 
20:42:14.762 -> 1 Z21 TX: 8 0 A0 0 B2 5 40 8 
20:42:14.762 -> 1 Z21 TX: 8 0 A4 0 1 B 0 0 
20:42:14.762 -> LN Sensor:2817=off
20:42:15.462 -> 1 Z21 TX: 14 0 84 0 82 0 82 0 82 0 0 0 A1 34 A1 34 0 0 0 0 
20:42:19.466 -> 1 Z21 TX: 14 0 84 0 0 0 0 0 0 0 0 0 ED 34 ED 34 0 0 0 0 
 
 

Version 4.88

20:38:12.309 -> Z21 A:7, S28:10010100
20:38:12.309 -> 1 Z21 TX: E 0 40 0 EF 0 7 2 94 0 0 0 0 7E 
20:38:13.459 -> 1 Z21 TX: 14 0 84 0 5E 0 5E 0 5E 0 0 0 BB 34 BB 34 0 0 0 0 
20:38:14.487 -> LnRX: B2 04 70 39 
20:38:14.487 -> 1 Z21 TX: 8 0 A0 0 B2 4 70 39 
20:38:14.487 -> 1 Z21 TX: 8 0 A4 0 1 0 9 1 
20:38:14.487 -> LN Sensor:10=on
20:38:15.737 -> LnRX: B2 04 40 09 
20:38:15.737 -> 1 Z21 TX: 8 0 A0 0 B2 4 40 9 
20:38:15.737 -> 1 Z21 TX: 8 0 A4 0 1 0 8 0 
20:38:15.737 -> LN Sensor:9=off
20:38:17.430 -> 1 Z21 TX: 14 0 84 0 7 1 7 1 7 1 0 0 88 34 88 34 0 0 0 0 
20:38:21.447 -> 1 Z21 TX: 14 0 84 0 23 0 23 0 23 0 0 0 D4 34 D4 34 0 0 0 0 
20:38:21.588 -> LnRX: B2 05 50 18 
20:38:21.588 -> 1 Z21 TX: 8 0 A0 0 B2 5 50 18 
20:38:21.588 -> 1 Z21 TX: 8 0 A4 0 1 0 A 1 
20:38:21.588 -> LN Sensor:11=on
20:38:22.843 -> LnRX: B2 04 60 29 
20:38:22.843 -> 1 Z21 TX: 8 0 A0 0 B2 4 60 29 
20:38:22.843 -> 1 Z21 TX: 8 0 A4 0 1 0 9 0 
20:38:22.843 -> LN Sensor:10=off
20:38:25.315 -> LnRX: B2 05 70 38 
20:38:25.315 -> 1 Z21 TX: 8 0 A0 0 B2 5 70 38 
20:38:25.315 -> 1 Z21 TX: 8 0 A4 0 1 0 B 1 
20:38:25.315 -> LN Sensor:12=on
20:38:25.456 -> 1 Z21 TX: 14 0 84 0 8B 0 8B 0 8B 0 0 0 D4 34 D4 34 0 0 0 0 
20:38:26.568 -> LnRX: B2 05 40 08 
20:38:26.568 -> 1 Z21 TX: 8 0 A0 0 B2 5 40 8 
20:38:26.568 -> 1 Z21 TX: 8 0 A4 0 1 0 A 0 
20:38:26.568 -> LN Sensor:11=off
20:38:28.165 -> 1 Z21 RX: A 0 40 0 E4 12 C0 7 80 B1 WLAN ok
20:38:28.165 -> Z21 A:7, S28:10000000
20:38:28.165 -> 1 Z21 TX: E 0 40 0 EF 0 7 2 80 0 0 0 0 6A 
20:38:29.471 -> 1 Z21 TX: 14 0 84 0 0 0 0 0 0 0 0 0 D4 34 D4 34 0 0 0 0 
 
 

Kann es sein das dort irgendwie der Unterschied in Lan oder Wifi liegt?

Gruß
René

So Problem gefunden.

LAN_LOCONET_DETECTOR - hier ist die Adresse um 1 verschoben.
aus Rocrail ist eigentlich Melder 9:

00:39:45 LocoNet detector report: size=1 type=input addr=10 occ=1 absent=0 loco=0 speed=0 dirc=0x00
00:39:45 Loconet input=9 value=1
 
 

Bei Andreas tritt der Fall nicht ein, da in Rocrail bei den Einstellungen zur Zentrale der Haken "Loconet detectors" nicht gesetzt ist. Allerding werden ja alle Loconet-Meldungen mit LAN_LOCONET_Z21_RX von der z21 weitergeleitet und in Rocrail ausgewertet, dadurch gehts.

Ich weiß nicht wie lange der Haken in Rocrail schon existiert, aber wenn er nicht gesetzt ist, wird anscheinend kein Broadcast für LAN_LOCONET_DETECTOR gesetzt, oder nur nicht ausgewertet, das habe ich jetzt nicht geprüft.

So und wieder spät geworden...

Gute Nacht!
René

Hallo Leute,

das lässt mir ja dann keine Ruhe...

Ich hatte wie Andreas das Problem, dass nicht alle Melder in der App ordentlich bzw. gar nicht angezeigt werden. Das sind bei mir Melder 10, 12, 14, 16... also wahrscheinlich alle geraden Adressen.

Bei dem ganzen Bit geshifte und den Bit Operatoren komme ich allerdings an meine Wissengrenzen und habe versucht das irgendwie zum laufen zu bekommen.

Ich habe jetzt den Code von LNInterface.h wie folgt geändert und in der App werden alle Melder ordentlich angezeigt:

        case OPC_INPUT_REP: { //0xB2 = Besetztmelder - LAN_LOCONET_DETECTOR
                  //LnPacket->data[1] = 0,A6,A5,A4,A3,A2,A1,A0 
                  //LnPacket->data[2] =   0,X,I,L,A10,A9,A8,A7
                  byte Rdata[4];                 
/* Fehler bei Address 10,12 usw.                  
                  uint16_t Adr = ((((LnPacket->data[2] & 0x0F) << 7) | LnPacket->data[1]) << 1) | ((LnPacket->data[2] & 0x01) >> 5) + 1;
*/
                  uint16_t Adr = (((LnPacket->data[1] << 1) | ((LnPacket->data[2] & B1111) << 8) | ((LnPacket->data[2] >> 5) & 0x01)) + 1);
                  Rdata[0] = 0x01; //Typ
                  Rdata[1] = lowByte(Adr);  //A7-A0
                  Rdata[2] = highByte(Adr);  //A10-A8
                  Rdata[3] = (LnPacket->data[2] >> 4) & 0x01; //L, Rückmelde-Zustand
                  #if defined(LAN) || defined(WIFI) || defined(ESP_WIFI)
                  z21.setLNDetector(0, Rdata, 4);
                  #endif
                  #if defined(REPORT)
                  Debug.print("LN Sensor:");
                  //Debug.print(((LnPacket->data[1] << 1) | ((LnPacket->data[2] & B1111) << 8) | ((LnPacket->data[2] >> 5) & 0x01)) + 1);
/* lowbyte highbyte vertauscht
                  Debug.print(word(Rdata[1],Rdata[2])+1);
*/
                  Debug.print(word(Rdata[2],Rdata[1]));
                  Debug.println(((LnPacket->data[2] >> 4) & 0x01) ? "=on" : "=off");
                  #endif
                  break; }
 

Aber ich denke, dass das ja noch an anderen Stellen relevant ist (bspw. Weichenrückmeldung). Phillip kannst du die das mal bitte Anschauen? Danke schonmal.

So dann zum Thema Rocrail... bei dem Haken Loconet detector steht, dass das für Railcom Melder erforderlich ist. Siehe [url="https://wiki.rocrail.net/doku.php?id=roco:roco-z21-de"]hier[/url].

Hier ist dann aber das Problem, dass Rocrail die Adressen bei LAN_LOCONET_DETECTOR um eins verschiebt. Dazu gibt es im Rocrail-Forum nen Beitrag zu einer DR5000 im z21 Modus... find ihn nur nicht mehr. Das muss aber auch irgendwie klappen. Da suche ich noch weiter und berichte dann.

So das wars erstmal schönen Abend
René

Zitat

---

Hier ist dann aber das Problem, dass Rocrail die Adressen bei LAN_LOCONET_DETECTOR um eins verschiebt. Dazu gibt es im Rocrail-Forum nen Beitrag zu einer DR5000 im z21 Modus... find ihn nur nicht mehr. Das muss aber auch irgendwie klappen. Da suche ich noch weiter und berichte dann.

---

Hallo,

Den Beitrag hatte ich auch gelesen, es ging dabei auch um die Digikejis Rückmelder und einen Workaround um das Problem zu lösen. Dazu wurde in den Settings der Rückmelder die Rückmeldeadresse um "1" reduziert.

Jup habe es auch wieder gefunden. [url="https://forum.rocrail.net/viewtopic.php?f=47&t=15640&start=75#p168802"]klick[/url]

Der Haken kann raus und das Problem ist erstmal keines mehr. Den Grund warum er das so macht leuchtet mir zwar nicht ein aber egal...

Hallo René,

danke für deinen Tip in Rocrail die Zentrale ohne den Haken “Loconet detector” einzustellen.

Mit dem 8fach Railcom-Melder werden In Rocrail mit Haken für den Melder 13 diese Zeilen angezeigt,

02:25:24 LocoNet detector report: size=1 type=input addr=14 occ=0 absent=0 loco=0 speed=0 dirc=0x00
02:25:24 Loconet input=13 value=0
02:25:20 MultiSenseLong: detcode=0x1 present=1 block=13 loco=6 pol=0 dynid=0 dyndata=0x20
02:25:20 LocoNet detector report: size=1 type=input addr=14 occ=1 absent=0 loco=0 speed=0 dirc=0x00
02:25:20 Loconet input=13 value=1
 

Melder 12,

02:27:33 LocoNet detector report: size=1 type=input addr=12 occ=0 absent=0 loco=0 speed=0 dirc=0x00
02:27:33 Loconet input=12 value=0
02:27:29 MultiSenseLong: detcode=0x1 present=1 block=12 loco=6 pol=0 dynid=0 dyndata=0x20
02:27:29 LocoNet detector report: size=1 type=input addr=12 occ=1 absent=0 loco=0 speed=0 dirc=0x00
02:27:29 Loconet input=12 value=1
 

der Unterschied mit Haken werden die Railcom-Melder nach dem Start der Gleisspannung auch abgefragt.
In der App v.1.3.6 auf dem iPhone werden alle Melder angezeigt, aber meist 2 Adressen im selben Symbol, also nur jedes 2. .

02:53:56 LocoNet detector report: size=1 type=input addr=16 occ=0 absent=0 loco=0 speed=0 dirc=0x00
02:53:56 Loconet input=16 value=0
02:53:56 LocoNet detector report: size=1 type=input addr=10 occ=0 absent=0 loco=0 speed=0 dirc=0x00
02:53:56 Loconet input=9 value=0
02:53:56 LocoNet detector report: size=1 type=input addr=10 occ=0 absent=0 loco=0 speed=0 dirc=0x00
02:53:56 Loconet input=10 value=0
02:53:56 LocoNet detector report: size=1 type=input addr=12 occ=0 absent=0 loco=0 speed=0 dirc=0x00
02:53:56 Loconet input=11 value=0
02:53:56 LocoNet detector report: size=1 type=input addr=12 occ=0 absent=0 loco=0 speed=0 dirc=0x00
02:53:56 Loconet input=12 value=0
02:53:56 LocoNet detector report: size=1 type=input addr=14 occ=0 absent=0 loco=0 speed=0 dirc=0x00
02:53:56 Loconet input=13 value=0
02:53:56 LocoNet detector report: size=1 type=input addr=14 occ=0 absent=0 loco=0 speed=0 dirc=0x00
02:53:56 Loconet input=14 value=0
02:53:56 LocoNet detector report: size=1 type=input addr=16 occ=0 absent=0 loco=0 speed=0 dirc=0x00
02:53:56 Loconet input=15 value=0
02:53:48 LAN_X_BC_TRACK_POWER_ON (192.168.0.111)
 

Ohne den Haken “Loconet detector” werden bei mir nur die “normalen” Melder nach dem Start der Gleisspannung abgefragt.
Die Anzeige des Railcom-Rückmelder in Rocrail ist fehlerfrei.

02:36:55 Loconet input=16 value=0
02:36:53 MultiSenseLong: detcode=0x1 present=1 block=16 loco=6 pol=0 dynid=0 dyndata=0x20
02:36:53 Loconet input=16 value=1
02:36:51 Loconet input=15 value=0
02:36:48 MultiSenseLong: detcode=0x1 present=1 block=15 loco=6 pol=0 dynid=0 dyndata=0x20
02:36:48 Loconet input=15 value=1
02:36:46 Loconet input=14 value=0
02:36:44 MultiSenseLong: detcode=0x1 present=1 block=14 loco=6 pol=0 dynid=0 dyndata=0x20
02:36:44 Loconet input=14 value=1
02:36:41 Loconet input=13 value=0
02:36:39 MultiSenseLong: detcode=0x1 present=1 block=13 loco=6 pol=0 dynid=0 dyndata=0x20
02:36:39 Loconet input=13 value=1
02:36:35 Loconet input=12 value=0
02:36:33 MultiSenseLong: detcode=0x1 present=1 block=12 loco=6 pol=0 dynid=0 dyndata=0x20
02:36:33 Loconet input=12 value=1
02:36:31 Loconet input=11 value=0
02:36:29 MultiSenseLong: detcode=0x1 present=1 block=11 loco=6 pol=0 dynid=0 dyndata=0x20
02:36:29 Loconet input=11 value=1
02:36:25 Loconet input=10 value=0
02:36:23 MultiSenseLong: detcode=0x1 present=1 block=10 loco=6 pol=0 dynid=0 dyndata=0x20
02:36:23 Loconet input=10 value=1
02:36:20 Loconet input=9 value=0
02:36:17 MultiSenseLong: detcode=0x1 present=1 block=9 loco=6 pol=0 dynid=0 dyndata=0x20
02:36:17 Loconet input=9 value=1
02:29:23 Loconet input=16 value=0
02:29:23 Loconet input=9 value=0
02:29:23 Loconet input=10 value=0
02:29:23 Loconet input=11 value=0
02:29:23 Loconet input=12 value=0
02:29:23 Loconet input=13 value=0
02:29:23 Loconet input=14 value=0
02:29:23 Loconet input=15 value=0
 

PS:
@Ralf
in der App wird bei mir auf allen Geräten nur die "einfache" Belegtmeldung angezeigt.

Viele Grüße
Andreas

Hallo,

nachdem ich die V4.89 aufgespielt habe stellte ich als erstes fest, dass die Multimaus beim Einschalten kurz "Err13" zeigt, was sie mit den Versionen V4.85-V4.88 nicht gemacht hat.
Die Anzeige in Rocrail funktioniert jetzt (nachdem ich das Häckchen für Loconet detector deaktiviert habe)
In der App kommt die Belegtanzeige aber noch nicht die Railcomrückmeldung: Hier müsste eigentlich die Adresse und ein Bild der Lok angezeigt werden. Die von René vorgeschlagene Änderung am Sketch habe ich schon vorgenommen.