FHT 80 TF als bedingung auswerten

Begonnen von Zrrronggg!, 22 März 2010, 23:12:51

Vorheriges Thema - Nächstes Thema

Zrrronggg!

                                                     

Hallo all,

ich steure mit unserem Lieblingspielzeug unter anderem mein
Einfahrtstor. Aufgrund der Eigenheiten der eigentlichen Torsteuerung
kann man hier nicht ohne weiteres zwischen auf und zu unterscheiden,
vielmehr toggelt ein kurzer Tasterpuls an der Torsteuerung das Tor.
Das habe ich mit einem  FS20 AS1  realisiert.

Das funktioniert auch ganz gut, FHEM gibt bei Druck auf den ON Taster
einer FS20 Fernbedienung eine Sekunde ON und danach OFF. Durch die
einsekündige Schaltung des  FS20 AS1  kriegt die eigentliche
Torelektronik den nötigen Puls und macht das Tor auf oder zu:


define act_on_tor1 notify tor1 { if ("%" ne "off") { fhem("set tor_sw
on-for-timer 1 ;; set tor1 off") } }

Schöner wäre, wenn man das Tor definiert  auf und zu machen kann, ohne
den vorherigen Zustand zu kennen. Dazu schwebt mir vor: an das Tor
einen FHT 80 TF anzubringen, der von einem CUL ja direkt ausgewertet
werden kann.

Ich würde mir dann gerne zwei Scripte basteln, die ich dann "Tor auf"
und "Tor zu" nennen könnte. Z.B. würde  "Tor auf" nur dann den 1
Sekunden Puls an den FS20 AS1 senden, wenn der  FHT 80 TF meldet, dass
das Tor zu ist und sonst eben nix machen.

Nur: Wie würde ich das machen?  Ich bin ...  äh... noch Anfänger und
könnte einen kleinen Tipp gebrauchen.

Ferner könnte ich damit auch etwas basteln, was überprüft, ob das Tor
öffnen oder schliessen erfolgreich war und falls NICHT, es nochmal
versuchen (quasi der selbst gebastelte Rückkanal) Problem hierbei ist
aber, das das FHT 80 TF zwar schön klein (also jedenfalls das neue
Version 2) und auch schön billig ist, aber seinen Zustand nur alle 1-2
Minuten meldet. Ausserdem braucht das Tor zum schliessen ja auch eine
Zeit.  Ich müsste also eine Wartezeit einbauen.

Auch hier wäre ein kleiner Tipp wie ich das am geschicktesten mache
sehr nett.

Grüsse,

Z.

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.
FHEM auf Linkstation Mini, CUL 868 SlowRF, 2xCUL 868 RFR, CUL 433 für IT, 2xHMLAN-Configurator mit VCCU, ITV-100 Repeater, Sender und Aktoren von FHT, FS20, S300, HM, IT, RSL

Guest

Originally posted by: <email address deleted>

Zrrronggg! wrote:

> Ferner könnte ich damit auch etwas basteln, was überprüft, ob das Tor
> öffnen oder schliessen erfolgreich war und falls NICHT, es nochmal
> versuchen (quasi der selbst gebastelte Rückkanal) Problem hierbei ist
> aber, das das FHT 80 TF zwar schön klein (also jedenfalls das neue
> Version 2) und auch schön billig ist, aber seinen Zustand nur alle 1-2
> Minuten meldet. Ausserdem braucht das Tor zum schliessen ja auch eine
> Zeit.  Ich müsste also eine Wartezeit einbauen.
>
> Auch hier wäre ein kleiner Tipp wie ich das am geschicktesten mache
> sehr nett.

Tja, ich wollte Dir grade 'nen HMS100TFK präsentieren (der sendet Änderungen
sofort sowie den Status periodisch), aber, leider, leider stelle ich grade
fest, daß mein CUN nicht mehr tut. DHCP, Adresse bekommt er, telnet auf 2323
gibt connection refused. Per USB läuft er, per Netz schmollt er. Fickschwein-
kacke, elende.

Anyway, zu Deinen Überlegungen zurück: HMS100TFK oder den FTK aus der FS20-
Reihe, beide würden Dein Problem adressieren (Signal sofort, wenn offen/ge-
schlossen). HMS sendet offen/geschlossen, FS20 IIRC FS20-Schaltbefehle. In
jedem Fall brauchst Du entweder 2 TFK als jeweils Endkontakt (um zwischen
geschlossen, ganz offen und irgendwas dazwischen unterscheiden zu können --
1 TFK gibt Dir nur einen definitiven Status: je nach Aufbau ganz offen bzw.
ganz geschlossen sowie "nicht ganz" offen/geschlossen ...) oder Erfahrungs-
werte für den Delay, um vom definitiven Status, den Du überprüfen kannst,
zum anderen Endpunkt zu kommen.

HTH,
         kai, der mal wieder ein CUx flashen geht *sigh*

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

Guest

Originally posted by: <email address deleted>

Kai 'wusel' Siering wrote:

> sofort sowie den Status periodisch), aber, leider, leider stelle ich grade
> fest, daß mein CUN nicht mehr tut. DHCP, Adresse bekommt er, telnet auf 2323
> gibt connection refused. Per USB läuft er, per Netz schmollt er.

Und Gegendarstellung: offensichtlich hat sich hier DHCP-mäßig beim Routertausch
was zermarmelt, es gab 2 Geräte mit der gleichen IP :( Netzwerkfehler, KEIN Pro-
blem des CUN (der bekam die Pakete offensichtlich gar nicht erst; von Router aus
pingte der CUN nur, wenn er Strom & Netz hatte, vom fhem-Server hingegen lief das
Routing, dank ARP, anders). Sorry.

Hier also der "Beweis", daß HMS100TFK relativ flott signalisiert:

2010.03.23 00:26:40 3: CUN: HE07E04000000 -32
2010.03.23 00:26:47 3: CUN: HE07E04010000 -33.5
2010.03.23 00:26:50 3: CUN: HE07E04000000 -35
2010.03.23 00:26:51 3: CUN: K31652072 -63.5
2010.03.23 00:26:53 3: CUN: HE07E04010000 -34

Ciao,
         kai

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

Zrrronggg!

                                                     

Hi,

gut wegen des CUN... DHSP in Fritten wäre für mich das kleiner
Problem.

Okay zum Thema: Das es diverse Kontakte gibt, die den Zustand sofort
melden weiss ich.

Aber
1. sind die teurer.
2. sind die von der Bauform her wesentlich grösser als der TF2, ich
könnte Sie nicht in das Gehäuse des Schlosses einbauen (gut, nicht
tödlich, aber... aber unschön, immer hin muss ich das Wasserdicht
machen)
3. ich hatte so die Vorstellung, das es in der Sache eigentlich egal
ist, ob ich mir den letztgemeldeten Zustand des TF oder den letzten
Schaltvorgang eines sonstigen Kontakts/FS20 Senders merken muss.  Das
Problem ist ja gerade, das nicht der Vorgang des Schliessens (oder
Öffnens) des Türkontaktes konkret irgendwas auslöst, sondern später
der letzte Zustand abgefragt werden muss. So gesehen ist der TF
eigentlich besser, denn er meldet den Zustand alle paar Minuten und
nicht nur, wenn sich was ändert. Und "irgendwas" in FHEM weiss ja
auch, wie der Zustand des TF ist, die Weboberfläche zeigt den
letzgemeldeten Zustand ja sauber an.

Zuletzt: Zwischenzustände interessieren mich nicht. Das Tor bleibt
nicht halb offen stehen. Jedenfalls ist da in den letzten 4 Jahren
nicht passiert. Falls das doch mal passieren sollte, ist das Tor
kaputt, dann sehe ich das ja und muss so oder so eingreifen.

Oder anders: Wenn ich den Aufwand betreiben wollte, die
Zwischenzustände des Tores abzufragen, dann könnte ich auch die
Torsteuerung selbst dazu verwenden. Die kann das an sich, da muss man
nur paar Lichtschranken und Kontakte anbauen und schon hat man einige
100 Euro später ne Toplösung... Etwas Scripting und ein FHT 80 TF
kosten 19,90.... wenn man wüsste wie....

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.
FHEM auf Linkstation Mini, CUL 868 SlowRF, 2xCUL 868 RFR, CUL 433 für IT, 2xHMLAN-Configurator mit VCCU, ITV-100 Repeater, Sender und Aktoren von FHT, FS20, S300, HM, IT, RSL

Zrrronggg!

                                                     

(Also mit anderen Worten: Es geht hier weniger um die Wahl der
geeigneten HW, sondern wie ich ein Script am besten formuliere, dass
die bedingt je nach Zustand des TF oder HMS100TFK den Impuls sendet
oder eben nicht. Ich habe Syntax-Problem...)

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.
FHEM auf Linkstation Mini, CUL 868 SlowRF, 2xCUL 868 RFR, CUL 433 für IT, 2xHMLAN-Configurator mit VCCU, ITV-100 Repeater, Sender und Aktoren von FHT, FS20, S300, HM, IT, RSL

Guest

Originally posted by: <email address deleted>

Zrrronggg! wrote:
> (Also mit anderen Worten: Es geht hier weniger um die Wahl der
> geeigneten HW, sondern wie ich ein Script am besten formuliere, dass

Okay ...

> die bedingt je nach Zustand des TF oder HMS100TFK den Impuls sendet
> oder eben nicht. Ich habe Syntax-Problem...)

Vielleicht helfen Dir folgenden Ansätze auf die Sprünge:

---8<---
# TV_LED (FS20ST) ausschalten, wenn TV ausgeschaltet wird
define at_TV_Off notify 47LG7000:power:.off set TV_LED off

# Wii (FS20ST) einschalten, wenn TV auf Eingang AV1 steht
define at_TV_Wii notify 47LG7000:.*AV1 set Wii_ST on

# LED-Leisten hinterm TV (TV_LED; FS20ST) einschalten, wenn
# a) TV eingeschaltet wird (Modul xxLG7000) UND
# b) es schon die "dunkle Periode" (sprich näherungsweise dunkel draußen) ist
define at_TV_On notify 47LG7000:power:.on { fhem("set TV_LED on") if($attr{TV_LED}{DarkPeriod})}

# Hell-/Dunkel-Flag, realisiert als zus. Attribut zu TV_LED;
# zusätzlich beim Übergang 'nen Schaltvorgang an TV_LED auslösen, sofern
# der TV schon an ist (da dann kein 47LG7000:power:.on-Notify mehr käme)
define at_TriggerDarkPeriodOn at +*17:26 { \
         fhem("attr TV_LED DarkPeriod");; \
         fhem("set TV_LED on") if ($defs{"47LG7000"}{READINGS}{power}{VAL} eq "on");; \
}

define at_TriggerDarkPeriodOff at +*{sunrise_rel(+1800)} { \
        fhem("deleteattr TV_LED DarkPeriod");; \
        fhem("set TV_LED off");; \
}
--->8---

MfG,
         kai

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

Zrrronggg!

                                                     

Hallo Kai,


> Vielleicht helfen Dir folgenden Ansätze auf die Sprünge:

Hmja... sieht so aus, als könnte ich da erstmal ein bischen drauf
rumkauen, danke!


Grüsse,

Z.

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.
FHEM auf Linkstation Mini, CUL 868 SlowRF, 2xCUL 868 RFR, CUL 433 für IT, 2xHMLAN-Configurator mit VCCU, ITV-100 Repeater, Sender und Aktoren von FHT, FS20, S300, HM, IT, RSL