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

nccfast

Es tut mir leid. War wohl nicht ganz bei der Sache.
Hab nun so gemacht. Es geht  :D






DerBodo

Habe nun auch einen Schalter mal umgeflasht und dann gemerkt, dass die current Settings falsch sind ...
Also nochmal :-)

Eine Frage hätte ich noch zum Bootloader.
In der Readme steht:

As SERIAL_NUMBER, set your desired number in the header of bootloader.c. Defaults to KEQ0000001

Allerdings komme ich mit den Angaben in der Bootloader.c nicht klar.


#define ADDRESS_SECTION_TYPE   __attribute__ ((section (".addressDataType")))
#define ADDRESS_SECTION_SERIAL __attribute__ ((section (".addressDataSerial")))
#define ADDRESS_SECTION_ID     __attribute__ ((section (".addressDataId")))
const uint8_t hm_Type[2]        ADDRESS_SECTION_TYPE   = {HM_TYPE}; // 2 bytes device type
const uint8_t hm_serial[10]     ADDRESS_SECTION_SERIAL = {HM_SERIAL}; // 10 bytes serial number
const uint8_t hm_id[3]          ADDRESS_SECTION_ID     = {HM_ID}; // 3 bytes device address


Wie müsste ich da meine Serial eintragen ?

Danke & Grüße

Bodo

frank

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

wires.io

Frank, danke für das Bug-Fixing - jetzt flutscht die Sache wieder!


Sent from my iPad using Tapatalk

DerBodo

Danke Frank für den wink mit dem Gartenzaun in die richtige Richtung.
Dann klappts nämlich auch bei mir mit dem OTA flashen :-)

Tolle Firmware !
Danke !

Arne

Bei mir funktioniert die Übertragung der Firmware OTA nicht.
Der Bootloader nimmt die Firmware nicht an und meldet "blockLen differ pageSize".
Es scheint so, als ob flash-ota zu große Datenpakete senden.
Hat jemand eine Idee?


# flash-ota -f HM_LC_Sw1PBU_FM.eq3 -s KEQ0012345 -c /dev/ttyACM0             
HomeMatic OTA flasher version 0.101

Reading firmware from HM_LC_Sw1PBU_FM.eq3...
Firmware with 224 blocks successfully read.
Opening culfw-device at path /dev/ttyACM0 with speed 38400
Requesting firmware-version
culfw-device firmware version: 1.61
Entering 10k-mode
Waiting for device with serial KEQ0012345
Device with serial KEQ0012345 (hmid: 112233) entered firmware-update-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?
Yes!
Flashing 224 blocks: 0001/0224 /
Missing ACK!
Flashing 224 blocks: 0001/0224 /
Missing ACK!
Flashing 224 blocks: 0001/0224 /
Missing ACK!
Flashing 224 blocks: 0001/0224 /
Missing ACK!
Flashing 224 blocks: 0001/0224 /
Missing ACK!

Too many errors, giving up!


Ausgabe des seriellen Debugging:

AskSin OTA Bootloader V0.7.0
TX bootloader sequence
Wait for CB msg
Got CB msg
Switch to 100k mode
Wait for CB msg
Got CB msg
Receive firmware
blockLen differ pageSize
blockLen differ pageSize
blockLen differ pageSize
blockLen differ pageSize
blockLen differ pageSize
Timeout



In ./Asksin_OTA_Bootloader-master/bootloader.c

if (state == FLASH_STATE_BLOCK_NOT_STARTED) {
   if ( ((data[10] << 8) + data[11]) != SPM_PAGESIZE) {    // check block size again SPM_PAGESIZE
      #if DEBUG > 0
uart_puts_P("blockLen differ pageSize\n");
      #endif
      state = FLASH_STATE_BLOCK_NOT_STARTED;
      continue;
   }


Die "SPM-Pagesize" ist 256:

php ./Asksin_OTA_Bootloader-master/Contrib/hex2eq3.php \
       --inFile /tmp/build.../Asksin_HM_LC_Sw1PBU_FM.cpp.hex \
       --outFile HM_LC_Sw1PBU_FM.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 \
       --withCrcCheck --pathTo-srec_cat /usr/bin/srec_cat


Warum dann 224 Blöcke ("Firmware with 224 blocks successfully read") bei flash-ota und nicht 452?

$ /bin/ls -l HM_LC_Sw1PBU_FM.eq3
-rw-r--r-- 1 fhem fhem 115584 Sep  1 18:10 HM_LC_Sw1PBU_FM.eq3
$ echo '115584 / 224' | bc
516
$ echo '115584 / 256' | bc -l
451.5
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

frank

blockLen differ pageSize
da eine page nicht in einer funkmessage komplett übertragen werden kann, werden mehrere messages generiert und im block gesendet. wenn eine message nicht ankommt, ist die erhaltene page natürlich zu klein und es wird ein fehler festgestellt. ich meine diese fehler werden nicht korrigiert. daher funktioniert das update dann natürlich nicht.

versuch mal 2-3m zwischen schalter und hmusb für guten funk.

224 x 256 = 57344 => + 8192 (bootloader) = 65536 => 64kb sieht doch gut aus.
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

versuch mal 2-3m zwischen schalter und hmusb für guten funk.

Ich habe mal verschiedene Entfernungen ausprobiert. Aber ohne Erfolg.

DEBUG habe ich jetzt auf 2 gesetzt, um die empfangenen Daten zu sehen:

AskSin OTA Bootloader V0.7.0

TX bootloader sequence
TX: 14 00 00 10 11 22 33 00 00 00 00 4B 45 51 30 30 33 34 32 34 31
Wait for CB msg
RX: 0F 01 00 CB 00 00 00 11 22 33 10 5B 11 F8 15 47
Got CB msg
Switch to 100k mode
Wait for CB msg
Data not for us
- RX: 00
- HMID: 11 22 33
- RECV: 00 00 00
RX: 0F 02 20 CB 00 00 00 11 22 33 10 5B 11 F8 15 47
Got CB msg
TX ACK
Receive firmware
RX: 14 03 20 CA 00 00 00 11 22 33 00 00 00 00 00 00 00 00 01 02 04
blockLen differ pageSize
- SPM_PAGESIZE: 256
- block size: 0
RX: 16 03 20 CA 00 00 00 11 22 33 00 00 00 00 00 00 00 00 00 00 01 02 04
blockLen differ pageSize
- SPM_PAGESIZE: 256
- block size: 0
RX: 16 03 20 CA 00 00 00 11 22 33 00 00 00 00 00 00 00 00 00 00 01 02 04



RX: 14 03 20 CA 00 00 00 11 22 33 00 00 00 00 00 00 00 00 01 02 04
Byte 0  1  2  3  4  5  6 _7__8__9 10 11 12 13 14 15 16 17 18 19 20
                         HM_ID

Prüfung in bootloader.c:
  if ( ((data[10] << 8) + data[11]) != SPM_PAGESIZE) {  ... Fehler ...
            0                 0            256


In data[10] hätte ich 1 erwartet ...
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

frank

AskSin OTA Bootloader V0.7.1<\n>
<\n>
TX bootloader sequence<\n>
TX: 14 00 00 10 26 6E 75 00 00 00 00 4B 45 51 31 31 30 39 37 39 37 <\n>
Wait for CB msg<\n>
Data not for us<\n>
Data not for us<\n>
Data not for us<\n>
RX: 0F 42 00 CB 1A CE 1F 26 6E 75 10 5B 11 F8 15 47 <\n>
Got CB msg<\n>
Switch to 100k mode<\n>
Wait for CB msg<\n>
RX: 0F 43 20 CB 1A CE 1F 26 6E 75 10 5B 11 F8 15 47 <\n>
Got CB msg<\n>
TX ACK<\n>
Receive firmware<\n>
RX: 2E 44 00 CA 1A CE 1F 26 6E 75 01 00 0C 94 8D 07 0C 94 BA 38 0C 94 E7 38 0C 94 14 39 0C 94 F1 36 0C 94 70 0B 0C 94 4B 0B 0C 94 26 0B 0C 94 D0 <\n>
RX: 2C 44 00 CA 1A CE 1F 26 6E 75 08 0C 94 B5 07 0C 94 B5 07 0C 94 B5 07 0C 94 B5 07 0C 94 B5 07 0C 94 B5 07 0C 94 B5 07 0C 94 B5 07 0C 94 <\n>
RX: 2C 44 00 CA 1A CE 1F 26 6E 75 B5 07 0C 94 41 39 0C 94 B5 07 0C 94 83 3C 0C 94 D1 3C 0C 94 B5 07 0C 94 B5 07 0C 94 B5 07 0C 94 B5 07 0C <\n>
RX: 2C 44 00 CA 1A CE 1F 26 6E 75 94 B5 07 0C 94 B5 07 29 0A 00 28 00 29 00 20 28 6C 3A 00 4B 6E 6F 77 6E 20 63 6F 6D 6D 61 6E 64 73 3A 00 <\n>
RX: 2C 44 00 CA 1A CE 1F 26 6E 75 20 62 79 74 65 73 00 4E 6F 74 20 65 6E 6F 75 67 68 20 64 61 74 61 2C 20 6E 65 65 64 20 00 55 6E 72 65 63 <\n>
RX: 2C 44 00 CA 1A CE 1F 26 6E 75 6F 67 6E 69 7A 65 64 20 63 68 61 72 61 63 74 65 72 3A 20 00 2C 20 6E 78 74 53 3A 00 52 4C 3A 61 64 6A 52 <\n>
RX: 2C 44 00 CA 1A CE 1F 26 6E 75 6C 79 2C 20 63 75 72 53 3A 00 2C 20 4F 66 66 54 69 6D 65 3A 00 2C 20 4F 66 66 44 6C 79 3A 00 2C 20 4F 6E <\n>
RX: 14 44 20 CA 1A CE 1F 26 6E 75 54 69 6D 65 3A 00 2C 20 4F 6E 44 <\n>
.TX ACK<\n>
RX: 2E 45 00 CA 1A CE 1F 26 6E 75 01 00 6C 79 3A 00 2C 20 6E 78 74 53 3A 00 52 4C 3A 74 72 69 67 67 65 72 34 30 2C 20 63 75 72 53 3A 00 2C 20 64 <\n>
RX: 2C 45 00 CA 1A CE 1F 26 6E 75 75 72 61 54 3A 00 2C 20 72 61 6D 70 54 3A 00 2C 20 6E 78 74 53 3A 00 52 4C 3A 74 72 69 67 67 65 72 31 31 <\n>
RX: 2C 45 00 CA 1A CE 1F 26 6E 75 2C 20 76 61 6C 3A 00 2C 20 70 49 64 78 32 3A 20 00 2C 20 70 49 64 78 31 3A 20 00 72 65 6D 6F 76 65 50 65 <\n>
RX: 2C 45 00 CA 1A CE 1F 26 6E 75 65 72 46 72 6F 6D 4D 73 67 2C 20 63 6E 6C 3A 20 00 61 64 64 50 65 65 72 46 72 6F 6D 4D 73 67 2C 20 63 6E <\n>
RX: 2C 45 00 CA 1A CE 1F 26 6E 75 6C 3A 20 00 61 64 64 50 65 65 72 46 72 6F 6D 4D 73 67 2C 20 63 6E 6C 3A 20 00 2C 20 64 61 74 61 3A 20 00 <\n>
RX: 2C 45 00 CA 1A CE 1F 26 6E 75 73 65 74 4C 69 73 74 46 72 6F 6D 4D 73 67 2C 20 6C 65 6E 3A 20 00 2C 20 64 61 74 61 3A 20 00 67 65 74 4C <\n>
RX: 2C 45 00 CA 1A CE 1F 26 6E 75 69 73 74 46 6F 72 4D 73 67 32 2C 20 6C 65 6E 3A 20 00 2C 20 73 6C 63 50 74 72 3A 20 00 20 6F 66 20 00 0A <\n>
RX: 14 45 20 CA 1A CE 1F 26 6E 75 67 65 74 4C 69 73 74 46 6F 72 4D <\n>
.TX ACK<\n>


so sahen bei mir die ersten 2 blöcke aus. wie du schon festgestellt hast, sollte das erste byte der load der ersten blockmsg 0x01 sein. deine load ist auch viel zu kurz. irgendwas stimmt vielleicht mit deinem eq3 file nicht. so habe ich meins erstellt:

H:\frank\eq3>h:\frank\programme\php\php hex2eq3.php --inFile Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM_2014-10-24_1v4.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --withCrcCheck --pathTo-srec_cat h:\frank\programme\srecord-1.64-win32\srec_cat.exe
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

So habe ich die .eq3-Datei auch erstellt.

php Asksin_OTA_Bootloader-master/Contrib/hex2eq3.php --inFile Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --withCrcCheck --pathTo-srec_cat /usr/bin/srec_cat


Der flash-ota scheint die Daten auch richtig zu senden:

# ./hmcfgusb-0.101/flash-ota -f HM_LC_Sw1PBU_FM.eq3 -s KEQ0034241 -c /dev/ttyACM0

HomeMatic OTA flasher version 0.101

Reading firmware from HM_LC_Sw1PBU_FM.eq3...
Firmware with 224 blocks successfully read.
Opening culfw-device at path /dev/ttyACM0 with speed 38400
Requesting firmware-version

culfw_send:
culfw_send: V
culfw_poll: V 1.61 CUL868

culfw-device firmware version: 1.61
Entering 10k-mode

culfw_send: Ar

Waiting for device with serial KEQ0034241

culfw_poll:
culfw_poll: A14000010112233000000004B455130303334323431

Device with serial KEQ0034241 (hmid: 112233) entered firmware-update-mode
Initiating remote switch to 100k

send_hm_message msg: 0f 01 00 cb 00 00 00 11 22 33 10 5b 11 f8 15 47
culfw_send: As0F0100CB000000112233105B11F81547

Entering 100k-mode

culfw_send: AR

Has the device switched?

send_hm_message msg: 0f 02 20 cb 00 00 00 11 22 33 10 5b 11 f8 15 47
culfw_send: As0F0220CB000000112233105B11F81547
culfw_poll:

Missing ACK!

send_hm_message msg: 0f 02 20 cb 00 00 00 11 22 33 10 5b 11 f8 15 47
culfw_send: As0F0220CB000000112233105B11F81547
culfw_poll: A0A02800211223300000000

Yes!

Flashing 224 blocks: 0000/0224 -

send_hm_message msg: 2e 03 00 ca 00 00 00 11 22 33 01 00 0c 94 b0 00 0c 94 d7 1d 0c 94 04 1e 0c 94 31 1e 0c 94 13 03 0c 94 27 1d 0c 94 4c 1d 0c 94 71 1d 0c 94 18
culfw_send: As2E0300CA00000011223301000C94B0000C94D71D0C94041E0C94311E0C9413030C94271D0C944C1D0C94711D0C9418

0001/0224 \

send_hm_message msg: 2c 03 00 ca 00 00 00 11 22 33 1d 0c 94 d8 00 0c 94 d8 00 0c 94 d8 00 0c 94 d8 00 0c 94 d8 00 0c 94 d8 00 0c 94 d8 00 0c 94 d8 00 0c 94
culfw_send: As2C0300CA0000001122331D0C94D8000C94D8000C94D8000C94D8000C94D8000C94D8000C94D8000C94D8000C94

0001/0224 |

send_hm_message msg: 2c 03 00 ca 00 00 00 11 22 33 d8 00 0c 94 5e 1e 0c 94 d8 00 0c 94 9c 20 0c 94 22 21 0c 94 d8 00 0c 94 d8 00 0c 94 d8 00 0c 94 d8 00 0c
culfw_send: As2C0300CA000000112233D8000C945E1E0C94D8000C949C200C9422210C94D8000C94D8000C94D8000C94D8000C

0001/0224 /

send_hm_message msg: 2c 03 00 ca 00 00 00 11 22 33 94 d8 00 0c 94 d8 00 0c 94 d7 20 0c 94 5d 21 0c 94 d8 00 01 0e da 00 11 02 4b 01 11 04 e0 00 3e 00 db 00
culfw_send: As2C0300CA00000011223394D8000C94D8000C94D7200C945D210C94D800010EDA0011024B011104E0003E00DB00

0001/0224 -

send_hm_message msg: 2c 03 00 ca 00 00 00 11 22 33 40 00 71 01 ff ff dc 00 00 00 00 00 00 2e 01 2e 02 06 03 0d 04 e9 05 ca 06 3d 07 0c 0b 06 0d 21 0e 65 0f
culfw_send: As2C0300CA00000011223340007101FFFFDC0000000000002E012E0206030D04E905CA063D070C0B060D210E650F

0001/0224 \

send_hm_message msg: 2c 03 00 ca 00 00 00 11 22 33 6a 10 c8 11 93 12 03 15 34 16 01 17 30 18 18 19 16 1b 43 21 56 25 00 26 11 2d 35 3e c3 15 f0 a9 4b 45 51
culfw_send: As2C0300CA0000001122336A10C811931203153416011730181819161B432156250026112D353EC315F0A94B4551

0001/0224 |

send_hm_message msg: 2c 03 00 ca 00 00 00 11 22 33 30 30 33 34 32 34 31 10 41 01 00 00 00 00 01 02 00 00 00 00 00 00 00 04 03 07 06 00 00 00 00 00 00 00 00
culfw_send: As2C0300CA0000001122333030333432343110410100000000010200000000000000040307060000000000000000

0001/0224 /

send_hm_message msg: 14 03 20 ca 00 00 00 11 22 33 00 00 00 00 00 00 00 00 01 02 04
culfw_send: As140320CA0000001122330000000000000000010204

culfw_poll:

Missing ACK!

Flashing 224 blocks: 0001/0224 -
...

Too many errors, giving up!


Ankommen tun die "langen Datensätze" beim Empfänger nicht.
Erst der letzte und kurze Datensatz wird empfangen:

AskSin OTA Bootloader V0.7.0

TX bootloader sequence
TX: 14 00 00 10 11 22 33 00 00 00 00 4B 45 51 30 30 33 34 32 34 31
Wait for CB msg
RX: 0F 01 00 CB 00 00 00 11 22 33 10 5B 11 F8 15 47
Got CB msg
Switch to 100k mode
Wait for CB msg
Data not for us
- RX: 00
- HMID: 11 22 33
- RECV: 00 00 00
RX: 0F 02 20 CB 00 00 00 11 22 33 10 5B 11 F8 15 47
Got CB msg
TX ACK
Receive firmware

RX: 14 03 20 CA 00 00 00 11 22 33 00 00 00 00 00 00 00 00 01 02 04
blockLen differ pageSize
- SPM_PAGESIZE: 256
- block size: 0

...
Timeout
CRC fail, Reboot
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

frank

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: frank am 04 September 2015, 12:27:38
hast du mal die eq3 sw zum flashen probiert?

Nein. Du meinst die Folgende, oder?

HomeMatic Firmware Update Tool V1.1
http://www.eq-3.de/downloads.html?kat=download&id=87
http://www.eq-3.de/Downloads/Software/Firmware%20Update%20Tool/HM-CFG-USB-2_FW-UpdateTool-Usersoftware_V1_1_eQ-3_140619.zip

In der Anleitung wird nur über die den HM-CFG-USB-2 gesprochen...

Gibt es eine Möglichkeit, HMLAN oder CUL zu verwendet?
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

frank

ZitatGibt es eine Möglichkeit, HMLAN oder CUL zu verwendet?
nein. ich dachte, du hättest den hmusb.

kann dein cul denn überhaupt den 100k modus?

du könntest mal den hmlan zum monitoren benutzen. wenn der die msgs vom ota update empfangen kann, hat der cul nicht umgeschaltet.
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

Die Firmware musste ich aktualisieren. flash-ota prüft die Version. Gibt es CULs, die auch mit aktueller Firmware keinen 100k-Modus können?

./flash-ota -f HM_LC_Sw1PBU_FM.eq3 -s KEQ0034241 -c /dev/ttyACM0
Requesting firmware-version
culfw-device firmware version: 1.45
This version does _not_ support firmware upgrade mode, you need at least 1.58!


Ich habe mit auf die Schnelle einen zweiten CUL selbst gebaut. Er empfängt folgendes (mit X01 und Ar, später AR):

# picocom -b 38400 /dev/ttyUSB1
Terminal ready
V 1.05.04 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 868MHz)
A14000010112233000000004B455130303334323431
A14000010112233000000004B455130303334323431
A0F0220CB000000112233105B11F81547
A0F0220CB000000112233105B11F81547
A0A02800211223300000000
A140320CA0000001122330000000000000000010204
A160320CA00000011223300000000000000000000010204
A160320CA00000011223300000000000000000000010204
A160320CA00000011223300000000000000000000010204
A160320CA00000011223300000000000000000000010204
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

frank

was soll das log aussagen?
warum sniffst du nicht mit hmlan? da bist du sicher, was der nicht kann. mit einem weiteren zweifelhaften cul mit zweifelhafter fw etwas zu analysieren ist doch spekulation.
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