diverse offene Fragen

[Guest]

Originally posted by: <email address deleted>

Hallo liebe Community,

nach einiger Zeit der Nutzung von fhem mit (ausschließlich)
Homematic-Geräten (CUL an FB7390) haben sich ein paar Fragen aufgetürmt,
bei der ich Eure Hilfe bräuchte:

1. HM-SEC-RHS (threeStateSensor):

a) wenn ich das geschlossene Fenster kippe, geht das notgedrungen über den
"open"-Zustand. Das löst dann 2 events aus, auf die mein notify reagiert.
Wie kann ich das verhindern?

b) Ich habe 3 HM-SEC-RHS (sz_Fenster_1 , 2, 3) an einem HM-CC-TC (sz_Klima)
angelernt und anschließend die 3 Sensoren sowie den HM-CC-TC zusätzlich an
fhem. Pairing hat m.E. geklappt. Jedenfalls wird sowohl im HM-CC-TC als
auch in fhem der Status richtig angezeigt. Allerdings habe ich 2 Probleme:

aa) ab und zu zeigt der Status in fhem statt "open" etc. "open (to
bz_Klima)".

Es hilft leider nix, wenn ich eventMap =
"/open.*:offen/closed.*:geschlossen/tilted.*:gekippt/" setze. Dann zeigt er
halt "offen (to_bz_Klima)" etc. Aus dem log lässt sich erkennen, dass fhem
sehr wohl den Status auch selbst empfangen hat, zuletzt jedoch den "to
bz_Kilma". Ich möchte, dass einfach immer nur "offen" etc. da steht.

bb) die 3 Sensoren zeigen meist (nicht immer) eine rote LED, obwohl fhem
den Status richtig empfängt.

Sieht so aus, als würden die Sensoren kein ACK von fhem bekommen. Ist evtl.
der Empfang zu schlecht? RSSI ist um die -71 lt. Fhem, aber evtl. ist der
Empfänger vom HM-SEC-RHS schlechter. Mit einem HM-LC-SW1-PL
(Zwischensteckdose) der viel weiter weg ist, geht es ohne Probleme (RSSI
-56). Kann ich die Sendestärke hochdrehen? Der Befehl "set rAmpl" regelt
doch nur die Empfangsstärke des CUL, nciht die Sendestärke, oder?

2. Was macht eigentlich der Befehl "set sens" beim CUL genau? Kapier die
commandref diesbezüglich nicht.

3. Berechnung Uhrzeitdifferenz?

Ich habe eine sub in 99_myutils mit zwei Variablen $Uhrzeit1 und $Uhrzeit2.
Inhalt ist jeweils eine Uhrzeit in der Form "12:30". Nun möchte ich wissen
wie viele Minuten zwischen Uhrzeit 1 und Uhrzeit 2 vergangen sind. Leider
klappt "$Dauer = ($Uhrzeit1-$Uhrzeit2)" nicht. Das liefert die Differenz
der Stunden, also "13:30" - "12:30 liefert "1".

4. Wann wird ein Ereignis für notify ausgelöst?
Es gibt ja verschiedene Möglichkeiten ein Gerät zu schalten:
- am Hardwareschalter
- im webif durch Klick auf das Symbol bzw "on" oder "off"
- durch "set Geraet on" im Rahmen eines Programmcodes in fhem.cfg oder
einem Modul
- was vergessen?
Lösen all diese Schaltvorgänge immer ein notify aus? Oder kann ich das
irgendwie verhindern, wenn ich z.B. den Status im Rahmen des Programmcodes
setze? Das kann dann z.B. relevant sein, wenn ich mit Schalter für Gerät1
auch ein Gerät2 schalten möchte und umgekehrt. Dann käme nämlich eine
endlosschleife raus, weil jedes set wieder ein notify auslösen würde.

5. Statusabfrage einer Dreambox (bzw. eines VU+duo)

Bislang frage ich den Status über "wget" in einem "sh" ab, das ich per "at"
alle 5 Minuten triggere. Schöner wäre aber, wenn die Dreambox mir meldet,
wenn sie an ist oder ich den Sender wechsle. Das ganze funktioniert auch
über socat, wenn ich es manuell mache, allerdings hätte ich halt gerne,
dass es automatisch passiert, d.h. beim Hochfahren und runterfahren setzt
die Dreambox den Status eines dummys in fhem und ebenso beim Wechseln des
Senders einen dummy mit dem Sendernamen.

6. Kann ich andere frontends auf meiner FB7390 installieren, z.B. myHCE
oder fheME? Die brauchen wohl einen apache-server.


So, ich hoffe, das war nicht zuviel. Aber ich dachte, besser alles in 1
thread als 6 aufzumachen.

Danke und viele Grüße,
Alex.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> a) wenn ich das geschlossene Fenster kippe, geht das notgedrungen über den
> "open"-Zustand. Das löst dann 2 events aus, auf die mein notify reagiert.
> Wie kann ich das verhindern?

Das ist ein Bug, vorausgesetzt, dass die zwei events identisch sind (was ich im
Moment noch bezweifele).  Zur Klarstellung muesstest Du ein inform timer
Mitschnitt mit hmProtocolEvents zuschicken. Workaround waere im notify
OldValue() zu pruefen, oder in %data eine Variable setzen.



> Jedenfalls wird sowohl im HM-CC-TC als auch in fhem der Status richtig
> angezeigt.

Das ist kein Beweis, da fhem auch Status von mit anderen Zentralen gepaarten
(und mit "AES gesicherten") Geraeten sauber anzeigt.  Anlernen war erfolgreich,
wenn im Details "CommandAccepted yes" steht. Steht auch in
http://fhem.de/commandref.html#CUL_HMdefine



> aa) ab und zu zeigt der Status in fhem statt "open" etc. "open (to
> bz_Klima)".

Da hat das Geraet nicht fhem sondern bz_Klima adressiert.


> Es hilft leider nix, wenn ich eventMap =
> "/open.*:offen/closed.*:geschlossen/tilted.*:gekippt/" setze. Dann zeigt er
> halt "offen (to_bz_Klima)" etc.

Kann ich nicht nachvollziehen mit folgenden testsetup:
  fhem> define g1 CUL_HM 123456
  fhem> attr g1 eventMap   /open.*:offen/closed.*:geschlossen/tilted.*:gekippt/
  fhem> inform timer
  fhem> trigger g1 open (to bz_Klima)
  2012-07-15 10:43:47.685 CUL_HM g1 offen


> bb) die 3 Sensoren zeigen meist (nicht immer) eine rote LED, obwohl fhem
> den Status richtig empfängt.

Das ist ein Hinweis darauf, dass diese nicht mit fhem gepaart sind.
Zu beachten: FHEM paart im Zentralenmodus (im Gegensatz zu Geraetemodus), d.h.
die Geraete duerfen vor dem Anlernen keiner Zentrale zugeordnet sein, und
danach koennen sie auch nicht mehr direkt mit weiteren Geraeten gepaart werden.
Wenn Letzteres gewuenscht ist, dann muss das ueber fhem passieren mit
devicePair, das ist aber noch nicht ganz reif, kann sein, dass es in manchen
Situationen nicht funktioniert.


> Kann ich die Sendestärke hochdrehen?

Nicht einfach fuer HM, da sind die Parameter in culfw hartcoded.
-> CC1101.pdf studieren, culfw/clib/asksin.c aendern, uebersetzen, flashen.
Die erwaehnten Befehle greifen nur fuer SlowRF Modus (!= HM), steht auch so
im commandref.html


> Der Befehl "set rAmpl" regelt doch nur die Empfangsstärke des CUL, nciht die
> Sendestärke, oder?  2. Was macht eigentlich der Befehl "set sens" beim CUL
> genau? Kapier die commandref diesbezüglich nicht.

Siehe http://culfw.de/commandref.html#cc1100 bzw. das CC1100.pdf von TI.
Evtl. ist die gerade in Uebersetzung befindliche Version der culfw
commandref.html besser.


> "13:30" - "12:30 liefert "1".

Hat was mit perl/Strings zu tun, bitte Perl naeher kennenlernen (Buch/usw. lesen)
Siehe auch time_str2num in http://fhem.de/commandref.html#perl


> Lösen all diese Schaltvorgänge immer ein notify aus?

Ja.


> Oder kann ich das irgendwie verhindern, wenn ich z.B. den Status im Rahmen
> des Programmcodes setze? Das kann dann z.B. relevant sein, wenn ich mit
> Schalter für Gerät1 auch ein Gerät2 schalten möchte und umgekehrt. Dann käme
> nämlich eine endlosschleife raus, weil jedes set wieder ein notify auslösen
> würde.

Beim HM existiert fuer diese Faelle deviceMsg, siehe "Event Monitor" bzw.
"inform timer"


> 6. Kann ich andere frontends auf meiner FB7390 installieren, z.B. myHCE
> oder fheME? Die brauchen wohl einen apache-server.

Ist eigentlich nicht mein Gebiet, aber der (steinige) Weg fuehrt wahrscheinlich
ueber Freetz. Falls es klappen sollte, bitte in fhemwiki dokumentieren.
FHEMWEB ist von einem Apache/CGI Skript zu einem fhem Modul geworden, um den
Benutzer diesen Weg zu ersparen.


> So, ich hoffe, das war nicht zuviel. Aber ich dachte, besser alles in 1
> thread als 6 aufzumachen.

6 Threads sind mAn besser, weil dann die Probleme einzeln abgeschlossen werden
koennen.  Insbesondere laengere Diskussionen ueber die unterschiedlichen Punkte
sind zum Schluss fuer die Aussenstehenden (d.h. die Mehrheit) verwirrend.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Erst mal herzlichen Dank, Rudi, dass Du so schnell und ausführlich
geantwortet hast!!

*zu 1a)*
hier ist der Auszug aus dem inform timer, wenn ich sz_Fenster_links von
geschlossen auf gekippt stelle:
(da ist leider auch noch was von anderen Geräten drin - ich weiß aber nicht
was alles dazu gehört, so dass ich es drin lasse.)

2012-07-16 13:58:26 CUL CUL1 RCV L:0C N:6A CMD:A041 SRC:196A11 DST:AA2170
>> 013664 (TYPE=65,BCAST,BIDI,RPTEN)
>> 2012-07-16 13:58:26 CUL CUL1 SND L:0B N:1C CMD:8002 SRC:AA2170 DST:196A11
>> 0100 (ACK_STATUS CHANNEL:00) (TYPE=2,RPTEN)
>> 2012-07-16 13:58:29 CUL_HM sz_Fenster_links gekippt
>> 2012-07-16 13:58:29 CUL CUL1 RCV L:0C N:6B CMD:B041 SRC:196A11 DST:19E51C
>> 013664 (TYPE=65,BURST,BIDI,RPTEN)
>> 2012-07-16 13:58:33 CUL_HM sz_Fenster_links gekippt
>> 2012-07-16 13:58:33 CUL CUL1 RCV L:0A N:6B CMD:8002 SRC:19E51C DST:196A11
>> 00 (ACK) (TYPE=2,RPTEN)
>> 2012-07-16 13:58:33 CUL CUL1 RCV L:0C N:6A CMD:A041 SRC:196A11 DST:AA2170
>> 013664 (TYPE=65,BIDI,RPTEN)
>> 2012-07-16 13:58:33 CUL CUL1 SND L:0B N:1D CMD:8002 SRC:AA2170 DST:196A11
>> 0100 (ACK_STATUS CHANNEL:00) (TYPE=2,RPTEN)
>> 2012-07-16 13:58:36 CUL_HM sz_Fenster_links gekippt
>> 2012-07-16 13:58:36 CUL CUL1 RCV L:0C N:6A CMD:A041 SRC:196A11 DST:AA2170
>> 013664 (TYPE=65,BIDI,RPTEN)
>> 2012-07-16 13:58:36 CUL CUL1 SND L:0B N:1E CMD:8002 SRC:AA2170 DST:196A11
>> 0100 (ACK_STATUS CHANNEL:00) (TYPE=2,RPTEN)
>> 2012-07-16 13:58:36 CUL CUL1 RCV L:0C N:6A CMD:A041 SRC:196A11 DST:AA2170
>> 013664 (TYPE=65,BIDI,RPTEN)
>> 2012-07-16 13:58:37 CUL CUL1 SND L:0B N:1F CMD:8002 SRC:AA2170 DST:196A11
>> 0100 (ACK_STATUS CHANNEL:00) (TYPE=2,RPTEN)
>> 2012-07-16 13:58:37 CUL CUL1 RCV L:10 N:6C CMD:A010 SRC:19E51C DST:AA2170
>> 06021800000000 (INFO_ACTUATOR_STATUS CHANNEL:02 STATUS:18 UNKNOWN:00
>> RSSI:00) (TYPE=16,BCAST,BIDI,RPTEN)
>> 2012-07-16 13:58:37 CUL CUL1 SND L:0A N:20 CMD:8002 SRC:AA2170 DST:19E51C
>> 00 (ACK) (TYPE=2,RPTEN)
>> 2012-07-16 13:58:37 CUL_HM sz_Klima desired-temp: 12.0
>> 2012-07-16 13:58:37 CUL CUL1 RCV L:10 N:6D CMD:A010 SRC:19E51C DST:AA2170
>> 06021800000000 (INFO_ACTUATOR_STATUS CHANNEL:02 STATUS:18 UNKNOWN:00
>> RSSI:00) (TYPE=16,BCAST,BIDI,RPTEN)
>> 2012-07-16 13:58:37 CUL CUL1 SND L:0A N:21 CMD:8002 SRC:AA2170 DST:19E51C
>> 00 (ACK) (TYPE=2,RPTEN)
>> 2012-07-16 13:58:37 CUL_HM sz_Klima desired-temp: 12.0
>> 2012-07-16 13:58:37 CUL CUL1 RCV L:10 N:6E CMD:A010 SRC:19E51C DST:AA2170
>> 06021800000000 (INFO_ACTUATOR_STATUS CHANNEL:02 STATUS:18 UNKNOWN:00
>> RSSI:00) (TYPE=16,BCAST,BIDI,RPTEN)
>> 2012-07-16 13:58:38 CUL CUL1 SND L:0A N:22 CMD:8002 SRC:AA2170 DST:19E51C
>> 00 (ACK) (TYPE=2,RPTEN)
>> 2012-07-16 13:58:38 CUL_HM sz_Klima desired-temp: 12.0
>> 2012-07-16 13:58:38 CUL CUL1 RCV L:0C N:6A CMD:A041 SRC:196A11 DST:AA2170
>> 013664 (TYPE=65,BIDI,RPTEN)
>> 2012-07-16 13:58:38 CUL CUL1 SND L:0B N:23 CMD:8002 SRC:AA2170 DST:196A11
>> 0100 (ACK_STATUS CHANNEL:00) (TYPE=2,RPTEN)
>> 2012-07-16 13:58:38 CUL CUL1 RCV L:0C N:01 CMD:8670 SRC:1B09C7 DST:000000
>> 00BB37 (TYPE=112,WAKEMEUP,BCAST,RPTEN)
>> 2012-07-16 13:58:38 CUL_HM aussen_Klima T: 18.7 H: 55
>> 2012-07-16 13:58:38 CUL_HM aussen_Klima temperature: 18.7
>> 2012-07-16 13:58:38 CUL_HM aussen_Klima humidity: 55
>> 2012-07-16 13:58:58 CUL CUL1 RCV L:0C N:B5 CMD:8670 SRC:193978 DST:000000
>> 00D739 (TYPE=112,WAKEMEUP,BCAST,RPTEN)
>> 2012-07-16 13:58:59 CUL_HM bz_Klima T: 21.5 H: 57
>> 2012-07-16 13:58:59 CUL_HM bz_Klima measured-temp: 21.5
>> 2012-07-16 13:58:59 CUL_HM bz_Klima temperature: 21.5
>> 2012-07-16 13:58:59 CUL_HM bz_Klima humidity: 57
>> 2012-07-16 13:59:18 CUL_HM bz_Klima actuator: 0 %
>> 2012-07-16 13:59:19 CUL_HM bz_Heizungsventil actuator: 0 %
>> 2012-07-16 13:59:19 CUL_HM bz_Heizungsventil motor: ok
>> 2012-07-16 13:59:19 CUL_HM bz_Heizungsventil battery: ok
>> 2012-07-16 13:59:25 CUL_HM sz_Fenster_links offen
>> 2012-07-16 13:59:28 CUL_HM sz_Fenster_links offen
>> 2012-07-16 13:59:31 CUL_HM sz_Fenster_links geschlossen
>> 2012-07-16 13:59:34 CUL_HM sz_Fenster_links geschlossen
>> 2012-07-16 13:59:37 CUL_HM sz_Fenster_links geschlossen
>> 2012-07-16 13:59:38 CUL_HM sz_Klima desired-temp: 12.0
>> 2012-07-16 13:59:38 CUL_HM sz_Klima desired-temp: 12.0
>> 2012-07-16 13:59:38 CUL_HM sz_Klima desired-temp: 12.0
>> 2012-07-16 13:59:38 CUL_HM sz_Klima T: 22 H: 51
>> 2012-07-16 13:59:38 CUL_HM sz_Klima measured-temp: 22
>> 2012-07-16 13:59:38 CUL_HM sz_Klima temperature: 22
>> 2012-07-16 13:59:38 CUL_HM sz_Klima humidity: 51
>>
>
Die LED am threeStateSensor war lange orange, dann rot.
Die Readings bei sz_Fenster_links sind:

Readings
>> CommandAccepted
>> yes2012-07-08 14:55:19
>> alive
>> yes2012-07-16 12:41:02
>> battery
>> ok2012-07-16 12:41:02
>> state
>> geschlossen2012-07-16 14:05:54
>> unknownMsg
>> 0305196A1101032012-07-08 14:54:04
>
>
komisch ist insofern, dass der Status von der richtigen Zeit ist, das
CommandAccepted von vor ein paar Tagen...
Hab aber nix geändert seitdem. Kann sich das selbst ent-paaren?

*zu 1 b) *aa)
muss ich noch mal beobachten.

*zu 1 b) bb)*
Zitat von Rudi:

> Das ist ein Hinweis darauf, dass diese nicht mit fhem gepaart sind.
> Zu beachten: FHEM paart im Zentralenmodus (im Gegensatz zu Geraetemodus),
> d.h.
> die Geraete duerfen vor dem Anlernen keiner Zentrale zugeordnet sein, und
> danach koennen sie auch nicht mehr direkt mit weiteren Geraeten gepaart
> werden.
> Wenn Letzteres gewuenscht ist, dann muss das ueber fhem passieren mit
> devicePair, das ist aber noch nicht ganz reif, kann sein, dass es in
> manchen
> Situationen nicht funktioniert.
>

also geht es nicht, dass ich (wie ich es gemacht habe) zuerst die
HM-SEC-RHS mit dem HM-CC-TC paire und dann alle mit Fhem, sondern ich muss
ich erst alle devices mit Fhem pairen und dann in fhem das pairing der
Fenstersensoren mit dem HM-CC-TC durchführen?

*zu 2.
*
Danke! Damit erledigt.

Zitat von Rudi:

> Siehe http://culfw.de/commandref.html#cc1100 bzw. das CC1100.pdf von TI.
> Evtl. ist die gerade in Uebersetzung befindliche Version der culfw
> commandref.html besser.
>

Hab ich leider beim Durchsehen der Übersetzung (hab puschel74 unterstützt)
auch schon nicht verstanden...
*zu 3.*

Zitat von Rudi:

> > "13:30" - "12:30 liefert "1".
>
> Hat was mit perl/Strings zu tun, bitte Perl naeher kennenlernen (Buch/usw.
> lesen)
> Siehe auch time_str2num in http://fhem.de/commandref.html#perl
>

schon klar. Hab schon Einführung in perl gelesen, zugegebenermaßen kein
ganzes Buch, sondern das:
http://www.perlunity.de/perl/tutorial/perl_start.shtml.
Das hat mich immerhin in die Lage versetzt, schon eigene subs in 99_myfhem
zu kreieren. Aber das mit der Uhrzeitdifferenz kapier ich eben nicht so
ganz, insbesondere weil time_str2num ja die Zeit komplett mit Datum will,
was ich aber nicht habe.

*zu 4.*
Danke! Damit erledigt.*
*
*
zu 5.

*
*noch offen!*

*zu 6.*

freetz an sich ist kein Problem für mich. Hab ich eh drauf. Allerdings wäre
natürlich prima, wenn jemand Erfahrung damit hätte, ein frontend darauf
laufen zu lassen, insbesondere, ob das dann tatsächlich funktioniert und
welche Pakete erforderlich sind. Ich würde ungern ewig damit Zeit
verbringen, wenn schon jemand rausgefunden hat, dass es eh nicht geht. Aber
falls noch niemand das probiert hat, werde ich es demnächst mal angehen und
berichten bzw. gern auch einen Wiki-Eintrag verfassen.

Zitat von Rudi:

> 6 Threads sind mAn besser, weil dann die Probleme einzeln abgeschlossen
> werden
> koennen.  Insbesondere laengere Diskussionen ueber die unterschiedlichen
> Punkte
> sind zum Schluss fuer die Aussenstehenden (d.h. die Mehrheit) verwirrend.
>

Werd ich künftig berücksichtigen.


Danke und Viele Grüße
Alex

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> hier ist der Auszug aus dem inform timer, wenn ich sz_Fenster_links von
> geschlossen auf gekippt stelle:

So wie ich sehe, ist der Sensor mit fhem und dem CC-TC gepaart, und sendet
jedem einmal den Status. Da der "threeStateSensor" Abschnitt in
10_CUL_HM.pm/CUL_HM_Parse() den Suffix " (to )" (gespeichert in
$dname) nicht an dem Event anhaengt, kann man im notify nicht unterscheiden,
wer der Empfaenger ist.  Es waere klasse, wenn jemand mit einem solchen Sensor
das fixen wuerde, der Abschnitt ist nicht von mir.

Ich wuerde das RHS resetten und nur mit dem CC-TC paaren. fhem kann gerne
mitlauschen, muss aber nichts bestaetigen, was auch den Funklast reduziert.


> komisch ist insofern, dass der Status von der richtigen Zeit ist, das
> CommandAccepted von vor ein paar Tagen...

CommandAccepted wird auf Yes gesetzt, falls FHEM an das Geraet was sendet, und
dieses mit "ACK" Antwortet, andersherum natuerlich nicht. Beim NACK steht da
"no".



> also geht es nicht, dass ich (wie ich es gemacht habe) zuerst die
> HM-SEC-RHS mit dem HM-CC-TC paire und dann alle mit Fhem

Das habe ich nicht gesagt, aber so auch nicht getestet.  Andersherum geht es
ziemlich sicher nicht.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com