[Gelöst] LED-Aktor legt nach gewisser Zeit 1-Wire Bus lahm

[stonie2oo4]

Ich hab schon seit längerem einen LED-Aktor an dem 4 "iButton Probe ARES" hängen für meine iButtons.
Das ganze hat die letzten 2 Jahre auch zuverlässig funktioniert.

Jetzt wollt ich vor kurzem mal die Logik für die LED's von Edomi auf den TW portieren und seit dem gingen die Probleme los.
Ich glaube aber nicht, dass das im direkten Zusammenhang steht, da ich die Logik im TW deaktiviert habe und die Probleme bestanden aber weiterhin.

Das ganze Problem äußert sich folgendermaßen. Der komplette 1-Wire Kanal wird im TW rot angezeigt.


Wenn ich dann die Sicherung raus und anschließend wieder rein mache, läuft wieder alles Problemlos für eine bestimmte Zeit.
Vor 2 Tagen ist das Problem zuletzt aufgetreten, seitdem lief es wieder bis heute.
Heute wieder dass selbe Problem, ganze Linie auf rot.
Das Problem tritt auch gefühlt vermehrt auf wenn iButtons dran und wieder weg gemacht werden. Ohne iButtons würd ich jetzt sagen dass es stabiler läuft.

Ich hab jetzt mal einen Multisensor vorangehängt, da der ja einen Netzfilter hat und den LED-Aktor an die Abzweigklemme. Auch kein Erfolg.
Ich hab so eine leise Vermutung dass der Metallene Schlüsselanhänger meiner Frau den einen unbenutzten "iButton Probe" kurzgeschlossen hat.
Hab jetzt mal noch 2 iButtons bestellt, damit ich die "Probe" in Zukunft abdecken kann.

Aber kann durch den Vorübergehenden Kurzschluss der LED-Aktor kaputt gehen, andere Geräte in der Linie scheinen ja nicht betroffen zu sein?
Kann man iwie herausfinden ob der LED-Aktor wirklich kaputt ist oder ob doch ein anderer Fehler vorliegt?
Würd mir jetzt ungern nen neuen bestellen nur um zu merken dass es doch nicht daran lag.

Gruß Ben

[stonie2oo4]

@StefanW
Hab jetzt noch mal ein bisschen rumprobiert, noch mal alles neu verdrahtet, nicht dass es doch nur ein Wackler ist, aber leider hab ich immer noch das gleiche Problem. Es geht eine Zeit lang (immer unterschiedlich) und auf einmal zeigt es mir wie oben die ganze Linie rot an.

Ich hab auch schon probiert die iButton ohne den LED-Aktor anzuschließen. Das schien zu funktionieren. Ist halt schwer zu sagen, da der Fehler immer nach unterschiedlich langen Abständen kommt.

Da der Fehler scheinbar nicht zu finden ist, würde ich mir jetzt einfach mal nen neuen LED-Aktor bestellen.
Hierzu eine Frage:
Brauch ich diesen mit DCDC-Wandler, wenn ich nur 4 von diesen iButton Probes dranhängen habe, oder kann ich für deren LED's einfach die 5V VDD vom 1-Wire Bus verwenden?
https://shop.wiregate.de/ibutton/ibutto ... 371-1.html

[stonie2oo4]

Hatte jetzt mittlerweile mal einen neuen LED-Aktor bestellt.
Hier bestand der Fehler aber leider immer noch, also kann man mal eine Fehlfunktion, bzw. Defekt des LED-Aktor ausschließen.

Der Kanal des Busmaster läuft mit 65% Auslastung.
Solange ich die alte Logik auf Edomi für 2 Schlüssel(IButton) laufen habe, funktioniert dies einwandfrei. Sobald aber 2 weiter dazu kommen, dann geht der Busmaster auf rot. Egal ob die Logik auf Edomi oder TW läuft.

Was ich noch probieren kann. Die Logik im TW für nur 2 Schlüssel zu aktivieren, ob dies funktioniert. Dann kann man schon mal ausschließen das es von der Logik Engine kommt.

Danach mal die nur die 2 anderen Schlüssel testen, ob vielleicht einer der beiden den Fehler verursacht.
Was halt echt total bescheiden ist, dass wenn der Busmaster auf rot geht ich jedesmal in den keller rennen muss und den TW herunterfahren muss und die Sicherung für das Netzteil des 1-Wire Buses rausmachen muss, damit ich den Busmaster wieder zum laufen bekomme...

Ich teste und werde berichten. Falls noch jemand eine Idee hat dir mir helfen könnte wäre ich sehr erfreut, weil so langsam fangts an richtig zu nerven so viel Zeit für so was scheinbar einfaches zu investieren.

[stonie2oo4]

Also ich hab jetzt mal die Logik für 2 Schlüssel auf Edomi deaktiviert und auf dem TW aktiviert. Es scheint zu gehen, jedoch geht die Qualität des Busmaster auf 5% runter. Dies passiert nicht wenn die Logik auf Edomi läuft, hab dann zwar keine 100% aber 99,96 zeigt es immer an. Also muss hier noch irgendwo ein Fehler bestehen.

Macht der LED-Aktor soviel Probleme auf dem 1-Wire Bus?
Was kann hier Abhilfe schaffen?

[StefanW]

Hallo Ben,

ich habe das dreimal gelesen und ich habe keine Idee, wodurch das verursacht wird.

Die Logik kann solche Auswirkungen eigentlich nicht haben. Das einzige was theoretisch vorstellbar ist, dass die Logik das Einschalten von irgendwas bewirkt, dass eine Masseschleife herstellt (also eine Schaltung zu Lasten der elektrischen Stabilität, ist aber an rein spekulativ. Eine andere Möglichkeit wäre, dass die Logik etwas ausführt, was den Bus zuballert.

Da man Probleme nicht vermuten sondern messen sollte, bräuchten wir sehr viel mehr Info.

1. Was sind das für Logiken (bitte Screenshots)

2. Bitte Bus prüfen, ob alle Maßnahmen zur Vermeidung von Masseschleifen eingehalten wurden

lg

Stefan

[stonie2oo4]

Danke Stefan für die Hilfe
Tut mir leid dass die Infos von mir so sperrlich sind, aber dass ist für mich iwie die Nadel im Heuhaufen und der Frustfaktor ist schon leider ziemlich groß. Da ich schon Stunden davor saß um iwie den Fehler einzugrenzen, leider ohne Erfolg.

Hier erstmal die Logiken:

alles aus.JPG

ibutton ben.JPG

ibutton Bianca.JPG

ibutton rot.JPG

ibutton schwarz.JPG

Zu den Masseschleifen:
Also ich hab ein 12V Netzteil exklusiv für den 1-Wire BUS + Timberwolf + USB-Hub(für TW), da du das schon immer so empfohlen hast.
Ebenso hab ich ein ungeschirmtes Patch Kabel verwendet von TW bis zur LAN-Dose.

Der 1-Wire Bus verläuft bei mir im Ring ohne Abzweige, einiges Manko vom letzten Sensor zurück in Verteiler, diese Leitung ist am Sensor angeschlossen und in der Verteilung auf Reihenklemmen. Davon hast du ja abgeraten. Werd mal suchen ob ich den letzten Sensor finde, und dies dort auftrennen, wobei ich mir das fast nicht vorstellen kann, oder was meinst du?

In der Anleitung zum LED-Aktor ist ja ein Anschlussbeispiel abgebildet:

led aktor.JPG

Hier sind GND vom 1-Wire Bus und vom 12V-Netzteil seperat eingezeichnet, bei mir geht ja GND vom Netzteil auf den 1-Wire BUS, somit hab ich diesen GND auch für den LED-Aktor genommen. Ich denke das ist praktisch dass selbe, ich frag nur noch mal zur Sicherheit.

Weil die Idee mit der Masseschleife ergibt mir momentan am meisten Sinn.
Es muss ja iwas passieren, in dem Moment im dem die LED`s geschalten werden, da die IButton ohne den LED-Aktor funktionieren.
Kann evtl. die Spannung zusammenbrechen, wenn die LED`s an gehen? Netzteil zu klein?
Verwendet wird Lambda DSP 30-12, wenn ich es im Datenblatt richtig gedeutet habe, hat dies 25,2W.

Kann man hier im Fehlerfall iwas messen um es weiter einzugrenzen?

[stonie2oo4]

Der 1-Wire Bus verläuft bei mir im Ring ohne Abzweige, einiges Manko vom letzten Sensor zurück in Verteiler, diese Leitung ist am Sensor angeschlossen und in der Verteilung auf Reihenklemmen. Davon hast du ja abgeraten. Werd mal suchen ob ich den letzten Sensor finde, und dies dort auftrennen, wobei ich mir das fast nicht vorstellen kann, oder was meinst du?

Ok, das hätte ich jetzt nicht erwartet, hab dass letzte Stück gerade aufgetrennt, jetzt ist der Busmaster von 5% Qualität auf 61 hoch gegangen. Das ist schon mal besser, aber so richtig gut ist es immer noch nicht .

busmaster.JPG

[stonie2oo4]

Jetzt hab ichs grad noch einmal probiert, dachte nachdem ich dass letzte Stück des 1-Wire Busses aufgetrennt hab geht es vielleicht.
Aber immer noch dass gleiche Problem. 2 I-Buttons scheinen zu funktionieren, 3 gingen auch (nur recht kurz getestet). Aber als ich wieder alle Logiken für alle 4 I-Buttons aktiviert habe, ging der Busmaster wieder auf rot.

Kann es sein, dass wenn ich alle 4 Schlüssel relativ gleichzeitig wegmache, dass dies zuviel für den 1-Wire Bus ist, der schreibt ja dann 8 Werte relativ gleichzeitig, oder wird dass iwie gepuffert?

[gbglace]

Kann es sein, dass wenn ich alle 4 Schlüssel relativ gleichzeitig wegmache, dass dies zuviel für den 1-Wire Bus ist, der schreibt ja dann 8 Werte relativ gleichzeitig, oder wird dass iwie gepuffert?

Gepuffert werden sollte da nichts und gleichzeitig schreiben tut da auch nichts, da der 1-wire nicht wie KNX aktiv von den dezentralen Elementen getriggert wird. Im Gegenteil der Busmaster pollt in seinen angebenen Zyklen den Bus und holt sich quasi seine Zustände Gerät für Gerät.

Ich habe keine Aktoren in 1-wire, da mir alles was irgendwie zeitkritisch schnell gehen sollte ich für mich im Kopf irgendwie nicht mit 1-wire und dem Prinzip des zyklischen Datenrundrufes verbinde. Womöglich kommt das System schon durcheinander wenn Du einen Schlüssel abziehst, der Busmaster das mitbekommt dann aber der TWS-Logikprozess direkt so schnell fertig ist und dann ebenfalls den PBM Triggert was in die andere Richtung auf den Bus zu senden (Aktor), in der Zeit der PBM aber noch beschäftigt war vom nächsten Sensor / i-Button den Status einzusammeln. Hast Du hingegen die Logiken im EDOMI gehabt, hast ja erstmal das i-ButtonEvent in den KNX übersetzt auf den KNX-geworfen, da hat es Edomi aus dem LAN gefischt in eine Logik gekippt, durchlaufen lassen und dann via LAN und KNX zurück in den TWS gesendet und der hat das dann auf den 1-wire Bus geworfen. Sind zwar alles nur ms oder weniger aber womöglich schon genug, dass da ausreichend Entzerrung ist. Der TWS ist einfach zu performant.

Das mal so meinen Laienüberlegungen zu dem Thema.

[gurumeditation]

Ich habe keine Aktoren in 1-wire, da mir alles was irgendwie zeitkritisch schnell gehen sollte ich für mich im Kopf irgendwie nicht mit 1-wire und dem Prinzip des zyklischen Datenrundrufes verbinde.

Ich glaube jetzt hast selbst du Aktoren und Sensoren verwechselt...
Bei Sensoren (z.B. Taster) könnte der zyklische Abruf des Zustands stören, aber der Aktor bekommt doch den Wert in dem Moment wenn er geschrieben wird... Zumindest habe ich ein Multi-IO schon ziemlich lange als Output laufen und die Aktionen kommen sofort (vom KNX-Taster) an.