ElabNET Technik Forum

Hallo @Robert_Mini
sorry, Denkfehler, das Flag wird ja durch die Programmierung mit der ETS übertragen, nicht mit dem Projekt.

Manchmal hilft der Nachtspaziergang mit dem Hund den Kopf genügen durchzulüften
Beste Grüsse
Markus

Hallo Markus,

das mit dem Flag ist zwar korrekt, aber grundsätzlich gab es da auch schon mal die Notwendigkeit das Projekt wirklich hochzuladen.

Schaue mal hier: viewtopic.php?f=21&t=232&p=27978#p27978

Aber wenn du auf der aktuellen 1.6 RC8 wärest, dann sollte das von Stefan in dem verlinkten Post angesprochene Problem auch vom Tisch sein.

Beste Grüße
Jens

Hallo Jens @blaubaerli
besten Dank für den Hinweis, ist in meinem Fall sehr hilfreich (ohne Ironie) denn wenn das Wörtchen wenn nicht währ....

Werde Deinen Hinweis zu meiner Liste von Workarounds hinzufügen.
Ich wünsche Dir einen guten Start in die Festtage
Markus

Kann es sein, dass der TWS "einfach so" auf ein Read antwortet, also ohne dass es intern weitere verknüpfte "Dinge" mit diesem Objekt gibt (also kein 1-Wire, keine Logik)?

Und wenn ja: welcher Wert wird da genommen? Insbesondere nach einen Restart des TWS (oder nur seiner Software)?

Hintergrund:
Wenn ich mit der ETS ein Read auf die 10/5/99 schicke, bekomme ich eine Antwort von der TWS-PA. Ich kann aber gerade keine Quelle für diese Antwort finden...
Das L-Flag ist zwar gesetzt, das habe ich aber nicht selber (manuell) gemacht.

Richtig. Der KNX-Stack antwortet auf ein Read und sendet den letzten Wert, der darauf empfangen wurde (entweder vom Bus oder von einer internen Objektverknüpfung).
Seit einer 1.6IPx wurde das Verhalten so verbessert, dass nur mit einem Wert geantwortet wird, der tatsächlich empfangen wurde und kein default = 0.

Das L-Flag ist (leider) default, man muss bei jeder GA Verknüpfung eben überlegen, was richtig ist.

Das schöne daran ist, dass damit auch GAs lesbar sein können, die nur an der Visu, Logik etc. hängen. Das ist insbesondere nach einem Restart des CV Containers super.

Für das Thema reboot gibt es ein paar Dinge:
- Init Read Flag für alles was vom Bus lesbar ist (darf dann kein L-Flag haben)
- Für reine Logik/Visu Objekte gibt es das: viewtopic.php?p=20290#p20290
Ähnlich dem StateSave am WG hört diese Logik mit, speichert die Werte persistent und sendet die Werte nach einem Reboot.

Lg
Robert

Robert_Mini hat geschrieben: ↑Fr Dez 25, 2020 4:28 pm Richtig. Der KNX-Stack antwortet auf ein Read und sendet den letzten Wert, der darauf empfangen wurde (entweder vom Bus oder von einer internen Objektverknüpfung).
Seit einer 1.6IPx wurde das Verhalten so verbessert, dass nur mit einem Wert geantwortet wird, der tatsächlich empfangen wurde und kein default = 0.

Ah, ich erinnere mich grob.

Robert_Mini hat geschrieben: ↑Fr Dez 25, 2020 4:28 pm Das L-Flag ist (leider) default, man muss bei jeder GA Verknüpfung eben überlegen, was richtig ist.

Mist, dann muss ich wohl meine 1000 verknüpften GAs durchgehen
Gibt es hier einen ETS Trick, der mir zu diesen GAs (wenn's einfach geht: zu allen GAs im Projekt) übersichtlich ausspuckt welche Geräte (PAs) verknüpft sind? Dann könnte ich hoffentlich leichter und schneller entscheiden, wer der Master für die GAs ist, also wer hier auf Lese-Requests antworten sollte

Robert_Mini hat geschrieben: ↑Fr Dez 25, 2020 4:28 pm Das schöne daran ist, dass damit auch GAs lesbar sein können, die nur an der Visu, Logik etc. hängen. Das ist insbesondere nach einem Restart des CV Containers super.

Für das Thema reboot gibt es ein paar Dinge:
- Init Read Flag für alles was vom Bus lesbar ist (darf dann kein L-Flag haben)
- Für reine Logik/Visu Objekte gibt es das: viewtopic.php?p=20290#p20290
Ähnlich dem StateSave am WG hört diese Logik mit, speichert die Werte persistent und sendet die Werte nach einem Reboot.

Ja, das Verhalten kann schon mal viel helfen.
Und mit den beiden Blöcken kann ich auch StateSave in die Rente schicken. Wobei in diesem Kontext ein Persistenz auf Objekt-Level vermutlich noch einfacher zu nutzen und folglich angenehmer wäre.

Chris M. hat geschrieben: ↑Fr Dez 25, 2020 5:27 pm
Gibt es hier einen ETS Trick, der mir zu diesen GAs (wenn's einfach geht: zu allen GAs im Projekt) übersichtlich ausspuckt welche Geräte (PAs) verknüpft sind?

Klicke mal in der ETS auf Reports dann GA aus der Liste und in dem Fenster aktiviere noch die Objekte, dann kommt da ein langes PDf raus. ggf lässt es sich auch in ein passendes Datenformat exportieren.

Ich glaube man kann alle Objekte am TWS in der ETS markieren und mit einem Mausklick das L-Flag entfernen.
Danach für alle 1-wire Sensoren wieder hinzufügen (oder gleich vorher de-select).

Alle Objekte, die vom KNX nach einem reboot ggf. nicht (oder zu früh gesendet werden) das Init-Read setzen. Dan liest der TWS nach dem Booten aktiv vom KNX.

Zum Schluss GAs, wo die Logik oder die CV der Master ist, das L-Flag aktivieren.

Sollte in 30min erledigt sein. Und man merkt dann auch schnell, wie viele Fehler man hatte zb mehrere L-Flags für eine GA...

Lg
Robert