Universelle Hardware-Basis für 868MHz Funksensoren und Aktoren

Begonnen von papa, 05 Juli 2017, 22:12:42

Vorheriges Thema - Nächstes Thema

papa

BananaPi + CUL868 + CUL433 + HM-UART + 1Wire


jp112sdl

Zitat von: Living am 20 März 2018, 17:47:52
Wenn der Sketch sensorapi.ino läuft und Lux Werte anzeigt -> Hardware ist o.k.!
Ich lade dann nur den HM-SEN-MDIR-WM55.ino und die Hardware hat dann einen Fehler?
Ich habe leider den Sketch mit dem die Baugruppe bereits lief nicht mehr.
Ich suche weiter.

Hast du es mittlerweile hinebkommen?

Habe gerade mal testweise den HM-SEN-MDIR-WM55 geflasht und bekomme vom TSL2561 einen Helligkeitswert übertragen - alles schick!

Die einzige Änderung, die ich am Sketch vorgenommen habe, war die Änderung der I2C-Adresse von TSL2561_ADDR_LOW nach TSL2561_ADDR_FLOAT, weil ich am TSL2561 weder die H- noch die L-Brücke drin hab.

Living

#378
Danke für die Nachfrage.
Weiteres siehe
ZitatAntwort #371 am: Gestern um 11:17:57

Brasletti

Für was ist eigentlich die Interrupt Leitung am TSL2561, ist die bei irgendeinem Sketch in Verwendung? Ich frage deshalb, weil wenn ich das I2C Board fest verlöte komm ich ja nicht mehr an J3 dran. Würde ja nichts machen wenn J3 geschlossen ist und im Sketch A0 nicht berücksichtigt wird oder?

Viele Grüße

Brasletti

Hallo, ich versuch gerade aus der .hex Datei eine .eq3 Datei zu generieren. Mit hex2eq3.php bekomme ich immer folgende Fehlermeldung
srec_cat: the --Fill range (0x0000 - 0xFFFFFFFF) is 4.00GB and is probably
    larger than you intended (use --big to override this error message)
Could not open tmpfile.tmp


Meine Eingabe lautet folgendermaßen:
sudo php hex2eq3.php --inFile HM-WDS10-TH-O.hex --spmPageSize 128 --outFormat eq3 --outFile HM-WDS10-TH-O.eq3 --withCrcCheck

ein  --hexEndAddress 0x11058 hab ich auch schon Probiert leider ohne Erfolg. Versucht hab ich es unter Win10 und Raspbian, beides mal die gleiche Fehlermeldung (SRecord Version 1.64 unter Windows und 1.58 unter Raspbian)

Gibt es eine andere Möglichkeit eine eq3 Datei zu erzeugen ?

Viele Grüße

Brasletti

jp112sdl


Brasletti


Brasletti

Firmware OTA hat jetzt geklappt.

Beim RelayAddon bekomm ich die Buttons irgendwie nicht zum laufen. Da bekomm ich immer Fehlermeldungen wie
2018-04-13 21:09:31 CUL_HM HM_123456 CMDs_done_Errors:1
2018-04-13 21:09:31 CUL_HM HM_123456 NACK
2018-04-13 21:09:31 CUL_HM HM_123456 Nack
2018-04-13 21:09:31 CUL_HM HM_123456 CMDs_done


Wie bekommt man die Taster so hin dass sie die Relaisausgänge schalten? Hat da jemand vieleicht einen funktionierenden Sketch? Oder muss da noch was konfiguriert werden?

Die Relaisausgänge lassen sich per FHEM schalten, wobei der vierte Ausgang nach dem Start immer auf an ist. Da muss ich mal im Sketch mal nachschauen was da los ist.


papa

Im Master - das HM_LC_SWX_SM Beispiel mit HM_SENSOR_RELAY definiert. Damit sollte das alles prima funktionieren.
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

xerox1978

Hallo Leute, muss man immer die Config-Taste drücken für OTA Firmware-Update?

Danke


Gesendet von iPhone mit Tapatalk

Brasletti

@xerox1978: Beim ersten Mal funktioniert es automatisch, jedes weiter mal musst du bevor du das Modul mit Spannungs versorgst die Config Taste drücken.

@papa: Irgendwie schein etwas mit dem Relais Addon bzw. mit dem Example bei mir nicht zu funktionieren. Pairen hat geklappt, jedoch kommt bei jedem druck auf die Taster zum manuellen Schalten im Eventlog

2018-04-14 17:46:54 CUL_HM HM_123456 CMDs_done
2018-04-14 17:47:03 CUL_HM HM_123456 CMDs_done_Errors:1
2018-04-14 17:47:03 CUL_HM HM_123456 NACK
2018-04-14 17:47:03 CUL_HM HM_123456 Nack


Zuvor kommt sobald ich Spannung anlege folgendes im eventlog

2018-04-14 17:46:46 CUL_HM HM_123456 powerOn: 2018-04-14 17:46:46
2018-04-14 17:46:46 CUL_HM HM_123456 CMDs_done
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 deviceMsg: off (to VCCU)
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 level: 0
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 pct: 0
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 off
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 timedOn: off
2018-04-14 17:46:46 CUL_HM HM_123456 CMDs_done
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 deviceMsg: off (to VCCU)
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 level: 0
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 pct: 0
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 off
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 timedOn: off
2018-04-14 17:46:47 CUL_HM HM_123456 CMDs_done
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 deviceMsg: off (to VCCU)
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 level: 0
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 pct: 0
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 off
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 timedOn: off
2018-04-14 17:46:47 CUL_HM HM_123456 CMDs_done
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 deviceMsg: on (to VCCU)
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 level: 100
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 pct: 100
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 on
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 timedOn: off
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending


Auf der Seriellen Konsole kommt nach einem Tastendruck

debounce
pressed
released
-> 0B 05 22 40 123456 123456 04 00  - 8450
<- 0A 05 80 02 123456 123456 80  - 8568

Sieht für mich so wie ein Selbstgespräch aus, wäre ja auch logisch, nur leider passiert nichts.

Ebenfalls ist Kanal 4 nach dem der uC gebootet hat immer an, kann es sein das "checkLowActive" da reinspielt, da je Kanal4 auf A0 liegt?

Ein list HM_123456 bringt folgendes

Internals:
   CFGFN     
   DEF        123456
   HMUart_MSGCNT 216
   HMUart_RAWMSG 0500001B05800212345612345680
   HMUart_RSSI -27
   HMUart_TIME 2018-04-14 17:47:03
   IODev      HMUart
   LASTInputDev HMUart
   MSGCNT     216
   NAME       HM_123456
   NOTIFYDEV  global
   NR         48
   STATE      Nack
   TYPE       CUL_HM
   channel_01 HM_123456_Sw_01
   channel_02 HM_123456_Sw_02
   channel_03 HM_123456_Sw_03
   channel_04 HM_123456_Sw_04
   hmPairSerial papa000000
   lastMsg    No:05 - t:02 s:123456 d:123456 80
   protCmdDel 0
   protLastRcv 2018-04-14 17:47:03
   protNack   15 last_at:2018-04-14 17:47:03
   protSnd    178 last_at:2018-04-14 17:46:54
   protState  CMDs_done_Errors:1
   rssi_HMUart cnt:8 min:-102 max:-84 avg:-96.75 lst:-102
   rssi_at_HMUart cnt:216 min:-53 max:-27 avg:-39.93 lst:-27
   READINGS:
     2018-04-14 17:47:03   CommandAccepted no
     2018-04-14 17:25:47   D-firmware      1.6
     2018-04-14 17:25:47   D-serialNr      papa000000
     2018-04-14 17:46:51   PairedTo        0x616264
     2018-04-14 17:23:20   R-pairCentral   0x616264
     2018-04-14 17:46:51   RegL_00.          02:01 0A:61 0B:62 0C:64 00:00
     2018-04-14 17:46:46   powerOn         2018-04-14 17:46:46
     2018-04-14 17:47:03   state           Nack
   helper:
     HM_CMDNR   5
     PONtest    0
     cSnd       016162641234560403,016162641234560404FFFFFFFF03
     mId        0003
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +123456,00,00,00
       nextSend   1523720823.77229
       prefIO     
       rxt        0
       vccu       
       p:
         123456
         00
         00
         00
     mRssi:
       mNo        05
       io:
         HMUart:
           -19
           -19
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       prs        1
     rssi:
       HMUart:
         avg        -96.75
         cnt        8
         lst        -102
         max        -84
         min        -102
       at_HMUart:
         avg        -39.9351851851852
         cnt        216
         lst        -27
         max        -27
         min        -53
     shadowReg:
     tmpl:
Attributes:
   IODev      HMUart
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.6
   model      HM-LC-SW4-SM
   room       CUL_HM
   serialNr   papa000000
   subType    switch
   webCmd     getConfig:clear msgEvents


Geändert hab ich am Example nur wie du gestern geschrieben hast, die Kommentarzeichen vor HM_SENSOR_RELAY
Beim Bootloader wurden per Makeota der DeviceTyp auf 0003 eingestellt

Vieleicht kannst du mir einen Tip geben woran das liegen könnte,
vielen Dank im Voraus

Brasletti

xerox1978

Zitat von: Brasletti am 14 April 2018, 18:02:33
@xerox1978: Beim ersten Mal funktioniert es automatisch, jedes weiter mal musst du bevor du das Modul mit Spannungs versorgst die Config Taste drücken.

@papa: Irgendwie schein etwas mit dem Relais Addon bzw. mit dem Example bei mir nicht zu funktionieren. Pairen hat geklappt, jedoch kommt bei jedem druck auf die Taster zum manuellen Schalten im Eventlog

2018-04-14 17:46:54 CUL_HM HM_123456 CMDs_done
2018-04-14 17:47:03 CUL_HM HM_123456 CMDs_done_Errors:1
2018-04-14 17:47:03 CUL_HM HM_123456 NACK
2018-04-14 17:47:03 CUL_HM HM_123456 Nack


Zuvor kommt sobald ich Spannung anlege folgendes im eventlog

2018-04-14 17:46:46 CUL_HM HM_123456 powerOn: 2018-04-14 17:46:46
2018-04-14 17:46:46 CUL_HM HM_123456 CMDs_done
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 deviceMsg: off (to VCCU)
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 level: 0
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 pct: 0
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 off
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 timedOn: off
2018-04-14 17:46:46 CUL_HM HM_123456 CMDs_done
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 deviceMsg: off (to VCCU)
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 level: 0
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 pct: 0
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 off
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 timedOn: off
2018-04-14 17:46:47 CUL_HM HM_123456 CMDs_done
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 deviceMsg: off (to VCCU)
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 level: 0
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 pct: 0
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 off
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 timedOn: off
2018-04-14 17:46:47 CUL_HM HM_123456 CMDs_done
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 deviceMsg: on (to VCCU)
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 level: 100
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 pct: 100
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 on
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 timedOn: off
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending


Auf der Seriellen Konsole kommt nach einem Tastendruck

debounce
pressed
released
-> 0B 05 22 40 123456 123456 04 00  - 8450
<- 0A 05 80 02 123456 123456 80  - 8568

Sieht für mich so wie ein Selbstgespräch aus, wäre ja auch logisch, nur leider passiert nichts.

Ebenfalls ist Kanal 4 nach dem der uC gebootet hat immer an, kann es sein das "checkLowActive" da reinspielt, da je Kanal4 auf A0 liegt?

Ein list HM_123456 bringt folgendes

Internals:
   CFGFN     
   DEF        123456
   HMUart_MSGCNT 216
   HMUart_RAWMSG 0500001B05800212345612345680
   HMUart_RSSI -27
   HMUart_TIME 2018-04-14 17:47:03
   IODev      HMUart
   LASTInputDev HMUart
   MSGCNT     216
   NAME       HM_123456
   NOTIFYDEV  global
   NR         48
   STATE      Nack
   TYPE       CUL_HM
   channel_01 HM_123456_Sw_01
   channel_02 HM_123456_Sw_02
   channel_03 HM_123456_Sw_03
   channel_04 HM_123456_Sw_04
   hmPairSerial papa000000
   lastMsg    No:05 - t:02 s:123456 d:123456 80
   protCmdDel 0
   protLastRcv 2018-04-14 17:47:03
   protNack   15 last_at:2018-04-14 17:47:03
   protSnd    178 last_at:2018-04-14 17:46:54
   protState  CMDs_done_Errors:1
   rssi_HMUart cnt:8 min:-102 max:-84 avg:-96.75 lst:-102
   rssi_at_HMUart cnt:216 min:-53 max:-27 avg:-39.93 lst:-27
   READINGS:
     2018-04-14 17:47:03   CommandAccepted no
     2018-04-14 17:25:47   D-firmware      1.6
     2018-04-14 17:25:47   D-serialNr      papa000000
     2018-04-14 17:46:51   PairedTo        0x616264
     2018-04-14 17:23:20   R-pairCentral   0x616264
     2018-04-14 17:46:51   RegL_00.          02:01 0A:61 0B:62 0C:64 00:00
     2018-04-14 17:46:46   powerOn         2018-04-14 17:46:46
     2018-04-14 17:47:03   state           Nack
   helper:
     HM_CMDNR   5
     PONtest    0
     cSnd       016162641234560403,016162641234560404FFFFFFFF03
     mId        0003
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +123456,00,00,00
       nextSend   1523720823.77229
       prefIO     
       rxt        0
       vccu       
       p:
         123456
         00
         00
         00
     mRssi:
       mNo        05
       io:
         HMUart:
           -19
           -19
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       prs        1
     rssi:
       HMUart:
         avg        -96.75
         cnt        8
         lst        -102
         max        -84
         min        -102
       at_HMUart:
         avg        -39.9351851851852
         cnt        216
         lst        -27
         max        -27
         min        -53
     shadowReg:
     tmpl:
Attributes:
   IODev      HMUart
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.6
   model      HM-LC-SW4-SM
   room       CUL_HM
   serialNr   papa000000
   subType    switch
   webCmd     getConfig:clear msgEvents


Geändert hab ich am Example nur wie du gestern geschrieben hast, die Kommentarzeichen vor HM_SENSOR_RELAY
Beim Bootloader wurden per Makeota der DeviceTyp auf 0003 eingestellt

Vieleicht kannst du mir einen Tip geben woran das liegen könnte,
vielen Dank im Voraus

Brasletti
Danke für die schnelle Antwort!


Gesendet von iPhone mit Tapatalk

jp112sdl

Zitat von: Brasletti am 14 April 2018, 18:02:33

Vieleicht kannst du mir einen Tip geben woran das liegen könnte,
vielen Dank im Voraus

Brasletti

Nur kurz zu deinem 4fach Aktor: Ich nutze den direkt an der CCU in Homematic ohne Probleme. Alle Relais und alle Buttons (HM_SENSOR_RELAY) funktionieren einwandfrei. Daher schließe ich einen Fehler im Sketch eigentlich aus.

Brasletti

Problem gelöst, Hardware deffekt! Das die blöden uC nicht gleich ganz den Dienst quittieren ist echt nervig!

Trotzdem vielen Dank, erstmal ;)