Raspi und HM-MOD-RPI-Pcb

laxmann · 12 Dezember 2016, 12:46:30

Guten Tag Otto,
ich denke, das war es.

2016.12.12 12:38:07 0: Server shutdown
2016.12.12 12:38:09 1: Including fhem.cfg
2016.12.12 12:38:10 3: telnetPort: port 7072 opened
2016.12.12 12:38:10 3: WEB: port 8083 opened
2016.12.12 12:38:10 3: WEBphone: port 8084 opened
2016.12.12 12:38:10 3: WEBtablet: port 8085 opened
2016.12.12 12:38:10 2: eventTypes: loaded 35 events from ./log/eventTypes.txt
2016.12.12 12:38:10 3: Opening HMRaspi1 device /dev/ttyAMA0
2016.12.12 12:38:10 3: Setting HMRaspi1 serial parameters to 115200,8,N,1
2016.12.12 12:38:10 3: HMRaspi1 device opened
2016.12.12 12:38:11 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user 
2016.12.12 12:38:11 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 1401
2016.12.12 12:38:11 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2016.12.12 12:38:11 1: Including ./log/fhem.save
2016.12.12 12:38:11 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message. 
2016.12.12 12:38:11 0: Featurelevel: 5.7
2016.12.12 12:38:11 0: Server started with 11 defined entities (fhem.pl:12719/2016-12-06 perl:5.020002 os:linux user:fhem pid:1401)
2016.12.12 12:38:52 3: HMRaspi1: Unknown code A14C7845E36D18F0000008013E7000540007108F0FF::-57:HMRaspi1, help me!
2016.12.12 12:39:05 3: HMRaspi1: Unknown code A0FC286103B0C080000000A90BA0D0A40::-50:HMRaspi1, help me!

Die Meldungen

Code Auswählen

2016.12.12 12:38:52 3: HMRaspi1: Unknown code A14C7845E36D18F0000008013E7000540007108F0FF::-57:HMRaspi1, help me!
beziehen sich sicherlich auf die HM-Installationen auf meinem Dienst-Rasp.

Ich möchte mich für deine Unterstützung bedanken.

Noch eine schöne Woche!

Gruß
laxmann

Otto123 · 12 Dezember 2016, 13:49:22

Hallo laxmann,

ich will nur nochmal zur Sicherheit nachfragen: Es war echt der Eintrag max_usb_current=1 ?

Gruß Otto

laxmann · 12 Dezember 2016, 18:39:17

Hallo Otto,
nach deiner Frage habe ich mal mit und ohne

Code Auswählen

max_usb_current=1 in der config.txt den Rasp gebootet.

Mit

Code Auswählen

max_usb_current=1

Code Auswählen

2016.12.12 17:38:47 0: Server shutdown
2016.12.12 17:38:50 1: Including fhem.cfg
2016.12.12 17:38:50 3: telnetPort: port 7072 opened
2016.12.12 17:38:50 3: WEB: port 8083 opened
2016.12.12 17:38:50 3: WEBphone: port 8084 opened
2016.12.12 17:38:50 3: WEBtablet: port 8085 opened
2016.12.12 17:38:50 2: eventTypes: loaded 208 events from ./log/eventTypes.txt
2016.12.12 17:38:51 3: Opening HMRaspi1 device /dev/ttyAMA0
2016.12.12 17:38:51 3: Setting HMRaspi1 serial parameters to 115200,8,N,1
2016.12.12 17:38:51 3: HMRaspi1 device opened
2016.12.12 17:38:51 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user 
2016.12.12 17:38:51 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 1317
2016.12.12 17:38:51 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2016.12.12 17:38:52 1: Including ./log/fhem.save
2016.12.12 17:38:52 2: 1
2016.12.12 17:38:52 0: Featurelevel: 5.7
2016.12.12 17:38:52 0: Server started with 12 defined entities (fhem.pl:12719/2016-12-06 perl:5.020002 os:linux user:fhem pid:1317)
2016.12.12 17:40:16 3: HMRaspi1: Unknown code A143E845E36D18F00000080164800053A007508CAFF::-60:HMRaspi1, help me!
2016.12.12 17:40:28 3: HMRaspi1: Unknown code

Ohne

Code Auswählen

max_usb_current=1

Code Auswählen

2016.12.12 17:46:29 0: Server shutdown
2016.12.12 17:46:44 1: Including fhem.cfg
2016.12.12 17:46:44 3: telnetPort: port 7072 opened
2016.12.12 17:46:44 3: WEB: port 8083 opened
2016.12.12 17:46:44 3: WEBphone: port 8084 opened
2016.12.12 17:46:44 3: WEBtablet: port 8085 opened
2016.12.12 17:46:44 2: eventTypes: loaded 208 events from ./log/eventTypes.txt
2016.12.12 17:46:45 3: Opening HMRaspi1 device /dev/ttyAMA0
2016.12.12 17:46:45 3: Setting HMRaspi1 serial parameters to 115200,8,N,1
2016.12.12 17:46:45 3: HMRaspi1 device opened
2016.12.12 17:46:45 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user 
2016.12.12 17:46:45 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 1018
2016.12.12 17:46:45 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2016.12.12 17:46:46 1: Including ./log/fhem.save
2016.12.12 17:46:46 2: 1
2016.12.12 17:46:46 0: Featurelevel: 5.7
2016.12.12 17:46:46 0: Server started with 12 defined entities (fhem.pl:12719/2016-12-06 perl:5.020002 os:linux user:fhem pid:1018)
2016.12.12 17:47:22 3: HMRaspi1: Unknown code A1473845E4B41E8000000800000000000000008C9FF::-44:HMRaspi1, help me!

Hat wohl nichts damit zu tun.
Ich gehe jetzt davon aus, dass das HM-MOD-RPI-Pcb funktioniert?!
Es ist wohl besser die ext. Festplatte mit Netzteil laufen zu lassen.

Versuche ich den HM-ES-PMSw1-PI zu pairen geschieht dies im Logfile

Code Auswählen

2016.12.12 18:07:21 2: CUL_HM Unknown device HM_4B41E8 is now defined
2016.12.12 18:07:21 2: autocreate: define HM_4B41E8 CUL_HM 4B41E8
2016.12.12 18:07:21 2: autocreate: define FileLog_HM_4B41E8 FileLog ./log/HM_4B41E8-%Y.log HM_4B41E8
2016.12.12 18:07:21 3: Device HM_4B41E8 added to ActionDetector with 000:10 time
2016.12.12 18:07:21 3: CUL_HM pair: HM_4B41E8 powerMeter, model HM-ES-PMSw1-Pl serialNr

Ich gehe diesmal davon aus, dass der HM-MOD-RPI-Pcb das Signal von dem HM-ES-PMSw1-PI empfängt. Der lässt sich aber nicht schalten.
Hier die anderen Funktionen

Code Auswählen

ActionDetector                         alive:1 dead:0 unkn:0 off:0
HM_4B41E8_Pwr                                 0
HM_4B41E8_SenF                              50.01
HM_4B41E8_SenI                               0
HM_4B41E8_SenPwr                          0
HM_4B41E8_SenU                             227

Ich denke, es funktioniert nur mit einer Verschlüsselung, aber wie geht das?
In der AES Encryption findet ich es nicht. Nehme ich das

Code Auswählen

attr hmKey
?

Dann habe ich noch zwei Fragen:
Was ist das für ein Datenmüll in meiner Logfile:

Code Auswählen

A0F4686103B0C080000000A90B90D0E40::-51:HMRaspi1, help me!
2016.12.12 18:14:08 3: HMRaspi1: Unknown code A14F2845E36D18E000000800536000000000008DF01::-71:HMRaspi1, help me!
2016.12.12 18:14:25 3: HMRaspi1: Unknown code A14E0845E370BA5000000800000000000000008D701::-81:HMRaspi1, help me!
2016.12.12 18:15:45 3: HMRaspi1: Unknown code A144C845E36D18F0000008016960004C1006E08D6FF::-64:HMRaspi1, help me!
2016.12.12 18:15:45 3: HMRaspi1: Unknown code A0D048410379FF229A29106011B00::-54:HMRaspi1, help me!
2016.12.12 18:15:56 3: HMRaspi1: Unknown code A0C4AA6414454B83B0C2301CAC8::-81:HMRaspi1, help me!
2016.12.12 18:15:57 3: HMRaspi1: Unknown code A0A4B80023B0C234454B800::-77:HMRaspi1, help me!
2016.12.12 18:15:58 3: HMRaspi1: Unknown code A0F4786103B0C080000000A90B90D0E40::-50:HMRaspi1, help me!
2016.12.12 18:16:04 3: HMRaspi1: Unknown code A0DD48410379C3E29A29106018900::-37:HMRaspi1, help me!
2016.12.12 18:17:09 3: HMRaspi1: Unknown code A14F3845E36D18E000000800536000000000008D901::-72:HMRaspi1, help me!
2016.12.12 18:18:28 3: HMRaspi1: Unknown code A144D845E36D18F00000080169C000545007408D601::-61:HMRaspi1, help me!
2016.12.12 18:18:34 3: HMRaspi1: Unknown code A0F4886103B0C080000000A90B90D0E40::-50:HMRaspi1, help me!
2016.12.12 18:19:55 3: HMRaspi1: Unknown code A14F4845E36D18E000000800536000000000008D901::-72:HMRaspi1, help me!
2016.12.12 18:20:55 3: HMRaspi1: Unknown code A0F4986103B0C080000000A90B90D0E40::-51:HMRaspi1, help me!
2016.12.12 18:20:56 3: HMRaspi1: Unknown code A144E845E36D18F0000008016A1000548007308D401::-63:HMRaspi1, help me!
2016.12.12 18:21:41 3: HMRaspi1: Unknown code A0DD58410379C3E29A29106018900::-37:HMRaspi1, help me!
2016.12.12 18:22:02 3: HMRaspi1: Unknown code A0D058410379FF229A29106011B00::-53:HMRaspi1, help me!
2016.12.12 18:22:27 3: HMRaspi1: Unknown code A14F5845E36D18E000000800536000000000008D801::-72:HMRaspi1, help me!
2016.12.12 18:23:02 3: HMRaspi1: Unknown code A0F4A86103B0C080000000A90BA0D0E40::-50:HMRaspi1, help me!
2016.12.12 18:23:10 3: HMRaspi1: Unknown code A144F845E36D18F0000008016A60004E2006F08D102::-62:HMRaspi1, help me!

In dem Logfile erscheint

Code Auswählen

2016.12.12 17:46:46 1: Including ./log/fhem.save
2016.12.12 17:46:46 2: 1
2016.12.12 17:46:46 0: Featurelevel: 5.7
2016.12.12 17:46:46 0: Server started with 12 defined entities (fhem.pl:12719/2016-12-06 perl:5.020002 os:linux user:fhem pid:1018)

Was bedeutet "2016.12.12 17:46:46 2: 1"

Diese Probleme müssen erstmal gelöst werden, dann kann es mit "dblog" weitergehen.

Vielen Dank
Gruß
laxmann

budy · 12 Dezember 2016, 19:45:50

Moin,

nur die HM-Devices, die ein "SEC" im Namen tragen verlangen zwingend AES. Alle anderen lassen sich auch so schalten, wenn sie gepaired sind.
Hast du den Switch denn angelernt? Wie sagt:

Code Auswählen

list HM_4B41E8

Gruß,
Stephan

laxmann · 12 Dezember 2016, 19:55:22

Hallo Stephan,
hier ist

Zitatlist HM_4B41E8

Code Auswählen

Internals: 
   DEF        4B41E8 
   IODev      HMRaspi1 
   NAME       HM_4B41E8 
   NOTIFYDEV  global 
   NR         23 
   NTFY_ORDER 50-HM_4B41E8 
   STATE      RESPONSE TIMEOUT:RegisterRead 
   TYPE       CUL_HM 
   channel_01 HM_4B41E8_Sw 
   channel_02 HM_4B41E8_Pwr 
   channel_03 HM_4B41E8_SenPwr 
   channel_04 HM_4B41E8_SenI 
   channel_05 HM_4B41E8_SenU 
   channel_06 HM_4B41E8_SenF 
   protCmdDel 13 
   protResnd  6 last_at:2016-12-12 19:48:58 
   protResndFail 2 last_at:2016-12-12 19:49:02 
   protSnd    2 last_at:2016-12-12 19:48:43 
   protState  CMDs_done_Errors:1 
   Readings: 
     2016-12-12 19:48:31   Activity        dead 
     2016-12-12 18:07:21   D-firmware      1.6 
     2016-12-12 18:07:21   D-serialNr      NEQ0385716 
     2016-12-12 18:07:21   R-pairCentral   set_0x123123 
     2016-12-12 18:07:31   sabotageAttackId_ErrIoId_29A291 cnt:6 
     2016-12-12 18:07:31   sabotageAttack_ErrIoAttack cnt 6 
     2016-12-12 19:49:02   state           RESPONSE TIMEOUT:RegisterRead 
     Regl_00.: 
       VAL 
   Helper: 
     HM_CMDNR   3 
     cSnd       011231234B41E8010E,011231234B41E800040000000000 
     mId        00AC 
     rxType     1 
     Expert: 
       def        1 
       det        0 
       raw        1 
       tpl        0 
     Io: 
       newChn     +4B41E8,00,00,00 
  prefIO 
       rxt        0 
       vccu 
       p: 
         4B41E8 
         00 
         00 
         00 
     Mrssi: 
       mNo 
     Prt: 
       bErr       0 
       sProc      0 
     Q: 
       qReqConf 
       qReqStat 
     Role: 
       dev        1 
       prs        1 
Attributes: 
   IODev      HMRaspi1 
   actCycle   000:10 
   actStatus  dead 
   autoReadReg 4_reqStatus 
   expert     2_raw 
   firmware   1.6 
   model      HM-ES-PMSw1-Pl 
   room       CUL_HM 
   serialNr   NEQ0385716 
   subType    powerMeter 
   webCmd     getConfig:clear msgEvents

Gruss
laxmann

Otto123 · 12 Dezember 2016, 20:32:38

Hallo laxmann,

erstmal zum Thema AES: Das geht grundlegend auch ohne Dein zutun. Aber die Steckdosen, machen es eigentlich erstmal ohne AES.
Alle HM IOs können AES von Hause aus, da muss man nichts dazu tun.
Zu deinem Device:
Der ist nicht fertig mit pairen: 2016-12-12 18:07:21 R-pairCentral set_0x123123
Da müsste nur 0x123123 stehen
Aber ein anderer IO versucht auch mit ihm zu reden:
2016-12-12 18:07:31 sabotageAttackId_ErrIoId_29A291 cnt:6
Hast Du nur eine HM Umgebung?

Auch diese Meldungen kommen von HM Geräten aus Deiner Umgebung. Wenn nicht von Dir, dann vom Nachbarn.

Code Auswählen

2016.12.12 18:14:08 3: HMRaspi1: Unknown code A14F2845E36D18E000000800536000000000008DF01::-71:HMRaspi1, help me!
2016.12.12 18:14:25 3: HMRaspi1: Unknown code A14E0845E370BA5000000800000000000000008D701::-81:HMRaspi1, help me!

Gruß Otto

laxmann · 13 Dezember 2016, 10:43:30

Guten morgen Otto,
das sind wohl Daten aus meiner FHEM-Installation auf einem anderen Rasp. Hier habe ich drei HMLAN-Adapter integriert.
Mein Test - Rasp soll für Versuche in FHEM dienen.
Kann man den Datenmüll auf meinem Test-Rasp wie z.B. CUL_FHTTK ignorieren?

Gruss
laxmann

Otto123 · 13 Dezember 2016, 11:37:19

Guten Morgen Laxmann,

eine VCCU kann das erledigen, damit hast Du die Einträge nicht mehr im Log.

Beim pairen wird es aber wirklich interessant bis schwierig - Meine Erfahrung. Ich habe so ähnlich wie Du auch einen Testraspi mit HMUART Modul.
Du siehst das an sabotageAttackId_ErrIoId, da wollte der andere mitreden!

Also ich schalte die andere Instanz stumm (set <io> close) und paire dann. Ich habe sogar das Gefühl, dass es contraproduktiv ist innerhalb einer FHEM Instanz mehrere IOs aktiv zu haben beim pairen. Aber da mögen die Profis mir wiedersprechen, angeblich wird nur einer zum Senden verwendet und alle anderen lauschen nur. Vielleicht ist irgendetwas überfordert wenn von mehreren IOs die Nachrichten reinkommen und verarbeitet werden müssen. Ich kann es nicht mit Gewissheit sagen. Aber das Paarungsverhalten von manchen HM Komponenten ist manchmal schwierig

Gruß Otto

frank · 13 Dezember 2016, 12:16:19

ZitatAlso ich schalte die andere Instanz stumm (set <io> close) und paire dann.

wenn das wirklich nötig wäre, müsste man ja auch immer bei den nachbarn alles abschalten.

Otto123 · 13 Dezember 2016, 13:36:09

Zitat von: frank am 13 Dezember 2016, 12:16:19
wenn das wirklich nötig wäre, müsste man ja auch immer bei den nachbarn alles abschalten.

Ich weiß

Aber der Eintrag 2016-12-12 18:07:31 sabotageAttackId_ErrIoId_29A291 cnt:6 zeigt ja, dass die andere Instanz mehrfach versucht hat was zu senden.
Ja, ob das tatsächlich stört kann ich nicht belegen.
Aber ich könnte auch ne Krise kriegen, wo ich meine den Pairing Prozess verstanden zu haben und die Abläufe einigermaßen kenne, wenn es dann trotzdem nichts wird.
Ich habe immer noch keinen Weg gefunden, der geradlinig eine Fehlersuche/behebung ermöglicht wenn es mal nicht auf Anhieb will.

Gruß Otto

frank · 13 Dezember 2016, 15:49:04

ZitatAber der Eintrag 2016-12-12 18:07:31 sabotageAttackId_ErrIoId_29A291 cnt:6 zeigt ja, dass die andere Instanz mehrfach versucht hat was zu senden.

nicht versucht, sondern wirklich gemacht. fhem kann das ja nicht verhindern, sondern nur registrieren.

wenn du das pairen direkt über ein io machst, also "set my_io hmPair....", und nicht über vccu, sollten eigentlich die wenigsten störungen auftauchen. kein cul, guter rssi, keine freezes in fhem, ausreichend credits, wenig sonstiger funkverkehr in der luft mal vorausgesetzt.

wenn fhem gerade 20 rolläden schliesst und/oder bei 10 thermostaten die wochenpläne aktualisiert, solltest du vielleicht das pairen etwas verschieben. das device empfängt ja auch den ganzen funk und muss die "richtigen" messages erst ausfiltern.

wenn du immer schön sniffst beim pairen, kannst du die probleme am besten erkennen. das eigentliche pairen, würde ich sagen, ist normalerweise unproblematischer als das automatisch folgende getconfig.

laxmann · 13 Dezember 2016, 16:15:47

Hallo zusammen,
hier ist nochmal ein aktueller Auszug aus dem Logfile

Code Auswählen

2016.12.13 15:57:45 2: CUL_HM HM_4B41E8 attack:011231234B41E804040000000001,011231234B41E80403:129A2914B41E80603
2016.12.13 15:57:45 2: CUL_HM HM_4B41E8 attack:011231234B41E804040000000001,011231234B41E80403:129A2914B41E80603
2016.12.13 15:57:45 3: HMRaspi1: Unknown code A0B79A00129A2914B41E80603::-72:HMRaspi1, help me!
2016.12.13 15:57:48 3: CUL_HM set HM_4B41E8_Sw on
2016.12.13 15:57:49 2: CUL_HM HM_4B41E8 attack:011231234B41E804040000000001,011231234B41E80403:129A2914B41E80603
2016.12.13 15:57:49 2: CUL_HM HM_4B41E8 attack:011231234B41E804040000000001,011231234B41E80403:129A2914B41E80603
2016.12.13 15:57:49 3: HMRaspi1: Unknown code A0B79A00129A2914B41E80603::-73:HMRaspi1, help me!
2016.12.13 15:57:49 3: HMRaspi1: Unknown code A0A79800229A2914B41E800::-29:HMRaspi1, help me!
2016.12.13 15:57:50 3: CUL_HM set HM_4B41E8_Sw off
2016.12.13 15:57:50 3: HMRaspi1: Unknown code A14F5845E36D18E000000800536000000000008EDFF::-77:HMRaspi1, help me!
2016.12.13 15:57:51 3: CUL_HM set HM_4B41E8_Sw on
2016.12.13 15:57:53 3: CUL_HM set HM_4B41E8_Sw off
2016.12.13 15:58:04 3: Device HM_4B41E8 added to ActionDetector with 000:10 time
2016.12.13 15:58:08 3: HMRaspi1: Unknown code A1410845E38B881000000808AA9000000000008EF01::-78:HMRaspi1, help me!
2016.12.13 15:58:43 3: HMUARTLGW HMRaspi1 entered pairing-mode
2016.12.13 15:58:53 3: Device HM_4B41E8 added to ActionDetector with 000:10 time
2016.12.13 15:58:53 3: CUL_HM pair: HM_4B41E8 powerMeter, model HM-ES-PMSw1-Pl serialNr NEQ0385716
2016.12.13 15:58:57 3: CUL_HM set HM_4B41E8 getConfig
2016.12.13 15:59:07 3: HMRaspi1: Unknown code A14E4845E370BA5000000800000000000000008EE01::-75:HMRaspi1, help me!
2016.12.13 15:59:13 3: CUL_HM set HM_4B41E8_Sw on
2016.12.13 15:59:15 3: CUL_HM set HM_4B41E8_Sw off
2016.12.13 15:59:16 3: CUL_HM set HM_4B41E8_Sw on
2016.12.13 15:59:17 3: CUL_HM set HM_4B41E8_Sw off
2016.12.13 15:59:27 3: HMRaspi1: Unknown code A144F845E36D18F0000008018A2000000000008F101::-56:HMRaspi1, help me!
2016.12.13 15:59:45 3: HMRaspi1: Unknown code A0FEE86103B0C230000000A60810B0000::-80:HMRaspi1, help me!
2016.12.13 15:59:48 3: HMRaspi1: Unknown code A0D028410379FF229A29106019700::-53:HMRaspi1, help me!
2016.12.13 16:00:08 3: HMRaspi1: Unknown code A14F6845E36D18E000000800536000000000008EC02::-73:HMRaspi1, help me!

Das Pairing über Funkmodul hat funktioniert. Ich habe einfach den HM_4B41E8 auf Werkseinstellung zurückgesetzt.

Gruss
laxmann

laxmann · 13 Dezember 2016, 17:40:41

Da bin ich nochmal,
ich denke es ist so weit.
Ich habe ein VCCU auf meinem Versuchs-Rasp eingerichtet:

Die Logfile von meinem Versuch-Rasp

Code Auswählen

2016.12.13 16:43:39 2: CUL_HM HM_4B41E8 attack:011123454B41E8000802010A110B230C45,011123454B41E80006:129A2914B41E800040000000000
2016.12.13 16:43:39 2: CUL_HM HM_4B41E8 attack:011123454B41E8000802010A110B230C45,011123454B41E80006:129A2914B41E800040000000000
2016.12.13 16:43:41 3: CUL_HM set HM_4B41E8 getConfig
2016.12.13 16:43:44 2: CUL_HM HM_4B41E8 attack:011123454B41E802040000000001,011123454B41E803040000000001:129A2914B41E800040000000000
2016.12.13 16:43:44 2: CUL_HM HM_4B41E8 attack:011123454B41E803040000000001,011123454B41E80303:129A2914B41E800040000000000
2016.12.13 16:43:44 2: CUL_HM HM_4B41E8 attack:011123454B41E803040000000001,011123454B41E80303:129A2914B41E800040000000000
2016.12.13 16:43:53 3: CUL_HM set HM_4B41E8_Sw on
2016.12.13 16:43:54 3: CUL_HM set HM_4B41E8_Sw off
2016.12.13 17:09:38 3: CUL_HM set HM_4B41E8_Sw on
2016.12.13 17:09:39 3: CUL_HM set HM_4B41E8_Sw off
2016.12.13 17:09:41 3: CUL_HM set HM_4B41E8_Sw on
2016.12.13 17:09:42 3: CUL_HM set HM_4B41E8_Sw off

Ich habe mir auch den Logfile von meinem FHEM-Rasp angeschaut. Bis 16:43 war der voll mit Datenmüll. Jetzt ist er erheblich reduziert.

Code Auswählen

2016.12.13 16:43:53.126 2: CUL_HM HM_4B41E8 
Ich habe mir auch den Logfile von meinem FHEM-Rasp angeschaut. Der war voll mit Datenmüll. attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201C80000
2016.12.13 16:43:54.309 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201000000
2016.12.13 16:43:54.341 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201000000
2016.12.13 16:43:54.371 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201000000
2016.12.13 16:46:06.545 3: CUL_HM set ST_18_TabletIruluUwe on
2016.12.13 16:48:06.564 3: CUL_HM set ST_18_TabletIruluUwe off
2016.12.13 16:48:06.600 2: After sleep: Please define AusschaltenTabletDieleHintenUnten first
2016.12.13 16:48:54.729 3: CUL_HM set ST_16 on-for-timer 240
2016.12.13 17:00:00.014 2: FHT set TempRegler_Bad_Hinten desired-temp 21.0
2016.12.13 17:00:31.507 3: CUL_HM set ST_18_TabletIruluUwe on
2016.12.13 17:02:31.526 3: CUL_HM set ST_18_TabletIruluUwe off
2016.12.13 17:02:31.561 2: After sleep: Please define AusschaltenTabletDieleHintenUnten first
2016.12.13 17:04:54.254 3: CUL_HM set ST_16 on-for-timer 240
2016.12.13 17:05:00.917 3: CUL_HM set ST_18_TabletIruluUwe on
2016.12.13 17:07:00.954 3: CUL_HM set ST_18_TabletIruluUwe off
2016.12.13 17:07:01.003 2: After sleep: Please define AusschaltenTabletDieleHintenUnten first
2016.12.13 17:09:38.647 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201C80000
2016.12.13 17:09:39.942 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201000000
2016.12.13 17:09:39.959 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201000000
2016.12.13 17:09:41.352 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201C80000
2016.12.13 17:09:41.387 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201C80000
2016.12.13 17:09:41.421 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201C80000
2016.12.13 17:09:42.644 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201000000
2016.12.13 17:09:42.662 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201000000
2016.12.13 17:09:42.678 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201000000
2016.12.13 17:09:42.906 3: CUL_HM set FensterOeffKeller_HM_Win level 100
2016.12.13 17:12:17.941 3: CUL_HM set FM6_SonjaGaestezimmer statusRequest
2016.12.13 17:12:25.131 3: CUL_HM set ST_1_Kaffeemaschine statusRequest

Auf dem Test-Rasp habe ich folgendes geschaltet:

Code Auswählen

2016.12.13 17:31:50 3: CUL_HM set HM_4B41E8_Sw on

Zeitgleich gab es auf dem FHEM-Rasp diese Reaktion:

Code Auswählen

2016.12.13 17:31:50.293 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201C80000
2016.12.13 17:31:50.328 2: CUL_HM HM_4B41E8 attack:0129A2914B41E8010E,0129A2914B41E800040000000000:11123454B41E80201C80000

Auf meinem FHEM-Rasp habe ich drei HMLAN im VCCU zusammengeschaltet.

Also ganz werden die Fremdstörung nicht unterdrückt, aber es ist erheblich besser.

Gruss
laxmann

Otto123 · 13 Dezember 2016, 23:44:29

Hi Laxmann,

naja in beiden Instanzen ist offenbar schon ein Gerät angelegt -> zur gleichen Hardware.

Den Schaltbefehl des einen wertet der Andere als Störattacke.
Ich denke Du musst einfach das Define in der Instanz löschen wo es nicht hingehört. Die VCCU händelt das trotzdem.

Gruß Otto

laxmann · 14 Dezember 2016, 14:05:50

Hallo Otto,

ZitatIch denke Du musst einfach das Define in der Instanz löschen wo es nicht hingehört. Die VCCU hänndelt das trotzdem.

hast recht!
Danke nochmal!

Gruss
laxmann