ElabNET Technik Forum

StefanW hat geschrieben: ↑Mo Jan 06, 2020 3:58 pm
BTW: Wir haben heute in Bayern eigentlich Feiertag...

Ich wusste schon immer da stimmt was nicht an eurer Adresse.

Macht euch mal nen entspannten.

Ja, als ich noch in Bayern gearbeitet habe war ich bei den heiligen drei allerdings fast ganztägig in der Kirche...

Beste Grüße
Jens

Guten Morgen,

Achtung: aktuell ist grad wieder so ein "Hänger":
Ich habe folgendes bemerkt:
Garagentor-Status und Zirkulationspumpe (beides 1-Wire - aber über TW-Logiken) sind fehlerhaft.
Einbauschrank-Licht (auch über 1-Wire) wird fehlerfrei ein- und ausgeschaltet.
Vielleicht doch "nur" ein LE-Fehler?

Ich habe noch nichts rebootet oder sonst etwas unternommen.
Könntet ihr bitte kurzfristig draufschauen?

Gruß
Thomas

Hallo Thomas,

ich habe es weitergegeben, ob das heute noch was wird, kann ich nicht versprechen.

lg

Stefan

Hallo Thomas,

ich habe das Logging des KNX-Daemons geändert und ihn neugestartet. Ist das Problem jetzt aktuell weg?

Viele Grüße,
Matthias

Hallo ms20de,

also konkret werden Status-Garagentor und Fenster richtig angezeigt, aber die Zirk-Pumpe springt noch nicht an.
Wahrscheinlich wurde heute früh' die Zeitsperre - über TW-Logik - nicht aufgehoben.
Kann ich diese Logik manuell im TW anstoßen?
Oder muß ich den Befehl über ETS senden?

Viele Grüße und Danke!!
Thomas

EDIT:
Hab' über ETS-Gruppenmonitor die Zeitsperre aufgehoben, Zirk.Pumpe springt an (trotz Persistenz?).

Tomtheripper hat geschrieben: ↑Fr Jan 17, 2020 2:45 pmHab' über ETS-Gruppenmonitor die Zeitsperre aufgehoben, Zirk.Pumpe springt an (trotz Persistenz?).

Hmm, bin nicht sicher ob ich Folgen kann, aber die Persistenz des Logik-Deamons hat NIX mit dem durchstarten des KNX-Daemons zu tun. Die Persistenz gilt für Neustart des Logik-Daemons, der war hier nicht betroffen.

lg

Stefan

Ja Logiken kannst quasi im Dok-Modus anschupsen, oder eben durch ein Senden eines Telegramms welches in der Logik als Trigger definiert ist.

Wenn Du Logiken mit KNX-Ko als Trigger hast, werden die natürlich getriggert wenn ein externes Telegramm eingeht. Die Persistenz ist bei Triggern eher uninteressant. Sofern die Persistenz aktiviert ist stand da sicher auch mal der letzte Telegramm Eingang drinnen aber nur weil der Server restartet oder die LE werden nicht alle Logiken deswegen neu durchgerechnet. Trigger impliziert für mich eine Eventauslösung. Das ist halt eben erst zum nächsten Durchlauf, wenn dann ein neues Telegramm von draußen rein läuft, gegeben. Anders ist es bei Nebenwerten die in der Logik dann bei Retriggern verarbeitet werden, da hilft die Persistenz sehr viel, da dann ein wahrscheinlich sinnvollerer Wert verwendet wird als wenn nichts da wäre. Auch nicht uninteressant wenn solche Werte zeitlich sehr versetzt und weit auseinander liegenden Zyklus generiert werden.

Die Lösung per ETS diese GA einfach nochmal zu senden war schon die passende. Ein FR für den TWS ist ja vorhanden, das man das auch mal im Busmonitor des TWS machen kann, dann brauchst da nicht die ETS aber das kommt noch als Verbesserung.

OK, dann geht euer Verdacht schon Richtung KNX-Daemon, nicht Logik-Engine.

Gibts da evtl. schon näheres dazu? Ist die externe USB-KNX-Schnittstelle aktuell die Hauptverdächtige?

Ich möchte den 8-Tunnel-UART äußerst ungern wieder hergeben , wir haben uns mittlerweile gut angefreundet (ohne läuft nix...)

BG
Thomas

Guten Morgen,

Achtung Achtung,

heute ist's wieder soweit: kein korrektes Verhalten im Haus (Einbauschrank-Türkontakt, Warmwasser-Zirkulationspumpe...), noch nix resetted.

Ich hab' allerdings gestern das neueste Update auf 1.5.2 durchlaufen lassen, hoffentlich wurde dadurch das erweiterte Log-Level nicht verändert.

Grüße
Thomas