Homematic wired

[stephan-221]

ps: welches Hutschienenmodell LAN nutzt ihr mit dem es funktioniert?

Ich benutze auch den Digitus DA-70157 am USB Port. Ich habe mit einer FHEM und HM485 Version von Januar gearbeitet.
Für meinen HMW14/12er brauchte ich allerdings die komplette Implementierung, die erst mit neueren Versionen ging.
Dementsprechend arbeite ich jetzt mit dem aktuellen HM485 Github (141), FHEM up2date und habe lediglich eine alte Fassung der devIO.pm in Betrieb. 

Zum Experimentieren habe ich einen 4 Port Terminalserver für RS485 und RS232, der dann wie der Eigenbau von Dirk funktioniert.

Viele Grüße
Stephan

[holzwurm83]

Hallo zusammen,

ich nutze auch den Adapter vom Dirk. Anfang des Jahres hatte ich einen nicht nachvollziehbares Problem.

Ich habe da auf der Seite http://www.wiznet.co.kr/product-item/wiz108sr/ gesehen das es für den von Dirk verbauten WIZ108SR eine neue Firmware gibt. Habe diese dann auch mal aktualisiert.

Es muss aber auf die verbaute Version geachtet werden, da die neueste Version nur mit der neuesten Hartware funktioniert. 

Dirk hat bei mir HW Ver 1.1 verbaut. Die letzte passende ist die FW Version 2.20.

Vielleicht löst das manch ein Problem. Da wurde wohl auch mal was am Timing verbessert.

[holzwurm83]

Hallo zusammen,

ich stehe gerade etwas auf dem schlauch. Ich wollte bei meinem Rolladenaktor die eventMap attr. um eine Funktion erweitern. Allerdings bekomme ich die Funktion schon gar nicht funktionsfähig zusammen.

Ich möchte beim ausführen den ist level Wert um 2 erhöhen. ich habe das erst mal solo in der Eingabezeile probiert, aber der Rollo fährt einfach immer auf 0. Hier mal meine versuche.

Code Auswählen Erweitern

set WG1_J_WZ_OST level {([WG1_J_WZ_OST:level]) + 2}
set WG2_J_AZ_WEST  level (ReadingsVal("WG2_J_AZ_WEST ", "level", 99) -2)


Hallo zusammen,

hat hier keiner eine Idee?

[Thorsten Pferdekaemper]

Code Auswählen Erweitern


set WG1_J_WZ_OST level {([WG1_J_WZ_OST:level]) + 2}
set WG2_J_AZ_WEST  level (ReadingsVal("WG2_J_AZ_WEST ", "level", 99) -2)


Das ist nicht wirklich HMW-spezifisch, sondern gehört eher nach "Automatisierung allgemein".
Aber versuch mal sowas:

Code Auswählen Erweitern


{ fhem("set WG2_J_AZ_WEST level ".(ReadingsVal("WG2_J_AZ_WEST","level",99) - 2)) }

Gruß,
   Thorsten

[holle75]

Hallo ihr und sorry, dass ich nichts von mir hab hören lassen. Zu viele andere Baustellen. Der liebe Dirk schickt mir gerade einen neuen HMW-Adapter und dann werde ich weitertesten. Da ihr alle wohl einen Homebrew-Adapter nutzt hoffe ich ganz, ganz feste, dass ich mein Setup wieder zum Laufen bekomme. Interessant wäre es trotzdem doch sehr (auch fürs Wiki) ob die neueste Generation des original HMW-LGW noch funktioniert oder nicht? Sonst würden vielleicht einige Novizen für Homematic-Wired ins Messer laufen?

melde mich

lieb Gruß

H.

[zwockel]

Ich habe den HMW-LC-Dim1L-DR im Einsatz.
Wie lautet der Befehl zum Dimmen?

Wenn ich set HMW_LC_Dim1L_DR_LEQ0976*** level 10 absetze erhalte ich :
Unknown argument level, choose one of config raw

[UweH]

set <DeinDimmer> level <Zahl zwischen 0 und 100>

[Thorsten Pferdekaemper]

Hi,
ich habe den DevIO485-Patch jetzt ins Git hochgeladen. (Siehe z.B. http://forum.fhem.de/index.php/topic,10607.msg309106.html#msg309106).
D.h. es gibt jetzt die Datei DevIo485.pm, die in ServerTools.pm statt der DevIo.pm in ServerTools.pm verwendet wird.
Etwas hässlich ist dabei, dass ServerTools.pm anscheinend nicht HM485-spezifisch ist und trotzdem von "uns" ausgeliefert wird. (Oder?)
Ich denke, das muss man mal ändern. Also:
1. DevIo.pm-Problem lösen
2. ServerTools.pm nicht mehr als HM485-Bestandteil ausliefern.
Ich werde mal versuchen, mich darum zu kümmern.
Gruß,
   Thorsten

[Ralf9]

Etwas hässlich ist dabei, dass ServerTools.pm anscheinend nicht HM485-spezifisch ist und trotzdem von "uns" ausgeliefert wird. (Oder?)

Die ServerTools.pm ist HM485-Bestandteil.
Ich konnte die ServerTools.pm hier nicht finden:
http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/FHEM/

Gruß Ralf

[Thorsten Pferdekaemper]

Hi,
ich habe jetzt mal versucht, das DevIo-Problem zu verstehen. Das ist mir aber nicht so ganz gelungen.
Wenn man sich das hier anschaut: http://forum.fhem.de/index.php/topic,10607.msg308629.html#msg308629, dann sieht es danach aus, dass ein Reconnect gemacht wird, aber dabei geht irgendwas schief. Ist das nicht eher das Problem?
Außerdem: Wie hängt das damit zusammen:
http://forum.fhem.de/index.php/topic,36215.msg294342.html#msg294342
Vor Allem passt das erste nicht mit der 5-Sekunden-Theorie im zweiten Link zusammen.
Vielleicht könnte auch jemand zusammen mit Rudolf dafür eine Lösung finden.
Gruß,
   Thorsten

[Thorsten Pferdekaemper]

Die ServerTools.pm ist HM485-Bestandteil.

Ok, dann ist das geklärt und alles ist halb so schlimm. Es ist vielleicht nur etwas ungeschickt, dem Teil dann so einen allgemeinen Namen zu geben und es ins FHEM-Verzeichnis zu packen. Könnte man ServerTools.pm nicht nach lib/HM485 verschieben?

EDIT:
Ich habe jetzt selbst mal ein grep -R gemacht. Es sieht so aus, dass ServerTools nur im HM485d verwendet wird.

[Thorsten Pferdekaemper]

Hi,
ich habe gerade wieder eine neue Version ins Git hochgeladen. Es gab Probleme mit einem reinen "set", also Befehl 0x73. FHEM hat eine echte Response verlangt und war mit dem ACK, was normalerweise auf 0x73 kommt, nicht zufrieden.
Details siehe hier: http://forum.fhem.de/index.php/topic,39224.0.html.
Gruß,
   Thorsten

[Thorsten Pferdekaemper]

Hi,
ich habe eine neue Version von 10_HMW485.pm gebastelt. (Siehe Anhang und auch http://forum.fhem.de/index.php/topic,39235.0.) Ich würde das ganze gerne noch etwas aufräumen, es wäre aber nett, wenn noch ein paar Leute testen könnten. Das ganze basiert auf der aktuellen Version in https://github.com/kc-GitHub/FHEM-HM485/ in beinhaltet folgende Änderungen:

1. Das Einlesen der Infos, Konfigurationsdaten und Kanäle ist komplett überarbeitet.
2. Wenn ein Gerät offline ist, gab es ein Problem, das den Bus im Wesentlichen blockiert hat. Das sollte nicht mehr vorkommen.
3. Es gibt jetzt ein Internal "CONFIG_STATUS" mit den Werten PENDING, READING, OK und FAILED.
4. Beim Define (egal ob manuell oder per autocreate) werden jetzt alle Konfigurationsdaten eingelesen. Das bedeutet, u.A. dass von Anfang an alle Kanäle automatisch angelegt werden.

Wie gesagt: Bitte testen, jeder Kommentar ist willkommen.

Gruß,
   Thorsten

[Thorsten Pferdekaemper]

Hi,
jetzt gibt es doch nochmal eine neue Version.
Neu ist, dass man ein "set raw" auf ein device machen kann. Es gibt schon ein set raw auf das IO-Device, aber das ist etwas kompliziert und man kann schlecht die Sendefolgenummer erraten und erntet daher manchmal RESPONSE TIMEOUT.
Also wenn z.B. myDevice ein HM485-device ist, dann kann man z.B. mit Folgendem den ersten Kanal auf 0x20 setzen:

Code Auswählen Erweitern


set myDevice raw 730020

Gruß,
   Thorsten

[Thorsten Pferdekaemper]

Hi,
ich habe jetzt auch noch einen Bug in HM485d.pl gefunden, der das neue "Konfig-Lese-Konzept" etwas lahmlegen kann. Details mit Lösung stehen hier: http://forum.fhem.de/index.php/topic,39369.0.html.
Gruß,
   Thorsten