Hallo zusammen,
ich habe den HM-LC-Sw1-Pl-CT-R1 für mein Garagentor im Einsatz. Wenn ich jetzt in der FHEM Weboberfläche auf on drücke, ist der Kontakt dauerhaft geschlossen und öffnet erst mit off wieder.
Über die gepeerte Fernbedienung ist es ein Taster und öffnet sofort wieder.
Lösung:
attr <HM-LC-Sw1-Pl-CT-R1> eventMap press:on
Mfg
Hi,
und was ist Dein Problem?
Ich rate mal, Du möchtest einen Impuls? Dann mach mit einem "Knopf" einen set .... on-for-timer 1
Oder Du machst mit einem notify ein set .... off nach 1 sec.
Alles andere ist by design.
Gruß Otto
Ich hatte das Problem und konnte es mit attr <HM-LC-Sw1-Pl-CT-R1> eventMap press:on lösen.
Man braucht dazu weder einen on-for-timer 1 oder ein notify.
Wollte lediglich die Lösung veröffentlichen.
Gruß
Sorry, dann habe ich das falsch verstanden, wohl schon zu spät. 8)
ZitatÜber die gepeerte Fernbedienung ist es ein Taster und öffnet sofort wieder
Die Aussage ist noch interessant, hier (http://forum.fhem.de/index.php?topic=47560.0) war das irgendwie nicht ohne weiteres möglich.
Schönen Abend.
Prima, Peete.
Danke das Du zum Beitrag gleich die Lösung mit aufgeschrieben hast und somit mein Problem ebenfalls schnell gelöst worden ist.
LG
kirschrother_lump
Hallo,
ich habe den Befehl
attr Garage.Garagentoroeffner eventMap press:on
eingegeben. Leider kommt in FHEM dann der Fehler:
"Unknown argument press"
Was mache ich falsch?
Hallo Lace,
was ist wenn Du das Attribute eventMap über die Oberfläche auswählst und press:on dort reinschreibst?
Gruß Otto
Wenn ich es über die Oberfläche mache kommt anschließend derselbe Fehler :(
Wenn man den HM-LC-Sw1-Pl-CT-R1 direkt mit einem Schalter oder einer Fernbedienung paired oder auf den Knopf auf dem Gerät drückt, dann reagiert das Gerät ja nur mit einem Einschaltimpuls. Das will ich auch über FHEM erreichen.
verstehe ich nicht, die Meldung macht eigentlich keinen Sinn. Ich kann bei mir auch willi:test reinschreiben.
Bedeutet ja nur das der event willi in test umgewandelt wird.
Gruß Otto
Hallo Zusammen,
habe das selbe Problem. Bin mit Restore auf eine altes Backup (2016-02-10) und dann ging es wieder.
Irgendwie funktioniert der Befehl "press" nach dem letzten update nicht mehr.
Hab mir schon die HMConfig.pm rauskopiert und nach dem Update wieder installiert - brachte aber nicht den gewünschten Erfolg.
Also wäre ich auch für Hilfe dankbar.
Gruß Ralph
Mal eventmap aussen vor. Geht press nicht mehr oder was? Dann testet press.
Was press macht ist klar........ Hoffe ich. Es simuliert das druecken eines gepeerten buttons. Welcher soll gedrückt werden?
Weiter: was soll passieren? Es werden die Register des peer ausgeführt
Einfach einmal msg loggen wenn es früher funktioniert hat und heute nicht. Gut ist auch, den peer anzugeben.
Hallo martinp876,
erst mal Danke für die Antwort.
Also ich habe bisher keinen Button benutzt. Als webcmd hatte ich press und mit klick auf das press zog das Relais kurz an. Der Schalter am Device selber zieht beim Drücken kurz das Relais an.
Bei drücken auf press in der Weboberfläche kommt die Meldung "Unknown argument press, choose one of assignHmKey clear deviceRename fwUpdate getConfig getDevInfo getRegRaw getSerial getVersion inhibit off on on-for-timer on-till pair peerBulk peerIODev press raw regBulk regSet reset sign statusRequest toggle unpair " wobei hier ja noch press aufgeführt wird.
Das mit dem gepeerten Button und die Register des peer versteh ich leider nicht.
Mit reg all bekomme ich das:
Garagentor type:switch -
list:peer register :value
0: confBtnTime :permanent
0: intKeyVisib :invisib
0: localResDis :off
0: pairCentral :0xF11234
1: powerUpAction :off
1: sign :off
1: statusInfoMinDly :2 s
1: statusInfoRandom :1 s
1: transmitTryMax :6
Gruß Ralph
PS: Ich habe den HM-LC-Sw1-Pl-CT mit Relais Ausgang
Mache einmal eine Update. Es sollte neben press auch pressL und pressS auftauchen.
Weiter sollte ein peer eingetragen sein. Da du den internen Schalter haben willst ist dieser self01. Wenn er nicht zu sehen ist setze intKeyVisib auf visib und mache ein getconfig.
Jetzt sollte press[S/L] möglich sein .
Berichte von hier aus.
Hallo martinp876,
es funktioniert nun wieder.
Der Schalter (also am Gehäuse) funktioniert schon immer als Impuls (press).Hab mir den self01 angeschaut, aber es hat sich zwischen update und restore nie was an den readings (visib) geändert.
Bei mir funktionierte ja der webcmd press nicht mehr.
Bei peerIDs steht nun 00000000,42601234 und ich bin mir nicht sicher ob die 2te Zahl schon immer drin stand.
Jetzt geht es nach dem 10ten update plötzlich aber ich weiß nicht warum - muß halt noch viel lernen.
Trotzdem vielen Dank für deine Bemühungen.
Gruß Ralph
Hallo zusammen,
ich habe nach einem update heute das gleiche Problem. Und leider kann ich mit Martins Hinweisen nix anfangen. :'(
- wie setze ich intKeyVisib auf visible?
- wie trage ich einen peer ein?
Und ich habe bei reg all auch viel weniger Einträge als Ralph:
HM_34D9B6 type:switch -
list:peer register :value
0: intKeyVisib :set_invisib
0: pairCentral :set_0x1A2B3C
Seither hat das einfach mit "eventmap press:on" wie gewünscht funktioniert.
Sorry, ich bin blutiger Anfänger.
Gruß
Stefan
Hi,
ich habe die Bedeutung von "regSet" erkannt und "intKeyVisib" auf visib gesetzt.
Dann ein getConfig und nun klappt's wieder einwandfrei. :D
Gruß
Stefan
Hallo,
ich hatte das gleiche Problem, aber die Kommentare geben ja nur Hinweise und keine konkreten Befehle.
Daher poste ich mal die komplette Befehlsliste, die ich jetzt erfolgreich verwendet habe, um mein Garagentor über den HM-LC-Sw1-Pl-CT-R1 zu steuern.
Über die Telnet-Schnittstelle sieht das dann so aus, aber die Kommandos lassen sich genauso natürlich auch über die Web-Oberfläche ausführen.
fhem> set HMVCCU hmPairForSec 300
fhem> rename HM_xxxxxx Garage_Tor
fhem> attr Garage_Tor room Test
fhem> attr Garage_Tor group Garage
fhem> attr Garage_Tor icon fts_garage
fhem> attr Garage_Tor webCmd press
fhem> set Garage_Tor regSet intKeyVisib visib
fhem> set Garage_Tor getConfig
fhem> save
Jetzt zieht der Aktor kurz an, wenn man den Taster am Gerät bedient oder in der Web-Oberfläche auf "press" klickt.
In FHEM lässt sich das natürlich auch per Kommando ausführen:
fhem> set Garage_Tor press
Viel Erfolg damit.
Gruß,
-Stefan-
Okay, erledigt. Sorry, hatte erst das gleich Problem, jetzt geht es :-)
Hallo,
ich bin nach der Anleitung aus dem Beitrag von Leupi vorgegangen.
Kann mir bitte jemand sagen, wie ich prüfe ob intKeyVisib visib gesetzt wurde? Dachte ich sehe das nach setzen in den Readings
Vielen Dank im Voraus
Hi,
man setzet kein Reading, man setzt ein Register. Danach ein getConfig und das Reading sollte zu sehen sein -> R-intKeyVisib
Gruß Otto
Register sind nicht alle direkt im reading zu sehen. du kannst es sichtbar schalten mit
attr global schowinternalvalues 1
oder
set <device> expert 1
oder einfach ein
get <device> regTable
wie Otto schon gesagt, die Readings sind eine kopie der Register des Device. Sie müssen erst gelesen werden (automatisch oder manuell). Manuell geht es mit getConfig
Zitat von: martinp876 am 07 Dezember 2018, 19:55:51
attr global schowinternalvalues 1
Danke, das hat geholfen. Jetzt sehe ich das Reading R-intKeyVisib und es steht auf visib.
Ich kann auch soweit mein Garagentor öffne und schließen. Allerdings wird das Device als Switch geführt und nicht als Taster, was mein Ziel war.
Als Switch ist das Tor dann auch in der HomeApp zu sehen und kann darüber betätigt werden. Im Moment ist allerdings das Tor zu und der Switch steht auf "Ein".
Wie bekomme ich das noch gelöst?
Vielen Dank!
Udo
Kommt darauf an, wie du es bedienen willst.
Dass es "ein" ist ist quasi normal, aber schlecht. Es soll sicher nur einen puls auslösen. So 1sec.
Primär einfach ist, is über buttons zu betreiben. Nutze templates. Peere alle buttons, die es schalten sollen. Dann nutze ein template welches wie ein trepoenhausschalter für 1s einschaltet, dann wieder aus ( oder 2s, oder 5)
Auch der interne taster self01 sollte so geschaltet werden.
Nun vermeide, on oder off zu nutzen. Press ist eine alternative. Oder onfortimer.
Zitat von: martinp876 am 07 Dezember 2018, 20:51:03
Primär einfach ist, is über buttons zu betreiben. Nutze templates. Peere alle buttons, die es schalten sollen. Dann nutze ein template welches wie ein trepoenhausschalter für 1s einschaltet, dann wieder aus ( oder 2s, oder 5)
Auch der interne taster self01 sollte so geschaltet werden.
Kannst du das bitte noch etwas ausführen. Bin seit 3 Monaten am aufbauen von FHEM auf einem PI und habe lese wirklich viel. Ich merke aber auch, dass man zu den diversen Themen viel Wissen aufbauen muss und bemühe mich so gut es geht das Forum und alle fertigen Anleitungen zu studieren und zu nutzen.
Also was genau meinst du mit Buttons und Peere diese alle? Welche Templates?
Was ich verstanden habe, fasse ich mal so zusammen:
1. Der besagte Aktor ist ein Switch, kein Taster. Logisch gehört er zu den Schaltern. Man kann ihn ein- und ausschalten, mehr nicht.
2. Für den geplanten Anwendungsfall macht das i.d.R. keinen Sinn. Deshalb ist hier der interne Taster und auch gepeerte externe Tasten per default so programmiert, dass ein Trigger (Schaltbefehl) den Aktor nicht dauerhaft einschaltet, sondern nach kurzer Zeit wieder aus. Das kann man mit praktisch jedem Homematic-Aktor auch nachträglich so programmieren, aber nur hier passiert es eben automatisch.
3. Löst man aus FHEM per "press" aus, gelten hier die für den Peer definierten Schaltregeln - der Aktor verhält sich so, als ob ein Befehl vom Button oder einer Fernbedienung gekommen wäre, wendet die internen Regeln an - und schaltet nach gewünscht kurzer Zeit aus.
4. Schaltet man aus FHEM den Aktor per "on" ein, bleibt er dauerhaft an. "on-for-timer" ist ja schon wieder ein Spezialfall.
5. Das gleiche passiert, wenn man mit einer Fremd-App als GUI über FHEM schaltet. Das dürfte das Problem von Udomatic sein.
Der einzige Workaround, der mir hier spontan einfiele, wäre ein Notify in FHEM, welches durch den Einschaltzustand des Aktors getriggert wird und diesen sofort wieder ausschaltet. Hier entsteht aber zwangsläufig eine Verzögerung von mehreren Sekunden, weil der Aktor seinen neuen Schaltzustand mit einer gewissen Verzögerung zurückmeldet (auf den Trigger/Button reagiert er sofort und schaltet auch, aber die geänderte Zustandsmeldung, die er an seine Zentrale (hier FHEM) sendet, kommt eben etwas später.
Deswegen wird man mit diesem Verfahren kaum unter 2s Betätigungszeit bleiben. Wenn das dem angeschlossenen Gerät nichts tut, ist das dann doch kein Problem.
Jm2c.
Das ist meine bisherige Lösung, die auch funktioniert, dass ich sowohl über FHEM als auch Homekit, das Tor per Impuls öffnen kann und nach 1 Sekunde der Schalter wieder aus geht.
IODev myHmUART
autoReadReg 4_reqStatus
eventMap /on-for-timer 1:Press/
expert 2_raw
firmware 2.5
homebridgeMapping clear On=state,valueOn=on,cmdOn=on-for-timer+1,cmdOff=on-for-timer+1
icon fts_garage
model HM-LC-Sw1-Pl-CT-R1
peerIDs 00000000,56257F01,
room CUL_HM,Garage,Homekit
serialNr xxxxxxxxx
siriName Tor
subType switch
webCmd Press
Was mir jetzt noch fehlt ist der wirkliche Zustand des Tors Offen / Geschlossen.
Vielen Dank soweit für die Hilfestellungen
Tor auf/zu nur über Impulse zu toggeln finde ich ja mutig... einmal desynchronisiert öffnet/schließt das Tor auch umgekehrt. Ohne echte Zustandserkennung wird das doch nix.
Ich habe früher einen Dummy dafür bemüht, der Zustände und Wünsche gleichermaßen zwischenspeicherte und ein DOIF, welches situationsabhängig Befehle geschickt hat.
Zitat von: Pfriemler am 12 Dezember 2018, 15:23:22
Tor auf/zu nur über Impulse zu toggeln finde ich ja mutig... einmal desynchronisiert öffnet/schließt das Tor auch umgekehrt. Ohne echte Zustandserkennung wird das doch nix.
Ich habe mir jetzt noch einen HM-Sec-Tis angeschafft und eingerichtet. Mit dieser Kombination bin ich vorerst zufrieden.
Aber was meintest du eigentlich genau mit desynchronisiert?
Wie ich verstanden hatte hast Du bisher einen Pseudoschalter betätigt - Tor auf, Tor zu ... bei jeder Zustandsänderung ein toggle an den Antrieb. Wenn da mal ein Knoten ist, zeigen Dummy und Tor gegensätzliche Zustände.
Wenn Du den Torzustand direkt vom Tis nimmst, kann das auch Probleme machen, wenn während der Fahrt ein neuer Befehl kommt. Ich hatte dann einige Logik eingebaut und das klappte schließlich bestens. Ich konnte dann öffnen, schließen stoppen - und die Logik hat entsprechend Takte gesendet - oder eben auch nicht.
Dann verließ mich der Motor und seither tut ein intelligenter Antrieb, dem ich die Positionen direkt vorgeben kann ...
Wenn Interesse, kann ich das nochmal raussuchen aus dem Archiv.
via Tapatalk