Reading -get -set

[krizztus]

Hallo....

Ich habe interessiert den Thread gelesen, weil ich seit 3 Tagen feststecke eine blöde Rückmeldung zu bekommen. Ich hab langsam das Gefühl das mein FHEM/KNXD das irgendwie garnicht empfängt oder lauscht.

###########################################################
# Loft Treppe
###########################################################
define KNX_0002009 KNX 0/1/9:dpt1:onoffschalter 0/2/9:dpt1:onoffstatus
attr KNX_0002009 IODev KNX
attr KNX_0002009 alias Treppe
attr KNX_0002009 group Beleuchtung
attr KNX_0002009 icon light_ceiling_off
attr KNX_0002009 room KNX,Loft,Homekit
attr KNX_0002009 stateRegex {$state = sprintf("%s", "ReadingsVal($name,"onoffstatus-get",""))}

Ich krieg einfach nichts in onoffstatus-get. Sprich ich kann alles schalten vom Webpanel, in der komischen Gira App bewegt sich dann auch das AN/AUS, also das Ding kriegt die Rückmeldung.

Ich hab dann mal versucht das selbst auszulesen.

Konsole1:
knxtool groupread ip:localhost 0/2/9
Send request

Konsole2:
knxtool vbusmonitor1 ip:localhost
LPDU: BC 00 00 02 09 E1 00 00 A9 :L_Data low from 0.0.0 to 0/2/9 hops: 06 T_DATA_XXX_REQ A_GroupValue_Read
LPDU: BC 00 01 02 09 D1 00 00 98 :L_Data low from 0.0.1 to 0/2/9 hops: 05 T_DATA_XXX_REQ A_GroupValue_Read
LPDU: BC 11 16 02 09 E1 00 41 EF :L_Data low from 1.1.22 to 0/2/9 hops: 06 T_DATA_XXX_REQ A_GroupValue_Response (small) 01

Also da steht eine 01 drin, das Licht ist grad an.
Wieso krieg ich den Wert aus der 0/2/9 nicht auf auf das doofe Reading "onoffstatus-get" da oben..Gibt es irgendetwas was ich grundsätzlich einstellen muss??

so sieht AN/AUS aus, wenn ich das mit FHEM Webpanel mache
LPDU: BC 00 00 01 09 E1 00 81 2B :L_Data low from 0.0.0 to 0/1/9 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write (small) 01
LPDU: BC 00 01 01 09 D1 00 81 1A :L_Data low from 0.0.1 to 0/1/9 hops: 05 T_DATA_XXX_REQ A_GroupValue_Write (small) 01

LPDU: BC 00 00 01 09 E1 00 80 2A :L_Data low from 0.0.0 to 0/1/9 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write (small) 00
LPDU: BC 00 01 01 09 D1 00 80 1B :L_Data low from 0.0.1 to 0/1/9 hops: 05 T_DATA_XXX_REQ A_GroupValue_Write (small) 00
LPDU: BC 11 16 02 09 E1 00 80 2E :L_Data low from 1.1.22 to 0/2/9 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write (small) 00

so sieht es aus wenn ich das mit der Gira GammelApp machen

LPDU: B8 FF FF 01 09 E1 00 81 2F :L_Data normal from 15.15.255 to 0/1/9 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write (small) 01
LPDU: BC 11 16 02 09 E1 00 81 2F :L_Data low from 1.1.22 to 0/2/9 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write (small) 01

LPDU: B8 FF FF 01 09 E1 00 80 2E :L_Data normal from 15.15.255 to 0/1/9 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write (small) 00
LPDU: BC 11 16 02 09 E1 00 80 2E :L_Data low from 1.1.22 to 0/2/9 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write (small) 00

Also ich sehe es geht immer halt das an/aus an 0/1/9 und auch an 0/2/9 , aber halt von 1.1.22 (ist vielleicht die Zentrale?, die dann sieht, "AAAh Wert von 0/1/9 hat sich geändert, also stelle ich den bereit auf von 1.1.22 auf 0/2/9)
....wie auch immer....
Ich kriege nix ...es nervt micht , alles geht...das geht nicht ....Warum auch immer, finde auch kaum jmd der Probleme damit hat in Foren?! Also wird das vermutlich trivial sein?! hehe

Ich hoffe der Beitrag hilft auch anderen, die da irgendein Problem mit haben ...

[Andi291]

N bißchen am THema vorbei, aber gut

Mach mal bitte ein Update. Vergangene Woche hab ich da was dummes eingespielt

[krizztus]

Hey,

das tut mir leid, ich glaube ich bin mit den Begrifflichkeiten noch nicht ganz so save....Du kannst es verschieben oder?

Und gibts eigentlich schon eine FAQ?

Wenn ja spendier ich dir jetzt die ersten beiden Beiträge...

1) Wie mache ich ein Update?
Antwort: ähhh ...(Ich schau gleich mal wo ich es finde ))

[Andi291]

Kein Problem

Nein, ich kann nicht schieben. Macht auch nichts.

Update (und FAQ ):
https://wiki.fhem.de/wiki/Update

[krizztus]

WAHNSINN!!! ES geht!...

Ich hasse es die letzten 3 tage einen Fehler gesucht zu haben, den es nicht gab. Aber ohne diesen hätte ich auch nicht tiefer in fhem geschaut..

Aber es ist einfach geil, dass es sowas gibt,,,

[Thomas B]

Ich hänge mich einfach auch mal mit dran, weil ich exakt das gleiche Thema habe.

Im KNX 2 Gruppen für eine einfache Lampe definiert.

1/1/12      schalten
1/2/12      status

im FHEM:

define Lampe KNX 1/1/12:dpt1.001 1/2/12:dpt1.001
attr Lampe IODev KNX


Ergebniss ist, dass ich die Lampe problemlos sowohl über Fhem, als auch über den physisch vorhandenen KNX Schalter, sowie die ETS Schalten kann. Es wird aber konsequent die 2. Gruppenadresse von FHEM ignoriert. Ich bekomme also beim Schalten den Status nicht geschrieben.

Bei den Readings ändert sich bei betätigen über FHEM nur setG1.
GetG1 bleibt immer stehen und ändert sich nur beim Schalten über den physischen Schalter. Das ist natürlich schlecht, da dann FHEM und die eigentliche KNX Anlage nicht synchron laufen. Sollte nicht eigentlich ein getG2 und setG2 auftauchen und die StatusGA beschreiben?

Das Beispiel "myLamp"  von Andi angepasst auf meine GA's bringt das gleiche Ergebniss.

Grüße

Thomas

[Andi291]

Wie schaltest DU denn die beiden Lampen?

Folgendes wäre korrekt:

set Lampe on (= set Lampe on g1)
set Lampe off (= set Lampe off g1)
set Lampe on g2
set Lampe off g2

Beide gleichzeitig kannst Du so nicht schalten, falls Du das vor hattest...

[Thomas B]

Ist nur eine Lampe.

Als Schaltadresse hat Sie die 1/1/12 und als Statusadresse die 1/2/12.

Wenn ich also die Lampe 1/1/12 einschalte, so sollte das die 1/2/12 merken und automatisch "mitschalten" also den Status "ON" annehmen. Per Taster an der Wand und damit nativ KNX funktioniert dies auch genauso (auch im FHEM zu sehen). Schalte ich aber im FHEM, so geht die Lampe an, aber die Gruppenadresse 1/2/12 bleibt auf "OFF". Ich könnte quasi die Lampe auch einfach so deninieren und und hätte die gleiche Funktion ohne Statusrückmeldung auf die 2. Gruppenadresse.

define Lampe KNX 1/1/12:dpt1.001
attr Lampe IODev KNX

[Andi291]

Das kann ich mir nicht erklären - das hab ich dutzendfach im Einsatz. Und zwar Problemlos.
Wie hängst Du am Bus?
Was sagt Log5?

[docm]

Hallo,
normalerweise funktioniert das absolut problemlos.
Deiner Beschreibung entnehme ich:
1/1/12 ist das Schaltsignal
1/2/12 ist das Statussignal
Wenn du mit dem echten Schalter schaltest, verändert sich die Lampe und du erhältst das Statussignal in FHEM.
Wenn du aus FHEM heraus schaltest, verändert sich die Lampe, aber du kriegst kein Statussignal in FHEM.
Habe ich das soweit richtig verstanden?

Meine Deutung:
Grundsätzlich funktioniert der Empfang des Statussignals in FHEM, denn du empfängst es ja, wenn du den echten Schalter betätigst.
Grundsätzlich funktioniert auch das Senden, denn du kannst die Lampe schalten.
Also ist auf FHEM Seite alles ok -> mögliche Ausnahmen später
Mein heißer Verdacht wäre jetzt, dass auf der knx-Seite irgend etwas faul ist. Kannst du mit ETS die Zuordnung der GAs zu den Geräten prüfen? Es wäre z.B. möglich, dass 1/2/12 gar nicht das Statussignal des Schaltaktors ist, sondern ein zweites Schaltsignal des Lichtschalters. Wenn du bisher nur einen Schalter für die Lampe hattest, so hättest du das in der Installation gar nicht bemerkt.
Solltest du keine ETS haben, kannst du mit dem Monitor aus knxtool (sofern du knxd verwendest) überprüfen, wer der Sender der 1/2/12 ist. Oder du baust dir ein FHEM KNX Device, das nur diese GA empfängt, und kontrollierst es über Reading last_sender.
Könnte sein, dass die GA 1/2/12 gar nicht vom Aktor gesendet wird, sondern vom Schalter.

Bitte prüfe das zunächst und gib Rückmeldung. Dann geht es weiter!
Viele Grüße
Andreas

[Thomas B]

Wenn ich per Schalter an der Wand aus schalte kommt folgendes.

Code Auswählen Erweitern


2018-01-24 16:10:42 KNX Buerolampe_status setG1: off
2018-01-24 16:10:42 KNX Buerolampe_status off
2018-01-24 16:10:42 KNX Buerolampe_schalten getG1: off
2018-01-24 16:10:42 KNX Buerolampe_schalten last-sender: 2/2/36
2018-01-24 16:10:42 KNX Buerolampe_schalten off
2018-01-24 16:10:42 KNX Burolampe getG1: off
2018-01-24 16:10:42 KNX Burolampe last-sender: 2/2/36
2018-01-24 16:10:42 KNX Burolampe off


Schalten per FHEM erzeugt nur 2 Zeilen:

Code Auswählen Erweitern


2018-01-24 16:12:16 KNX Burolampe setG1: on
2018-01-24 16:12:16 KNX Burolampe on


Ich hab das Ganze mit einem MDT Heizungsaktor und Smart Taster 2 als Stellglied auch über Fhem analog gemacht, also Schalte als erste Gruppe und Status als 2. Gruppe im gleichen device und hier funktioniert es problemlos, dass ich den Sollwert der Temperatur erhöhe und der 2. Teil setzt die Erhöhung im Aktor um 0,5 grad auch um. Sowohl im FHEM als auch am Taster. Läuft alles synchron.

Hab mir die Lampe + Status auch mal mit dem Eventbeispiel aus dem Einsteigertutorial (mylamp) nachgebaut, und hier tut sie genau was sie soll. Bin jetzt aber unsicher ob es bei einem einfachen KNX device so angedacht so zu agieren. Die Angabe von 2 Gruppenadressen in einem Device ohne zwischenschalten von extra notifys wäre ja schon erheblich einfacher.

[Andi291]

Nochmal die Frage:
Wie hängst Du am Bus? TUL ohne knxd, richtig?

[docm]

Hallo Thomas B,

ich bin sicher, wir kriegen es zum Laufen, aber dazu brauche ich präzise Informationen.
Aus dem Eventlog schließe ich, dass du bereits drei KNX Devices Buerolampe_status, Buerolampe_schalten und Buerolampe verwendest. Außerdem schreibst du etwas von einem Notify Device.

Kannst du bitte mal die Raw Definitions all dieser Devices posten? Dann versteht man vielleicht auch die Zusammenhänge.

Viele Grüße
Andreas

[Thomas B]

@ andi
Nein ich hab nen mdt ip Router und knxd am laufen.

@andreas
Such ich raus. Komme aber heute nicht mehr an den Rechner.

Komisch ist auch, wenn der Status von der status gruppen Adresse nicht mit dem schaltstatus überein stimmt und ich schicke einfach einen lesen Befehl an die status gruppen adresse in der ets, so schaltet der Aktor auf den Wert der um Status steht. Wie gesagt, nur lesen nicht schreiben.

[docm]

Komisch ist auch, wenn der Status von der status gruppen Adresse nicht mit dem schaltstatus überein stimmt und ich schicke einfach einen lesen Befehl an die status gruppen adresse in der ets, so schaltet der Aktor auf den Wert der um Status steht. Wie gesagt, nur lesen nicht schreiben.

Da ist noch mehr komisch. Z.B. steht in deinem Eventlog in Zeile 1

Code Auswählen Erweitern


2018-01-24 16:10:42 KNX Buerolampe_status setG1: off


D.h. du schreibst die Status GA von FHEM aus auf den Bus (??). Die solltest du ja eigentlich von deinem Schaltaktor empfangen und nicht selbst auf den Bus senden. Da geht vermutlich etwas durcheinander mit dem Notify und deinen vielen knx Devices.
Eine passable Lösung sollte mit einem KNX Device auskommen, das zwei GAs umfasst (1x schalten, 1x status) und ein Notify Device, das auf den empfanenen Status triggert.
Gerne morgen mehr, wenn du die raw definitions gepostet hast.
Viele Grüße
Andreas