ElabNET Technik Forum

Hallo Zusammen

Ich habe bei mir im Haus mehrere DS2413 I/O's für die Fensterkontakte. Funktioniert prinzipiell alles. Problem ist, das es zeitweise 30s dauert, bis die der I/O reagiert und Fenster offen anzeigt. An 3 Fenstern habe ich die Fensterkontakte über KNX, da reagiert es sofort. An der Buslast kann es nicht liegen (siehe Screenshot). Bei den Einstellungen habe ich auch, dass bei Änderung der Status gesendet wird. Hat jemand noch ein Idee woran das liegen könnte?

Markus

KNXMane hat geschrieben: ↑Mo Okt 04, 2021 7:48 pm Bei den Einstellungen habe ich auch, dass bei Änderung der Status gesendet wird.

Da ist schon das Verständnisproblem. Im KNX senden die BE / Tasterschnittstellen aktiv wenn was an ihren Kontakten passiert. im 1-wire wird immer von zentraler Stelle aus abgefragt und das in einem einstellbaren Zyklus.

Aber ja 30s ist schon viel wenn denn da wirklich nur überschaubare Anzahl an Sensoren am Kanal hängen und Klimasensoren dabei nicht unbedingt in maximaler Auflösung eingesammelt werden.

Hallo Göran

Ja das ist mir schon klar. Kann man den Zyklus einstellen?

Markus

Einiges kann man ja am Slave einstellen und einiges etwas globaler, aber das bringe ich immer durcheinander. Ich nutze halt diese Eingänge nicht im 1-wire. Mir widerstrebt da einfach das Funktionsprinzip dies dafür zu verwenden. Und preislich sind eben KNX-Eingänge nicht so verschieden. Und Unmengen davon habe ich auch nicht als dass das meine Stromrechnung merkt.

Ja auch das ist mir klar. Ich würde die I/O heute auch nicht mehr verwenden und alles KNX machen. Ich habe den Fehler halt beim Bau gemacht aber nun sind die drin und funktionieren auch problemlos. Mit dem alten Wiregate hatte ich keine merkliche Verzögerung beim öffnen der Fenster. Erst seit ich den TW habe, merke ich diese sehr lange verzögerung. Desahlb habe ich gehofft, dass es hierfür eine Erklärung oder eine Lösung gibt. Ich bin ja bestimmt nicht der Einzige mit dieser Konstellation.

Markus

meiner Erfahrung nach, hängt die Verzögerung seeehr stark davon ab, ob du irgendwo einen "gestörten" Kanal im PBM hast.
Ich hatte mal unbemerkt (weil noch kein Nachrichtencenter) einen Kanal "rot", weil ein Adv. IO durch nässe Probleme gemacht hat. DIeser Ausfall des Kanals hat die Reaktionszeit merklich verschlechtert. Als der Fehler behoben war, ging die Abfrage auch wieder schneller.

Hi Fabian,

1-Wire polling ist generell (noch) nicht optimiert, siehe viewtopic.php?f=43&t=2897

Gruß

Hallo

Danke für den Link. Jetzt ist mir einiges klarer. Also bleibt mir nichts anderes übrig als zu warten und zu hoffen, das was kommt.

Die Anmerkung, dass 1W nicht geeignet sei, um Fensterkontakte abzufragen, dies hier aber massiv beworben wurde, kann ich bestätigen.
Aber egal, es hilft nichts, ich hab sie nun mal drin und wie gesagt: Prinzipiell funktionieren sie auch problemlos.

Markus

Also bei mir ist der Status innerhalb von max. 2-3 Sekunden da.

Was mir auffällt:
-) Habe das Intervall bei mir auf i3, a1 stehen.
-) Obwohl ich ähnlich viele TN pro Busmaster-Kanal wie du habe, ist meine Auslastung im Bereich zwischen 2 und 7%.

Aufgrund dieser beiden Punkte würde ich mal probieren, die Aktualisierungsrate runter zu schrauben, damit die Auslastung sinkt, und dadurch vlt. im Endeffekt die Aktualisierungsrate wieder schneller wird.

Marinux hat geschrieben: ↑Di Okt 05, 2021 9:53 am Hi Fabian,

1-Wire polling ist generell (noch) nicht optimiert, siehe viewtopic.php?f=43&t=2897

Gruß

Eine Optimierung des Polling kommt ganz sicher. Es heißt aber noch abwarten.