Homematic wired

Begonnen von Henne1977, 26 Januar 2013, 22:46:00

Vorheriges Thema - Nächstes Thema

Thorsten Pferdekaemper

Zitat von: zwockel am 24 Dezember 2015, 10:54:14Woran kann es liegen, dass im logfile folgendes reingeschrieben wird:
2015.12.24 10:31:14 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/10_HM485.pm line 2479.
2015.12.24 10:31:14 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 2480.
Ich nutze die dev Version 10_HM485.pm Version 0.7.24.
Funktioniert soweit auch alles - bis auf die unschöne Fehlermeldung.
Bin für jeden Tip dankbar!
Ich habe gerade keine Lust, die Uralt-Version auszubuddeln. Könntest Du mal Deine 10_HM485.pm hier reinstellen?
Gruß,
   Thorsten
FUIP

zwockel

Hallo Torsten,
Danke für den Hinweis.
Ich hatte nicht die dev.zip gelöscht. Demnach wurde eine dev.zip1 erzeugt. Entpackt habe ich die alte.
Nun bin ich auf den aktuellen Stand und die Fehlermeldung erscheint nun nicht mehr.

Thorsten Pferdekaemper

So war's zwar nicht gemeint, aber auch gut.
Frohe Weihnachten an alle!
FUIP

RobertD

Hallo Thorsten

Funktioniert Spitze:
update all https://raw.githubusercontent.com/kc-GitHub/FHEM-HM485/dev/controls_hm485.txt

Zwecks Programm Version anzeigen lassen in Fhem, hab ich folgendes gefunden:
AMAD Modul: https://github.com/LeonGaultier/fhem-AMAD

Dort gibt es einen "Version" Wert bei Internals.
Ich hatte es einmal selber probiert das in HMW einzubauen, leider ohne Erfolg.

Gruß Robert

UweH

Moin Moin,

durch einen kleinen Fehler meinerseits *hüstel* habe ich offenbar beim WIZ108 einen Factory Reset gemacht. Blöderweise habe ich natürlich nirgends die Einstellungen dokumentiert, also Baud-Rate etc. War vielleicht jemand schlauer als ich bzw. kann die Einstellungen mal für mich auslesen? Wäre extrem hilfreich, da ich zwar eine Verbindung zum WIZ stehen habe, aber FHEM trotzdem der Meinung ist, er wäre disconnected.

Danke und Gruß
Uwe

holzwurm83

Hallo Uwe,

hier die Einstellungen, die mir Dirk mal zur Verfügung gestellt hat.
- 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

UweH

Sehr gut, vielen Dank. Somit weiß ich jetzt schon mal, dass meine Einstellungen stimmen und ich trotzdem keine Verbindung mehr hinbekomme...  :'(

UweH

Hallo,

ich bin mit meiner Fehlersuche weiter. Vielleicht kann sich ein Experte ein Reim drauf machen...
Nach diesem Update:
2015.12.26 12:17:59 1: UPD ./CHANGED
2015.12.26 12:17:59 1: UPD ./fhem.pl
2015.12.26 12:17:59 1: UPD FHEM/00_SONOS.pm
2015.12.26 12:18:00 1: UPD FHEM/00_THZ.pm
2015.12.26 12:18:00 1: UPD FHEM/00_TUL.pm
2015.12.26 12:18:00 1: UPD FHEM/00_ZWCUL.pm
2015.12.26 12:18:00 1: UPD FHEM/01_FHEMWEB.pm
2015.12.26 12:18:00 1: UPD FHEM/10_CUL_HM.pm
2015.12.26 12:18:00 1: UPD FHEM/10_EIB.pm
2015.12.26 12:18:00 1: UPD FHEM/10_EnOcean.pm
2015.12.26 12:18:01 1: UPD FHEM/10_ZWave.pm
2015.12.26 12:18:01 1: UPD FHEM/11_FHT.pm
2015.12.26 12:18:01 1: UPD FHEM/21_SONOSPLAYER.pm
2015.12.26 12:18:01 1: UPD FHEM/31_MilightDevice.pm
2015.12.26 12:18:01 1: UPD FHEM/36_EleroStick.pm
2015.12.26 12:18:01 1: UPD FHEM/49_SSCam.pm
2015.12.26 12:18:01 1: UPD FHEM/50_TelegramBot.pm
2015.12.26 12:18:01 1: UPD FHEM/55_GDS.pm
2015.12.26 12:18:01 1: UPD FHEM/57_CALVIEW.pm
2015.12.26 12:18:01 1: UPD FHEM/57_Calendar.pm
2015.12.26 12:18:01 1: UPD FHEM/70_PushNotifier.pm
2015.12.26 12:18:01 1: UPD FHEM/71_YAMAHA_AVR.pm
2015.12.26 12:18:02 1: UPD FHEM/71_YAMAHA_NP.pm
2015.12.26 12:18:02 1: UPD FHEM/72_FRITZBOX.pm
2015.12.26 12:18:02 1: UPD FHEM/98_HMinfo.pm
2015.12.26 12:18:02 1: UPD FHEM/98_rssFeed.pm
2015.12.26 12:18:02 1: UPD FHEM/98_telnet.pm
2015.12.26 12:18:02 1: UPD FHEM/98_update.pm
2015.12.26 12:18:02 1: UPD FHEM/98_weekprofile.pm
2015.12.26 12:18:02 1: UPD FHEM/Blocking.pm
2015.12.26 12:18:02 1: UPD FHEM/TcpServerUtils.pm
2015.12.26 12:18:02 1: UPD FHEM/firmware/LaCrosseGateway.bin
2015.12.26 12:18:02 1: UPD FHEM/lib/UPnP/ControlPoint.pm
2015.12.26 12:18:02 1: UPD FHEM/lib/openzwave_deviceconfig.xml.gz
2015.12.26 12:18:03 1: UPD FHEM/lib/openzwave_manufacturer_specific.xml
2015.12.26 12:18:03 1: UPD docs/commandref_frame.html
2015.12.26 12:18:03 1: UPD docs/commandref_frame_DE.html
2015.12.26 12:18:03 1: UPD www/pgm2/console.js
2015.12.26 12:18:03 1: UPD www/pgm2/fhemweb_readingsGroup.js
2015.12.26 12:18:03 1: UPD www/pgm2/fhemweb_weekprofile.js
2015.12.26 12:18:03 1: UPD www/pgm2/ios7style.css


hat mich HM_485d mit einem "disconnected" begrüßt. Ein "status" brachte "HM485d is running with PID 1881". Huch.
Daraufhin "stop" : "HM485d with PID 1881 was terminated." OK, auch die grüne LED am Interface (WIZ108SR) ist aus. Status "closed"
Dann "start": "HM485d started with PID 8171". Status weiterhin "closed", aber die grüne LED am Interface war wieder an. Nochmal huch.
Dann eben mal ein "restart", hat ja immer geholfen: "There is no HM485d process with PID  8171. HM485d already running. (Re)Connected to PID  8176". Status wieder "disconnected", grüne LED aus.

Der WIZ und FHEM sprechen also miteinander, FHEM sagt mit aber nur "disconnected" oder "closed". Ein Update auf die neueste Version aus dem github (dev) brachte das Gleiche Ergebnis. Also habe ich ein FHEM-Backup vom 17.12.15 eingespielt und damit lief dann wieder alles. Erneut FHEM-Update ausgeführt und wieder ist HM485 tot. Wieder FHEM-Backup rein: Hurra. Dann die letzte HM485-Version aus dem github: Funktioniert.
Somit dürfte also eine der Dateien vom letzten Update der Verursacher sein...es ist also sicher, wenn ich ein Update mache, funktioniert HM485 nicht mehr. Die TCPServerUtils.pm ist es nicht, hab ich getestet.
Nun die Frage des Laien an die Experten: Was ist da los?

Danke für's Lesen
Gruß
Uwe

holzwurm83

stimmt den noch die IP

Gesendet von meinem SM-G800F mit Tapatalk

- 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

UweH

Ja, das ist alles ok. Die Verbindung zum Interface steht ja, mit "set HM485_LAN HM485d stop" bzw. "...start"  kann ich die Verbindung herstellen oder kappen, die LED am Interface reagiert usw...alles gut.

BrainHunter

Ich habe hier auch das ?gleiche? Problem: Nach update keine Verbindung mehr zum HM485d: bei mir kommt da "connection refused". Kann auch manuell mit netcat nicht auf localhost:2000 - auch hier connection refused.
HM485d sagt er kann Verbindung mit dem USB-485 Wandler aufbauen und auch den Server Socket. Scheint aber nicht ganz richtig zu sein.

Backup wieder rein und alles geht wieder.

holzwurm83

Was hattest du für ein Update gemacht?
- 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

BrainHunter

Ich habe erst ein normales fhem update gemacht und dann
update all https://raw.githubusercontent.com/kc-GitHub/FHEM-HM485/dev/controls_hm485.txt

-> Ich kann nicht sagen welches der beiden Updates schuld ist.

Ich kann es morgen an meinem Versuchsaufbau reproduzieren, mein Produktivsystem wollte ich möglichst schnell wieder gangbar machen ;-)

holzwurm83

Ich habe noch ein ziemlich altes Fhem am laufen und habe daher erst mal nur
update all https://raw.githubusercontent.com/kc-GitHub/FHEM-HM485/dev/controls_hm485.txt
gemacht.

Das hat auch bis jetzt sehr gut funktioniert ohne ein Problem. Wollte heute ein Fhem update machen, aber das sollte ich dann wohl erst mal lassen.

An der Stelle möchte ich mich auch noch mal bei Torsten und gevoo bedanken, die dass soweit vorangetrieben haben und natürlich auch allen die dabei unterstützt haben.
- 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

Hallo Torsten,

ich glaube ich da einen Bug gefunden. Wenn ich z.B. an einem Tastereingang aus Fhem herauf einen
set HMW_LC_Bl1_DR_KEQ0021546_01 press_short
oder
set HMW_LC_Bl1_DR_KEQ0021546_01 press_long
absetze wird im state immer ein "press_short 0" oder "press_long 0" erzeugt. Es müsste aber doch ein "press_short_0" sein und die Readings dafür müssten auch hochzählen, was auch nicht tut.

Wenn ich den Taster direkt drücke passt alles.
- 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