Hallo,
ich habe gerade über telnet versucht den oben genannten Aktor mittels toggle aus bzw. wieder ein zu schalten.
Wenn der Aktor eingeschalten ist und ich über telnet den Befehl
set licht_buero toggle
eingebe, dann schaltet sich das Licht aus -> Was ja auch Ziel der Übung ist...
Dann warte ich kurz (sicherheitshalber - 3 Sekunden) und gebe den gleichen Befehl
set licht_buero toggle
wieder ein. Nur passiert jetzt nix...
Im Log hab ich dann passende Einträge dazu:
2013.01.03 22:09:10 2: CUL_HM set licht_buero toggle rxt:1
2013.01.03 22:09:23 2: CUL_HM set licht_buero toggle rxt:1
2013.01.03 22:09:29 2: CUL_HM set licht_buero on rxt:1
(Der letzte Befehl wurde von mir abgesetzt - weils sichs im Finsteren Büro nicht so gut schreibt...)
Wenn ich den Befehl absetze sehe ich am HM-CFG-LAN auch das er was sendet - aber eben keine Reaktion des Aktors (ausser das sich der toggleIndex erhöht)
Ich hab zwar in den Google Groups sowas ähnliches gefunden - aber leider keine Lösung... https://groups.google.com/forum/#!msg/fhem-users/BlX3nWjTSTM/7nP8sRwOyuEJ (//groups.google.com/forum/#!msg/fhem-users/BlX3nWjTSTM/7nP8sRwOyuEJ)
Systemrelevante Daten:
FHEM Version lt. System: Fhem 5.3 (DEVELOPMENT), $Id: fhem.pl 2372 2012-12-28 10:52:16Z rudolfkoenig
Distribution: Debian (Raspbian - aktuell)
System: RaspberryPi
CUL: HM-CFG_LAN
Solltet Ihr noch genauere Logs brauchen, bitte kurz auch beschreiben wie ich dies aktivieren kann - bin leider noch recht neu bei fhem...
Hallo,
das kann ich bestätigen, ich habe es bei 2 dieser Schalter getestet, toggle schaltet auch bei mir nur aus aber nicht wieder ein.
Eine Erklärung habe ich dafür aber auch nicht :(
Ich habe die FHEM Release 5.3.
Gruss
Samsi
Ok, ich denke ich hab das problem.
Offensichtlich sendet FHEM bei toggle den Befehl "1. internen Gerätetaste". Und der schalter führt dann das aus, was in der Windows Konfigurationssoftware unter "Programmierung der 1. internen Gerätetaste" eingestellt ist.
Stellst Du dort "Schalter Ein/Aus" ein, dann funktioniert toogle (naja, nicht wirklich, denn jetzt ist ja auch der eine Taster des HM-LC-SW1PBU-FM ein Toggle Taster)
Vielleicht ist das ein Fehler in FHEM?
Hallo zusammen,
ist zwar off-topic, aber zum Aktor habe ich eine grundsätzliche Frage im Vergleich zum HM-LC-BI1PBU-FM (dem Rollladenaktor):
In welcher Position steht die Wippe auf dem Aktor? Mittig und man kann oben ("an") und unten ("aus") drücken oder steht sie wie ein echter Schalter oben oder unten und man schaltet wirklich, statt zu tasten?
100% kann ich es nur für den Lichtschalter sagen, der ist ein Wipptaster, der immer in der mitte steht und man kann oben oder unten drücken und er springt danach wieder in die mittelstellung.
Der Rolladenaktor HM-LC-BI1PBU-FM sieht aber auf den Bildern vom Aufbau genauso aus, ich würde sagen, er verhält sich auch genauso. Wenn Du mal schaust, dann hat der Rolladenaktor auch so ein Loch in der Mitte, da ist oben und unten in Taster. Die Wippe wird da mit einem Stift eingesteckt und je nachdem der obere oder untere Taster gedrückt.
kann mich Samsi nur anschließen - ändert aber nix an dem "Problem" ;-)
Hallo!
Der Rollladenaktor ist genauso wie der Lichtschalter aufgebaut also ein Wippe.
2x kurz Tippen ganz runter oder rauf
1x gedrückt halten Fahrt bis zum Wiederloslassen rauf bzw. runter
MfG, MisterEltako
Wie die Rollladenaktoren aufgebaut sind, weiß ich ja :-) Aber ein Ein/Aus-Schalter hätte ja von innen mit einer Feder auf einer bestimmten Position gehalten werden können.
Ist bei dem Schalter dann oben=an und unten=aus oder kann man beliebig drücken und es wird nur getogglet (womit wir wieder halbwegs beim ursprünglichen Problem wären)?
Vermutlich kann man dies aber über Register im Aktor konfigurieren, so dass beide Varianten möglich sind - und dann wären wir wirklich beim Ursprünglichen Problem: Ändern der Register. Welche wie zu setzen wären, kann ich jedoch nicht beantworten ;-)
Zitat von: kossmann schrieb am Fr, 04 Januar 2013 14:14Ist bei dem Schalter dann oben=an und unten=aus oder kann man beliebig drücken und es wird nur getogglet (womit wir wieder halbwegs beim ursprünglichen Problem wären)?
Bei dem Lichtschalter kannst Du das verhalten über die Windows Software (oder die Register in FHEM falls Du das bevorzugst) einstellen und auch vertauschen. Ich habe z.B, im Expertenmodus eingestellt, das ein langer Druck auf "Aus" das licht erst nach 10 Sekunden ausschaltet. Das reicht mir dann um noch ins Bett zu kommen ;)
Wenn ich das über die Windows Software ändere, verlier ich da nicht alle gepairten geräte (sorry fhem noob frage...) ich hab bis jetzt nur die aes-verschlüsselung über die software abgedreht - sonst nix....
Gibts für das ändern der register ein howto oder sowas?
Hallo,
ich habe die AES Verschlüsselung angelassen (also die zwischen den Geräten, nicht die zwischen der Software und dem HMLAN) und sogar meinen eigenen Schlüssel gesetzt.
Du verlierst nichts wenn Du das mit Windows Konfigurierst, aber du musst darauf achten, das Du in FHEM die gleiche HMID setzt wie in der Windows-Software. Die findest Du unter in der Datei Programme/Bidcos-Service/ids. Die musst du allerdings erst in HEX umrechnen (z.B. mit dem Windows Taschenrechner)
In der Datei Programme/Bidcos-Service/keys findest Du alle Schlüssel die Du evtl. mal mit der Windows Software gesetzt hast. Die solltest Du dann auch immer gut aufheben.
Allerdings macht es Sinn, die Gerätepaarung nach der Konfiguration auch wieder aufzuheben, denn wenn Du ein Modul mit der Windows Software anmeldest, z.B. einen Batteriebetrieben Funktaster, dann sendet Der seinen Status nicht nur zu dem direkt gepaarten Gerät sondern auch zu der "Zentrale" was sich in höherem Batteriebedarf auswirkt.
Wenn Du z.B. mit einem Handsender einen Lampenaktor einschalten willst, dann reicht es, das der Handsender mit dem Lampenaktor verknüpft ist. Der Lampenaktor sendet seinen Status danach ja ohnehin an die Zentrale, der Handsender muss deshalb nicht zwangsläufig mit der Zentrale verbunden sein. Das kann aber dann sinn machen, wenn Du bei einem Handsender auf Langen oder Kurzen Tastendruck reagieren willst, denn der Aktor der das Licht einschaltet meldet leider nicht an die Zentrale warum das Licht eingeschaltet wurde (also ob über einen langen oder kurzen Tastendruck oder über Fernbedienung a oder b)
ziemlich viele Themen im Thread.
mein Actor toggelt prima. Ist ein LC-SW2-FM.
Hingegen geht es bei meinem HM-LC-Dim1TPBU-FM nicht - nur 'aus'.
Werde es mir einmal ansehen und umbauen.
im prinzip werden mit den Register die gleichen Funktionen zu verfügung gestellt wie im expertenmodus. Eigentlich ist es das gleich.
Hast du das commandref gelesen und evtl. das EinsteigerDoc (braucht evtl wieder einen Update).
Optionen (registerüersicht) mit
get <name> regList
lesen der aktuellen Configuration mit
set <name> getConfig
freischalten der 'internen Tasten' mit
set <name> regSet intKeyVisib visib
dann noch einmal lesen mit
set <name> getConfig
nun einbauen was man will, peeren, schreiben.... und am ende am besten noch einmal lesen
Ich empfehle am schluss einmal zu speichern - mit
get <name> saveConfig
Hallo Martin,
ich habs mir jetzt einfacher gemacht :-)
define wohnzimmerlichtNotify notify kueche_switch_01 {if ( Value("licht_kueche") eq "off") { fhem("set licht_kueche on") } else { fhem("set licht_kueche off") } }
Hab ich mir aus der Anfänger-Doku "rausgeklaut"...
Die Anfänger-Doku les ich fast jeden Tag - immer wo anders - je nach dem was ich grad suche...
@Bjoern: kann man machen. Aber Toggle sollte auch funktionieren - oder gelöscht werden.
Ich baue es für Dimmer jetzt ein - wird gleich online gestellt.
Ich geh davon aus, dass es bei allen Dimmern nicht funktionierte und baue den Mode für diese Gruppe um.
Eingebaut wird, dass zwischen 0% und 100% geschaltet wird. Wer den Wert einstellbar haben will sollte ueber die Register und virtuelle schalter beliebige setzen.
Gruss
Martin
Hallo :)
Bin neu hier, und hab da mal ne Frage...
Hab auch einige HM-LC-SW1PBU-FM im Einsatz.
Gibts irgendwo eine Liste, die ich übersehen habe, in der ich die Zuordnung der Hex-Register für diesen Schaltertyp finden kann?
Ich hab mit den Registern herumgespielt, aber bekomme es nicht hin, daß der eingebaute Schalter bei Betätigung oben und auch unten das Licht toggled...
Kann mir da jemand auf die Sprünge helfen?
Meine Register in der FHEM GUI sehen momentan so aus:
RegL_00: 02:81 0A:F8 0B:44 0C:F4 15:FF 00:00
RegL_01: 08:00 00:00
RegL_03:self01 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:64 0C:66 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:64 8C:66 00:00
RegL_03:self01 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:13 0C:33 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:13 8C:33 00:00
Die Liste aller Register im Spoiler.
Was ich auch nicht ganz verstehe, ist, daß die Liste aller Register unten mehr Einträge hat, als oben in der Hex-Liste verfügbar sind.
list:peer register :value
0: intKeyVisib :visib
0: pairCentral :0xF844F4
3:self01 lgActionType :off
3:self01 lgCtDlyOff :geLo
3:self01 lgCtDlyOn :geLo
3:self01 lgCtOff :geLo
3:self01 lgCtOn :geLo
3:self01 lgCtValHi :100
3:self01 lgCtValLo :50
3:self01 lgMultiExec :off
3:self01 lgOffDly :0 s
3:self01 lgOffTime :111600 s
3:self01 lgOffTimeMode :absolut
3:self01 lgOnDly :0 s
3:self01 lgOnTime :111600 s
3:self01 lgOnTimeMode :absolut
3:self01 lgSwJtDlyOff :off
3:self01 lgSwJtDlyOn :off
3:self01 lgSwJtOff :off
3:self01 lgSwJtOn :dlyOff
3:self01 shActionType :jmpToTarget
3:self01 shCtDlyOff :geLo
3:self01 shCtDlyOn :geLo
3:self01 shCtOff :geLo
3:self01 shCtOn :geLo
3:self01 shCtValHi :100
3:self01 shCtValLo :50
3:self01 shOffDly :0 s
3:self01 shOffTime :111600 s
3:self01 shOffTimeMode :absolut
3:self01 shOnDly :0 s
3:self01 shOnTime :111600 s
3:self01 shOnTimeMode :absolut
3:self01 shSwJtDlyOff :off
3:self01 shSwJtDlyOn :off
3:self01 shSwJtOff :off
3:self01 shSwJtOn :dlyOff
3:self02 lgActionType :off
3:self02 lgCtDlyOff :geLo
3:self02 lgCtDlyOn :geLo
3:self02 lgCtOff :geLo
3:self02 lgCtOn :geLo
3:self02 lgCtValHi :100
3:self02 lgCtValLo :50
3:self02 lgMultiExec :off
3:self02 lgOffDly :0 s
3:self02 lgOffTime :111600 s
3:self02 lgOffTimeMode :absolut
3:self02 lgOnDly :0 s
3:self02 lgOnTime :111600 s
3:self02 lgOnTimeMode :absolut
3:self02 lgSwJtDlyOff :on
3:self02 lgSwJtDlyOn :on
3:self02 lgSwJtOff :dlyOn
3:self02 lgSwJtOn :on
3:self02 shActionType :jmpToTarget
3:self02 shCtDlyOff :geLo
3:self02 shCtDlyOn :geLo
3:self02 shCtOff :geLo
3:self02 shCtOn :geLo
3:self02 shCtValHi :100
3:self02 shCtValLo :50
3:self02 shOffDly :0 s
3:self02 shOffTime :111600 s
3:self02 shOffTimeMode :absolut
3:self02 shOnDly :0 s
3:self02 shOnTime :111600 s
3:self02 shOnTimeMode :absolut
3:self02 shSwJtDlyOff :on
3:self02 shSwJtDlyOn :on
3:self02 shSwJtOff :dlyOn
3:self02 shSwJtOn :on
Jedenfalls hab ich die Register 0x0A und 0x8A bereits einmal testweise auf toggleToCtr gesetzt,
was aber nur bewirkt, daß der Wippschalter jetzt oben ausschaltet und unten einschaltet, umgekehrt wir vorher.
Was muss ich denn setzen, um den Wippschalter in den Modus oben toggle und unten toggle zu bekommen?
Danke :)
Zitat von: madmaxm schrieb am Fr, 18 Januar 2013 17:59Gibts irgendwo eine Liste, die ich übersehen habe, in der ich die Zuordnung der Hex-Register für diesen Schaltertyp finden kann?
die sind in dem XML files von eQ3.
In FHEM habe ich groessere Teile schon dekodiert. Probiere einmal get <name> reg all. Und get <name> regList
Probiere es bei device und channel - die haben logischerweise unterschiedliche Inhalte.
Ansonsten im Commandref nachsehen.
ZitatIch hab mit den Registern herumgespielt, aber bekomme es nicht hin, daß der eingebaute Schalter bei Betätigung oben und auch unten das Licht toggled...
schon mal was einsteigerdoc durchgesehen? Ist nicht mehr auf dem letzten Stand der FHEM kommandos (es gibt jetzt mehr und einfachere) sollte aber das Prinzip erklaeren
ZitatWas ich auch nicht ganz verstehe, ist, daß die Liste aller Register unten mehr Einträge hat, als oben in der Hex-Liste verfügbar sind.
hier wird mit Bitfeldern gearbeitet (manchmal...) ein Byte kann also mehrere Register abdecken -> Einsteigerdoc.
Wer in hex arbeitet sollte wissen, was er tut - hier setze ich ein Grund wissen voraus. Ansonsten besser die highlevel-ausgabe benutzen
ZitatJedenfalls hab ich die Register 0x0A und 0x8A bereits einmal testweise auf toggleToCtr gesetzt,
was aber nur bewirkt, daß der Wippschalter jetzt oben ausschaltet und unten einschaltet, umgekehrt wir vorher.
Was muss ich denn setzen, um den Wippschalter in den Modus oben toggle und unten toggle zu bekommen?
hatte ich so noch icht probiert - laesst sich auch schwer pruefen. ToggleToCounter bedeuted, dass der schalter, wenn er von extern getriggert wird den zaehler der VON EXTERN mitgeliefert wird zum schalten benutzt und bei gerade einschalter, ungerade aus (oder umgekehrt... egal).
Du benutzt den internen schalter. Ob der ueberhaupt einen counter liefert weiss ich nicht. 2-mal drueckn hast du sicher probiert, richtig?
Dann musst du an die statemachine ran. Mach es doch so in der Art:
3:TastDev_chn:02 shActionType :jmpToTarget
3:TastDev_chn:02 shOffDly :0 s
3:TastDev_chn:02 shOffTime :111600 s
3:TastDev_chn:02 shOffTimeMode :absolut
3:TastDev_chn:02 shOnDly :0 s
3:TastDev_chn:02 shOnTime :111600 s
3:TastDev_chn:02 shOnTimeMode :absolut
3:TastDev_chn:02 shSwJtDlyOff :off
3:TastDev_chn:02 shSwJtDlyOn :on
3:TastDev_chn:02 shSwJtOff :dlyOn
3:TastDev_chn:02 shSwJtOn :dlyOff
Lange Tastendruck entsprechend - oder was du sonst willst.
Gruss
Martin
Hallo Martin,
aah.. ok. Danke!!
Das hilft mir weiter.
Sobald ich dazu komme probier ichs aus.
Marco
Hallo,
das ist halb off topic, aber hier wird ja gerade über die Statemachine und Register geredet. Ich versuche gerade das Blinklicht-Profil der CCU nachzubauen dazu brauche ich aber wohl das Register
SHORT_OFFDELAY_BLINK
welches in CUL_HM für die Liste3 offenbar noch nicht dekodiert vorliegt, ist das richtig? Oder heisst es irgendwie anders und ich finde es nicht.
Danke und VG
hm aht sich erledigt, die CCU setzt das zwar, kann man sich aber (was nach 2 mal nachdenken sinn macht) sparen.
Also einen Dimmer für einen Taster oder virtuellen Taster auf ein entsprechendes Blinken zu setzen, ist nur folgendes notwendig:
(Existenz von vRemote vorausgesetzt, siehe commandref - dim_flur durch eigenen Aktor ersetzen)
Die Werte 2,2,60,40 lassen sich je nach Wunsch natürlich ändern...auch die RampTimes...dann ist es kein Blinken sondern ein...ja k.a....ein weiches Blinken
set vRemote_Btn4 devicepair 0 dim_flur single set
set dim_flur regSet shOnTime 2 vRemote_Btn4
set dim_flur regSet shOffTime 2 vRemote_Btn4
set dim_flur regSet shOnLevel 60 vRemote_Btn4
set dim_flur regSet shOffLevel 40 vRemote_Btn4
set dim_flur regSet shDimJtDlyOff dlyOn vRemote_Btn4
set dim_flur regSet shDimJtDlyOn dlyOn vRemote_Btn4
set dim_flur regSet shDimJtRampOff dlyOn vRemote_Btn4
set dim_flur regSet shDimJtRampOn dlyOn vRemote_Btn4
set dim_flur regSet shRampOffTime 0 vRemote_Btn4
set dim_flur regSet shRampOnTime 0 vRemote_Btn4
set dim_flur regSet shRampSstep 0 vRemote_Btn4
Hi,
die register werden trotzdem kommen ;-)
Ausprobieren muss sie jeder selbst...
was macht dein setup jetzt eigentlich? Wenn ich es richtig sehe springst du aus jeder Lebenslage auf on_dly.
Unter Blinken versteht du also den Treppenhausschalter einmal an fuer x sec, dann aus for ever.
Mehrfach Blinken ist aber nicht drin?
Gruss
Martin
sorry, ist ein Fehler. Springe natürlich von on -> offdly und von off -> ondly...:)
Nur ein kleines Update meinerseites - als Thread-Eröffner...
In der Version fhem.pl 2752 2013-02-17 funktioniert toggle nun einwandfrei.
Danke an den der es gefixt hat.
toggel wird jetzt immer vom 'state' in FHEM abgeleitet - der sollte stimmen, kann aber auch einmal nicht (restart,...) nach dem 2. toggel sollte es dann spaetestens synchron sein. Und generell sollte auch ein restart ueberlebt werden, da state readigns gerettet werden.
Noch eine potentielle Falle: wenn das Device nicht mit FHEM gepairt ist wird FHEM nicht immer ueber eine Aenderung informiert(betaetigung des lokalen Tasters koennte verloren gehe).
Das 'alte' toggel war eigentlich die Simulation der betaetigung des lokalen Tasters. Bei eine Schalter mit einem Taster war es toggel, bei einem dimmer sind es 2 taster, einmal ein/up, einmal aus/down.
Die Funktion kann man auch nutzen, wer will. Dafuer gibt es 'press' - der simuliert den/die Taster, auch mit langem Tastendruck, wenn gewuenscht.
also:
press [short/long] [on/off]
long ist nur 'ein' longtrigger.
Und wer noch tiefer einsteigen will kann das Verhalten der 'internen Taster' beeinflussen - intKeyVisib setzen und die Register der peers 'self' bearbeiten.
Gruss
Martin