Unbekanntes device, oder?

franky08 · 07 Juni 2014, 00:33:07

Hallo, beim blick in´s Log hab ich gerade folgendes gesehen:

2014.06.07 00:26:31 3: hmusb: Unknown code A0C32A011123ABC1D481F800102::-45:hmusb, help me!
2014.06.07 00:26:32 3: hmusb: Unknown code A0E33A011123ABC20C23D0201C80000::-45:hmusb, help me!

Was ist das??

VG
Frank

betateilchen · 07 Juni 2014, 09:34:46

Hab ich auch grade festgestellt:

Code Auswählen


2014.06.07 09:06:20 3: az_HMUSB: Unknown code A0AF080021270006FB75D00::-64:az_HMUSB, help me!
2014.06.07 09:08:56 3: az_HMUSB: Unknown code A0AF180021270006FB75D00::-64:az_HMUSB, help me!
2014.06.07 09:11:16 3: az_HMUSB: Unknown code A0AF280021270006FB75D00::-64:az_HMUSB, help me!
2014.06.07 09:13:23 3: az_HMUSB: Unknown code A0AF380021270006FB75D00::-64:az_HMUSB, help me!
2014.06.07 09:16:19 3: az_HMUSB: Unknown code A0AF480021270006FB75D00::-64:az_HMUSB, help me!
2014.06.07 09:19:01 3: az_HMUSB: Unknown code A0AF580021270006FB75D00::-64:az_HMUSB, help me!
2014.06.07 09:21:28 3: az_HMUSB: Unknown code A0AF680021270006FB75D00::-64:az_HMUSB, help me!
2014.06.07 09:23:40 3: az_HMUSB: Unknown code A0AF780021270006FB75D00::-64:az_HMUSB, help me!
2014.06.07 09:26:43 3: az_HMUSB: Unknown code A0AF880021270006FB75D00::-63:az_HMUSB, help me!
2014.06.07 09:29:31 3: az_HMUSB: Unknown code A0AF980021270006FB75D00::-64:az_HMUSB, help me!

Folgende Zusatzinformationen kann ich noch bieten:

1. Die Meldung tritt nur bei EINEM meiner beiden in Betrieb befindlichen HMUSB auf.
2. Die Meldung tritt seit dem Neustart nach dem gestrigen Update auf.

franky08 · 07 Juni 2014, 10:35:26

@betateilchen

Genau, tritt seit dem Update vom 06.06. auf.

VG
Frank

betateilchen · 07 Juni 2014, 12:12:24

*grmpf* durch den Fehler gehen echte Events verloren, von denen fhem dann einfach nichts mitbekommt - das ist sehr problematisch.

franky08 · 07 Juni 2014, 12:23:54

Vielleicht sollte sich Martin hier mal mit einklinken, scheint ja HM spezifisch zu sein. Habe auf dem HMUSB nur zwei Sensoren laufen und überlege ob ich das pairing rückgängig mache und mit dem HMLAN paire. Im Update heute gibt es HM mäßig ja nichts neues, im SVN hab ich noch nicht nachgesehen.

VG
Frank

betateilchen · 07 Juni 2014, 12:25:49

Im SVN gibts auch nix neues. Ich versuche grade rauszufinden, auf welche Version ich zurückgehen muss, damit der Fehler verschwindet.

Interessanterweise geht das Gemeckere teilweise schon los, bevor die HMUSB überhaupt initialisiert sind:

Code Auswählen


2014.06.07 12:19:00 0: Server started with 279 defined entities (version $Id: fhem.pl 6022 2014-06-01 11:45:00Z rudolfkoenig $, os linux, user fhem, pid 19386)
2014.06.07 12:19:01 3: az_HMUSB: Unknown code A09998112999999000001::-64:az_HMUSB, help me!
2014.06.07 12:19:02 1: HMLAN_Parse: wz_HMUSB new condition ok
2014.06.07 12:19:02 3: wz_HMUSB: Unknown code A09998112999999000001::-63:wz_HMUSB, help me!
2014.06.07 12:19:02 1: HMLAN_Parse: az_HMUSB new condition ok

und derjenige HMUSB, der zuletzt die condition "ok" meldet, fängt danach an, die Fehlermeldung zu werfen.

betateilchen · 07 Juni 2014, 12:32:30

Folgende Versionskombination funktioniert fehlerfrei:

00_HMLAN = 6008
10_CUL_HM = 6054
HMConfig = 6044

wobei ich jetzt nicht näher gesucht habe, welches Modul letztendlich wirklich für den Fehler verantwortlich ist.

franky08 · 07 Juni 2014, 12:41:10

Das wäre vor dem Update gestern, habe gerade mal in meine Backup´s geschaut und gehe auf die Versionen von gestern zurück.

VG
Frank

franky08 · 07 Juni 2014, 13:16:12

Bin mit allen 3 Dateien auf den Stand vor dem gestrigen update zurück gegangen, die Fehlermeldungen sind weg.

VG
Frank

martinp876 · 08 Juni 2014, 14:01:39

ist die Datenquelle bei euch in CUL_HM definiert?
Bei Frank die ID 123ABC
A0C32 A011 123ABC 1D481F 800102

und bei betateilchen 127000

A0AF0 8002 127000 6FB75D 00::-64:az_HMUSB, help me!

betateilchen · 08 Juni 2014, 14:33:56

127000 ist die HMID meiner beiden HMUSB und meiner CCU2.

franky08 · 08 Juni 2014, 14:47:22

123ABC ist mein HMLAN .
VG
Frank

martinp876 · 08 Juni 2014, 15:06:32

genau - die sind in CUL_HM nicht definiert. Die müsste man suche gehen.

Events gehen nicht verloren, nicht mehr also vorher. Wenn die Quelle nicht bekannt ist wurde die message schon immer verworfen - nur eben geräuschlos. Das ist jetzt nicht mehr der Fall. CUL_HM sagt, es kennt die Quelle nicht.

Das Szenario tritt auf, wenn man mehrere IOs betreibt oder eine externe CCU mit gleicher ID.
Generell bei allen unbekannten Quellen.

Verschiedenen Lösungen:
a) definieren der ID in CUL_HM:
kann man machen - einfach eine vccu erstellen
Status: implementiert

b) reklamieren, dass messages unbekanter Devices im Funkbereich aggieren
das würde alle IDs reporten, die nicht definiert sind, aber empfangen werden. Also auch nicht definierte HMIds wie in eurem Fall (so lange die vccu nicht erstellt ist).
Hätte sich betateilchen gewünscht, so hatte ich es verstanden.
- halte ich für Sinnvoll. Sollte in einer Instanz "CUL_HM" angezeigt werden - diese gibt es aber leider nicht. Daher weiss ich aktuell nicht, wohin damit.
Status: offen so lange ich kein Ziel finde.

c) ignorieren
hatten wir vorher. Eine Art Augenzu und durch - wird schon ok sein. Halte ich nicht für sinnvoll

betateilchen · 08 Juni 2014, 15:34:26

Zitat von: martinp876 am 08 Juni 2014, 15:06:32
Events gehen nicht verloren, nicht mehr also vorher.

Dieser Aussage muss ich vehement widersprechen. Ich hatte bisher noch nie den Effekt, dass das Öffnen einer Tür oder eines Fensters nicht von fhem registriert wurde. Das hatte ich gestern/vorgestern zum ersten Mal erlebt.

Wie wäre es mit einer Variante d)

d) CUL_HM erfährt automatisch die HMID eines Devices, das per 00_HMLAN definiert wird.

Es sollte doch eigentlich nicht sein, dass innerhalb einer Protokollfamilie in fhem (in diesem Fall Homematic) unterschiedliche Module (HMLAN + CUL_HM) unterschiedliche Kenntnisstände haben und nichts voneinander wissen.

Andersrum gesagt: Ein device, das ich per HMLAN definiere, darf für CUL_HM nicht unbekannt sein.

betateilchen · 08 Juni 2014, 15:39:18

Zitat von: martinp876 am 08 Juni 2014, 15:06:32
Verschiedenen Lösungen:
a) definieren der ID in CUL_HM:
kann man machen - einfach eine vccu erstellen
Status: implementiert

kann man machen (hab ich grade gemacht!), hilft aber nix:

Code Auswählen


2014.06.08 15:37:37 0: Server shutdown
2014.06.08 15:37:41 3: telnetPort: port 7072 opened
2014.06.08 15:37:42 3: WEB: port 8083 opened
2014.06.08 15:37:43 1: HMLAN_Parse: wz_HMUSB new condition disconnected
2014.06.08 15:37:43 3: Opening wz_HMUSB device 127.0.0.1:1234
2014.06.08 15:37:43 3: wz_HMUSB device opened
2014.06.08 15:37:43 1: HMLAN_Parse: wz_HMUSB new condition init
2014.06.08 15:37:46 3: Connecting to database SQLite:dbname=/opt/fhem/sqldb/logDB.db with user 
2014.06.08 15:37:46 3: Connection to db SQLite:dbname=/opt/fhem/sqldb/logDB.db established for pid 9949
2014.06.08 15:37:46 3: Connection to db SQLite:dbname=/opt/fhem/sqldb/logDB.db established
2014.06.08 15:37:47 3: GDS gds: created
2014.06.08 15:37:47 3: GDS gds: tempDir=/tmp/
2014.06.08 15:37:47 3: Registering HTTPSRV gds_web_gds for URL /gds...
2014.06.08 15:37:55 1: HMLAN_Parse: az_HMUSB new condition disconnected
2014.06.08 15:37:55 3: Opening az_HMUSB device 192.168.123.140:1234
2014.06.08 15:37:55 3: az_HMUSB device opened
2014.06.08 15:37:55 1: HMLAN_Parse: az_HMUSB new condition init
2014.06.08 15:37:59 3: NTFY return: 4
2014.06.08 15:37:59 0: Server started with 281 defined entities (version $Id: fhem.pl 6080 2014-06-07 16:12:09Z rudolfkoenig $, os linux, user fhem, pid 9949)
2014.06.08 15:37:59 3: az_HMUSB: Unknown code A09998112999999000001::-69:az_HMUSB, help me!
2014.06.08 15:37:59 3: az_HMUSB: Unknown code A09998112999999000001::-69:az_HMUSB, help me!
2014.06.08 15:37:59 3: az_HMUSB: Unknown code A09998112999999000001::-69:az_HMUSB, help me!
2014.06.08 15:37:59 1: HMLAN_Parse: wz_HMUSB new condition ok
2014.06.08 15:38:00 1: HMLAN_Parse: az_HMUSB new condition ok
2014.06.08 15:38:00 3: wz_HMUSB: Unknown code A09998112999999000001::-68:wz_HMUSB, help me!

Code Auswählen


Internals: 
   CFGFN 
   DEF        127000 
   IODev      az_HMUSB 
   LASTInputDev az_HMUSB 
   MSGCNT     1 
   NAME       vccu 
   NR         280 
   STATE      az_HMUSB:UAS,wz_HMUSB:UAS, 
   TYPE       CUL_HM 
   assignedIOs az_HMUSB,wz_HMUSB 
   az_HMUSB_MSGCNT 1 
   az_HMUSB_RAWMSG E127000,0000,067344C8,FF,FFBB,BE80021270006FB75D00 
   az_HMUSB_RSSI -69 
   az_HMUSB_TIME 2014-06-08 15:39:02 
   channel_01 vccu_Btn1 
   lastMsg    No:BE - t:02 s:127000 d:6FB75D 00 
   protLastRcv 2014-06-08 15:39:02 
   rssi_at_az_HMUSB avg:-69 min:-69 max:-69 lst:-69 cnt:1 
   Readings: 
     2014-06-08 15:39:02   CommandAccepted yes 
   Helper: 
     mId        FFF0 
     rxType     1 
     Io: 
       newChn     +127000,00,01,00 
       nextSend   1402234742.21407 
       rxt        0 
       p: 
         127000 
         00 
         01 
         00 
     Mrssi: 
       mNo        BE 
       Io: 
         az_HMUSB   -67 
     Prt: 
       bErr       0 
       sProc      0 
       Rspwait: 
     Q: 
       qReqConf 
       qReqStat 
     Role: 
       dev        1 
       vrt        1 
     Rssi: 
       At_az_hmusb: 
         avg        -69 
         cnt        1 
         lst        -69 
         max        -69 
         min        -69 
     Shadowreg: 
Attributes: 
   IODev      az_HMUSB 
   autoReadReg 4_reqStatus 
   expert     2_full 
   model      CCU-FHEM 
   subType    virtual 
   webCmd     virtual:update