VBus in fhem

Begonnen von sweetie-pie, 15 Januar 2013, 12:27:34

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 ... 32 33 34 35 36 ... 57
Benutzer-Aktionen

carl

#495
04 Januar 2017, 00:35:12
Melde mich auch mal zu dem Thread ...

als erstes mal bei Steuern
Das "Frischwassermodul" , die Werte sehen Realistisch aus.
Code Auswählen

"5251" => {"name" => "Frischwasserregler", "cmd" => "0100", "fields" => [
                        { "offset" =>  0,  "name" => "temperature_T01"     , "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
                        { "offset" =>  2,  "name" => "temperature_T02"     , "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
                        { "offset" =>  4,  "name" => "temperature_T03"     , "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
                        { "offset" =>  6,  "name" => "temperature_T04"     , "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
                        { "offset" =>  8,  "name" => "temperature_T05"     , "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
                        { "offset" => 10,  "name" => "temperature_T06"     , "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
                        { "offset" => 22,  "name" => "temperature_VFS"     , "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
                        { "offset" => 36,  "name" => "Volume_flow_VFS"     , "bitSize" => 31, "factor" =>   1, "unit" => "l/h"},
                        { "offset" => 49,  "name" => "speed_R1"            , "bitSize" => 8 ,                  "unit" => "%"  },
                        { "offset" => 50,  "name" => "speed_R2"            , "bitSize" => 8 ,                  "unit" => "%"  },
                        { "offset" => 51,  "name" => "speed_R3"            , "bitSize" => 8 ,                  "unit" => "%"  },
                        { "offset" => 52,  "name" => "speed_R4"            , "bitSize" => 8 ,                  "unit" => "%"  },
                        { "offset" => 56,  "name" => "speed_PWM1"          , "bitSize" => 8 ,                  "unit" => "%"  },
                        { "offset" => 57,  "name" => "speed_PWM2"          , "bitSize" => 8 ,                  "unit" => "%"  },
                        { "offset" => 64,  "name" => "operating_hours_R1"  , "bitSize" => 31, "factor" =>   1, "unit" => "h"  },
                        { "offset" => 68,  "name" => "operating_hours_R2"  , "bitSize" => 31, "factor" =>   1, "unit" => "h"  },
                        { "offset" => 72,  "name" => "operating_hours_R3"  , "bitSize" => 31, "factor" =>   1, "unit" => "h"  },
                        { "offset" => 76,  "name" => "operating_hours_R4"  , "bitSize" => 31, "factor" =>   1, "unit" => "h"  },
                        { "offset" => 80,  "name" => "operating_hours_PWM1", "bitSize" => 31, "factor" =>   1, "unit" => "h"  },
                        { "offset" => 84,  "name" => "operating_hours_PWM2", "bitSize" => 31, "factor" =>   1, "unit" => "h"  },
                        { "offset" => 96,  "name" => "heat_amount"         , "bitSize" => 31, "factor" =>   1, "unit" => "Wh" },
                        { "offset" => 100, "name" => "error_mask"          , "bitSize" => 15                                  },
                        { "offset" => 108, "name" => "sv_version"          , "bitSize" => 15, "factor" => 0.01                },
                        { "offset" => 112, "name" => "systemtime"          , "bitSize" => 15                                  },
                        ]},


Parameter von http://danielwippermann.github.io/ , bisschen in den xml Dateien von der Eclipse Software von Resol gesucht. Und aus den bestehenden Teilen von Modul 21_ zusammengestrickt.


Hatte bisher nie die Zeit gehabt mich um die Reglungsabfrage zu kümmern. Diese Woche war mal Zeit.

Es war nicht einfach, sich in das Modul rein zu Arbeiten. Deshalb ein paar meiner Erfahrungen.

Erst mal zur Hardware
Hatte mir mit der Heizungsanlage ( Viessman Vito 200) + Frischwassermodul einen Resol VBUS/lan geholt. Die Abfrage mit der Resol Software lief mehr schlecht als Recht.
Hatte beide Steuerungen gleichzeitig mit dem VBUS/LAN verbunden.
Nach etwas Probieren ist mir aufgefallen das es nur mit einer Steuerung ordentliche Daten gibt.
Deshalb hab ich mir über die Tage einen zweiten VBUS/Lan gekauft.
Die Platine war komplett neu gestaltet, und für den VBUS gab es jetzt 2x2 Klemmen. Das Gehäuse sieht Identisch aus.
Umgebaut, ausprobiert, und das Ergebnis, der neue kann von 2 Steuerungen parallel empfangen :)
die Firmware des alten war 1.03, der andere kam mit einer 2.x und neuem Webinterface.

Zu Modul 19_
Das Password im Modul lässt mir die Haare zu Berge stehen. Hab den Text "vbus" durch mein geändertes ersetzt. Ergebnis, es ist keine Verbindung zu Stande gekommen 

Code Auswählen
2017-01-02_12:39:04 vbus DISCONNECTED
2017-01-02_12:39:04 vbus CONNECTED
2017-01-02_12:40:35 vbus DISCONNECTED
2017-01-02_12:40:35 vbus CONNECTED
2017-01-02_12:42:06 vbus DISCONNECTED
2017-01-02_12:42:06 vbus CONNECTED


Code Auswählen

# service fhem stop
# telnet 192.168.178.8 7053
Trying 192.168.178.8...
Connected to 192.168.178.8.
Escape character is '^]'.
+HELLO
PASS geheim
+OK: Password accepted

QUIT
+OK: See ya...
Connection closed by foreign host.
#service fhem start


hat auch funktioniert, der Teste mit "DATA" brachte auch RAW Daten

Ich habe null Erfahrung mit perl, kann also nur vermuten das es mit der Anzahl der Zeichen zusammen hängt....

Nach dem ich den vbus/Lan und fhem auf Password "vbus" angepasst hat sprudelten die Werte

Level 8 Fehler (vor der Tastatur)
- rechte der Module nicht auf user fhem gesetzt dadurch hat er kein update html://.... gemacht.



Tobias

#496
04 Januar 2017, 08:14:10
@pejonp, Trägst du die Werte  zum 5251 bei dir ein? An dein github komme ich nicht ran und fürs fhem SVN hast du keinen Zugang ;)
Ich habe es noch nicht geschafft deine aktuelle Git Version ins fhem Repo zu spiegeln. Die Comandref am Modul-ende muss sicherlich auch noch überarbeitet werden.
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

pejonp

#497
06 Januar 2017, 10:44:14
Zitat von: Tobias am 04 Januar 2017, 08:14:10
.... Die Comandref am Modul-ende muss sicherlich auch noch überarbeitet werden.
@tobias: Was fehlt Dir denn da so noch ?

LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

Tobias

#498
06 Januar 2017, 12:59:25
So,
habe die Module jetzt in den offiziellen Zweig eingecheckt. Musste leider noch ein paar Anpassungen machen. Mein Workarround  in der VBUSIF war weg. Deswegen hatte ich keine Messages mehr bekommen.
Code Auswählen
$idx +=1 if (substr($data,$idx,3) eq "aaa"); # Message endet mit a
Sonst nur ein bissl Formatierungen angepasst...

Habe den Frischwasserzähler auch gleich mit dazugenommen. Bitte testet mal, sollte ab morgen im offiziellen Update sein
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

pejonp

#499
06 Januar 2017, 14:48:37
Zitat von: Tobias am 06 Januar 2017, 12:59:25
... Musste leider noch ein paar Anpassungen machen. Mein Workarround  in der VBUSIF war weg. Deswegen hatte ich keine Messages mehr bekommen.
Habe den Frischwasserzähler auch gleich mit dazugenommen. Bitte testet mal, sollte ab morgen im offiziellen Update sein...

Bitte diff für Patch erstellen damit ich die Sachen nachpflegen kann.
Bitte das nächste mal vor dem offizellen Update auch andere testen lassen und dann erst einchecken. Danke  :-\

Zitat
.... Die Comandref am Modul-ende muss sicherlich auch noch überarbeitet werden.
Frage wurde noch nicht beantwortet: @tobias: Was fehlt Dir denn da so noch ?
pejonp
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

Tobias

#500
06 Januar 2017, 14:59:56
vergiss die commandref, passte soweit. Musste nur die Item Summary hinzufügen.
anbei die diffs. Willst du dir nicht mal einen fhem SVN Zugang besorgen? Dann muss man die Änderungen nicht 2x pflegen
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

pejonp

#501
06 Januar 2017, 15:23:31
Ja bei Gelegenheit, muß mir erst einmal die Grundlagen durchlesen und verstehen.
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

klaso

#502
14 Januar 2017, 22:59:37 Letzte Bearbeitung: 15 Januar 2017, 00:07:38 von klaso
Hallo zusammen,

habe vorhin ein Update über die fhemconsole durchgeführt.
Nach einem shutdown restart werden mir mehrere VBUS-Devices incl. Log-Files angelegt
Folgende Devices werden automatisch angelegt
VBUSDEV_7342
VBUSDEV_7343
VBUSDEV_7344
VBUSDEV_7345
VBUSDEV_7346
VBUSDEV_734f

Anbei ein List des ersten Devices
Code Auswählen
Internals:
   CHANGED
   CODE       7342
   DEF        7342
   LASTInputDev vbus
   MSGCNT     16
   NAME       VBUSDEV_7342
   NR         312
   STATE      Defined
   TYPE       VBUSDEV
   vbus_MSGCNT 16
   vbus_RAWMSG aa100042731000010524b822b822b822b822b822b8220000000000000108
   vbus_TIME  2017-01-14 22:55:23
   Readings:
Attributes:
   event-min-interval .*:120
   event-on-change-reading .*
   model
   room       VBUSDEV
   verbose    5
Ist dies nur ein Fehler bei mir oder tritt dies mit der neuen Modulversion grundsätzlich auf? habe im wiki und im Forum keine Infos hierzu gefunden. Falls der Fehler nur bei mir auftritt, woran kann es liegen?

Vielen Dank für einen Tipp und schönen Abend
klaso

Nachtrag: ich habe eine CitrinSteuerung, VBUSDEV_7341

die neuen Module "parsen" das fhem.log zu ;-)

2017.01.14 23:36:19.868 4: VBUSDEV_7342: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7342 DevTyp:  Name: VBUSDEV_7342
2017.01.14 23:36:19.869 4: VBUSDEV_7342: VBUSDEV_ParsePayload2: Dev:  CMD: 0100  PayL: b822b822b822b822b822b8220000000000009a09
2017.01.14 23:36:20.066 4: VBUSDEV_7343: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7343 DevTyp:  Name: VBUSDEV_7343
2017.01.14 23:36:20.066 4: VBUSDEV_7343: VBUSDEV_ParsePayload2: Dev:  CMD: 0100  PayL: b822b822b822b822b822b8220000000000009a09
2017.01.14 23:36:20.264 4: VBUSDEV_7344: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7344 DevTyp:  Name: VBUSDEV_7344
2017.01.14 23:36:20.265 4: VBUSDEV_7344: VBUSDEV_ParsePayload2: Dev:  CMD: 0100  PayL: b822b822b822b822b822b8220000000000009a09
2017.01.14 23:36:20.473 4: VBUSDEV_7345: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7345 DevTyp:  Name: VBUSDEV_7345
2017.01.14 23:36:20.474 4: VBUSDEV_7345: VBUSDEV_ParsePayload2: Dev:  CMD: 0100  PayL: b822b822b822b822b822b8220000000000009a09
2017.01.14 23:36:20.671 4: VBUSDEV_7346: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7346 DevTyp:  Name: VBUSDEV_7346
2017.01.14 23:36:20.672 4: VBUSDEV_7346: VBUSDEV_ParsePayload2: Dev:  CMD: 0100  PayL: b822b822b822b822b822b8220000640000009a09
2017.01.14 23:36:25.832 4: VBUSDEV_734f: VBUSDEV_ParsePayLoad1: Command: 0100 Code 734f DevTyp:  Name: VBUSDEV_734f
2017.01.14 23:36:25.833 4: VBUSDEV_734f: VBUSDEV_ParsePayload2: Dev:  CMD: 0100  PayL: 0000000000000000562115000000000000000000

Fehler im fhemlog
2017.01.15 00:02:41.938 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147.
2017.01.15 00:02:41.939 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150.

Raspberry Pi 2 B+; Software: Raspbian Jessie, Fhem 5.8
ZWave, Enocean, FBAHAHTTP, ENIGMA2
Barebone mit openmedivault und Fhem5.8, MySQL, MyObis, VBUS LAN-Adapter in Fhem, Homematic CCU2; Jeelink mit TX29IT, HMCCU: Schnittstelle CCU2 - FHEM

Tobias

#503
15 Januar 2017, 19:44:04
Hi,
erstmal setze verbose auf 3 im VBUSDEV ;)
Dann ist es interessant, was bei verbose=5 im VBUSIF kommt. Ich frage mich, woher diese Messages kommen.
Irgendwoher muss ja zb diese Message kommen: aa100042731000010524b822b822b822b822b822b8220000000000000108
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

markus25

#504
15 Januar 2017, 20:23:50
Hallo,
bei mir ist der fhem.log auch mit den Meldungen voll.

VG
Markus
FHEM auf Raspi3 HMLAN und Cuno, Resol per VBus und Jeelink

klaso

#505
15 Januar 2017, 20:45:07
Vielen Dank für das Feedback!!
Ich habe gestern Abend verbose auf 1 gesetzt, damit mir nichts mehr zugefüllt wird.
Tritt der Fehler bzgl VBUSDEV in Zeile 1147 und 1150 ebenfalls auf?

Werde mich nachher noch hinsetzen und mich auf die Suche machen.
Vielen Dank und Grüsse
Klaso
Raspberry Pi 2 B+; Software: Raspbian Jessie, Fhem 5.8
ZWave, Enocean, FBAHAHTTP, ENIGMA2
Barebone mit openmedivault und Fhem5.8, MySQL, MyObis, VBUS LAN-Adapter in Fhem, Homematic CCU2; Jeelink mit TX29IT, HMCCU: Schnittstelle CCU2 - FHEM

pejonp

#506
15 Januar 2017, 21:44:35 Letzte Bearbeitung: 15 Januar 2017, 21:49:59 von pejonp
Zitat von: klaso am 14 Januar 2017, 22:59:37
...
Nach einem shutdown restart werden mir mehrere VBUS-Devices incl. Log-Files angelegt
Folgende Devices werden automatisch angelegt
VBUSDEV_7342
VBUSDEV_7343
VBUSDEV_7344
VBUSDEV_7345
VBUSDEV_7346
VBUSDEV_734f


Hallo klaso,

mach mal bitte ein Update:
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
und danach FHEM neu starten.

die 7432 - 734f wahren noch nicht als Devices im 21_VBUSDEV.pm hinterlegt. Es werden nur die Devicenamen (Nummern) angelegt. Es können aber noch keine Werte zugeordnet werden. Denn 734f habe ich nicht gefunden. Beim Anlegen der Devices habe ich zur Zeit Verbose=5 eingestellt. Ist gut bei der Fehlersuche. Werde ich mal rausnehmen.

pejonp

LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

klaso

#507
16 Januar 2017, 15:30:09
Hallo pejonp,

habe das update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
ausgeführt.
im fhem.log erhalte ich hierbei folgende Meldung
Code Auswählen
2017.01.16 15:19:47.280 1: RMDIR: ./restoreDir/2016-12-27
2017.01.16 15:19:47.452 1: UPD FHEM/19_VBUSIF.pm
2017.01.16 15:19:47.590 1: UPD FHEM/21_VBUSDEV.pm
2017.01.16 15:19:47.782 1: saving fhem.cfg
2017.01.16 15:19:47.785 1:
2017.01.16 15:19:47.786 1: New entries in the CHANGED file:
2017.01.16 15:19:47.787 1: 12.11.2016
2017.01.16 15:19:47.788 1: 19_VBUSIF.PM
2017.01.16 15:19:47.789 1: Fehler z.B. bei aa1000277310000103414a7f1300071c00001401006a62023000016aaa000021732000050000000000000046a
2017.01.16 15:19:47.792 1:                                                                        ^ hier wird falsch getrennt
2017.01.16 15:19:47.793 1: Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2017.01.16 15:20:08.744 1:
2017.01.16 15:20:08.745 1: update finished, "shutdown restart" is needed to activate the changes.
2017.01.16 15:20:57.419 0: Server shutdown

nach shutdown reboot habe ich unzähliche dieser Einträge im fhem.log
Code Auswählen
2017.01.16 15:26:50.270 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x37258a8) Model: 7343 MSG: 8c002b0216012702f3014e02b8224501faff3701b822b822b822b101b8226702149b21000000000000000000000000000f2700000f270f2700000000640000000000000000000000340100000000000000008a024df7010000000000c61d2d1e6e47010000800100000000000000000000000000000000000000000000000000040132010f270f2700000000eb000000000000000000000000000000
2017.01.16 15:26:50.873 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 15:26:50.873 3: VBUSDEV_Parse02: DFA       ioName: vbus DST-ADR: 0010
2017.01.16 15:26:50.874 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 15:26:50.874 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x4db0608) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 15:26:51.082 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 15:26:51.082 3: VBUSDEV_Parse02: DFA       ioName: vbus DST-ADR: 0010
2017.01.16 15:26:51.083 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 15:26:51.083 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3727ce0) Model: 7343 MSG: b822b822b822b822b822b8220000000000007a3a
2017.01.16 15:26:51.269 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 15:26:51.270 3: VBUSDEV_Parse02: DFA       ioName: vbus DST-ADR: 0010
2017.01.16 15:26:51.270 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 15:26:51.270 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x37293b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000007a3a
2017.01.16 15:26:51.467 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 15:26:51.467 3: VBUSDEV_Parse02: DFA       ioName: vbus DST-ADR: 0010
2017.01.16 15:26:51.468 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 15:26:51.468 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3729c28) Model: 7343 MSG: b822b822b822b822b822b8220000000000007a3a
2017.01.16 15:26:51.665 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 15:26:51.666 3: VBUSDEV_Parse02: DFA       ioName: vbus DST-ADR: 0010
2017.01.16 15:26:51.666 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 15:26:51.666 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x372cfd0) Model: 7343 MSG: b822b822b822b822b822b8220000000000007a3a
2017.01.16 15:26:51.874 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 15:26:51.874 3: VBUSDEV_Parse02: DFA       ioName: vbus DST-ADR: 0010
2017.01.16 15:26:51.875 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346

habe dann aus der fhem.cfg die devices
VBUSDEV_7342
VBUSDEV_7343
VBUSDEV_7344
VBUSDEV_7345
VBUSDEV_7346
VBUSDEV_734f
entfernt, nach reboot werden sie wieder erneut angelegt und Fehlermeldungen im fhem.log wie eben beschrieben
VG
klaso
Raspberry Pi 2 B+; Software: Raspbian Jessie, Fhem 5.8
ZWave, Enocean, FBAHAHTTP, ENIGMA2
Barebone mit openmedivault und Fhem5.8, MySQL, MyObis, VBUS LAN-Adapter in Fhem, Homematic CCU2; Jeelink mit TX29IT, HMCCU: Schnittstelle CCU2 - FHEM

pejonp

#508
16 Januar 2017, 16:34:09
Hallo klaso,

Das sind keine Fehlermeldungen sondern logausgaben bei verbose=3-5 zur fehlerfindung.
Wurden unter VBUSDEV neue Geräte angelegt und mit werten gefüllt?

pejonp
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

klaso

#509
16 Januar 2017, 16:49:13 Letzte Bearbeitung: 16 Januar 2017, 16:55:06 von klaso
Hallo pejonp,
die Geräte werden wieder angelegt, heute sind diese auch befüllt, gestern waren die leer.
anbei ein List eines Gerätes
Code Auswählen
Internals:
   CHANGED
   CODE       7342
   DEF        7342
   IODev
   LASTInputDev vbus
   MSGCNT     7
   NAME       VBUSDEV_7342
   NR         322
   STATE      Defined
   TYPE       VBUSDEV
   vbus_MSGCNT 7
   vbus_RAWMSG aa100042731000010524b822b822b822b822b822b8220000000000007c3d
   vbus_TIME  2017-01-16 16:43:54
   Readings:
     2017-01-16 16:43:54   Drehzahl_1      0 %
     2017-01-16 16:43:54   Drehzahl_2      0 %
     2017-01-16 16:43:54   Drehzahl_3      0 %
     2017-01-16 16:43:54   Drehzahl_4      0 %
     2017-01-16 16:43:54   Drehzahl_5      0 %
Attributes:
   event-min-interval .*:120
   event-on-change-reading .*
   model      CitrinSLR_XT1
   room       VBUSDEV
   verbose    5

bei dem Gerät  VBUSDEV_734f sieht es wie folgt aus ( hier werden keine Daten empfangen)
Code Auswählen
Internals:
   CHANGED
   CODE       734f
   DEF        734f
   IODev
   LASTInputDev vbus
   MSGCNT     23
   NAME       VBUSDEV_734f
   NR         320
   STATE      Defined
   TYPE       VBUSDEV
   vbus_MSGCNT 23
   vbus_RAWMSG aa10004f7310000105170000000000000000000000000000000000000000
   vbus_TIME  2017-01-16 16:45:24
   Readings:
Attributes:
   event-min-interval .*:120
   event-on-change-reading .*
   model
   room       VBUSDEV
   verbose    5

Hat es damit zu tun, dass man diese Steuerung noch um z. B. ein Schwimmbadmodul erweitern kann, und diese nicht vorhandenen Module nun abgefragt werden? als ich vor einem Jahr alles eingerichtet habe, habe ich diese Geräte mit der Resol-Software ebenfalls sehen können.
Vielen Dank und Grüsse
klaso

Nachtrag: es werden automatisch die Modelle    
CitrinSLR_XT1, CitrinSLR_XT2,.......CitrinSLR_XT5 erkannt. bei VBUSDEV_734f wird kein Model erkannt
Raspberry Pi 2 B+; Software: Raspbian Jessie, Fhem 5.8
ZWave, Enocean, FBAHAHTTP, ENIGMA2
Barebone mit openmedivault und Fhem5.8, MySQL, MyObis, VBUS LAN-Adapter in Fhem, Homematic CCU2; Jeelink mit TX29IT, HMCCU: Schnittstelle CCU2 - FHEM
Drucken
Nach oben Seiten 1 ... 32 33 34 35 36 ... 57
Benutzer-Aktionen