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

Maxl

Hallo,

finde die Asksin Projekte sehr interessant, nur probiere ich seit einiger Zeit rum eins davon zu kompilieren, bekomme aber immer nur eine Menge Fehler. Könnte mir jemand erklären welche Arduino Version ich benutzten soll und welche Libs ich noch brauche wohin ich es installierne soll usw. oder gibt es inzwischen eine kleine Anleitung?

Danke
FHEM auf Raspberry mit HM, HMC und AVR Netios.

helbgd

@cactus-online nein der HM-LC-Sw1-FM ist kein reiner ator, er hat auch einen 230v Eingang, des heißt wenn dort 230V Spannung anliegt löst das einen Schaltvorgang aus.

Leider ist der Eingang wieder wie bei allen anderen Modulen fest mit dem internen Aktor gepeert.
Somit kann man den Eingang nicht unabhängig für irgendwelche anderen Aktionen benutzen.

http://www.eq-3.de/Downloads/eq3/pdf_produkte/HM-LC-Sw1-FM_UM_GE_eQ-3_20150128-web.pdf
Seite 8


Grüße

cactus-online

Ja, das mit dem Schalter ist schon klar.

Ich verstehe nur noch nicht, welches Szenario Dir bei einem getrennten Aktor vorschwebt. Ist die Idee mittels eines herkömlichen Schalters etwas anderes als den integrierten Aktor zu schalten und dafür den integrierten Aktor nicht ?


flaxig

Hallo,

erstmal Danke für das tolle Projekt!
Habe es auch dank dieses Threats und des Wikis geschafft die Firmware anzupassen
(Ser.nummer, HMID und minImpulsLength von 5000 auf 500 reduziert wg. LED-Lampen),
und zu flashen, den Schalter zu pairen und die Buttons zu peeren.
So weit so gut...
Jetzt bin ich aber an einem Punkt, wo ich nicht weiterkomme:

Sobald der Schalter (Lampe) aus ist, fängt der Schalter unentwegt an Messages zu senden (alle 2sek.),
dann ist der HMLAN ruck zuck auf overload.
Ob ich die Peers einrichte oder nicht macht keinen Unterschied.
Habe den Schalter auch schon mehrfach resettet (per Taste und per set), und Firmware neu geflasht.

Im Eventmonitor sieht das dann so aus:

2015-06-09 21:34:09.726 CUL_HM HM_37DA82_Sw_02 deviceMsg: off (to HMLAN1)
2015-06-09 21:34:09.726 CUL_HM HM_37DA82_Sw_02 level: 0 %
2015-06-09 21:34:09.726 CUL_HM HM_37DA82_Sw_02 pct: 0
2015-06-09 21:34:09.726 CUL_HM HM_37DA82_Sw_02 off
2015-06-09 21:34:09.726 CUL_HM HM_37DA82_Sw_02 timedOn: off
2015-06-09 21:34:12.331 CUL_HM HM_37DA82 CMDs_done
2015-06-09 21:34:12.337 CUL_HM HM_37DA82_Sw_02 deviceMsg: off (to HMLAN1)
2015-06-09 21:34:12.337 CUL_HM HM_37DA82_Sw_02 level: 0 %
2015-06-09 21:34:12.337 CUL_HM HM_37DA82_Sw_02 pct: 0
2015-06-09 21:34:12.337 CUL_HM HM_37DA82_Sw_02 off
2015-06-09 21:34:12.337 CUL_HM HM_37DA82_Sw_02 timedOn: off
2015-06-09 21:34:14.661 CUL_HM HM_37DA82 CMDs_done
2015-06-09 21:34:14.667 CUL_HM HM_37DA82_Sw_02 deviceMsg: off (to HMLAN1)
2015-06-09 21:34:14.667 CUL_HM HM_37DA82_Sw_02 level: 0 %
2015-06-09 21:34:14.667 CUL_HM HM_37DA82_Sw_02 pct: 0
2015-06-09 21:34:14.667 CUL_HM HM_37DA82_Sw_02 off
2015-06-09 21:34:14.667 CUL_HM HM_37DA82_Sw_02 timedOn: off
2015-06-09 21:34:16.619 CUL_HM HM_37DA82 CMDs_done
2015-06-09 21:34:16.625 CUL_HM HM_37DA82_Sw_02 deviceMsg: off (to HMLAN1)
2015-06-09 21:34:16.625 CUL_HM HM_37DA82_Sw_02 level: 0 %
2015-06-09 21:34:16.625 CUL_HM HM_37DA82_Sw_02 pct: 0
2015-06-09 21:34:16.625 CUL_HM HM_37DA82_Sw_02 off
2015-06-09 21:34:16.625 CUL_HM HM_37DA82_Sw_02 timedOn: off


Den Traffic gesnifft:

2015.06.09 21:31:34.920 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E043B d:FF r:FFD7     m:00 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:31:35.617 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E06F5 d:FF r:FFD7     m:01 A410 37DA82 2CD9F3 0603000000
2015.06.09 21:31:52.438 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E48AD d:FF r:FFD5     m:02 805E 37DA82 2CD9F3 0000000000000000000000
2015.06.09 21:31:54.724 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E519B d:FF r:FFD5     m:03 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:31:56.839 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E59DF d:FF r:FFD5     m:04 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:31:59.445 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E640D d:FF r:FFD5     m:05 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:32:01.779 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E6D2C d:FF r:FFD5     m:06 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:32:03.737 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E74D2 d:FF r:FFD5     m:07 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:32:05.616 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E7C29 d:FF r:FFD4     m:08 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:32:08.076 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E85C6 d:FF r:FFD5     m:09 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:32:10.803 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E906D d:FF r:FFD5     m:0A A410 37DA82 2CD9F3 0604000000
2015.06.09 21:34:06.786 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C30558F d:FF r:FFD5     m:00 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:34:07.484 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C305849 d:FF r:FFD5     m:01 A410 37DA82 2CD9F3 0603000000
2015.06.09 21:34:09.695 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C3060ED d:FF r:FFD5     m:02 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:34:12.301 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C306B1B d:FF r:FFD5     m:03 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:34:14.636 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C30743A d:FF r:FFD4     m:04 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:34:16.593 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C307BE0 d:FF r:FFD5     m:05 A410 37DA82 2CD9F3 0604000000


Und hier noch das List vom Schalter:

Internals:
   CFGFN
   DEF        37DA82
   HMLAN1_MSGCNT 441
   HMLAN1_RAWMSG E37DA82,0000,6C307BE0,FF,FFD5,05A41037DA822CD9F30604000000
   HMLAN1_RSSI -43
   HMLAN1_TIME 2015-06-09 21:34:16
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     441
   NAME       HM_37DA82
   NR         2047
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_37DA82_Btn_01
   channel_02 HM_37DA82_Btn_02
   channel_03 HM_37DA82_Sw_01
   channel_04 HM_37DA82_Sw_02
   lastMsg    No:05 - t:10 s:37DA82 d:2CD9F3 0604000000
   protCmdDel 2
   protLastRcv 2015-06-09 21:34:16
   protResnd  3 last_at:2015-06-09 17:00:07
   protResndFail 1 last_at:2015-06-09 17:00:11
   protSnd    387 last_at:2015-06-09 21:34:16
   protState  CMDs_done
   rssi_at_HMLAN1 avg:-59.12 min:-73 max:-41 lst:-43 cnt:441
   Readings:
     2015-06-09 17:03:13   CommandAccepted yes
     2015-06-09 16:59:48   D-firmware      1.5
     2015-06-09 16:59:48   D-serialNr      MEQ0224873
     2015-06-09 17:03:17   PairedTo        0x2CD9F3
     2015-06-09 17:03:17   R-pairCentral   0x2CD9F3
     2015-06-09 17:03:17   RegL_00:          02:00 05:00 0A:2C 0B:D9 0C:F3 12:00 00:00
     2015-06-09 21:34:16   state           CMDs_done
   Helper:
     cSnd       012CD9F337DA820403
     mId        F0A9
     rxType     1
     Io:
       newChn     +37DA82,00,01,00
       nextSend   1433878456.68402
       prefIO
       rxt        0
       vccu
       p:
         37DA82
         00
         01
         00
     Mrssi:
       mNo        05
       Io:
         HMLAN1     -41
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1433878456.60335
       ack:
         HASH(0x2bc5760)
         0580022CD9F337DA8200
     Rssi:
       At_hmlan1:
         avg        -59.1224489795918
         cnt        441
         lst        -43
         max        -41
         min        -73
     Shadowreg:
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       CUL_HM
   serialNr   MEQ0224873
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents



Vielleicht hat da jemand eine Idee, was dieses Verhalten hervorruft!?


Gruß Frank

Habe noch mal mit Verbose5 gesnifft, da kann man vielleicht mehr rauslesen:

2015.06.09 22:32:07.723 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C65752F d:FF r:FFD9     m:02 A410 37DA82 2CD9F3 0604000000
2015.06.09 22:32:07.725 5: HMLAN1 dispatch A0E02A41037DA822CD9F30604000000::-39:HMLAN1
2015.06.09 22:32:07.734 5: HMLAN: Skip ACK
2015.06.09 22:32:07.736 5: CUL_HM HM_37DA82 protEvent:CMDs_done
2015.06.09 22:32:07.737 5: CUL_HM HM_37DA82 sent ACK:2
2015.06.09 22:32:07.746 5: Triggering HM_37DA82 (1 changes)
2015.06.09 22:32:07.747 5: Notify loop for HM_37DA82 CMDs_done
2015.06.09 22:32:07.753 5: Triggering HM_37DA82_Sw_02 (5 changes)
2015.06.09 22:32:07.755 5: Notify loop for HM_37DA82_Sw_02 deviceMsg: off (to HMLAN1)
2015.06.09 22:32:10.327 5: HMLAN/RAW: /E37DA82,0000,6C657F5D,FF,FFD9,03A41037DA822CD9F30604000000

2015.06.09 22:32:10.328 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C657F5D d:FF r:FFD9     m:03 A410 37DA82 2CD9F3 0604000000
2015.06.09 22:32:10.331 5: HMLAN1 dispatch A0E03A41037DA822CD9F30604000000::-39:HMLAN1
2015.06.09 22:32:10.340 5: HMLAN: Skip ACK
2015.06.09 22:32:10.342 5: CUL_HM HM_37DA82 protEvent:CMDs_done
2015.06.09 22:32:10.343 5: CUL_HM HM_37DA82 sent ACK:2
2015.06.09 22:32:10.354 5: Triggering HM_37DA82 (1 changes)
2015.06.09 22:32:10.355 5: Notify loop for HM_37DA82 CMDs_done
2015.06.09 22:32:10.361 5: Triggering HM_37DA82_Sw_02 (5 changes)
2015.06.09 22:32:10.362 5: Notify loop for HM_37DA82_Sw_02 deviceMsg: off (to HMLAN1)
2015.06.09 22:32:12.660 5: HMLAN/RAW: /E37DA82,0000,6C65887B,FF,FFD9,04A41037DA822CD9F30604000000

2015.06.09 22:32:12.662 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C65887B d:FF r:FFD9     m:04 A410 37DA82 2CD9F3 0604000000
2015.06.09 22:32:12.665 5: HMLAN1 dispatch A0E04A41037DA822CD9F30604000000::-39:HMLAN1
2015.06.09 22:32:12.673 5: HMLAN: Skip ACK
2015.06.09 22:32:12.675 5: CUL_HM HM_37DA82 protEvent:CMDs_done
2015.06.09 22:32:12.677 5: CUL_HM HM_37DA82 sent ACK:2
2015.06.09 22:32:12.686 5: Triggering HM_37DA82 (1 changes)
2015.06.09 22:32:12.687 5: Notify loop for HM_37DA82 CMDs_done
2015.06.09 22:32:12.693 5: Triggering HM_37DA82_Sw_02 (5 changes)
2015.06.09 22:32:12.694 5: Notify loop for HM_37DA82_Sw_02 deviceMsg: off (to HMLAN1)
2015.06.09 22:32:14.619 5: HMLAN/RAW: /E37DA82,0000,6C659022,FF,FFDA,05A41037DA822CD9F30604000000

holzwurm83

Hallo zusammen,

ich habe seit eineigenen Tagen folgende Meldung bei mir im Log stehen:

2015.06.17 19:36:27 1: reload: Error:Modul 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW deactivated:
Can't locate Switch.pm in @INC (you may need to install the Switch module) (@INC contains: /Library/Perl/5.18/darwin-thread-multi-2level /Library/Perl/5.18 /Network/Library/Perl/5.18/darwin-thread-multi-2level /Network/Library/Perl/5.18 /Library/Perl/Updates/5.18.2/darwin-thread-multi-2level /Library/Perl/Updates/5.18.2 /System/Library/Perl/5.18/darwin-thread-multi-2level /System/Library/Perl/5.18 /System/Library/Perl/Extras/5.18/darwin-thread-multi-2level /System/Library/Perl/Extras/5.18 . ./FHEM) at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 6.
BEGIN failed--compilation aborted at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 6.

2015.06.17 19:36:28 1: Including fhem.cfg
2015.06.17 19:36:28 1: reload: Error:Modul 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW deactivated:
Can't locate Switch.pm in @INC (you may need to install the Switch module) (@INC contains: /Library/Perl/5.18/darwin-thread-multi-2level /Library/Perl/5.18 /Network/Library/Perl/5.18/darwin-thread-multi-2level /Network/Library/Perl/5.18 /Library/Perl/Updates/5.18.2/darwin-thread-multi-2level /Library/Perl/Updates/5.18.2 /System/Library/Perl/5.18/darwin-thread-multi-2level /System/Library/Perl/5.18 /System/Library/Perl/Extras/5.18/darwin-thread-multi-2level /System/Library/Perl/Extras/5.18 . ./FHEM) at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 6, <$fh> line 5.
BEGIN failed--compilation aborted at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 6, <$fh> line 5.


Ich habe die Switch.pm auch noch mal installiert, aber nach einem Fhem neustart kommt die Meldung immer noch. Muss ich evtl. auch noch mal Perl neu starten? Dazu habe ich leider nichts gefunden, oder ist das ein ganz anderes Problem?
- Fhem auf einem MacMini Server
- CUL; HMLAN; CUNO2 für FS20; HM-Wired RS485 LAN Gateway
- HMW_Sen_SC_12_FM; HMW_LC_Sw2_DR; HMW_LC_Bl1_DR; HMW_IO_12_Sw7; HMW_IO_12_Sw14_DR; HMW_IO_12_FM; HBW_1W_T10
- HM-TC-IT-WM-W-EU; HM-CC-RT-DN

holzwurm83

Sorry, alles wieder zurück. Ich hab nach dem Hem reboot nicht weit genug unten im Log geschaut. Die Meldung ist weg. Fragt sich nur woher die auf einmal kam?
- Fhem auf einem MacMini Server
- CUL; HMLAN; CUNO2 für FS20; HM-Wired RS485 LAN Gateway
- HMW_Sen_SC_12_FM; HMW_LC_Sw2_DR; HMW_LC_Bl1_DR; HMW_IO_12_Sw7; HMW_IO_12_Sw14_DR; HMW_IO_12_FM; HBW_1W_T10
- HM-TC-IT-WM-W-EU; HM-CC-RT-DN

flaxig

Hallo,
Habe das Problem mit den Messages im 2sek. Takt gelöst.
Der Wert für minImpulsLength war mit 500 zu klein.
Durch Ausprobieren hab ich jetzt den passenden Wert mit 1200
Gefunden.

Am Schalter hängt eine LED-Lampe die Current-Werte so um 400 erzeugt.

Gruß Frank

kaihs

Kann es sein, dass eq3 mittlerweile die Neuprogrammierung gesperrt hat?

Ich habe bei ELV einen Bausatz eines HM_LC_Sw1PBU_FM bestellt und versuche den jetzt mit der alternativen Firmware zu flashen.
Allerdings stehen die Lockbits auf 0x2c, d.h. gesperrt gegen neu flashen und verifizieren. Ändern der Lockbits schlägt natürlich auch fehl:


avrdude -p m644 -P usb -c avrispmkII -U lock:w:0xff:m
                                                                                                                                                                                   
avrdude: AVR device initialized and ready to accept instructions                                                                                                                   
                                                                                                                                                                                   
Reading | ################################################## | 100% 0.00s                                                                                                           
                                                                                                                                                                                   
avrdude: Device signature = 0x1e9609                                                                                                                                               
avrdude: reading input file "0xff"                                                                                                                                                 
avrdude: writing lock (1 bytes):                                                                                                                                                   
                                                                                                                                                                                   
Writing |                                                    | 0% 0.00s ***failed;                                                                                                 
Writing | ################################################## | 100% 0.06s                                                                                                           
                                                                                                                                                                                   
avrdude: 1 bytes of lock written                                                                                                                                                   
avrdude: verifying lock memory against 0xff:                                                                                                                                       
avrdude: load data lock data from input file 0xff:                                                                                                                                 
avrdude: input file 0xff contains 1 bytes                                                                                                                                           
avrdude: reading on-chip lock data:                                                                                                                                                 
                                                                                                                                                                                   
Reading | ################################################## | 100% 0.00s                                                                                                           
                                                                                                                                                                                   
avrdude: verifying ...                                                                                                                                                             
avrdude: verification error, first mismatch at byte 0x0000                                                                                                                         
         0x2c != 0xff
avrdude: verification error; content mismatch

avrdude: safemode: Fuses OK (E:FD, H:DA, L:FF)

avrdude done.  Thank you.


Mache ich doch nur was falsch oder hat eq3 das jetzt tatsächlich gesperrt?
Dann muss ich vorher einen kompletten Chip Erase durchführen nehme ich mal an.
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

flaxig

@kaihs: Bei meinem Bausatz waren die Lockbits auch bis zum Anschlag gesetzt, da hilft nur Chip-Erase.
Ist doch auch nicht tragisch, du willst doch sowieso alles neu drauf machen. Ausserdem kannst du so auch gleich das
EEprom löschen, da die vorhandenen Werte wohl kaum mit der neuen FW kompatibel sind.

Dann aufpassen das die Fusebits richtig gesetzt sind.

Folgende Fusebits funktionieren bei mir gut: (nur FW ohne Bootloader!) L:FD, H:D9, E:FF

Gruß Frank

kaihs

Danke für die Bestätigung meiner Annahme.

Ich möchte allerdings den 8k-Bootloader nutzen und hänge da jetzt fest.
Bootloader ist geflasht, meldet sich mit einmal lang und zweimal kurz blinken, ich das korrekt?

flash_ota schlägt allerdings fehl, obwohl der Schalter wohl erkannt wird:

HomeMatic OTA flasher version 0.099-git

Reading firmware from HM_LC_Sw1PBU_FM.eq3...
Firmware with 224 blocks successfully read.
Opening culfw-device at path /dev/ttyS1 with speed 38400
Requesting firmware-version
culfw-device firmware version: 1.61
Entering 10k-mode
Waiting for device with serial MEQ0224899
Device with serial MEQ0224899 (hmid: 37dab2) entered firmware-update-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?

Missing ACK!

Missing ACK!

Missing ACK!

Missing ACK!
No!
Entering 10k-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?

Missing ACK!

Missing ACK!

Missing ACK!

Missing ACK!
No!
Entering 10k-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?

Missing ACK!

Missing ACK!

Missing ACK!

Missing ACK!
No!
Entering 10k-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?

Missing ACK!

Missing ACK!

Missing ACK!

Missing ACK!
No!
Entering 10k-mode
Too many errors, giving up!


Da muss ich wohl doch die Kabel für die Debugausgaben anlöten, um dem auf den Grund gehen zu können.
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

Mr. P

Hej folks,

weiß jemand über den Verbleib von Jan Bescheid?
Hat er sich offiziell zur Ruhe gesetzt oder müssen wir eine Vermisstenanzeige aufgeben? :-)
Wäre schade, wenn wir ihn nicht mehr in unserer Runde hätten.
Greetz,
   Mr. P

matzel

Hallo zusammen.
Ich versuche mich auch gerade an der CustomFirmware per OTA-Bootloader und bin am Verzweifeln.

Ich habe ein Problem mit dem CRC-Check mit SRec. Mein FHEM läuft auf einem UBUNTU Server:
Mit:

sudo php hex2eq3.php --inFile Custom1_Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --markAsBootloaderUpdate --withCrcCheck --pathTo-srec_cat /home/matzel/bin/srecord/

Erhalte ich folgende Fehlermeldung:
Zitat
sh: 1: /home/matzel/bin/srecord/: Permission denied
sh: 1: /home/matzel/bin/srecord/: Permission denied
Could not open tmpfile.tmp

Ich habe mit chmod und chown alle Rechte auf Lesen/Schreiben/Auführen für mich (Matzel) und root gesetzt...

Hat einer eine Ahnung was ich falsch mache??

cactus-online

Du startest Dein Programm mit Sudo. Damit ist der User nicht Du sondern php. php muss den Zugriff bekommen, oder Du startest es also Du.

matzel

Zitat von: cactus-online am 24 Juni 2015, 14:43:06
Du startest Dein Programm mit Sudo. Damit ist der User nicht Du sondern php. php muss den Zugriff bekommen, oder Du startest es also Du.

Leider bekomme ich die gleiche Fehlermeldung wenn ich es als ich starte. Wie kann ich php denn den Zugriff geben?

cactus-online

Verschiedene Möglichkeiten. Der optimale Weg wäre mit acl zu arbeiten. Ist aber etwas komplizierter. Wenn es schnell gehen soll, kopiere Dir die Dateien Custom1_Asksin_HM_LC_Sw1PBU_FM.cpp.hex und hex2eq3.php nach /tmp/. Dann wechselst Du nach /tmp und startest Dein Versuch etwa so:

sudo php hex2eq3.php --inFile Custom1_Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --markAsBootloaderUpdate --withCrcCheck --pathTo-srec_cat /tmp