HMUARTLGW: Modul für HomeMatic UART-Modul (RPi) und HomeMatic LAN Gateway

Begonnen von mgernoth, 11 Juni 2016, 20:10:46

Vorheriges Thema - Nächstes Thema

rieders

Hallo Otto

Vielen Dank für deine schnelle Antwort.
Ja, das ist das Modul was ich habe.
Ich habe es leider schon von der Adapter-Platine entfernt und auf dem MapleCul verlötet.
Mit set updateCoPro https://raw.githubusercontent.com/eq-3/occu/28045df83480122f90ab92f7c6e625f9bf3b61aa/firmware/HM-MOD-UART/coprocessor_update.eq3 habe ich es schon versucht.

Da bekomme ich das diese Meldung
https://raw.githubusercontent.com/eq-3/occu/28045df83480122f90ab92f7c6e625f9bf3b61aa/firmware/HM-MOD-UART/coprocessor_update.eq3 is not a valid firmware file!

Also geht es anscheinend nicht über FHEM.

Oder ich müss wieder zurück auf die Adapter-Platine.

Grüße
André



Otto123

Zitat von: rieders am 10 November 2020, 18:04:16
Also geht es anscheinend nicht über FHEM.
Kein Wunder mit der Fehlermeldung, das ist ja auch das falsche Vorgehen. Du kannst die Firmware nicht direkt aus dem Web flashen. Ich habe doch etwas völlig anderes geschrieben?  :'(
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

rieders

Ok.

Was kann ich mit UpdateCoPro machen ?

Ich dachte da könnte ich die Firmware ändern.

Also muss ich das Modul runterlöten ?


Grüße und Vielen Dank für die Hilfe

André

Otto123

ZitatWas kann ich mit UpdateCoPro machen ?
Das schwarze ist die Schrift :(
set myRemoteHmUART updateCoPro /opt/fhem/FHEM/firmware/coprocessor_update.eq3Die Firmware MUSS lokal auf dem FHEM Server liegen! Du kannst meine Download Zeile nicht einfach mit dem Befehl zusammenkürzen.

Trotzdem kann ich nicht garantieren, dass ein downgrade geht!? Welche Firmware Version wird angezeigt?
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

rieders

Sorry. Ich steh heute etwas auf dem ....! Nachtschicht halt.


Danke Otto  ;)

rieders

So, jetzt  siehr es schon viel besser aus.
Vielen Dank nochmal.

frank

downgrade geht ganz normal.
habe ich neulich gerade erst gemacht, da bei kurzer benutzung des hmuart mit zb debmatic sofort eine andere fw automatisch geflasht wird.
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

rieders

Hallo

Da nun myRemoteHmUART scheinbar richtig läuft wollte ich euch fragen wie ich ein Thermostat und Fensterkontakt einbinden kann?
Ein VCCU habe ich erstellt und die HMIP vergeben.
Leider bekomme ich es nicht hin das die Geräte eingebunden werden.


Grüße
André

MadMax-FHEM

#1148
Zitat von: rieders am 11 November 2020, 14:16:11
Hallo

Da nun myRemoteHmUART scheinbar richtig läuft wollte ich euch fragen wie ich ein Thermostat und Fensterkontakt einbinden kann?
Ein VCCU habe ich erstellt und die HMIP vergeben.
Leider bekomme ich es nicht hin das die Geräte eingebunden werden.


Grüße
André

Bitte einen neuen Thread aufmachen!
EDIT: hier geht es um den UART und Probleme "damit" nicht um generelles bzgl. Homematic-Handling... ;)

Unterforum Homematic...

Lese welche Infos gebraucht werden und liefere diese!

Wiki bzgl. Anlernen etc. hast du gelesen?
https://wiki.fhem.de/wiki/HomeMatic#Pairen
https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen

Und stelle sicher: du hast Homematic "Classic"/BidCos Geräte gekauft und NICHT Homematic IP Geräte!

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

dancatt

Hallo,

ich habe 3 UART im Einsatz. Sind alle 3 noch nicht so alt. Liefen alle bis vor kurzem problemlos. Nun machen 2 permanent Probleme.

2020.11.20 14:21:20.023 4: HMUARTLGW HMUART2 StartInit
2020.11.20 14:21:20.026 5: HMUARTLGW HMUART2 send: 00 00
2020.11.20 14:21:20.027 5: HMUARTLGW HMUART2 send: (8): fd00030001009e03
2020.11.20 14:21:20.028 5: SW: fd00030001009e03
2020.11.20 14:21:23.037 1: HMUARTLGW HMUART2 did not respond for the 1. time, resending
2020.11.20 14:21:23.038 5: HMUARTLGW HMUART2 send: (8): fd00030001009e03
2020.11.20 14:21:23.039 5: SW: fd00030001009e03
2020.11.20 14:21:26.050 1: HMUARTLGW HMUART2 did not respond for the 2. time, resending
2020.11.20 14:21:26.051 5: HMUARTLGW HMUART2 send: (8): fd00030001009e03
2020.11.20 14:21:26.052 5: SW: fd00030001009e03
2020.11.20 14:21:29.059 1: HMUARTLGW HMUART2 did not respond for the 3. time, resending
2020.11.20 14:21:29.060 5: HMUARTLGW HMUART2 send: (8): fd00030001009e03
2020.11.20 14:21:29.061 5: SW: fd00030001009e03
2020.11.20 14:21:32.075 1: HMUARTLGW HMUART2 did not respond after all, reopening
2020.11.20 14:21:32.076 4: HMUARTLGW HMUART2 Reopen
2020.11.20 14:21:32.081 3: HMUART2 device closed
2020.11.20 14:21:32.137 5: HttpUtils url=http://192.168.178.60:23/
2020.11.20 14:21:32.138 4: IP: 192.168.178.60 -> 192.168.178.60
2020.11.20 14:21:32.149 1: 192.168.178.60:23 reappeared (HMUART2)

Einen Hardwaredefekt würde ich eigentlich ausschließen da noch nicht alt. Aber man weiß ja nie.

Logauszug vom ESP:

520740> Accept port 23, conn=0x3fff6088, pool slot 0
533876> Accept port 23, conn=0x3fff6088, pool slot 0
549662> Accept port 23, conn=0x3fff6088, pool slot 0
565841> Accept port 23, conn=0x3fff6088, pool slot 0
578975> Accept port 23, conn=0x3fff6088, pool slot 0
592106> Accept port 23, conn=0x3fff6088, pool slot 0
607492> Accept port 23, conn=0x3fff6088, pool slot 0
622909> Accept port 23, conn=0x3fff6088, pool slot 0
636053> Accept port 23, conn=0x3fff6088, pool slot 0
649253> Accept port 23, conn=0x3fff6088, pool slot 0
662395> Accept port 23, conn=0x3fff6088, pool slot 0
678694> Accept port 23, conn=0x3fff6088, pool slot 0
694869> Accept port 23, conn=0x3fff6088, pool slot 0
707998> Accept port 23, conn=0x3fff6088, pool slot 0
721144> Accept port 23, conn=0x3fff6088, pool slot 0
734686> Accept port 23, conn=0x3fff6088, pool slot 0
751942> Accept port 23, conn=0x3fff6088, pool slot 0
765077> Accept port 23, conn=0x3fff6088, pool slot 0
778215> Accept port 23, conn=0x3fff6088, pool slot 0
791388> Accept port 23, conn=0x3fff5e30, pool slot 0

Diese Einträge sehe ich bei dem funktionierenden nicht.

list HM-MOD-UART:

Internals:
   .FhemMetaInternals 1
   CNT        1
   Clients    :CUL_HM:
   DEF        uart://192.168.178.60:23
   DevState   1
   DevType    UART
   DeviceName 192.168.178.60:23
   FD         31
   FUUID      5ce50f21-f33f-cf0a-4753-7f4c096e0f311c7e
   FVERSION   00_HMUARTLGW.pm:0.188380/2019-03-09
   LastOpen   1605878765.74175
   NAME       HMUART2
   NOTIFYDEV  global
   NR         385
   NTFY_ORDER 50-HMUART2
   PARTIAL   
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   0
   model      HM-MOD-UART
   .attraggr:
   .attrminint:
   Helper:
     AckPending:
       1:
         cmd        00
         dst        0
         frame      FD00030001009E03
         time       1605878766.75621
     LastSendLen:
       3
     Log:
       IDs:
   MatchList:
     1:CUL_HM   ^A......................
   READINGS:
     2020-11-19 11:47:47   D-HMIdAssigned  23A38D
     2020-11-19 11:47:54   D-HMIdOriginal  499951
     2020-11-19 11:23:21   D-firmware      1.4.1
     2020-11-19 11:23:21   D-serialNr      NEQ0205813
     2020-11-19 12:36:28   D-type          HM-MOD-UART
     2020-11-20 14:26:06   cond            init
     2020-11-19 11:47:34   load            0
     2020-11-19 12:36:28   loadLvl         suspended
     2020-11-20 14:26:05   state           opened
Attributes:
   DbLogExclude .*
   group      Geräte
   hmId       23A38D
   room       9_08_Maschinenraum
   verbose    5


Leider komme ich hier nicht weiter. Was kann man tun?

Vielen Dank.

Gruß Daniel

Cubietruck: FHEM-Server 6.0

Homematic: HM-USB-CFG2, HM-CFG-LAN, HM-LC-SW1-FM, HM-LC-Sw1-Pl-DN-R1, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-SEC-SC-2, HM-SEC-SD, HM-PB-6-WM55

frank

nutze das hmuart modul direkt auf einem pi ohne wlan.
wenn es funktioniert, ist der hmuart ok.
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

micky0867

#1151
Ich hatte mal ein ähnliches Problem.
Ich habe damals die Stromzufuhr über den mitgelieferten Ferritring entstört.

frank

hallo michael,

beim multi-io-betrieb (cul,hmuart,hmlan) zeigen sich bei mir probleme, wenn der cul das sendende io ist.
wenn ich dann beim hmuart mit "set close" die verbindung schliesse, läuft die kommunikation reibungslos.
kannst du dir das vielleicht mal anschauen?

zum einstieg eventuell hier starten: https://forum.fhem.de/index.php/topic,122160.msg1168578.html#msg1168578

gruss frank

edit:
noansi hat bereits einen patch für 00_HMUARTLGW.pm bereit gestellt.
https://forum.fhem.de/index.php/topic,122160.msg1168679.html#msg1168679
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