[gelöst] am verzweifeln mit Stellantrieb und Fensterkontakt

[mfeske]

Hallo zusammen,

ich bin jetzt langsam am verzweifeln. Die Stellantriebe hatten ja mal funktioniert. Jetzt kommt keine Meldung mehr zurück.

Für den Fensterkontakt steht:

Code Auswählen Erweitern

2014.12.26 12:04:11 2: There is a packet for ShutterContact Kontakt_Flur in queue. Please push the button on the respective ShutterContact so the packet can be send.
ständig im Log.

Ich habe auch den Knopf schon gedrückt, dann kommt

Code Auswählen Erweitern

2014.12.26 12:23:00 3: CUL_MAX_Parse: Re-Pairing device 0e45e3 of type ShutterContact with serial KEQ1104153
im Log. Wenig später aber wieder packet for ShutterContact Kontakt_Flur in queue.

Gruß
Micha

[John]

Hi Micha vermultich hast du den Pairing-Befehl sehr oft abgegeben.
Diese landen alle in der Queue und werden nacheinander bearbeitet.

Tip: FHEM neu starten, dann sollte der Spuk vorbei sein.

John

[mfeske]

Hallo John,

das hat tatsächlich in diesem Fall geholfen. Kann man die Queue irgendwo einsehen?

Ich habe jetzt auch erstmal deassociate für Kontakt -> Heizung1; Heizung1 -> Kontakt und Kontakt -> Heizung2; Heizung2 -> Kontakt ausgeführt. Es kommt aber beim Fensterkontakt weiterhin zu closed (rf error) open (rf error)

Ich habe auch deletereading Heizung_Janic * und deletereading Heizung_Tania * ausgeführt und warte vergeblich auf "neue" readings.

Gruß
Micha

[John]

Ich meine beim CULMAX Device sieht man es unter sendQeueue.

Code Auswählen Erweitern

list CULMAX0

Internals:
   CUL_MSGCNT 20
   CUL_RAWMSG Z0F45046005DE6B0000000018342800C5
   CUL_RSSI   -76.5
   CUL_TIME   2014-12-26 20:21:48
   DEF        123456
   IODev      CUL
   LASTInputDev CUL
   MSGCNT     20
   NAME       CULMAX0
   NR         27
   STATE      Defined
   TYPE       CUL_MAX
   addr       123456
   cnt        0
   pairmode   0
   retryCount 0
   Readings:
     2014-12-25 13:50:03   packetsLost     7019
  sendQueue:

John

[mfeske]

... ist leer

Code Auswählen Erweitern

Internals:
   DEF        123456
   IODev      CUL868
   NAME       cm
   NR         22
   STATE      Defined
   TYPE       CUL_MAX
   addr       123456
   cnt        0
   pairmode   0
   retryCount 0
   Readings:
     2014-12-26 20:42:11   packetsLost     248
   sendQueue:
Attributes:
   IODev      CUL868
   room       Funkzentrale

[John]

Das ist auch gut so, die Queue ist für Senden gedacht, wenn die Credits ausgehen, muss der Treiber warten und nutzt diese zum
Zwischenspeichern.

Die Frage war ja, ob man die Queue einsehen kann.

John

[mfeske]

Aber wenn die  Queue  leer ist dürfte doch keine Meldung wegen fehlender Credits kommen ?
Das neue pairing hat zu mindest für einen Stellantrieb und den Fensterkontakt das Problem gelöst.
Mit dem zweiten bliebt es leider weiter problematisch.
Ich ziehe langsam einen Systemwechsel weg vom Max in Erwägung.
Gruß
Micha