Regensensort HM-Sen-RD-O und Jalosie HM-LC-Bl1-FM

Begonnen von ProjektXY, 06 August 2013, 17:35:53

Vorheriges Thema - Nächstes Thema

ProjektXY

Hallo Gemeinde,
irgendwie stehe ich auf den Schlauch und weiss nicht was ich falsch mache.
ich habe heute meinen Regensensort HM-Sen-RD-O bekommen und wollte den mit den Rolladenaktoren HM-LC-Bl1-FM für Markise und Dachfenstern Koppeln. Wenn ich alle ohne FHEM Verbinde funktioniert es wunderbar, Der Aktor schaltet wenn es Regnet, wenn ich jetzt die Aktoren Paire und den Sensor auch in die FHEM einbinde, dann tut sich nichts.
Jetzt habe ich rausgefunden, wenn ich den Aktor Manuel in eine Richtung bediene dann reagiert der Aktor auf den Regensensor, schalte ich aber über die FHEM dann reagiert der Aktor nicht auf den Sonsor.
Ich habe unten mal mit getConfig und get Dachboden_Fenster_Strasse reg all alles ausgelesen, mit dem einbinden des Regensensors, st da einiges dazu gekommen nicht nur die driveUp/Down ich vermute das da noch was nicht stimmt.

Dachboden_Fenster_Strasse type:blindActuator -
list:peer   register         :value
   0:         intKeyVisib      :invisib
   0:         pairCentral      :0xF11343
   1:         driveDown        :18.2 s
   1:         driveTurn        :0.5 s
   1:         driveUp          :18.2 s
   1:         refRunCounter    :0
   1:         sign             :off
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgActionType     :off
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgBlJtDlyOff     :refOff
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgBlJtDlyOn      :refOn
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgBlJtOff        :dlyOn
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgBlJtOn         :dlyOff
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgBlJtRampOff    :off
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgBlJtRampOn     :on
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgBlJtRefOff     :off
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgBlJtRefOn      :on
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgCtDlyOff       :geLo
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgCtDlyOn        :geLo
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgCtOff          :geLo
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgCtOn           :geLo
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgCtRampOff      :geLo
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgCtRampOn       :geLo
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgCtRefOff       :geLo
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgCtRefOn        :geLo
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgCtValHi        :100
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgCtValLo        :50
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgDriveMode      :direct
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgMaxTimeF       :0.5 s
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgMultiExec      :off
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgOffDly         :0 s
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgOffLevel       :0 %
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgOffTime        :111600 s
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgOffTimeMode    :absolut
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgOnDly          :0 s
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgOnLevel        :100 %
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgOnTime         :111600 s
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   lgOnTimeMode     :absolut
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shActionType     :jmpToTarget
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shBlJtDlyOff     :on
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shBlJtDlyOn      :dlyOn
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shBlJtOff        :dlyOn
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shBlJtOn         :on
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shBlJtRampOff    :on
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shBlJtRampOn     :on
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shBlJtRefOff     :off
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shBlJtRefOn      :on
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shCtDlyOff       :geLo
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shCtDlyOn        :ltLo
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shCtOff          :geLo
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shCtOn           :ltLo
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shCtRampOff      :geLo
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shCtRampOn       :ltLo
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shCtRefOff       :geLo
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shCtRefOn        :geLo
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shCtValHi        :180
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shCtValLo        :50
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shDriveMode      :direct
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shMaxTimeF       :25.5 s
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shOffDly         :0 s
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shOffLevel       :0 %
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shOffTime        :111600 s
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shOffTimeMode    :absolut
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shOnDly          :0 s
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shOnLevel        :100 %
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shOnTime         :111600 s
   3:CUL_HM_HM_Sen_RD_O_20EC96_Rain   shOnTimeMode     :absolut  

martinp876

Hallo Gemeinde,

ZitatWenn ich alle ohne FHEM Verbinde funktioniert es wunderbar,
ok

Zitatwenn ich jetzt die Aktoren Paire
mit FHEM, nicht peeren, korrekt?
Zitatund den Sensor auch in die FHEM einbinde, dann tut sich nichts.
das peeren sollte sich nicht aendern. Wenn du zum pairen (koppeln mit FHEM) anlernen drückst, immer nur kurz. Wenn du lang drückst wird das device reseted und vergisst das peering.
Zitatwenn ich den Aktor Manuel in eine Richtung bediene dann reagiert der Aktor auf den Regensensor,
du schaltest am Aktor "auf". Dann stoppt es und du lässt es regnen?

Zitatschalte ich aber über die FHEM dann reagiert der Aktor nicht auf den Sonsor
.
Also du schaltest "auf" von FHEM, dann stop und lässt es regnen?

Ich vermute du willst nur "zu" wenn es regnet. Kein "auf" wenn es aufhört?

Zu sollte "off" sein, korrekt?
so dann:
wir brauchen nur die "short" trigger, der Regensensor schickt kein Long

Erst einmal die Condition table: Wir wollen nur trigger wenn regen(100%) und das Rollo "on" ist

Aendern:
3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shCtDlyOn   :ltLo             :geLo
3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shCtOn      :ltLo             :geLo
3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shCtRampOn  :ltLo             :geLo

ok sind:

3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shCtRefOn   :geLo             :
                                                               
3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shCtValLo :50                 :
3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shCtValHi :180                :

3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shCtDlyOff  :geLo             :
3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shCtOff     :geLo             :
3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shCtRampOff :geLo             :
3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shCtRefOff  :geLo             :
                                                               :
3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shActionType :jmpToTarget     :
                                                               :
so jetzt was getan werden soll: Immer zu fahren, also off. Besser nach dlyOff
3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shBlJtDlyOff  :on             :dlyOff
3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shBlJtOff     :dlyOn          :dlyOff
3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shBlJtRampOff :on             :dlyOff
3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shBlJtRefOff  :off            :dlyOff
                                                               :
3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shBlJtDlyOn   :dlyOn          :dlyOff
3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shBlJtOn      :on             :dlyOff
3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shBlJtRampOn  :on             :dlyOff
3:CUL_HM_HM_Sen_RD_O_20EC96_Rain shBlJtRefOn   :on             :dlyOff


also
set <markise> regSet  shCtDlyOn     geLo CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <markise> regSet  shCtOn        geLo CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <markise> regSet  shCtRampOn    geLo CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <markise> regSet  shBlJtDlyOff  dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <markise> regSet  shBlJtDlyOff  dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <markise> regSet  shBlJtOff     dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <markise> regSet  shBlJtRampOff dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <markise> regSet  shBlJtRefOff  dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <markise> regSet  shBlJtDlyOn   dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <markise> regSet  shBlJtOn      dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <markise> regSet  shBlJtRampOn  dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <markise> regSet  shBlJtRefOn   dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain

lass hören, wie es geht - ist ein Kandidat für ein Template!

Gruss Martin


ProjektXY

Hallo Martin,

danke für die Schnelle antwort.

Ich habe jetzt einfach mal das abgesetzt wie du geschrieben hast
set <markise> regSet  shCtDlyOn     geLo CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <Dachboden_Fenster_Strasse> regSet  shCtOn        geLo CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <Dachboden_Fenster_Strasse> regSet  shCtRampOn    geLo CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <Dachboden_Fenster_Strasse> regSet  shBlJtDlyOff  dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <Dachboden_Fenster_Strasse> regSet  shBlJtDlyOff  dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <Dachboden_Fenster_Strasse> regSet  shBlJtOff     dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <Dachboden_Fenster_Strasse> regSet  shBlJtRampOff dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <Dachboden_Fenster_Strasse> regSet  shBlJtRefOff  dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <Dachboden_Fenster_Strasse> regSet  shBlJtDlyOn   dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <Dachboden_Fenster_Strasse> regSet  shBlJtOn      dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <Dachboden_Fenster_Strasse> regSet  shBlJtRampOn  dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain
set <Dachboden_Fenster_Strasse> regSet  shBlJtRefOn   dlyOff CUL_HM_HM_Sen_RD_O_20EC96_Rain


und schwupp siehe da das Fenster fährt auf,

Gut ich könnte jetzt die Relaiskontakte tauschen aber irgendwo habe ich mal in der Installations Anleitung gelesen On/Ein=Einfahren Off/Aus=Ausfahren. Egal.
Verstanden was ich da jetzt abgesetzt habe, habe ich nicht kannst du die Befehle mal kurz erklären denn im Wiki habe ich zu den Regensensor nichts gefunden.
Vorallen ist der Satz von dir
ZitatIch vermute du willst nur "zu" wenn es regnet. Kein "auf" wenn es aufhört?
Cool währe es regnet mache zu und wenn aufgehört mache das was du vorher warst. Wenn zu dann bleib zu und wenn auf oder nur 50% auf dann mache das wieder :-) Muss aber nicht.

Gruss
Micha

martinp876

Hallo Micha,

also off ist ausgefahren? ok
Der Aktor kennt keinen "alten" Wert. Also kann man bei trocken nicht auf den alten Wert zurückfahren. Das könnte man in der Zentrale machen.

mal die Namen
sh: kurzer Tastendruck
lg: langer Tastendruck
=> regensensor sendet immer Kurz, Lang interessiert uns nicht

CT (condition Table) ist ein filter, der den Wert des Triggers vergleicht. Der Trigger des Regensensors ist 200=regen, 0=trocken. Es gibt 2 Werte zum Vergleichen, low und high (nur namen!). Wir nehmen hier nur lo, der steht auf 50. Wir schalten nur bei regen, also wenn der trigger größer ist also low=> geLo (greater or equal to low).
Jetzt kann man unterschiedliche Filter einbauen, je nachdem, was der Aktor gerade macht. Wir wollen den Trigger IMMER gültig sehen bei Regen. Also alle "shCt..." auf geLo setzen.

Jetzt die Frage, was wir machen wollen, wenn der gültige Trigger kommt. Das macht die JT (jumpTable). Der Aktor springt von delayOn->refOn->rampOn->On. In On wird er ewig stehen bleiben, da Ontime 111600 ist(unendlich).
Also egal was der Aktor gerade macht, wir wollen immer nach On - und wir sollten den normalen weg gehen, steigen also bei dlyOn ein.
=> setze ALLE shBlJt... auf dlyOn. sobald es regnet wird der Aktor richtung On fahren.

Merke, dass On nicht der State "ON" ist. On in der Jumptable heist, dass der Aktor beim Fahren Richtung "on" irgendwann stehengeblieben ist.
On in state heisst "komplett zu"

Also alle dlyOff nach dlyOn umsetzen

Gruss Martin

ProjektXY

Moin Martin,

jetzt habe ich denke ich sogut wie verstanden.

Eine sache noch du kennst dich damit ja gut aus warum sehe ich in der FHEM den Status nicht: Ich habe mal Screenshorts angehängt, über Putty sehe ich den Status und im Log kommen für mich nur zahlen an.
2013-08-07_16:10:05 Regensensor noReceiver: src:20EC96 8610 0602C800
2013-08-07_16:10:11 Regensensor noReceiver: src:20EC96 A441 010100
2013-08-07_16:10:11 Regensensor noReceiver: src:20EC96 8610 06010000
2013-08-07_16:11:01 Regensensor noReceiver: src:20EC96 A441 0102C8
2013-08-07_16:11:02 Regensensor noReceiver: src:20EC96 8610 0601C800
2013-08-07_16:30:31 Regensensor noReceiver: src:20EC96 A441 010300
2013-08-07_16:30:31 Regensensor noReceiver: src:20EC96 8610 06010000
2013-08-07_16:30:46 Regensensor noReceiver: src:20EC96 A441 0104C8
2013-08-07_16:30:46 Regensensor noReceiver: src:20EC96 8610 0601C800
2013-08-07_16:40:19 Regensensor noReceiver: src:20EC96 A441 010500
2013-08-07_16:40:20 Regensensor noReceiver: src:20EC96 8610 06010000


Habe den Sensor eigendlich wie die Aktoren angelernt. Autocreate ist aktiv, Taste gedrückt gerät legte sich an dann set COC hmPairSerial KEQ0117142 und nochmal die anlerntaste gedrück da der Sensor dieses schon beendet hatte, und schwupps kam am Regensensor die Grüne LED.

Was habe ich falsch gemacht.

Micha

martinp876

die noReceiver dürfen nicht kommen. Die sind ausdekodiert.
Was steht im Device in subType? Sollte sensRain sein.

Du hast die aktuelle SW?

Wenn du kurz anlernen drückst sollte FHEM die Parameter korrekt setzen, egal ob du peering eingestellt hast oder nicht.

Gruss Martin

ProjektXY

Hi Martin,
also habe nochmal die Anlerntaste gedrückt uns aufeinmal ist der richtig eingebunden. Keine Anhnung was sich da verlaufen hatte, anscheinent hat er sich jetzt richtig gefunden, und jetzt kann ich auch mit dem _Sw die Heizung schalten. Das Teil ist ein echter vortschritt im gegensatz zu dem FS20 Regensensor.

Frage kann ich an dem Sensor noch was Konigurieren so ansprechzeit oder so, ich finde da leider auch nichts, Irgendwie fehlt mit in dem fhemwiki noch so der Überblick bzw. der Sensor ist ja auch noch sehr frisch :-).

Gruss und Danke
Micha

betateilchen

Zitat von: ProjektXY schrieb am Do, 08 August 2013 17:44Frage kann ich an dem Sensor noch was Konigurieren so ansprechzeit oder so

ja, kannst Du:

set <name> regSet eventFilterTime <wert>

Bei mir steht da "dry.5" - ich habe daran aber noch nie etwas geändert und weiß auch nicht, was man da korrekt eintragen sollte.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

martinp876

Hallo Micha,

was du einstellen kannst siehst du immer mit regList
also
get <device> regList
get <chan_rain> regList
get <chan_heat> regList

Beim RegenKanal solltest du "eventFilterTime" finden. Ich denke/hoffe, das ist selbsterklärend. Man kann zwischen 0 und 7620sec einstellen.

regList ist immer gut um zu sehen, was gehen sollte.

Gruss Martin

betateilchen

Zitat von: martinp876 schrieb am Do, 08 August 2013 17:58Beim RegenKanal solltest du "eventFilterTime" finden. Ich denke/hoffe, das ist selbsterklärend.

nein, selbsterklärend ist das nicht. Wieso steht da nämlich "dry.5" und nicht nur die eingestellte Zeit?

(http://up.picr.de/15436426pf.png)
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

ProjektXY

Hi,
da blicke ich ja langsam immer mehr durch. Bei mir stand als Filter Time 0.6 sec. Bin jetzt mal bei 0.1sec gelandet ist bei den Grossen fenstern glaube ich gut, fehlt jetzt halt der Regen.
Zwei sachen habe ich noch.
Was ist mit transmitTryMax bezeichnet ist das die Teit wielange es Trocken sein muss bis er try sendet??

Ist es Sinvoll die Aktoren die mit dem Sensor gepeerd sind auch mit dem Sensor zu peeren. Bring mir das vorteile das der Sensor z.B. erneut sendet wenn der Sensor den Aktor mal nicht erreicht.

Gruss
Micha

betateilchen

Zitat von: ProjektXY schrieb am Do, 08 August 2013 18:31Bei mir stand als Filter Time 0.6 sec. Bin jetzt mal bei 0.1sec gelandet ist bei den Grossen fenstern glaube ich gut,

hä? was macht denn die halbe Sekunde aus? Also ich würde den Timer nicht unter 0.5 Sekunden setzen.

Zitat von: ProjektXY schrieb am Do, 08 August 2013 18:31Ist es Sinvoll die Aktoren die mit dem Sensor gepeerd sind auch mit dem Sensor zu peeren

Nein, denn wenn die Aktoren schon mit dem Sensor gepeered sind, sind sie schon mit dem Sensor gepeered.

-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

martinp876

ui, dry.5... da wurde die "0" wohl mit dry ersetzt - mal sehen
Ansonsten schon selbsterklärend - es muss x sec nass sein bevor es als Regen gilt. Sollte bei langen Zeiten einfach zu testen sein.
Interessant ist, ob Status und trigger synchron sind (sollten aber)

ZitatWas ist mit transmitTryMax bezeichnet ist das die Teit wielange es Trocken sein muss bis er try sendet??
hätte gedacht der Name und der Kommentar sind eindeutig.
der Kommentar in regList sagt:"max message re-transmit"
Auf deutsch: "maximale Sende Versuche". Also wie viele Versuche soll das Device unternehmen eine Nachricht zu übertragen, wenn kein ACK kommt?


Zitat
ZitatIst es Sinvoll die Aktoren die mit dem Sensor gepeerd sind auch mit dem Sensor zu peeren

Nein, denn wenn die Aktoren schon mit dem Sensor gepeered sind, sind sie schon mit dem Sensor gepeered.

nicht ganz. Das default peeren wird gleichzeitig in Aktor und Sensor eingetragen. Mogliche Abweichungen gibt es :
- peering nur einseitig eingetragen
- eines der devices resetet, peering geht verloren.
- peering einseitig gelöscht

Kurzum, stelle sicher, dass das peering beidseitig ist.
Und ja, ich empfehle dass der Sensor auch gepeert ist. Der Sensor will von allen seinen Peers ein ACK und muss ggf wiederholen, genau wie du sagst. Wenn nicht gepeert wird nicht wiederholt.

Prüfe dass mit peerList. Oder nutze
define hm HMInfo
set hm peerCheck

Es prüft u.a. dass peers beidseitig eingetragen sind (getConfig sollte aktuell sein).

Gruss Martin

martinp876

das mit "dry.5" kann ich nicht auf Anhieb finden...
- Ist es auch bei ProjectXY so?
- hast du irgendwelche eventMaps eingebaut?

ProjektXY

Moin Martin,
ja wer lesen kann ist klar im vorteil und wer Englich beherscht kommt auch noch weiter. Ich war so auf trocken und nass eingerichtet das ich wohl try und dry nicht mehr untescheiden kann.

Zu der einstellzeit, bei mir steht da 0.6 wobei mir das so wie 6 sekunden vorkam wenn ich meinen nassen finger auf den sensor legte. ich habe dann mal rumgespielt und habe den auf 2 gesetzt und das dauerte eine ewigkeit bis sich ein aktor regte bzw. bis die rain led leuchtete.
Hier ein screenshort von meiner config. mit 0.1 fahre ich gut ein tropfen kommt auf die sensorfläche und nach ca. 2sec. gehen die fenster zu,

(siehe Anhang / see attachement)


Mit dem peeren hat gut funktioniert, ich hatte da nur vor einem jahr probleme als ich eine fernbedinung und dimmer aktoren gepeert habe, da musste ich das irgendwie doppelt eingeben, deshalb fragte ich.

Gruss
Micha

martinp876

Guten Morgen

zum einen sehe ich, dass bei dir nicht "dry.1" steht. Ist evtl ein anderes Problem bei betateilchen.

Das Problem mit dem Peeren und der überwachung sehe ich auch - daher die Checks in HMInfo.

Und nun eventFilterTime:
Der minimalwert ist 5sec. Ist noch nicht eingebaut, kommt aber (bisher von TIS kopiert..)
Kannst du einmal mit Werten über 5 sec testen? Die sollten funktionieren.

Kleinere Werte machen auch nicht wirklich sinn. Regen erkennen unter 1 sec ist nicht realistisch meine ich. Egal, das Limit ist 5sec min.

Gruss Martin

ProjektXY

Hi Martin,
also ich habe mal 5 sec gesetzt und mit dem feuchten finger auf die fläche und es dauert ungefähre so 12sec bis die Rain LED angegt bei 6sec komme ich auf 14sec, also irgendwas stimmt da nicht.

Welches problem siehst du bei mir mit dem peeren, ich habe es mit set Regensensor_Rain peerChan 0 Dachboden_Fenster_Strasse dual set das gleiche mit den anderen 3 Aktoren und sie machen auch alle was sie sollen aber mit set Regensensor_Rain getConfig sehe ich nur 3 peerIDs anstatt 4 00000000,1E39D401,1E3AC301,1E3B8C01

Gruss
Micha

martinp876

Hallo Micha,

ok, da ist noch ein faktor 1.6 - den muss ich noch einbauen. Da komme ich aber nicht auf deine Werte:
5 => 8
6 => 9,6

Evtl kannst du eine test-reihe machen. Vielleicht gibt es noch einen Offset?
Auch grössere Werte testen wäre gut für die Genauigkeit:
z.B. 5/10/20

Beim peeren solltest du nicht dual sondern single nehmen. dual peert 2 Tasten in einem um einen Taster für "ein" und einen für "aus" zu erhalten. single peert nur einen Taster/kanal der dann "toggel" arbeitet. In deinem Fall gibt es nur einen Kanal, also ein peering. Also "single".

Der 2. Kanal wird eh nicht komplett gepeert, aber im Aktor werden 2 peerings eingestellt, der weiss nicht, dass der rain-sensor nur einen kanal hat.
Funktionieren kann es trotzdem, ist einfach unsauber.

Gruss Martin

p.s.: der Faktor 1.6 ist nicht korrekt.
probier einmal 5 sec:
set Regensensor_Rain regBulk RegL_01:  33:05
10 sec:
set Regensensor_Rain regBulk RegL_01:  33:0A

Gruss Martin