Schönen guten Morgen beisammen,
gestern fiel plötzlich meine (neue) Digitalzentrale BiDiB-IF2 aus; ein Teil der RM zeigte belegt an, obwohl nix drauf war. - Heute Morgen war's wieder okay. - Da mir die RF-Basis aber schon mehrmals eine Störung meldete, gehe ich dem jetzt mal nach.
In der RM-Konfiguration fand ich eine Darstellung vor, die ich so gar nicht verstehen kann. - Vgl. auch Anlage 1!
1. Warum werden die drei Light-Control dreimal unterschiedlich dargestellt, auch mit der Zahl der RM ... dort habe ich nur Servos und LED angeschlossen?
2. Warum werden die s88-TLE mit insgesamt 127 Melder dargestellt, obwohl ich nur max. 16 Belegtmelder anschließen kann?
In Anlage 2 habe ich der Vollständigkeit halber noch angehängt, wie ich die BiDiB-IF2 angelegt habe:
- Baudrate "Nach Vorgabe"!
- Kein BiDiB-Verzeichnis! - Wozu bräuchte ich das hier?
Vieleicht kann ich da eine kurze Hilfestellung bekommen, um die Fehlerquellen einzugrenzen! - Da werde ich wohl Markus wieder brauchen???
Schönen Sonntag beisammen und dankeschön gleich vorab!
Hallo Carlo,
das BiDiB-System erlaubt es manche Anschlüsse entweder als Ausgang oder auch als Eingang zu definieren.
Diese Eingänge können dann auch zu Rückmeldezwecken (ohne Priorität im BiDiB-System) verwendet werden.
Daher kommen die "Rückemelder" bei der Light-Control.
Am TLE-S88-Interface-Baustein können neben den 16 Meldern, die direkt auf dem Baustein sitzen, noch bis zu sieben Stück 16-er (oder 14 Stück 8-er) Rückmelde-Module S88N angeschlossen werden. Diese werde hier angezeigt. Deswegen heißt das Ding "Interface".
LG Michael
... vorhin einen Fehler gemacht... die falschen Anhänge (hatte das Digitalsystem gelöscht und neu angelegt, dann waren aber alle Belegungen weg, darum nun ein Backup von gestern wieder eingespielt und nun die aktuellen Einstellungen) ... ich bitte um Entschuldigung!!!
Die Fehler sind noch immer da ... nun mit Fehlermeldung ... s88-TLE-2 kann wohl nicht korrekt gelesen werden Anhang 1! Bin dann auf Überspringen gegangen!
RM-Konfiguration daraufhin in Anlage 2! - Sehr merkwürdig: RM 640 in der einzig nicht belgte RM von s88-TLE-2 und wird separat angezeigt!
Anlegen des Digitalsystems in Anlage 3 ... war meine allererste Version ... mit Baudrate und BiDiB-Verzeichnis (weiß aber noch immer nicht wofür)!
ABER:
Wenn ich über den BIDIB-Wizard anzeigen und laufen lasse, funktionieren alle Komponenten fehlerfrei - auch die s88-TLE-2!
Guten Morgen Michael,
sakrischen Dank, das habe ich nun verstanden mit den s88-TLE? Damit wäre diese Darstellung schon mal korrekt!
Vielleicht hast du auch eine Erklärung für meine aktualisierten Anhänge? :-[
Hallo Carlo,
WDP zeigt bei BiDiB immer exakt die Anzahl der Melder/Eingänge welche ihm via BiDiB-Protokoll beim Init des Moduls rückmeldet. WDP kann nicht sehen ob du da dann was wirklich dran hast oder nicht.
Beispiel S88-TLE-Ifc:
Hier meldet das Feature "FEATURE_BM_SIZE" (kann man auch im BiDiB-Wizard oder BiDiB-Monitor sich ansehen) den Wert 128 = 16 Anschlüsse an dem Modul selber + 7 maximal 16er S88-Module.
Beim LightControl hängt es was man da sieht ab von der Firmware-Version:
Am Anfang wurden die Eingänge da nur als "einfache Eingänge" gemeldet ohne "Melder-Priorität" d.h. ohne sichere Quittierung (FEATURE_CTRL_INPUT_COUNT), irgendwann hat man die Firmware geändert und die melden jetzt nicht nur als einfach Eingänge, sondern parallel auch als echte Melder (FEATURE_BM_SIZE). Und dann gab es auch Firmware-Versionen wo Ausgänge als Eingänge Rückgekoppelt worden. Ich gehe mal davon aus, dass du auf den drei Lightcontrols drei unterschiedliche Firmware-Versionen drauf hast (oder ggf. auch unterschiedliche Konfigs eingestellt sind, es gibt da z.B. die CV 37/38 welche auf das Verhalten der eingänge einfluss nehmen).
Das hat aber sicher alles nicht mit deinen RM-Fehlmeldungen zu tun. Gerade das Melder-Verfahren bei BiDiB ist extrem abgesichert. Das was da in die Baugruppe reingeht kommt bei WDP auch so an und wird von WDP so angezeigt. Fehler würde ich da vor dem Baugruppen-Eingang suchen.
"BiDiB-Verzeichnis":
Hier könnte man das gleiche BiDIB-Konfigurations-Verzeichnis (optional) wie beim BiDiB-Wizard einstellen und wenn du dann im Wizard Accessories z.B. Namen vergibst, dann speichert der das nicht in der Baugruppe, sondern in einer Datei und WDP kann sich dann die Namen daher holen. Ist aber absolut nur optional.
Grüße
Markus
Hallo Carlo,
zu deiner weiteren Nachricht.
WDP fragt ja bei jedem Start die Module ab. Antwortet eines nicht binnen Zeit x, dann kommt die Meldung. Ich würde dringend raten zu schauen ob auf allen BiDiB-Komponenten die aktuellste Firmware drauf ist. Da wurde bei einigen in den letzten Jahren ständig was geändert und wir hatten da auch mehrfach Themen beim Init, damit dieser zuverlässig wurde.
Bei jedem Init werden die Komponenten ja von Grunde auf neu initialisert. Nur weil es danach dann mit dem Wizard (oder wem auch immer korrekt) geklappt hat, heißt das noch nicht, dass es WDP sich da beim letzten Start was ausgedacht/falsch gemacht hat. Hättest du WDP neu gestartet wäre es vermutlich auch gegangen.
Unterschied zwischen WDP und dem BiDiB-Tools ist aber natürlich:
WDP will beim Start alles zügig wissen (muss es ja auch zum Steuern) und fordert damit das System natürlich echt. Die Tools lesen Teile der Sachen erst wenn man einen Knoten wirklich anklickt. Umkehrschluss ist aber auch, dass wenn es irgendwo am Bus klemmt (schlechte Terminierung, Busstruktur etc.) es mit WDP eher auffällt.
Grüße
Markus
P.S.: Nach so einem Fehlerbild wie bei deinem zweiten bebilderten Beitrag: einfach mal Anlage wirklich komplett stromlos machen und dann neu aufstarten. Vielleicht hing da auch eine Komponente total....
Guten Morgen Markus,
auch dir herzlichen Dank - schon wieder sehr viel gelernt. - WDP-Darstellungen passen also.
Du schreibst:
"Fehler würde ich da vor dem Baugruppen-Eingang suchen."
Das heißt, ich sollte nun alle Anschlüsse an meinem zweiten s88-TLE (sämtlich Feedcars) kontrollieren?
Und:
1. Die eingestellte Baudrate 115200 passt also?
2. Muss ich ein Häckchen machen bei "via LAN"? - Das IF2 kann ich ja nur über USB anschließen?
Zu deiner zweiten Antwort:
Habe gestern und auch eben schon mehrmals stromlos geschaltet und wieder hochgefahren. Nix geholfen!
Werde aber nun in jedem Fall zuerst auf alle BiDiB Komponenten die aktuellste Firmware aufspielen!
Nebenbei: Schon Wahnsinn, deine Energie: Heute Nacht der letzte Beitrag von dir und am Morgen bist du auch schon wieder dabei! - DANKE!
Hallo Carlo,
eine Ursache können auch viel die RJ45 Buchsen sein, wo vielleicht Fehler entstehen können... ansonsten hilft hier auch das forum.opendcc.de sehr gut weiter um die Fehler ausserhalb von WDP einzugrenzen!
Hallo Thomas,
das Forum Open.DCC wäre mein nächster Schritt gewesen (bin ich dabei), wollte zuerst WDP klären, da ich ihne WDP ja noch keine Störung hatte. Markus und Michael haben da nun geholfen.
Stimmt, viele RJ45 Kabel - teste ich auch!
Danke auch dir!
Hallo Carlo,
Noch ne Idee:
Bei mir hatte ich mal bei den Feedcars falsche Meldungen weil deren Spannungsversorgung/das von mir genutzte Netzteil zu schwach war.
Die Baudrate passt.
Via LAN wäre für Interfaces welche via LAN verbunden werden.
Grüße
Markus
Grüß Gott beisammen,
kurze Meldung zum Stand meiner kleinen Problemlage.
Nach einigen kleineren Tests und Versuchen, den Fehler genau zu lokalisieren, bin ich am Ende beim Auswechseln der TLE-s88-Platine gelandet. Habe sie durch meine Reserveplatine getauscht unf nun initialisiert WDP wieder vollumfänglich.
Wo der Fehler an der TLE-s88-Platine liegt (ohne WDP nur im BiDiB-Wizard funktioniert sie ja), versuche ich die nächsten Tage im OpenDCC-Forum anhand des IF2-Logbuchs herauszubekommen. Zuerst spiele ich aber nochmals die (unveränderte) Firmware drauf.
Eines ist mir beim Testen aber noch aufgefallen, ggf. für Markus interessant:
Wenn ich in WDP BiDiB initialisieren lasse und anschließend beende, ist die RF-Basis im Stop-Modus; dieser wird bei mir erst durch Stromlosschalten beendet. Das fällt dann nicht auf, wenn ich nur über WDP damit arbeite, denn beim nächsten WDP-Hochfahren ist die RF-Basis wieder online. - Wenn ich aber nach WDP in den BiDiB-Wizard gehe, muss ich eben erst die Spannung von der RF-Basis nehmen.
Wenn ich nur mit dem BiDiB-Wizard arbeite, kann ich den auch mehrfach aufrufen und beenden, ohne die RF-Basis vorübergehend zu verlieren.
Fazit:
Solange ich nur in WDP bleibe, muss ich nix beachten. Wenn ich aber nach dem Beenden von WDP in eine andere Bediensoftware wechsle, muss ich die RF-Basis kurz spannungslos machen.
Ist mir erst gestern Abend aufgefallen. Bin da ein paar Mal drübergestolpert!
Melde mich nochmals, wenn ich den genauen Fehler der TLE-Platine kenne. Kann nun aber etwas dauern ... Urlaub zu Ende :(!
Danke nochmals für eure Tipps und die Hilfen!
Hallo Carlo,
ich vermute mal du hast "Digitalsystem abschalten" bei Programmende in den Systemeinstellungen aktiviert. WDP sendet dann beim Programmende wie dann gewählt an alle Signalgeneratoren Stop. Will man das nicht muss man den Haken rausnehmen.
Grüße
Markus
... oh ja, lieber Markus, du hast richtig vermutet :-[.
Diese neue, wirklich sehr praktische Funktion habe ich benutzt ... muss aber noch lernen, mit den Konsequenzen damit umzugehen!
Dankeschön!
Hallo Markus,
ist leider doch so, wie ich oben geschrieben habe.
Ich hatte den Haken in den Systemeinstellungen "Digitalsystem abschalten" bei Programmende nicht gesetzt und dennoch gehen ECoS 2 und OPENDCCBiDiB-IF2 Digitalsystem in den Stop-Modus. Bei der ECoS muss ich nur wieder auf "Go" gehen, bei BiDiB muss ich die RF-Basis kurz stromlos schalten, wenn ich z. B. in den BIDIB-Wizard wechsle. Sarte ich WDP neuerlich, verschwindet der Stop-Modus an der RF-Basis automatisch.
Damit kann ich aber leben.
Zur TLE-s88-Platine:
Ich habe sie getauscht und seither initialisiert WDP wieder sauber auf der Anlage. - Habe die alte Firmware auf die Fehlerhafte nochmals draufgespielt und seither auch noch keine Fehlermeldung der TLE-s88-Platine am BIDIB-Testboard in WDP. - Beobachte weiter und werde bei neuer Fehlermeldung die IF2-Logdatei ausspielen (im OPENDCC-Forum hilft man mir dann bestimmt bei der Auswertung - auch lauter nette, hilfsbereite Forumsmitglieder).
Zwei der drei Lightcontrols haben die gleiche Firmware drauf, aber dennoch werden sie verschieden im RM-Konfigurationsmonitor angezeigt. - Aber sie funktionieren bislang absolut fehlerfrei! - Ist kein Problem für mich!
Soweit mal mein Stand!
Schönen Abend
Hallo Carlo,
Hmmm....bei der ECoS kann ich das bei mir nachvollziehen. Bei der RF-Basis schon....allerdings reicht es wenn ich im Wizard (Version 1.13) einfach oben auf das grüne Booster An-Symbol gehe, dann ist die RF-Basis wieder an.
Ich gehe davon aus, dass bei der RF-Basis nach Programmende der Watchdog zuschlägt, hätte aber auch ziemlich sicher behauptet, dass das schon immer so hätte sein sollen. Mal schauen ob ich das änderen kann das bei Programmende auf Ignore-Watchdog umgeschaltet wird wenn man nicht die Abschalt-Option am Programmende eh verwendet.
Grüße
Markus
Grüß Gott beisammen,
wollte hier nur noch mein Thema abschließen:
Also, seit ich Markus' Rat befolgt hatte und die Firmware nochmals auf die TLE s88-Platine aufgespielt habe, funktioniert sie wieder fehlerfrei - beim BiDiB-Wizard und bei WDP. - Warum die Platine plötzlich Mucken machte - einige Monate inistialisierte sie ja fehlerfrei - kann ich mir nicht erklären. Aber gut, ist halt so.
Nochmals vielen Dank für's Mitlesen und die vielen Tipps - wieder dazugelernt!