Gerät für Adresse suchen bzw. finden

Begonnen von birdy, 03 März 2017, 22:32:43

Vorheriges Thema - Nächstes Thema

birdy

Hallo zusammen

Ich benötige Eure Hilfe.
Ich betreibe div. MAX Komponenten. Dabei steuere ich alles mittels dem MAX Cube. Seit kurzem habe ich auch noch einen CUN (Cube geflashed) im Betrieb. Der soll eigentlich nur mithören damit ich bei Änderungen sofort und unabhängig von Poll Intervall des MAXLAN informiert werde.

Gibt es bezüglich dieses Kombimodus etwas zu beachten?
Im Wiki gibt es diesbezüglich keinerlei Infos :(

Im Log befinden sich unzählige der folgenen Meldungen.........

2017.03.03 21:41:08 2: MAX_Parse: Don't know how to interpret Ack payload for
2017.03.03 21:41:32 2: MAX_Parse: Don't know how to interpret Ack payload for


Gibt es eine Möglichkeit die weg zu bekommen?

Mit Verbose 5 sieht das Ganze wie folgt aus.

2017.03.03 22:13:33 5: cmax: dispatch MAX,0,ShutterContactState,159ca9,10
2017.03.03 22:13:33 5: MAX_Parse MAX,0,ShutterContactState,159ca9,10
2017.03.03 22:13:33 5: ShutterContact isopen 0, rferror 0, battery 0, unkbits 0
2017.03.03 22:13:33 5: cmax: dispatch MAX,0,Ack,162966,00
2017.03.03 22:13:33 5: MAX_Parse MAX,0,Ack,162966,00
2017.03.03 22:13:33 2: MAX_Parse: Don't know how to interpret Ack payload for

2017.03.03 22:17:15 5: cmax: dispatch MAX,0,ShutterContactState,15958e,10
2017.03.03 22:17:15 5: MAX_Parse MAX,0,ShutterContactState,15958e,10
2017.03.03 22:17:15 5: ShutterContact isopen 0, rferror 0, battery 0, unkbits 0
2017.03.03 22:17:15 5: cmax: dispatch MAX,0,Ack,162966,00
2017.03.03 22:17:15 5: MAX_Parse MAX,0,Ack,162966,00
2017.03.03 22:17:15 2: MAX_Parse: Don't know how to interpret Ack payload for


159ca9 und 15958e  sind die Adressen von Fensterkontakten, die kann ich auch so in der fhem.cfg finden.
Aber was ist 162966, ........ eine Adresse ?    falls ja, von was?
In der fhem.cfg kann ich diesen String nicht finden.

Schon mal vielen Dank für Eure Hilfe

Gruss birdy

FHEM  @Debian bullseye @Proxmox VE 8.1.3
@intelNUC's  (i5)
CUL 433(a-culfw), CUL 868(SlowRF), Max-Cube CUN geflash, HM-CFG-USB-2 (HMALND)

birdy

Welche Möglichkeit gibt es, ausfindig zu machen von welchem Gerät eine Adresse (bei mir 162966) belegt ist, wenn man diese in der fhem.cfg nicht finden kann?

Wer kann mir einen Tipp geben?
FHEM  @Debian bullseye @Proxmox VE 8.1.3
@intelNUC's  (i5)
CUL 433(a-culfw), CUL 868(SlowRF), Max-Cube CUN geflash, HM-CFG-USB-2 (HMALND)

Sedonion

Ich muss sagen ich bin noch nicht so tief drin, hab aber Ideen.

Das 162966 kommt ja nur in Einträgen vor mit Ack.
Könnte das der andere Cube selbst sein?

Gesendet von meinem SM-P600 mit Tapatalk

fhem auf HP Microserver Gen8 mit Openmedivault
- 4 Milight RGB Bulbs an Milight Wifi Controller
- MAX Cube mit 2 Heizkörperthermostaten und 2 Fenstersensoren
- VU+ Solo4k Enigma2
- Fritzbox mit Callmonitor

birdy

Wie es ausschaut ist die 162966  also wirklich vom original CUBE welcher via MAXLAN eingebunden ist.
@Sedonion: Du hattest also recht :)

An die Experten:
Welche Möglichkeit gibt es, zu einer vorhandenen Adresse (welche nicht in der fhem.cfg zu finden ist) das entsprechende Gerät zu finden?
Es würde mich erstaunen, wenn es nur die Variante gäbe für jedes einzelne Gerät den List Befehl aufzurufen.

Vielen Dank für allfällige Tipps.
birdy

Internals:
   DEF        10.10.10.14 149 ondemand
   DeviceName 10.10.10.14:62910
   INTERVAL   149
   LASTInputDev cmax
   MSGCNT     904
   NAME       MaxLan
   NR         21
   PARTIAL
   RSSI       -47.5
   STATE      opened
   TYPE       MAXLAN
   addr       162966
   clockset   3
   cmax_MSGCNT 904
   cmax_TIME  2017-03-07 19:23:40
   cubeTimeDifference 0
   dutycycle    1 %
   fwversion  0113
   pairmode   0
   persistent 0
   serial     NEQ0897056
   Readings:
     2017-03-07 19:23:40   RSSI            -47.5
     2017-03-05 21:22:16   desiredTemperature 20.0
     2017-03-07 19:27:49   dutycycle       1
     2017-03-07 19:27:49   firmware        0.1
     2017-03-05 21:22:16   mode            auto
     2017-03-07 19:27:49   state           opened
     2017-03-07 19:27:49   testresult      255
   devices:
     HASH(0x54cd0e0)
     HASH(0x55d1fb8)
     HASH(0x5232338)
     HASH(0x572f588)
     HASH(0x56eab38)
     HASH(0x3a89df0)
     HASH(0x51c7070)
     HASH(0x5389e40)
     HASH(0x558ec08)
     HASH(0x5485840)
     HASH(0x57123d0)
     HASH(0x52cbc08)
     HASH(0x55ce0a8)
     HASH(0x4d910d8)
     HASH(0x5582ae8)
     HASH(0x56424e0)
     HASH(0x5575808)
     HASH(0x5417250)
     HASH(0x4ecfd80)
     HASH(0x56a6618)
     HASH(0x5697790)
     HASH(0x5383008)
     HASH(0x53af0b8)
     HASH(0x573a678)
     HASH(0x50b6398)
     HASH(0x56873b0)
     HASH(0x56f0948)
   groups:
     HASH(0x1d950e0)
     HASH(0x25b1768)
     HASH(0x25b1738)
     HASH(0x4747608)
     HASH(0x4770020)
     HASH(0x425d498)
     HASH(0x4387db0)
     HASH(0x4387d68)
     HASH(0x4387f48)
Attributes:
   verbose    2

FHEM  @Debian bullseye @Proxmox VE 8.1.3
@intelNUC's  (i5)
CUL 433(a-culfw), CUL 868(SlowRF), Max-Cube CUN geflash, HM-CFG-USB-2 (HMALND)