HM-ES-PMSw1-Pl

Begonnen von Rohan, 21 November 2013, 20:26:07

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1 2 3 ... 10
Benutzer-Aktionen

Rohan

21 November 2013, 20:26:07
Ich bin mal so frei,

der Aufschlag zu diesem in ca. 6 Wochen lieferbaren HomeMatic-Device wurde in diesem Thread gemacht => http://forum.fhem.de/index.php/topic,16659.0.html

Sobald das Gerät lieferbar ist (und geliefert wurde), wird es sicherlich Diskussionsbedarf grundsätzlicher Art geben (ähnlich dem im "Großen Thread zum HM-CC-RT-DN" => http://forum.fhem.de/index.php/topic,14738.0.html). Da ich solche Sammelthreads (gerade zu Beginn) wie beim HM-CC-RT-DN sinnvoll finde, habe ich mir gedacht, diesen schon mal anzulegen.

Martin (martinp876) hat sich netterweise schon bereit erklärt, auch dieses Teil für Fhem-Benutzer nutzbar zu machen. Danke dafür!

Ein Wiki-Eintrag ist (soweit möglich) auch schon vorhanden (http://www.fhemwiki.de/wiki/HM-ES-PMSw1-Pl_Funk-Schaltaktor_1-fach_mit_Leistungsmessung).

Dann harren wir mal der Dinge.

Gruß
Thomas

P.S. Falls ein Moderator diese Idee abwegig findet, möge er diesen Thread bitte löschen/sperren.
Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

Mr. P

#1
21 November 2013, 23:51:08
Freue mich auch schon auf die Geräte.
Sowohl auf den Schalter als auch auf den hoffentlich bald darauf folgenden Zwischensteckdimmer. :-)

Kann mir zwar nicht vorstellen, dass es einen vergleichbaren Diskussionsbedarf zum RT geben wird, aber sicher gut, wenn alles wieder in geordneten Bahnen abläuft.
Greetz,
   Mr. P

Markus Bloch

#2
22 November 2013, 18:22:26
Direkt vorbestellt, es ist ja bald Weihnachten ;-)
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)

Mr. P

#3
23 November 2013, 14:14:00
Ich frag mich gerade, ob bei diesem Device auch ein Firmwareupdate durchführen lässt?
Im Manual hätte ich auf die schnelle nichts gefunden. Dafür aber Einträge im xml-File wo es um den Bootloader geht.
Bleibt also auch spannend. :-)
Greetz,
   Mr. P

martinp876

#4
23 November 2013, 18:15:35
einen Verweis auf bootloader haben manche devices. Aber das Protokoll kenne ich nicht. Das müssten wir einmal irgendwo monitoren - falls es von einer HM-Zentrale aus zu starten geht....
Messages sind keine aufgeführt. Auch das Format der messages könnte komplett anders sein. Den download des HMLAN habe ich einmal gemonitored... aber das ist wieder etwas anderes

Gruss Martin

martinp876

#5
25 November 2013, 10:49:49
habe den powerMeter kompletiert - soweit ich es in XML sehen konnte.

er hat 6 Kanäle:
01 (Sw) ist ein 'normaler' schalter
02 (Pwr) gibt die Messwerte aus - für alle messungen
03 (SenPwr) Leistung - man kann filter einstellen
04 (SenI) Strom- man kann filter einstellen
05 (SenU) Spannung- man kann filter einstellen
06 (SenIF) Frequenz- man kann filter einstellen

wer will kann sich einen dummy definieren (geht bei allen Devices, wenn man einmal in device-optionen sehen will)
define d CUL_HM 112233
attr d model HM-ES-PMSw1-P
attr d subType powerMeter
define d1 CUL_HM 11223301
define d2 CUL_HM 11223302
define d3 CUL_HM 11223303
define d4 CUL_HM 11223304
define d5 CUL_HM 11223305
define d6 CUL_HM 11223306

get d regList
get d1 regList
get d2 regList
.....
set d ?
set d1 ?
set d2 ?
...

geht alles ohen HW

Gruss Martin

Gruss Martin


Rohan

#6
20 Dezember 2013, 20:04:50
Hi,

ich hole den Thread schon mal hoch, denn ich habe gerade von ELV die Versandbestätigung bekommen ;)

Wie sagen einige so nett: Jetzt geht's los ;)

Gruß
Thomas
Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

CQuadrat

#7
20 Dezember 2013, 20:36:16
meiner ist auch unterwegs
FHEM auf Mini-ITX-Server mit Intel Quad-Core J1900:
+ HM: HM-LAN, HM-USB, HM-MOD-UART mit div. HM-Komponenten
+ RFXtrx: Funkwetterstation Bresser mit ext. Thermometer, Regenmesser und Windmesser
+ TUL (KNX-Anbindung), KM271 (per ser2net), SONOS (div. Gimmicks), OneWire, Hue

Mr. P

#8
20 Dezember 2013, 23:36:28
Hatte heute auch gesehen, dass sie nun verfügbar sind und dann gleich 3 Stück geordert. :-)
Greetz,
   Mr. P

Rohan

#9
21 Dezember 2013, 12:49:33
Hi,

saubere Vorarbeit Martin! Danke!

Auspacken, einstecken, Lampe anschließen, anlernen/pairen, Werte lesen und loggen, Lampe an- und ausschalten über Web-GUI, alles kein Problem. Jetzt geht es an die Feinheiten.

Gruß
Thomas
Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

CQuadrat

#10
21 Dezember 2013, 13:03:24
Dem kann ich mich nur anschließen.

Jetzt muss ich mir mal genau ansehen, was da in den einzelnen Channels so drin steht.
FHEM auf Mini-ITX-Server mit Intel Quad-Core J1900:
+ HM: HM-LAN, HM-USB, HM-MOD-UART mit div. HM-Komponenten
+ RFXtrx: Funkwetterstation Bresser mit ext. Thermometer, Regenmesser und Windmesser
+ TUL (KNX-Anbindung), KM271 (per ser2net), SONOS (div. Gimmicks), OneWire, Hue

Rohan

#11
26 Dezember 2013, 13:20:57
Hallo zusammen,

ich wünsche noch allen ein geruhsames Restweihnachten.

Eine kleine "Unschönheit" habe ich bisher beim PMSw1 festgestellt. In der WebGUI und im Reading "state" bleibt der Channel 01 (also der eigentliche Switch) immer im Status set_on bzw. set_off und das Lampensymbol wird immer mit einem roten Ausrufungszeichen drin abgebildet. Die Ein- und Ausschaltbefehle werden aber problemlos durchgeführt. Ein getConfig auf Device und Channel ebenfalls, aber der state bleibt eben auf "set_on/off".

Jemand eine Idee?

Edith: Falls da etwas am Code geändert werden muss... das hat Zeit, ist halt nur "unschön" ;)

Gruß
Thomas
Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

martinp876

#12
26 Dezember 2013, 13:45:53
Hi Thomas,

der eigentliche Schalter ist channel 01 (_SW)
ist er bei dir definiert oder hast du ihn gelöscht?
führst du das Kommando auf den switch aus oder das Device?

Beim Channel sollte alles ok sein - der bekommt ja auch die Antwort. Das Device bei multi-channel kommands zeigt eigentlich die Protokoll-stati an.

was sagt ein list des device und des channel 01?

Gruss Martin

Rohan

#13
26 Dezember 2013, 14:09:23
Hallo Martin,

Zitat von: martinp876 am 26 Dezember 2013, 13:45:53
der eigentliche Schalter ist channel 01 (_SW)

Sorry, Verwechsler von mir :( ... natürlich Channel 01.

Zitatist er bei dir definiert oder hast du ihn gelöscht?

Ja, er ist definiert, und nein, ich habe ihn nicht gelöscht, alles ok (sieh oben),

Zitatführst du das Kommando auf den switch aus oder das Device?

In der/über die WebGUI wird mir Channel 01 mit den Optionen On/Off angezeigt.
Also schalte ich den Channel und nicht das Device.

ZitatBeim Channel sollte alles ok sein - der bekommt ja auch die Antwort.

Ist es auch außer die Angabe im state von Channel 01 "state set_on" bzw. "state set_off" nach einem Ein-/Ausschaltbefehl (auch nach einem getConfig auf Device/Channel 01 ändert sich an der state-Ausgabe nichts).

Zitatwas sagt ein list des device

Code Auswählen
Internals:
   DEF        24B2DB
   HMLAN1_MSGCNT 36
   HMLAN1_RAWMSG R2ED2918B,0001,226C4199,FF,FFBA,44A01024B2DB123ABC0100000000
   HMLAN1_RSSI -70
   HMLAN1_TIME 2013-12-26 13:13:08
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     36
   NAME       HMPMSW_01
   NR         1181
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HMPMSW_01_Sw
   channel_02 HMPMSW_01_Pwr
   channel_03 HMPMSW_01_SenPwr
   channel_04 HMPMSW_01_SenI
   channel_05 HMPMSW_01_SenU
   channel_06 HMPMSW_01_SenF
   lastMsg    No:8A - t:5E s:24B2DB d:000000 800FF200000D0008091AFE
   protLastRcv 2013-12-26 13:55:14
   protSnd    44 last_at:2013-12-26 13:13:08
   protState  CMDs_done
   rssi_HMLAN1 avg:-69.5 min:-75 max:-64 lst:-75 cnt:2
   rssi_at_HMLAN1 avg:-66.59 min:-83 max:-64 lst:-68 cnt:460
   Readings:
     2013-12-25 20:18:44   Activity        alive
     2013-12-21 12:42:32   CommandAccepted yes
     2013-12-26 13:13:01   PairedTo        0x123ABC
     2013-12-26 13:13:01   R-intKeyVisib   invisib
     2013-12-26 13:13:01   R-localResDis   off
     2013-12-26 13:13:01   R-pairCentral   0x123ABC
     2013-12-26 13:13:01   RegL_00:          02:01 0A:12 0B:3A 0C:BC 18:00 00:00
     2013-12-26 13:13:08   state           CMDs_done
   Helper:
     mId        00AC
     rxType     1
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   02,03,04,05,06
     Role:
       dev        1
     Rssi:
       Hmlan1:
         avg        -69.5
         cnt        2
         lst        -75
         max        -64
         min        -75
       At_hmlan1:
         avg        -66.5913043478261
         cnt        460
         lst        -68
         max        -64
         min        -83
     Shadowreg:
Attributes:
   IODev      HMLAN1
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.4
   model      HM-ES-PMSw1-Pl
   peerIDs   
   room       CUL_HM
   serialNr   KEQ0967870
   subType    powerMeter
   webCmd     getConfig


Zitatund des channel 01?

Code Auswählen
Internals:
   DEF        24B2DB01
   HMLAN1_MSGCNT 3
   HMLAN1_RAWMSG R2ED1D910,0001,226B87B1,FF,FFBD,38800224B2DB123ABC0101C8004B
   HMLAN1_RSSI -67
   HMLAN1_TIME 2013-12-26 13:12:20
   LASTInputDev HMLAN1
   MSGCNT     3
   NAME       HMPMSW_01_Sw
   NR         1183
   STATE      set_on
   TYPE       CUL_HM
   chanNo     01
   device     HMPMSW_01
   Readings:
     2013-12-26 13:12:20   CommandAccepted yes
     2013-12-26 13:12:20   deviceMsg       on (to HMLAN1)
     2013-12-26 13:12:20   level           100 %
     2013-12-26 13:12:20   pct             100
     2013-12-26 13:12:20   recentStateType ack
     2013-12-26 13:12:20   state           set_on
     2013-12-26 13:12:20   timedOn         off
   Helper:
     peerIDsRaw ,00000000
     Role:
       chn        1
Attributes:
   expert     1
   model      HM-ES-PMSw1-Pl
   peerIDs    00000000,
   room       CUL_HM


Aber wie gesagt... das eilt nicht, es gibt wichtigeres.

Gruß
Thomas
Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

martinp876

#14
27 Dezember 2013, 07:36:44
Hi Thomas,

das macht mir einige klarer. Das Problem ist nicht das device, das zeigt alles korrekt an.
Der SW sollte eigentlich seinen Zustand melden, was das "set_" eliminieren sollten.

Kannst du einmal die roh-messages aufzeichnen? Will suchen ob die Bestätigung fehlt. Der Mechanismus ist wie bei allen schaltern, und da bleibt set_ ja nicht stehen...

Gruss Martin
Drucken
Nach oben Seiten1 2 3 ... 10
Benutzer-Aktionen