Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter

Begonnen von jab, 29 Dezember 2013, 22:04:10

Vorheriges Thema - Nächstes Thema

Arne

Zitat
mit einem weiteren zweifelhaften cul mit zweifelhafter fw

Nein. Der erste CUL (Sender) ist von busware.de und die Firmware ist die Neuste von culfw.de.

Ich habe bei HMLAN zwar Doku zum Attribut logIDs gefunden.
Aber wie kann ich den 100k-Modus sniffen?
Zentrale: FHEM 5.5 auf Linux-Server mit CUL, HMLAN, MAX! Cube, JeeLink
Heizkörper: MAX!  ||  Gas: EM 1000-GZ  ||  Strom: ESA 100WZ-IR
Rolladen, Fenster u. Türen: HM  ||  Zisterne: KFM 100 S
Licht: HM-Dimmer + 12V-LED-Lampen  ||  Steckdosen: PCA 301
Bodenfeuchte: Sensor FS20-BF, Sender KFM 100 S

mgernoth

Hallo,

Zitat von: Arne am 05 September 2015, 02:51:39
Nein. Der erste CUL (Sender) ist von busware.de und die Firmware ist die Neuste von culfw.de.

Welche CUL-Version genau? Evtl. geht da irgendwo der RAM aus, da die Asksin Update-Nachrichten laenger sind als normale Nachrichten.
Die aktuelle culfw ist 1.65, ist in Fhem enthalten. Irgendwann habe ich da auch noch den Speicherverbrauch optimiert, aber evtl. schon vor der 1.61.

Viele Gruesse
  Michael

frank

ZitatAber wie kann ich den 100k-Modus sniffen?
hmlan kann nur 10k. also ganz normal sniffen. er soll halt alles monitoren, was bei 10k gefunkt wird, um eventuell zu sehen, dass der cul nicht umschaltet.

im augenblick hast du
1. ein cul-log, das angibt, dass die msgs angeblich richtig gesendet werden.
2. ein bootloader-log, das angibt, dass keine vernünftigen msgs im 100k modus empfangen werden.

da die fehler im 100k modus stattfinden, musst du ermitteln, wer hier rumzickt. es gibt zur zeit unmengen an cul-fw, bei denen die unterschiedlichsten features aktiv sind.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Arne

Zitat von: mgernoth am 05 September 2015, 10:02:04
Welche Version genau? Evtl. geht da irgendwo der RAM aus, da die Asksin Update-Nachrichten laenger sind als normale Nachrichten.

Es ist die Version "CUL V4.0".
Wiki: ATMega32U2 Prozessor, 1 kB RAM, 32 kB Flashmemory, 1 kByte EEPROM
Zentrale: FHEM 5.5 auf Linux-Server mit CUL, HMLAN, MAX! Cube, JeeLink
Heizkörper: MAX!  ||  Gas: EM 1000-GZ  ||  Strom: ESA 100WZ-IR
Rolladen, Fenster u. Türen: HM  ||  Zisterne: KFM 100 S
Licht: HM-Dimmer + 12V-LED-Lampen  ||  Steckdosen: PCA 301
Bodenfeuchte: Sensor FS20-BF, Sender KFM 100 S

mgernoth

Hi,

Zitat von: Arne am 05 September 2015, 22:51:24
Es ist die Version "CUL V4.0".

Und damit ist das Raetsel geloest. :-)
Der CUL V4 hat nur 64 Byte TTY-Puffer definiert, was fuer eine Update-Nachricht nicht ausreicht... Habe das mal auf 104 Byte erhoeht und die gebaute Firmware hier angehaengt. Hoffentlich reicht der Speicher und der CUL crashed nicht.

Wenn es funktioniert, dann werde ich es auch in die culfw einchecken.

Viele Gruesse
  Michael

Arne

Zitat von: mgernoth am 05 September 2015, 23:39:23
Der CUL V4 hat nur 64 Byte TTY-Puffer definiert, was fuer eine Update-Nachricht nicht ausreicht... Habe das mal auf 104 Byte erhoeht und die gebaute Firmware hier angehaengt. Hoffentlich reicht der Speicher und der CUL crashed nicht.

Leider nicht. Er reagiert nicht mehr.
Zentrale: FHEM 5.5 auf Linux-Server mit CUL, HMLAN, MAX! Cube, JeeLink
Heizkörper: MAX!  ||  Gas: EM 1000-GZ  ||  Strom: ESA 100WZ-IR
Rolladen, Fenster u. Türen: HM  ||  Zisterne: KFM 100 S
Licht: HM-Dimmer + 12V-LED-Lampen  ||  Steckdosen: PCA 301
Bodenfeuchte: Sensor FS20-BF, Sender KFM 100 S

mgernoth

Hi,

Zitat von: Arne am 06 September 2015, 01:44:05
Leider nicht. Er reagiert nicht mehr.

Dann hat der CUL V4 im Augenblick zu wenig RAM, um Firmwareupdates durchzuführen :-(
Viel Luft ist da auch nicht drin leider, aber ich schau mal.

Der nanoCUL hat aber 128 Bytes definiert, der sollte also als Sender taugen, musst halt den Versionscheck aus flash-ota rauspatchen (oder fixen ;-)), dann sollte der zumindest tun.

Viele Grüße
  Michael

mgernoth

Hi,

Zitat von: mgernoth am 06 September 2015, 10:59:33
Dann hat der CUL V4 im Augenblick zu wenig RAM, um Firmwareupdates durchzuführen :-(

Hab flash-ota mal ein -l spendiert, das reduziert die Länge der Payload. Damit sollte es auch auf einem
CULV4 funktionieren.

Getestet habe ich es mit einem Sw1PBU_FM, allerdings mit dem Originalfirmwareupdate.

Viele Grüße
  Michael

nccfast

Hallo,
habe folgendermassen gepeered:

set Licht_Esszimmer_Sw_01 regSet shActionType  jmpToTarget self01;
set Licht_Esszimmer_Sw_01 regSet shSwJtOn      dlyOff      self01;
set Licht_Esszimmer_Sw_01 regSet shSwJtOff     dlyOn       self01;
set Licht_Esszimmer_Sw_01 regSet shSwJtDlyOn   on          self01;
set Licht_Esszimmer_Sw_01 regSet shSwJtDlyOff  off         self01;
set Licht_Esszimmer_Sw_01 regSet shActionType  jmpToTarget self02;
set Licht_Esszimmer_Sw_01 regSet shSwJtOn      dlyOff      self02;
set Licht_Esszimmer_Sw_01 regSet shSwJtOff     dlyOn       self02;
set Licht_Esszimmer_Sw_01 regSet shSwJtDlyOn   on          self02;
set Licht_Esszimmer_Sw_01 regSet shSwJtDlyOff  off         self02;


Jetzt kann ich nach oben und unten jeweils ein/ausschalten.

Frage:
Wie macht man nun in der fhem webseite das devstateicon und die webcmds?


nccfast

Weiss das keiner (glaub ich aber nicht) oder ist die Frage zu einfach?

Arne

Zitat von: mgernoth am 06 September 2015, 10:59:33
Der nanoCUL hat aber 128 Bytes definiert, der sollte also als Sender taugen, musst halt den Versionscheck aus flash-ota rauspatchen (oder fixen ;-)), dann sollte der zumindest tun.

Funktioniert ...  :)

Zitat von: mgernoth am 06 September 2015, 12:21:17
Hab flash-ota mal ein -l spendiert, das reduziert die Länge der Payload. Damit sollte es auch auf einem CULV4 funktionieren.
Getestet habe ich es mit einem Sw1PBU_FM, allerdings mit dem Originalfirmwareupdate.

Funktioniert auch ...  :) :)

Und nur für denn Fall das du eine "debug / print cul messsages"-Option einbauen willst ;), oder gar eine "ignore cul firmware version"-Option, hier meine Ergänzung zur Motivation...

int send_hm_message(struct ota_dev *dev, struct recv_data *rdata, uint8_t *msg)
{
static uint32_t id = 1;
struct timeval tv;
uint8_t out[0x40];
int pfd;

int i;
fprintf( stderr, "\nsend_hm_message msg:");
for (i = 0; i < msg[0] + 1; i++) {
fprintf( stderr, " %02x", msg[i] );
}
fprintf( stderr, "\n");

switch(dev->type) {
...
}

int culfw_send(struct culfw_dev *dev, char *cmd, int cmdlen)
{
int w = 0;
int ret;

printf( "culfw_send: %s\n", cmd);

do {
...
}

int culfw_poll(struct culfw_dev *dev, int timeout)
{
...
printf( "culfw_poll: %s\n", buf);

dev->cb(buf, r, dev->cb_data);

errno = 0;
return -1;
}


Und vielen Dank Michael!  :D
Zentrale: FHEM 5.5 auf Linux-Server mit CUL, HMLAN, MAX! Cube, JeeLink
Heizkörper: MAX!  ||  Gas: EM 1000-GZ  ||  Strom: ESA 100WZ-IR
Rolladen, Fenster u. Türen: HM  ||  Zisterne: KFM 100 S
Licht: HM-Dimmer + 12V-LED-Lampen  ||  Steckdosen: PCA 301
Bodenfeuchte: Sensor FS20-BF, Sender KFM 100 S

nccfast

Hallo,
ich habe den Schalter in einer Wechselschaltung verbaut und kann ihn sowohl mit Licht_Esszimmer_Sw_01 und Licht_Esszimmer_Sw_02 schalten.



Wenn ich aber am manuellen Schalter schalte, ist das einzige, das sich ändert das reading current beim SW2. ich dachte man kann den Zustand, unabhängig davon wo man schaltet, sich in fhem anzeigen lassen. Ausserdem ist das on/off Schalten abhängig von der Stellung des manuellen Schalters. D.h on ist nicht immer on, sondern abhängig vom manuellen Schalter halt auch mal off.

Wie muss für eine Wechselschaltung gepeert werden? Mein lists sehen folgerndrmassen aus:

list Licht_Esszimmer_Btn_01

Internals:
   CFGFN      /mnt/2/Daten/fhem-5.6/mycfg/Lichter.cfg
   DEF        39142101
   NAME       Licht_Esszimmer_Btn_01
   NR         618
   NTFY_ORDER 50-Licht_Esszimmer_Btn_01
   STATE      Short (to Licht_Esszimmer)
   TYPE       CUL_HM
   chanNo     01
   device     Licht_Esszimmer
   peerList   self03,
   Readings:
     2015-08-27 11:19:01   R-dblPress      0 s
     2015-08-27 11:19:01   R-longPress     0.3 s
     2015-08-27 11:19:02   R-self03-expectAES off
     2015-08-27 11:19:02   R-self03-peerNeedsBurst on
     2015-08-27 11:19:01   R-sign          off
     2015-09-07 08:56:11   RegL_01:        04:00 08:00 09:00 00:00
     2015-09-07 08:56:23   RegL_04:self03  01:01 00:00
     2015-09-08 09:39:40   peerList        self03,
     2015-08-27 12:09:39   state           Short (to Licht_Esszimmer)
     2015-08-27 12:09:39   trigger         Short_13
     2015-08-27 12:09:39   trigger_cnt     13
   Helper:
     Role:
       chn        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,39142103,
   room       Lichter


list Licht_Esszimmer_Btn_02

Internals:
   CFGFN      /mnt/2/Daten/fhem-5.6/mycfg/Lichter.cfg
   DEF        39142102
   NAME       Licht_Esszimmer_Btn_02
   NR         621
   NTFY_ORDER 50-Licht_Esszimmer_Btn_02
   STATE      Short (to Licht_Esszimmer)
   TYPE       CUL_HM
   chanNo     02
   device     Licht_Esszimmer
   peerList   self03,
   Readings:
     2015-08-27 11:19:50   R-dblPress      0 s
     2015-08-27 11:19:50   R-longPress     0.3 s
     2015-08-27 11:19:56   R-self03-expectAES off
     2015-08-27 11:19:56   R-self03-peerNeedsBurst on
     2015-08-27 11:19:50   R-sign          off
     2015-09-07 08:56:18   RegL_01:        04:00 08:00 09:00 00:00
     2015-09-07 08:56:23   RegL_04:self03  01:01 00:00
     2015-09-08 09:39:40   peerList        self03,
     2015-08-27 12:10:09   state           Short (to Licht_Esszimmer)
     2015-08-27 12:10:09   trigger         Short_14
     2015-08-27 12:10:09   trigger_cnt     14
   Helper:
     Role:
       chn        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,39142103,
   room       Lichter


list Licht_Esszimmer_Sw_01


Internals:
   CFGFN      /mnt/2/Daten/fhem-5.6/mycfg/Lichter.cfg
   DEF        39142103
   NAME       Licht_Esszimmer_Sw_01
   NR         623
   NTFY_ORDER 50-Licht_Esszimmer_Sw_01
   STATE      off
   TYPE       CUL_HM
   chanNo     03
   device     Licht_Esszimmer
   peerList   self01,self02,
   Readings:
     2015-09-08 10:57:00   CommandAccepted yes
     2015-08-27 11:19:08   R-self01-lgActionType off
     2015-08-27 11:19:08   R-self01-lgCtDlyOff geLo
     2015-08-27 11:19:08   R-self01-lgCtDlyOn geLo
     2015-08-27 11:19:08   R-self01-lgCtOff geLo
     2015-08-27 11:19:08   R-self01-lgCtOn geLo
     2015-08-27 11:19:08   R-self01-lgCtValHi 0
     2015-08-27 11:19:08   R-self01-lgCtValLo 0
     2015-08-27 11:19:08   R-self01-lgMultiExec off
     2015-08-27 11:19:08   R-self01-lgOffDly 0 s
     2015-08-27 11:19:08   R-self01-lgOffTime 0 s
     2015-08-27 11:19:08   R-self01-lgOffTimeMode absolut
     2015-08-27 11:19:08   R-self01-lgOnDly 0 s
     2015-08-27 11:19:08   R-self01-lgOnTime 0 s
     2015-08-27 11:19:08   R-self01-lgOnTimeMode absolut
     2015-08-27 11:19:08   R-self01-lgSwJtDlyOff no
     2015-08-27 11:19:08   R-self01-lgSwJtDlyOn no
     2015-08-27 11:19:08   R-self01-lgSwJtOff no
     2015-08-27 11:19:08   R-self01-lgSwJtOn no
     2015-08-27 13:38:53   R-self01-shActionType jmpToTarget
     2015-08-27 11:19:08   R-self01-shCtDlyOff geLo
     2015-08-27 11:19:08   R-self01-shCtDlyOn geLo
     2015-08-27 11:19:08   R-self01-shCtOff geLo
     2015-08-27 11:19:08   R-self01-shCtOn geLo
     2015-08-27 11:19:08   R-self01-shCtValHi 0
     2015-08-27 11:19:08   R-self01-shCtValLo 0
     2015-08-27 11:19:08   R-self01-shOffDly 0 s
     2015-08-27 11:19:08   R-self01-shOffTime 0 s
     2015-08-27 13:38:53   R-self01-shOffTimeMode absolut
     2015-08-27 11:19:08   R-self01-shOnDly 0 s
     2015-08-27 11:19:08   R-self01-shOnTime 0 s
     2015-08-27 13:38:53   R-self01-shOnTimeMode absolut
     2015-08-27 13:38:53   R-self01-shSwJtDlyOff off
     2015-08-27 13:38:53   R-self01-shSwJtDlyOn on
     2015-08-27 13:38:53   R-self01-shSwJtOff dlyOn
     2015-08-27 13:38:53   R-self01-shSwJtOn dlyOff
     2015-08-27 11:19:12   R-self02-lgActionType jmpToTarget
     2015-08-27 11:19:12   R-self02-lgCtDlyOff geLo
     2015-08-27 11:19:12   R-self02-lgCtDlyOn geLo
     2015-08-27 11:19:12   R-self02-lgCtOff geLo
     2015-08-27 11:19:12   R-self02-lgCtOn geLo
     2015-08-27 11:19:12   R-self02-lgCtValHi 100
     2015-08-27 11:19:12   R-self02-lgCtValLo 50
     2015-08-27 11:19:12   R-self02-lgMultiExec on
     2015-08-27 11:19:12   R-self02-lgOffDly 0 s
     2015-08-27 11:19:12   R-self02-lgOffTime unused
     2015-08-27 11:19:12   R-self02-lgOffTimeMode absolut
     2015-08-27 11:19:12   R-self02-lgOnDly 0 s
     2015-08-27 11:19:12   R-self02-lgOnTime unused
     2015-08-27 11:19:12   R-self02-lgOnTimeMode absolut
     2015-08-27 11:19:12   R-self02-lgSwJtDlyOff on
     2015-08-27 11:19:12   R-self02-lgSwJtDlyOn on
     2015-08-27 11:19:12   R-self02-lgSwJtOff dlyOn
     2015-08-27 11:19:12   R-self02-lgSwJtOn on
     2015-08-27 11:19:12   R-self02-shActionType jmpToTarget
     2015-08-27 11:19:12   R-self02-shCtDlyOff geLo
     2015-08-27 11:19:12   R-self02-shCtDlyOn geLo
     2015-08-27 11:19:12   R-self02-shCtOff geLo
     2015-08-27 11:19:12   R-self02-shCtOn geLo
     2015-08-27 11:19:12   R-self02-shCtValHi 100
     2015-08-27 11:19:12   R-self02-shCtValLo 50
     2015-08-27 11:19:12   R-self02-shOffDly 0 s
     2015-08-27 11:19:12   R-self02-shOffTime unused
     2015-08-27 11:19:12   R-self02-shOffTimeMode absolut
     2015-08-27 11:19:12   R-self02-shOnDly 0 s
     2015-08-27 11:19:12   R-self02-shOnTime unused
     2015-08-27 11:19:12   R-self02-shOnTimeMode absolut
     2015-08-27 12:56:00   R-self02-shSwJtDlyOff off
     2015-08-27 12:56:00   R-self02-shSwJtDlyOn on
     2015-08-27 12:58:12   R-self02-shSwJtOff dlyOn
     2015-08-27 12:58:12   R-self02-shSwJtOn dlyOff
     2015-08-27 11:19:05   R-sign          off
     2015-09-07 08:56:19   RegL_01:        08:00 00:00
     2015-09-07 08:56:26   RegL_03:self01  02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  0A:01 0B:14 0C:63 82:00 83:00 84:00 85:00 86:00  87:00 88:00 89:00 8A:00 8B:00 8C:00 00:00
     2015-09-07 08:56:28   RegL_03:self02  02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF  0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00  87:FF 88:00 89:FF 8A:21 8B:13 8C:33 00:00
     2015-09-08 10:57:00   deviceMsg       off (to CUL868_HM)
     2015-09-08 10:57:00   level           0 %
     2015-09-08 10:57:00   pct             0
     2015-09-08 09:39:40   peerList        self01,self02,
     2015-09-08 10:57:00   recentStateType ack
     2015-09-08 10:57:00   state           off
     2015-09-08 10:57:00   timedOn         off
     2015-08-27 12:10:09   trigLast        Licht_Esszimmer_Btn_02:short
     2015-08-27 12:09:39   trig_Licht_Esszimmer_Btn_01 short
     2015-08-27 12:10:09   trig_Licht_Esszimmer_Btn_02 short
   Helper:
     dlvl       00
     dlvlCmd    ++A011F118603914210203000000
     Role:
       chn        1
       prs        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,39142101,39142102,
   room       Lichter


list Licht_Esszimmer_Sw_02


Internals:
   CFGFN      /mnt/2/Daten/fhem-5.6/mycfg/Lichter.cfg
   DEF        39142104
   NAME       Licht_Esszimmer_Sw_02
   NR         626
   NTFY_ORDER 50-Licht_Esszimmer_Sw_02
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     Licht_Esszimmer
   Readings:
     2015-09-08 10:57:04   CommandAccepted yes
     2015-09-07 08:56:21   RegL_01:        82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00  8A:00 8B:00 8C:00 00:00
     2015-09-08 14:39:10   current         1
     2015-09-08 10:57:05   deviceMsg       off (to CUL868_HM)
     2015-09-08 10:57:05   level           0 %
     2015-09-08 10:57:05   pct             0
     2015-09-08 10:57:05   recentStateType info
     2015-09-08 10:57:05   state           off
     2015-09-08 10:57:05   timedOn         off
   Helper:
     dlvl       00
     dlvlCmd    ++A011F118603914210204000000
     Role:
       chn        1
       prs        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,
   room       Lichter


list Licht_Esszimmer

Internals:
   CFGFN      /mnt/2/Daten/fhem-5.6/mycfg/Lichter.cfg
   CUL868_HM_MSGCNT 1055
   CUL868_HM_RAWMSG A144C805E391421F118600000000000000001000000::-70.5:CUL868_HM
   CUL868_HM_RSSI -70.5
   CUL868_HM_TIME 2015-09-08 14:39:29
   DEF        391421
   IODev      CUL868_HM
   LASTInputDev CUL868_HM
   MSGCNT     1055
   NAME       Licht_Esszimmer
   NR         616
   NTFY_ORDER 50-Licht_Esszimmer
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Licht_Esszimmer_Btn_01
   channel_02 Licht_Esszimmer_Btn_02
   channel_03 Licht_Esszimmer_Sw_01
   channel_04 Licht_Esszimmer_Sw_02
   lastMsg    No:4C - t:5E s:391421 d:F11860 0000000000000001000000
   protLastRcv 2015-09-08 14:39:29
   protResnd  3 last_at:2015-09-08 10:56:43
   protSnd    104 last_at:2015-09-08 10:57:05
   protState  CMDs_done
   rssi_at_CUL868_HM max:-63.5 cnt:1055 avg:-68.23 lst:-70.5 min:-82.5
   Readings:
     2015-08-27 13:37:57   CommandAccepted yes
     2015-08-27 11:16:16   D-firmware      1.5
     2015-08-27 11:16:16   D-serialNr      KEQ0000001
     2015-09-07 08:56:11   PairedTo        0xF11860
     2015-08-27 11:19:44   R-pairCentral   0xF11860
     2015-09-07 08:56:11   RegL_00:        02:01 05:00 0A:F1 0B:18 0C:60 12:00 00:00
     2015-08-27 12:10:09   battery         ok
     2015-09-08 10:57:05   state           CMDs_done
   Helper:
     HM_CMDNR   76
     PONtest    1
     cSnd       11F118603914210203000000,11F118603914210204000000
     mId        F0A9
     rxType     1
     Io:
       newChn     +391421,00,00,00
       nextSend   1441715969.24016
       prefIO
       rxt        0
       vccu
       p:
         391421
         00
         00
         00
     Mrssi:
       mNo        4C
       Io:
         CUL868_HM  -68.5
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_cul868_hm:
         avg        -68.2364928909953
         cnt        1055
         lst        -70.5
         max        -63.5
         min        -82.5
Attributes:
   IODev      CUL868_HM
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       Lichter
   serialNr   KEQ0000001
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents

frank

ZitatWenn ich aber am manuellen Schalter schalte, ist das einzige, das sich ändert das reading current beim SW2.
bei genügend hoher last sollte der zustand von chn4 den zustand der lampe korrekt anzeigen.

ZitatAusserdem ist das on/off Schalten abhängig von der Stellung des manuellen Schalters. D.h on ist nicht immer on, sondern abhängig vom manuellen Schalter halt auch mal off.
logisch, wie in jeder echten wechselschaltung.
entweder du toggelst chn3 oder schaltest chn4=on/off. falls die last passend ist.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

nccfast

Zitat
bei genügend hoher last sollte der zustand von chn4 den zustand der lampe korrekt anzeigen.
Hab normalerweise 3x4Watt LEDs in meiner Lampe. Da habe ich einen current von 466. Da funktioniert das state reading von SW2 nicht
Habe nun mal 3x60Watt reingeschraubt. Da ist current 899. Jetzt funktioniert das state reading von SW2 so wie es sein soll.

Ich habe in der Firmware Source bereits "const unsigned long minImpulsLength = 500;"  (-->Schwelle 50) gesetzt. Ist ja im Original 5000 (-->Schwelle 500), wie im Wiki beschrieben. Ist der Schwellwert für das current reading?

Soll ich, da es ja nicht funktioniert mit dem state, nun in der Firmware nun die minImpulsLength auf 100 setzen? Wie würdest du vorgehen, frank?



frank

ZitatSoll ich, da es ja nicht funktioniert mit dem state, nun in der Firmware nun die minImpulsLength auf 100 setzen? Wie würdest du vorgehen, frank?
probieren geht über studieren.  ;)

scherz beiseite. soweit ich mich erinnere, wurde der wert von jan sehr hoch gesetzt, um den off zustand auch bei schlechtem netz zu gewährleisten. ausserdem gibt es keinen linearen zusammenhang zwischen strom und last/watt. ich würde auch mal 100 probieren. irgendwer hat, glaube ich, auch schon 50 gesetzt ohne probleme. eine echte untersuchung/kalibrierung hat noch nicht stattgefunden, da den schalter noch niemand mit angestecktem leistungsteil untersucht hat. ohne galvanische trennung ist das risiko nicht unerheblich.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html