Homematic wired

[mc309]

Hallo nochmal,
ich habe nun nochmal versucht die letzte zip Dateien aus gevoos Post #1022 zu laden - habe die bestehenden mit neuen überschrieben und über shutdown restart einen FHEM Neustart gemacht. Leider ist danach FHEM nicht mehr erreichbar - FHEM läuft bei mir auf einer Fritzbox 7390. Hat noch jemand dasselbe Problem oder einen Tip woran es liegen könnte ?

Edit:
Mit der zip und Util aus Post #961 gibts keine Probleme

Gruß,
Michael

[Ralf9]

Hallo gevoo & Ralf,
ich habe nun in der Detailkonfig CH15 auf Frequency_Input umgestellt, Save config, get config all, get state durchgeführt. In der Übersichtsseite
ist das Lampensymbol zu sehen, Detailkonfig zeigt state "on".

Laut Log wird der Eingang 15 im EEPROM auf Frequenz umgestellt. Das state "on" in der Detailkonfig passt aber noch nicht.

Code Auswählen Erweitern


2015.03.26 21:00:58 3: HM485_SetConfig: name = HMW_IO_12_Sw14_DR_LEQ0251953_15 Key = BEHAVIOUR Wert = FREQUENCY_INPUT msg =
2015.03.26 21:00:58 3: HM485: Set config for HMW_IO_12_Sw14_DR_LEQ0251953_15:  BEHAVIOUR=FREQUENCY_INPUT
2015.03.26 21:00:58 3: Test: HM485_SetConfig fuer HMW_IO_12_Sw14_DR_LEQ0251953_15 Schreiben Eeprom 0000DB4B_15 57 0009 01 FE
2015.03.26 21:00:58 5: SW: fd11eb53c80000db4b1c0000000157000901fe
2015.03.26 21:00:58 4: HM485_LAN: TX: (235) I[2](0,F,B)(1C) 00000001 -> 0000DB4B [7] 57(W) 000901FE


Du kannst mal versuchen den Eingang 15 auf digital umzustellen und dann die folgenden beiden RAW-Befehle eingeben:

entweder damit stellst Du Eingang 15 - 20 auf Frequenz um
set HM485_LAN RAW 0000DB4B 98 00000001 5700090100

oder damit stellst Du nur Eingang 15 auf Frequenz um:
set HM485_LAN RAW 0000DB4B 98 00000001 57000901FE

und dann noch:
set HM485_LAN RAW 0000DB4B 98 00000001 43

wichtig: danach darfst Du kein "get config all" ausführen.

Du kannst zum Testen auch einen Taster verwenden. Wenn Du ihn ca einmal pro Sekunde drückst, müsste ca 1000 mHz angezeigt werden.


Nachtrag: evtl wird die Frequenz nur mit einem get state abgefragt und angezeigt.

Gruß Ralf

[RoBra81]

Hallo,

ich habe mal wieder Probleme mit der Perfomance meines FHEM-Systems, die u.A. dazu führen, dass Licht mit großer Verzögerung geschaltet wird. Da mein Log voller Perfmon-Meldungen ist (possible freeze...) habe ich mal apptime angeworfen. Ein

Code Auswählen Erweitern

apptime average

liefert nach ca. 1 Stunde folgendes Ergebnis:

Code Auswählen Erweitern

           tmr-HM485_ChannelDoUpdate      HASH(0x54b5818)   1885      1     1885  1885.00      3 HASH(0x54b5818)
           tmr-HM485_ChannelDoUpdate      HASH(0x5506310)   1885      1     1885  1885.00      8 HASH(0x5506310)
           tmr-HM485_ChannelDoUpdate      HASH(0x5bb2d48)   1865      1     1865  1865.00      3 HASH(0x5bb2d48)
           tmr-HM485_ChannelDoUpdate      HASH(0x5644258)   1853      1     1853  1853.00      3 HASH(0x5644258)
           tmr-HM485_ChannelDoUpdate      HASH(0x56c4860)   1853      1     1853  1853.00      3 HASH(0x56c4860)
           tmr-HM485_ChannelDoUpdate      HASH(0x57673d0)   1849      1     1849  1849.00      3 HASH(0x57673d0)
           tmr-HM485_ChannelDoUpdate      HASH(0x538a5b0)   1848      1     1848  1848.00      3 HASH(0x538a5b0)
           tmr-HM485_ChannelDoUpdate      HASH(0x5601da0)   1847      1     1847  1847.00      4 HASH(0x5601da0)
           tmr-HM485_ChannelDoUpdate      HASH(0x283ee18)   1841      1     1841  1841.00      3 HASH(0x283ee18)
           tmr-HM485_ChannelDoUpdate      HASH(0x521e490)   1840      1     1840  1840.00      3 HASH(0x521e490)
           tmr-HM485_ChannelDoUpdate      HASH(0x5059ad0)   1837      1     1837  1837.00      3 HASH(0x5059ad0)
           tmr-HM485_ChannelDoUpdate      HASH(0x5564010)   1835      1     1835  1835.00      3 HASH(0x5564010)
           tmr-HM485_ChannelDoUpdate      HASH(0x558c4a0)   1835      1     1835  1835.00      4 HASH(0x558c4a0)
           tmr-HM485_ChannelDoUpdate      HASH(0x50d0fb8)   1834      1     1834  1834.00      3 HASH(0x50d0fb8)
           tmr-HM485_ChannelDoUpdate      HASH(0x5540420)   1834      1     1834  1834.00      3 HASH(0x5540420)
           tmr-HM485_ChannelDoUpdate      HASH(0x531e888)   1831      1     1831  1831.00      3 HASH(0x531e888)
           tmr-HM485_ChannelDoUpdate      HASH(0x563cc50)   1825      1     1825  1825.00      3 HASH(0x563cc50)
           tmr-HM485_ChannelDoUpdate      HASH(0x54cf408)   1824      1     1824  1824.00      3 HASH(0x54cf408)
           tmr-HM485_ChannelDoUpdate      HASH(0x57d1908)   1824      1     1824  1824.00     10 HASH(0x57d1908)
           tmr-HM485_ChannelDoUpdate      HASH(0x54fea58)   1823      1     1823  1823.00      3 HASH(0x54fea58)
           tmr-HM485_ChannelDoUpdate      HASH(0x54d2ed8)   1821      1     1821  1821.00      3 HASH(0x54d2ed8)

Das führte mich zu der Annahme, dass meine Perfomance-Probleme auf Homematic Wired zurückzuführen sind? Kann man da etwas tun?

Ich habe einen Cubitruck mit einem DIGITUS DA-70157...

Ronny

[mc309]

Hallo Ralf,

danke für deinen Input - werde das mal testen sobald eine stabilere Version verfügbar ist. Habe wie Ronny Probleme

mit den letzten zip Files - siehe meine letzten Beiträge.

Gruß,
Michael

[mc309]

Hallo Ralf, 
ich habe nun den Eingang 15 zuerst wieder auf Digital_Input umgestellt, dann
set HM485_LAN RAW 0000DB4B 98 00000001 57000901FE
gefolgt von
set HM485_LAN RAW 0000DB4B 98 00000001 43
durchgeführt.
Leider zeigt mir CH15 danach immer noch nur State "off" an und keine Werte oder Readings - ebenso wird das Lampensymbol angezeigt.

Gruß,
Michael

[Ralf9]

Hallo Michael,

die config scheint bei den Digitaleingängen 15 - 20 zu passen.
Wenn Du den Eingang 15 auf Frequenz umstellst, dann wird er auch im Modul auf Frequenz umgestellt.
Wenn Du den Eingang 15 auf Digital umstellst, dann wird er auch im Modul auf Digital umgestellt.

In der HM485-log kann man bei der Antwort (msgData) von einem get state erkennen ob der Eingang auf Frequenz steht:

Hier steht der Eingang 15 auf digital. Bei der "690E03FF" ist "0E" der Kanal 15 und die folgenden 2 Byte "03FF" ist 1023

Code Auswählen Erweitern


2015-03-31_11:04:06 HM485_ProcessResponse: deviceKey = HMW_IO12_SW14_DR hmwId = 0000DB4B requestType = 53 requestData = 0E msgData = 690E03FF
2015-03-31_11:04:06 Device:convertFrameDataToValue valId = STATE value = 1023
2015-03-31_11:04:06 Device:convertFrameDataToValue End value = 1023
2015-03-31_11:04:06 HM485_ProcessChannelState hmwId = 0000DB4B .eeprom_0000 = FF14FFFFFFFFFEFF1FFFFFFFFFFFFFFF


Und hier steht der Eingang 15 auf Frequenz. Bei der "690E000000" ist "0E" der Kanal 15 und die folgenden 3 Byte ist die Frequenz

Code Auswählen Erweitern


2015-03-31_11:07:37 HM485_ProcessResponse: deviceKey = HMW_IO12_SW14_DR hmwId = 0000DB4B requestType = 53 requestData = 0E msgData = 690E000000
2015-03-31_11:07:37 Device:convertFrameDataToValue valId = STATE value = 0
2015-03-31_11:07:37 HM485_ProcessChannelState hmwId = 0000DB4B .eeprom_0000 = FF14FFFFFFFFFEFF1FFEFFFFFFFFFFFF


Anscheinend liegt am Eingang 15 keine Frequenz an. Wenn am Eingang 15 eine Frequenz anliegt, dann müsste in der Antwort von get state bei msgdata bei den 3 Byte hinter der 0E ein Wert größer 0 stehen.

Gruß Ralf

[hglaser]

Hallo gevoo

Ich habe nun den Dimmer ausprobiert, und er funktioniert wie er soll. Es ist nur noch "puschbutton" und "switch" verstauscht. Beim logging ist es dasselbe, also statt "on" steht "off". Wenn das noch umgedreht werden könnte, würde ich sagen es Passt

Grüße Harald.

[MarkusO]

Hallo zusammen,
ich habe bisher noch die HM485-Lib aus dem Github von Dirk am laufen. Da ich immer wieder mit ein paar "Homebrew"-Devices experimentiere (http://forum.fhem.de/index.php/topic,22952.225.html), ist es mir aber zu aufwändig, die pm-Files für beide Varianten zu pflegen. Daher würde ich jetzt auch gerne auf die neuere Version aus diesem Thread umsteigen. Den letzten Posts nach zu urteilen, gibt es aber immer wieder Problem mit der Stabilität, oder?

Gibt es eine Empfehlung für Um-/Einsteiger, welche Version man verwenden sollte, bzw. gibt es einen Master und einen Development-Branch?

Viele Grüße
Markus

[Thorsten Pferdekaemper]

Gibt es eine Empfehlung für Um-/Einsteiger, welche Version man verwenden sollte, bzw. gibt es einen Master und einen Development-Branch?

Hi,
Ich habe da mal mit Dirk geredet oder gemailt. Ich glaube, es sind sich alle einig, dass momentan nur die "gevoo-Version" sinnvoll ist.
Verschiedene Branches gibt es nicht. Leider wird die gevoo-Version auch nicht per git verwaltet.
@gevoo: Könnte man das mal ändern? Ich würde auch ggf. die Verwaltung übernehmen, wenn das für Dich schwierig sein sollte.
Gruß,
   Thorsten

[MarkusO]

Hi Thorsten,

ja, die gevoo-Version wollte ich jetzt auch auf jeden Fall verwenden. Ich wollte nur wissen, welche der zahlreichen Versionen aus diesem Thread am besten geeignet ist, wenn man etwas "stabiles" sucht. Die neuste muss ja nicht immer die beste sein...
Github wäre natürlich großartig, weil es dort auch die Möglichkeit von mehreren Branches gibt - also einen mit der letzten stabilen Version "für die breite Masse" und einen Branch für Weiterentwicklungen, der evtl. noch Bugs enthält.

Viele Grüße
Markus

[gevoo]

Hallo Thorsten,

ich habe nichts dagegen, wenn jemand von Euch sich um das Einspielen der "scharfen" Versionen ins Git kümmern möchte und es dann auch durchführt. Ich würde nur noch ein zwei Tests abwarten, bis wir wieder ein Komplettpacket haben, daß im wesentlichen funktioniert.

Ich habe Deine Anregungen zur Verbesserung der xmlHelper.pl zum Teil eingearbeitet. Danach die ganzen Devicefiles neu erstellt, und siehe da, langsam sieht es so aus wie ich mir das vorstelle. Das hatte allerdings auch ein paar Änderungen in den Programmfiles zur Folge.

Gruß gevoo

[gevoo]

An alle freiwilligen Tester,

Für den Rolloaktor habe ich die anhängende Verion überprüft. Alles o.k. Für alle anderen Module suche ich wieder Tester.
Bitte die Config Webseite überprüfen. Wenn Ihr Euch nicht sicher seit, dann bitte ein Bild pro Kanal posten.
Weiterhin benötige ich die fhem*.log und die HM485-log2015*.log.

Ich möchte nochmals ausdrücklich darauf hinweisen, daß es eine Testversion ist. Das heißt, die zusätzliche Logdatei kann bei längerem Betrieb Euer Speichermedium überfüllen. Wenn die gröbsten Fehler behoben sind, wird wieder eine Version ohne zusätzliche logs veröffentlicht.

Danke und Ostergrüße von gevoo

[Thorsten Pferdekaemper]

ich habe nichts dagegen, wenn jemand von Euch sich um das Einspielen der "scharfen" Versionen ins Git kümmern möchte und es dann auch durchführt. Ich würde nur noch ein zwei Tests abwarten, bis wir wieder ein Komplettpacket haben, daß im wesentlichen funktioniert.

Ich versuche mal, mich darum zu kümmern. Ich meinte damit Dirks git und nicht gleich das "offzielle" FHEM-Repository. (Ist das überhaupt in git?) Wir haben dann auch die Möglichkeit, zwischen master (stabil) und dev (ganz aktuell) zu unterscheiden.
Wenn Du eine Version hast, die Du als würdig erachtest, dann sag' Bescheid.

Ich habe Deine Anregungen zur Verbesserung der xmlHelper.pl zum Teil eingearbeitet.

Danke. Ich bin diese Woche nicht zuhause und kann nichts ausprobieren. Mal sehen, vielleicht wird das nächste Woche was.

[Thorsten Pferdekaemper]

Hi,
die letzte mir bekannte Version (aus diesem Post: http://forum.fhem.de/index.php/topic,10607.msg282601.html#msg282601) ist jetzt im dev-Branch von Dirks git-Repository (also hier: http://forum.fhem.de/index.php/topic,10607.msg282601.html#msg282601).
Wenn man den "Download ZIP"-Button benutzt dann bekommt man im Prinzip dasselbe Paket, das gevoo oben in seinem Post angehängt hat.
Im Wiki habe ich bisher nichts geändert, da das eigentlich alles noch stimmt.
Bitte beachtet die Einschränkungen, die gevoo in seinem letzten Beitrag genannt hat.
@gevoo: Wenn Du eine Version hast, die einigermaßen ok ist, dann würde ich auch den master-Branch entsprechend aktualisieren. Ich wollte das nur nicht mit einer Version machen, die ggf. die Logs vollmüllt.
Gruß,
   Thorsten

[gevoo]

Hallo Thorsten,

das war eine gute Idee. Wenn die Version ohne Zusatzlog läuft, sage ich Bescheid.

Gruß gevoo