Originally posted by: <email address deleted>
Hallo zusammen,
ich benötige mal kurz Hilfe. Habe heute eine FHT8V bekommen und möchte
es mit dem CUNO im Direktbetrieb ansteuern. Habe folgendes gemacht:
in der fhem.cfg das Device wie folgt definiert:
define FHT1 FHT8V 1b1b
Danach habe ich am FHT8V den grauen Knopf für 3 Sekunden gedrückt und
nach dem Bestätigungston im FHEM Web das Pairing gemacht. Danach kommt
wieder ein Bestätigungston und das Antennen-Symbol blinkt. Nun ist es
möglich dem FHT8V einen Wert zu senden, der dann auch eingestellt
wird. Ist dies geschehen, so hört das Symbol auf zu blinken und ein
weiterer Wert wird nicht angenommen. Erst wieder nach erneutem
Pairing. Was mache ich falsch?
Gruss,
alochter
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Ist dies geschehen, so hört das Symbol auf zu blinken und ein weiterer Wert
> wird nicht angenommen. Erst wieder nach erneutem Pairing. Was mache ich
> falsch?
Mwn. nichts. Die direkte Steuerung scheint zwar bei mir und bei anderen zu
funktionieren, es wird aber nicht "breit" eingesetzt, d.h. wir kennen noch
nicht so gut die Sonderfaelle wie bei der Steuerung der FHT80b.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo Rudolf,
danke für die kurze Antwort. Das stimmt mich nicht wirklich
zuversichtlich, wenn mir der FHEM-Entwickler schreibt, dass er
eigentlich nicht weiss, was da los ist. Ich habe einfach das Modul
11_FHT8V.pm aus dem CSV in meinen Ordner kopiert (denke es war damals
fhem 5.0). Vielleicht ist das das Problem, weil ich evtl. die fhem.pl
nicht übernommen habe, oder das Modul für FHT nicht auch aktualisiert
wurde.
Viele Grüsse
> Mwn. nichts. Die direkte Steuerung scheint zwar bei mir und bei anderen zu
> funktionieren, es wird aber nicht "breit" eingesetzt, d.h. wir kennen noch
> nicht so gut die Sonderfaelle wie bei der Steuerung der FHT80b.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
reicht da nicht einfach ein "updatefhem" um wieder up-to-date zu sein??
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
lieber nicht, denn ich habe in meiner fhem.pl einiges rumgestrickt;-)
aber danke für den Tip. hatte ich auch schon überlegt, aber ich denke,
dass ich lieber aus dem csv separat lade und dann anpasse.
On 7 Okt., 13:47, "tobias.faust" wrote:
> reicht da nicht einfach ein "updatefhem" um wieder up-to-date zu sein??
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hol dir mal ein aktuelles und sauberes Paket und teste, ob es damit klappt.
Dann tust dir beim Fehler suchen schon etwas leichter.
Greetz,
Gerhard
Am 7. Oktober 2011 14:02 schrieb fhem-fighter
:
> lieber nicht, denn ich habe in meiner fhem.pl einiges rumgestrickt;-)
> aber danke für den Tip. hatte ich auch schon überlegt, aber ich denke,
> dass ich lieber aus dem csv separat lade und dann anpasse.
>
>
> On 7 Okt., 13:47, "tobias.faust" wrote:
>> reicht da nicht einfach ein "updatefhem" um wieder up-to-date zu sein??
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo zusammen,
kann es mir jemand bestätigen, dass der Puffer nur ca. alle 15 Minuten
geschrieben wird? Soll heissen, dass mein Stellmotor auch nur ca. alle
15 Minuten einen neuen Wert einstellt. Ich habe mich nämlich
gewundert, dass der Antrieb nach einiger Zeit doch den Wert hat, den
ich vor langer Zeit eingestellt hatte.
Gruss,
alochter
On 7 Okt., 15:01, Gerhard Pfeffer
wrote:
> Hol dir mal ein aktuelles und sauberes Paket und teste, ob es damit klappt.
> Dann tust dir beim Fehler suchen schon etwas leichter.
>
> Greetz,
> Gerhard
>
> Am 7. Oktober 2011 14:02 schrieb fhem-fighter :
>
>
>
>
>
>
>
> > lieber nicht, denn ich habe in meiner fhem.pl einiges rumgestrickt;-)
> > aber danke für den Tip. hatte ich auch schon überlegt, aber ich denke,
> > dass ich lieber aus dem csv separat lade und dann anpasse.
>
> > On 7 Okt., 13:47, "tobias.faust" wrote:
> >> reicht da nicht einfach ein "updatefhem" um wieder up-to-date zu sein??
>
> > --
> > To unsubscribe from this group, send email to
> > fhem-users+unsubscribe@googlegroups.com
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> kann es mir jemand bestätigen, dass der Puffer nur ca. alle 15 Minuten
> geschrieben wird? Soll heissen, dass mein Stellmotor auch nur ca. alle
> 15 Minuten einen neuen Wert einstellt.
Nope. Temperaturmeldung kommt alle 15 Minuten, Motor wird alle 115+x sekunden
gestellt.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Was bedeutet den "+x" Sekunden genau? Temp-Meldung bedeutet, dass der
FHT8V auch sendet und Temp. mitteilt?
Kannst Du mir evtl. kurz einen Auszug aus Deiner fhem.cfg schicken und
mir noch einen Tip geben, was ich noch testen kann?
Ich warte übrigens nun auch schon wieder viel länger als 15 Minuten.
Ist echt Käse die direkte Ansteuerung. Eigentlich möchte ich nur ein
paar Werte setzen (0%, 50%, 100%). Könnte man ja auch per Schalter in
FHEM machen, aber irgendwie läuft das gar nicht bei mir. Hatte den
Eindruck, dass es mit nem CUL etwas besser geht als mit dem CUNO. Ich
werde nun gleich nochmal Fhem unter Ubuntu und mit CUL aufsetzen und
testen.
Grusse
On 8 Okt., 20:16, Rudolf Koenig wrote:
> > kann es mir jemand best tigen, dass der Puffer nur ca. alle 15 Minuten
> > geschrieben wird? Soll heissen, dass mein Stellmotor auch nur ca. alle
> > 15 Minuten einen neuen Wert einstellt.
>
> Nope. Temperaturmeldung kommt alle 15 Minuten, Motor wird alle 115+x sekunden
> gestellt.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
On Sat, Oct 08, 2011 at 11:32:48AM -0700, fhem-fighter wrote:
> Was bedeutet den "+x" Sekunden genau?
define MyCUL CUL 1234 -> Intervall = 115+0.5*4 = 117 Sekunden
Siehe auch http://fhemwiki.de/index.php/Maximal_nutzbare_Ger%C3%A4te
> Temp-Meldung bedeutet, dass der FHT8V auch sendet und Temp. mitteilt?
Nein, ich meinte dabei den FHT80b
> mir noch einen Tip geben, was ich noch testen kann?
Mit "get CUL raw T10" kann man den FHT8v Puffer im CUL Pruefen, und mit T11 den
naechsten Sendezeitpunkt. Dann muesste auf dem FHT8v das Antennensymbol
aufblinken.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo Rudolf,
danke für Deine Mühe.
Eigentlich denke ich ja, dass ich das richtig gemacht habe.
Bei mir sieht das so aus:
define CUN1 CUL 192.168.1.234:2323 1b1b
define FHT1 FHT8V 1b1b
Puffer und Sendezeitpunkt habe ich bereits geprüft und ja, das Antennensymbol blinkt auch
auf, aber der Motor läuft nicht los.
Einzig nach dem Pairing wird der nächste Wert einmal eingestellt. Danach scheint es irgendwie
Glücksache zu sein, wenn noch ein weiterer Wert eingestellt wird.
Gruss,
alochter
Am 09.10.2011 um 09:33 schrieb Rudolf Koenig:
> On Sat, Oct 08, 2011 at 11:32:48AM -0700, fhem-fighter wrote:
>> Was bedeutet den "+x" Sekunden genau?
>
> define MyCUL CUL 1234 -> Intervall = 115+0.5*4 = 117 Sekunden
> Siehe auch http://fhemwiki.de/index.php/Maximal_nutzbare_Ger%C3%A4te
>
>
>> Temp-Meldung bedeutet, dass der FHT8V auch sendet und Temp. mitteilt?
>
> Nein, ich meinte dabei den FHT80b
>
>
>> mir noch einen Tip geben, was ich noch testen kann?
>
> Mit "get CUL raw T10" kann man den FHT8v Puffer im CUL Pruefen, und mit T11 den
> naechsten Sendezeitpunkt. Dann muesste auf dem FHT8v das Antennensymbol
> aufblinken.
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Habe jetzt mal den Hauscode geändert auf "1234", aber das bringt auch
nichts.
Nun ist mir allerdings aufgefallen, dass ich einen FHT 8V-2 Bausatz
habe. Kann der
das evtl. gar nicht?
On 9 Okt., 10:19, Arne Lochter
wrote:
> Hallo Rudolf,
>
> danke für Deine Mühe.
>
> Eigentlich denke ich ja, dass ich das richtig gemacht habe.
>
> Bei mir sieht das so aus:
>
> define CUN1 CUL 192.168.1.234:2323 1b1b
> define FHT1 FHT8V 1b1b
>
> Puffer und Sendezeitpunkt habe ich bereits geprüft und ja, das Antennensymbol blinkt auch
> auf, aber der Motor läuft nicht los.
> Einzig nach dem Pairing wird der nächste Wert einmal eingestellt. Danach scheint es irgendwie
> Glücksache zu sein, wenn noch ein weiterer Wert eingestellt wird.
>
> Gruss,
> alochter
>
> Am 09.10.2011 um 09:33 schrieb Rudolf Koenig:
>
>
>
>
>
>
>
> > On Sat, Oct 08, 2011 at 11:32:48AM -0700, fhem-fighter wrote:
> >> Was bedeutet den "+x" Sekunden genau?
>
> > define MyCUL CUL 1234 -> Intervall = 115+0.5*4 = 117 Sekunden
> > Siehe auchhttp://fhemwiki.de/index.php/Maximal_nutzbare_Ger%C3%A4te
>
> >> Temp-Meldung bedeutet, dass der FHT8V auch sendet und Temp. mitteilt?
>
> > Nein, ich meinte dabei den FHT80b
>
> >> mir noch einen Tip geben, was ich noch testen kann?
>
> > Mit "get CUL raw T10" kann man den FHT8v Puffer im CUL Pruefen, und mit T11 den
> > naechsten Sendezeitpunkt. Dann muesste auf dem FHT8v das Antennensymbol
> > aufblinken.
>
> > --
> > To unsubscribe from this group, send email to
> > fhem-users+unsubscribe@googlegroups.com
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Das ist meine FW des CUNO: CUN1 raw => V 1.40 CUNO868
Ist das überhaupt richtig für die FHT8V?
On 9 Okt., 12:45, fhem-fighter
wrote:
> Habe jetzt mal den Hauscode geändert auf "1234", aber das bringt auch
> nichts.
> Nun ist mir allerdings aufgefallen, dass ich einen FHT 8V-2 Bausatz
> habe. Kann der
> das evtl. gar nicht?
>
> On 9 Okt., 10:19, Arne Lochter wrote:
>
>
>
>
>
>
>
> > Hallo Rudolf,
>
> > danke für Deine Mühe.
>
> > Eigentlich denke ich ja, dass ich das richtig gemacht habe.
>
> > Bei mir sieht das so aus:
>
> > define CUN1 CUL 192.168.1.234:2323 1b1b
> > define FHT1 FHT8V 1b1b
>
> > Puffer und Sendezeitpunkt habe ich bereits geprüft und ja, das Antennensymbol blinkt auch
> > auf, aber der Motor läuft nicht los.
> > Einzig nach dem Pairing wird der nächste Wert einmal eingestellt. Danach scheint es irgendwie
> > Glücksache zu sein, wenn noch ein weiterer Wert eingestellt wird.
>
> > Gruss,
> > alochter
>
> > Am 09.10.2011 um 09:33 schrieb Rudolf Koenig:
>
> > > On Sat, Oct 08, 2011 at 11:32:48AM -0700, fhem-fighter wrote:
> > >> Was bedeutet den "+x" Sekunden genau?
>
> > > define MyCUL CUL 1234 -> Intervall = 115+0.5*4 = 117 Sekunden
> > > Siehe auchhttp://fhemwiki.de/index.php/Maximal_nutzbare_Ger%C3%A4te
>
> > >> Temp-Meldung bedeutet, dass der FHT8V auch sendet und Temp. mitteilt?
>
> > > Nein, ich meinte dabei den FHT80b
>
> > >> mir noch einen Tip geben, was ich noch testen kann?
>
> > > Mit "get CUL raw T10" kann man den FHT8v Puffer im CUL Pruefen, und mit T11 den
> > > naechsten Sendezeitpunkt. Dann muesste auf dem FHT8v das Antennensymbol
> > > aufblinken.
>
> > > --
> > > To unsubscribe from this group, send email to
> > > fhem-users+unsubscribe@googlegroups.com
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
So, habe nun ganze 2 Stunden gewartet und tatsächlich hat sich der
Motor dann bewegt.
Was kann ich also tun um diese Zeitspanne zu verkürzen, denn ich habe
nur einen FHT8V?
On 9 Okt., 14:53, fhem-fighter
wrote:
> Das ist meine FW des CUNO: CUN1 raw => V 1.40 CUNO868
> Ist das überhaupt richtig für die FHT8V?
>
> On 9 Okt., 12:45, fhem-fighter wrote:
>
>
>
>
>
>
>
> > Habe jetzt mal den Hauscode geändert auf "1234", aber das bringt auch
> > nichts.
> > Nun ist mir allerdings aufgefallen, dass ich einen FHT 8V-2 Bausatz
> > habe. Kann der
> > das evtl. gar nicht?
>
> > On 9 Okt., 10:19, Arne Lochter wrote:
>
> > > Hallo Rudolf,
>
> > > danke für Deine Mühe.
>
> > > Eigentlich denke ich ja, dass ich das richtig gemacht habe.
>
> > > Bei mir sieht das so aus:
>
> > > define CUN1 CUL 192.168.1.234:2323 1b1b
> > > define FHT1 FHT8V 1b1b
>
> > > Puffer und Sendezeitpunkt habe ich bereits geprüft und ja, das Antennensymbol blinkt auch
> > > auf, aber der Motor läuft nicht los.
> > > Einzig nach dem Pairing wird der nächste Wert einmal eingestellt. Danach scheint es irgendwie
> > > Glücksache zu sein, wenn noch ein weiterer Wert eingestellt wird.
>
> > > Gruss,
> > > alochter
>
> > > Am 09.10.2011 um 09:33 schrieb Rudolf Koenig:
>
> > > > On Sat, Oct 08, 2011 at 11:32:48AM -0700, fhem-fighter wrote:
> > > >> Was bedeutet den "+x" Sekunden genau?
>
> > > > define MyCUL CUL 1234 -> Intervall = 115+0.5*4 = 117 Sekunden
> > > > Siehe auchhttp://fhemwiki.de/index.php/Maximal_nutzbare_Ger%C3%A4te
>
> > > >> Temp-Meldung bedeutet, dass der FHT8V auch sendet und Temp. mitteilt?
>
> > > > Nein, ich meinte dabei den FHT80b
>
> > > >> mir noch einen Tip geben, was ich noch testen kann?
>
> > > > Mit "get CUL raw T10" kann man den FHT8v Puffer im CUL Pruefen, und mit T11 den
> > > > naechsten Sendezeitpunkt. Dann muesste auf dem FHT8v das Antennensymbol
> > > > aufblinken.
>
> > > > --
> > > > To unsubscribe from this group, send email to
> > > > fhem-users+unsubscribe@googlegroups.com
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
On 10/09/2011 10:36 PM, fhem-fighter wrote:
> So, habe nun ganze 2 Stunden gewartet und tatsächlich hat sich der
> Motor dann bewegt.
> Was kann ich also tun um diese Zeitspanne zu verkürzen, denn ich habe
> nur einen FHT8V?
Also wenn Dein FHT eine andere Adresse hat als der Sender, dann könnte
der FHT nach dem einmalig funktionierenden Ansprechen ca. 2 Sekunden
offset pro 2 Minuten haben, d.h. nach 2 Stunden wäre er dann wieder
einmal synchron.
Grüße
Thomas
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
On 10/09/2011 09:33 AM, Rudolf Koenig wrote:
> On Sat, Oct 08, 2011 at 11:32:48AM -0700, fhem-fighter wrote:
>> Was bedeutet den "+x" Sekunden genau?
>
> define MyCUL CUL 1234 -> Intervall = 115+0.5*4 = 117 Sekunden
> Siehe auch http://fhemwiki.de/index.php/Maximal_nutzbare_Ger%C3%A4te
Sicher? Dann hätten ja alle am CUL angemeldeten FHTs das gleiche Delay.
Ich dachte, man hätte (zumindest bei FHT80b basierter Steuerung) für
jeden Raum ein anderes Delay, damit nur ab und zu mehrere gleichzeitig
senden, aber durch die unterschiedlichen Delays alle mal wieder
kollisionsfrei senden können.
Grüße,
Thomas
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
On 10/10/2011 09:33 AM, Thomas Herrmann wrote:
>> define MyCUL CUL 1234 -> Intervall = 115+0.5*4 = 117 Sekunden
>> Siehe auch http://fhemwiki.de/index.php/Maximal_nutzbare_Ger%C3%A4te
>
> Sicher? Dann hätten ja alle am CUL angemeldeten FHTs das gleiche Delay.
> Ich dachte, man hätte (zumindest bei FHT80b basierter Steuerung) für
> jeden Raum ein anderes Delay, damit nur ab und zu mehrere gleichzeitig
> senden, aber durch die unterschiedlichen Delays alle mal wieder
> kollisionsfrei senden können.
Ich habe mir das nochmal angesehen, und irgendwie macht es doch sinn...
Da der CUL ja die unterschiedlichen FHT8vs kennt, kann er bei allen das
gleiche Delay benutzen - dadurch hat man sogar deutlich weniger
Kollisionen als bei "normalem" FHT80b-Einsatz.
Grüße,
Thomas
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Sicher? Dann hätten ja alle am CUL angemeldeten FHTs das gleiche Delay.
Ja, alle am CUL angemeldeten FHT8v's haben das gleiche Delay, aber wenn man die
unterschiedlich einstellen will dann unterschiedliche Adressen: die culfw FHT8v
Steuerung verwendet die Alexander'sche Methode, und nicht die FHT80b Methode,
um mehrere Ventile mit unterschiedlichen Werten zu versehen. Siehe auch
http://fhem.de/commandref.html#FHT8V
FHT80b Methode: Alle Ventile haben den gleichen Hauscode, und unterschiedliche
Ventil-Ids. Da pro Zeitfenster nur ein Wert uebermittelt wird, dauert es bei 8
unterschiedlichen Ventilen 16 Minuten um alle mit einem neuen Wert zu versehen.
Ueblich ist das nicht: in einem Raum (==FHT80b) ist ueblicherweise nur ein
broadcast an alle Ventile noetig, und damit 2 Minuten-Update-Intervall.
Alexanders Methode: Alle Ventile unterscheiden sich im ersten Byte der
Hauscode, und culfw sendet nach dem gleichen Intervall (der vom letzten Byte
abhaengt) alle Werte (bis zu 8) hintereinander mit dem broadcast Ventil-Id.
Update-Intervall ist damit 2-Minuten.
Wenn man sich nicht an diese ID-Regel bei dem Zuweisung der FHT8v-Ids haelt,
dann funktioniert die direkte Steuerung der Ventile ueber culfw eher schlecht.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
...aber ich habe doch bloss ein so ein FHT8V Teil!!!
Somit kann ich doch auch nichts bei der Unterscheidung mit dem
Hauscode falsch gemacht haben.
Ist denn meine CUNO FW für die "Alexander Methode" die Richtige?
CUN1 raw => V 1.40 CUNO868
On 10 Okt., 10:00, Rudolf Koenig wrote:
> > Sicher? Dann h tten ja alle am CUL angemeldeten FHTs das gleiche Delay.
>
> Ja, alle am CUL angemeldeten FHT8v's haben das gleiche Delay, aber wenn man die
> unterschiedlich einstellen will dann unterschiedliche Adressen: die culfw FHT8v
> Steuerung verwendet die Alexander'sche Methode, und nicht die FHT80b Methode,
> um mehrere Ventile mit unterschiedlichen Werten zu versehen. Siehe auchhttp://fhem.de/commandref.html#FHT8V
>
> FHT80b Methode: Alle Ventile haben den gleichen Hauscode, und unterschiedliche
> Ventil-Ids. Da pro Zeitfenster nur ein Wert uebermittelt wird, dauert es bei 8
> unterschiedlichen Ventilen 16 Minuten um alle mit einem neuen Wert zu versehen.
> Ueblich ist das nicht: in einem Raum (==FHT80b) ist ueblicherweise nur ein
> broadcast an alle Ventile noetig, und damit 2 Minuten-Update-Intervall.
>
> Alexanders Methode: Alle Ventile unterscheiden sich im ersten Byte der
> Hauscode, und culfw sendet nach dem gleichen Intervall (der vom letzten Byte
> abhaengt) alle Werte (bis zu 8) hintereinander mit dem broadcast Ventil-Id.
> Update-Intervall ist damit 2-Minuten.
>
> Wenn man sich nicht an diese ID-Regel bei dem Zuweisung der FHT8v-Ids haelt,
> dann funktioniert die direkte Steuerung der Ventile ueber culfw eher schlecht.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
..das ist sehr interessant: ich sitze hier nichts ahnend und plötzlich
bewegt sich der Motor und geht auf 30%.
Sehr cool, denn ich setze den Buffer immer per Shell-Script zum testen
und habe nie den Wert für 30% abgesetzt (kenne ich gar nicht).
Ich denke, wenn mir hier nicht bald ein Licht aufgeht, dann haue ich
Teil einfach in die Tonne!
Bitte klärt mich auf, bevor ich noch verrückt werde!
On 10 Okt., 13:33, fhem-fighter
wrote:
> ...aber ich habe doch bloss ein so ein FHT8V Teil!!!
> Somit kann ich doch auch nichts bei der Unterscheidung mit dem
> Hauscode falsch gemacht haben.
> Ist denn meine CUNO FW für die "Alexander Methode" die Richtige?
>
> CUN1 raw => V 1.40 CUNO868
>
> On 10 Okt., 10:00, Rudolf Koenig wrote:
>
> > > Sicher? Dann h tten ja alle am CUL angemeldeten FHTs das gleiche Delay.
>
> > Ja, alle am CUL angemeldeten FHT8v's haben das gleiche Delay, aber wenn man die
> > unterschiedlich einstellen will dann unterschiedliche Adressen: die culfw FHT8v
> > Steuerung verwendet die Alexander'sche Methode, und nicht die FHT80b Methode,
> > um mehrere Ventile mit unterschiedlichen Werten zu versehen. Siehe auchhttp://fhem.de/commandref.html#FHT8V
>
> > FHT80b Methode: Alle Ventile haben den gleichen Hauscode, und unterschiedliche
> > Ventil-Ids. Da pro Zeitfenster nur ein Wert uebermittelt wird, dauert es bei 8
> > unterschiedlichen Ventilen 16 Minuten um alle mit einem neuen Wert zu versehen.
> > Ueblich ist das nicht: in einem Raum (==FHT80b) ist ueblicherweise nur ein
> > broadcast an alle Ventile noetig, und damit 2 Minuten-Update-Intervall.
>
> > Alexanders Methode: Alle Ventile unterscheiden sich im ersten Byte der
> > Hauscode, und culfw sendet nach dem gleichen Intervall (der vom letzten Byte
> > abhaengt) alle Werte (bis zu 8) hintereinander mit dem broadcast Ventil-Id.
> > Update-Intervall ist damit 2-Minuten.
>
> > Wenn man sich nicht an diese ID-Regel bei dem Zuweisung der FHT8v-Ids haelt,
> > dann funktioniert die direkte Steuerung der Ventile ueber culfw eher schlecht.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Ok, die 30% kann ich mir jetzt selbst erklären (Doku):
Kein Antennensymbol im Display, der Ventilantrieb gibt jede Stunde
eine Tonfolge aus. Ventil ist zu 30% geöffnet
On 10 Okt., 15:11, fhem-fighter
wrote:
> ..das ist sehr interessant: ich sitze hier nichts ahnend und plötzlich
> bewegt sich der Motor und geht auf 30%.
> Sehr cool, denn ich setze den Buffer immer per Shell-Script zum testen
> und habe nie den Wert für 30% abgesetzt (kenne ich gar nicht).
> Ich denke, wenn mir hier nicht bald ein Licht aufgeht, dann haue ich
> Teil einfach in die Tonne!
>
> Bitte klärt mich auf, bevor ich noch verrückt werde!
>
> On 10 Okt., 13:33, fhem-fighter wrote:
>
> > ...aber ich habe doch bloss ein so ein FHT8V Teil!!!
> > Somit kann ich doch auch nichts bei der Unterscheidung mit dem
> > Hauscode falsch gemacht haben.
> > Ist denn meine CUNO FW für die "Alexander Methode" die Richtige?
>
> > CUN1 raw => V 1.40 CUNO868
>
> > On 10 Okt., 10:00, Rudolf Koenig wrote:
>
> > > > Sicher? Dann h tten ja alle am CUL angemeldeten FHTs das gleiche Delay.
>
> > > Ja, alle am CUL angemeldeten FHT8v's haben das gleiche Delay, aber wenn man die
> > > unterschiedlich einstellen will dann unterschiedliche Adressen: die culfw FHT8v
> > > Steuerung verwendet die Alexander'sche Methode, und nicht die FHT80b Methode,
> > > um mehrere Ventile mit unterschiedlichen Werten zu versehen. Siehe auchhttp://fhem.de/commandref.html#FHT8V
>
> > > FHT80b Methode: Alle Ventile haben den gleichen Hauscode, und unterschiedliche
> > > Ventil-Ids. Da pro Zeitfenster nur ein Wert uebermittelt wird, dauert es bei 8
> > > unterschiedlichen Ventilen 16 Minuten um alle mit einem neuen Wert zu versehen.
> > > Ueblich ist das nicht: in einem Raum (==FHT80b) ist ueblicherweise nur ein
> > > broadcast an alle Ventile noetig, und damit 2 Minuten-Update-Intervall.
>
> > > Alexanders Methode: Alle Ventile unterscheiden sich im ersten Byte der
> > > Hauscode, und culfw sendet nach dem gleichen Intervall (der vom letzten Byte
> > > abhaengt) alle Werte (bis zu 8) hintereinander mit dem broadcast Ventil-Id.
> > > Update-Intervall ist damit 2-Minuten.
>
> > > Wenn man sich nicht an diese ID-Regel bei dem Zuweisung der FHT8v-Ids haelt,
> > > dann funktioniert die direkte Steuerung der Ventile ueber culfw eher schlecht.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo zusammen,
irgendwie komme ich nicht weiter. Ich denke das liegt auch daran, dass
mir meine Fragen nicht konkret beantwortet werden.
Ich starte also jetzt noch einmal einen Versuch und möchte die jenigen
bitten, die einen oder mehrere FHT8Vs erfolgreich
zum Laufen bekommen haben mal kurz und bitte präzise zu antworten.
Vielen Dank im voraus.
1.) Ich besitze einen CUNO mit der FW V 1.40 CUNO868
-> ist das die richtige Version für den Betrieb eines FHT8V?
2.) ich möchte nur einen FHT8V schalten (geht das Überhaupt mit nur
einem - Stichwort "Alexander Methode"?)
-> kann ich dann auch irgendwie aus dem Sync laufen bzw. kann sich da
irgend etwas überschneiden, so dass ein Update
mehre Stunden dauert?
3.) welchen Hauscode sollte ich nehmen für den CUN?
ich habe derzeit folgende Zeile in der "fhem.cfg": define CUN1 CUL
192.168.1.234:2323 1234
4.) muss ich ein FHT definieren, obwohl ich keine Hardware habe (habe
ja nur FHT8V)?
Muss folgende Zeile in die fhem.cfg, oder wie muss die aussehen bzw.
benötige ich die gar nicht?
define FHT FHT 1234
5.) muss ich mein FHT8V wie folgt definieren, bzw. geht das ohne
Kollision mit dem Hauscode des CUN etc.?
define FHT1 FHT8V 1234 (Hauscode wie bei CUN bzw. angeleht an die
ersten beiden Stellen bzw. Stellen 3 und 4)
6.) benötige ich nur die Module 11_FHT.pm und 11_FHT8V.pm oder gibt es
weitere Module bzw. ganz bestimmte Versionen?
7.) Ich habe einen FHT 8V-2 Bausatz
-> kann der das (-2)?
Bitte seit so nett und antwortet, kurz und knapp, aber aussagekräftig.
Dinge wie "hast Du schon dies und das gelesen" helfen
nicht wirklich, denn ich mache seit Tagen nichts anderes. Also bitte,
wenn Ihr Ahnung habt, lasst mir ein funktionierendes Beispiel
zukommen. Anderenfalls überlege ich nämlich den Antrieb
zurückzusenden. Vielleicht hat der ja auch ein Sync-Problem.
Vielen Dank.
alochter
On 10 Okt., 15:42, fhem-fighter
wrote:
> Ok, die 30% kann ich mir jetzt selbst erklären (Doku):
>
> Kein Antennensymbol im Display, der Ventilantrieb gibt jede Stunde
> eine Tonfolge aus. Ventil ist zu 30% geöffnet
>
> On 10 Okt., 15:11, fhem-fighter wrote:
>
> > ..das ist sehr interessant: ich sitze hier nichts ahnend und plötzlich
> > bewegt sich der Motor und geht auf 30%.
> > Sehr cool, denn ich setze den Buffer immer per Shell-Script zum testen
> > und habe nie den Wert für 30% abgesetzt (kenne ich gar nicht).
> > Ich denke, wenn mir hier nicht bald ein Licht aufgeht, dann haue ich
> > Teil einfach in die Tonne!
>
> > Bitte klärt mich auf, bevor ich noch verrückt werde!
>
> > On 10 Okt., 13:33, fhem-fighter wrote:
>
> > > ...aber ich habe doch bloss ein so ein FHT8V Teil!!!
> > > Somit kann ich doch auch nichts bei der Unterscheidung mit dem
> > > Hauscode falsch gemacht haben.
> > > Ist denn meine CUNO FW für die "Alexander Methode" die Richtige?
>
> > > CUN1 raw => V 1.40 CUNO868
>
> > > On 10 Okt., 10:00, Rudolf Koenig wrote:
>
> > > > > Sicher? Dann h tten ja alle am CUL angemeldeten FHTs das gleiche Delay.
>
> > > > Ja, alle am CUL angemeldeten FHT8v's haben das gleiche Delay, aber wenn man die
> > > > unterschiedlich einstellen will dann unterschiedliche Adressen: die culfw FHT8v
> > > > Steuerung verwendet die Alexander'sche Methode, und nicht die FHT80b Methode,
> > > > um mehrere Ventile mit unterschiedlichen Werten zu versehen. Siehe auchhttp://fhem.de/commandref.html#FHT8V
>
> > > > FHT80b Methode: Alle Ventile haben den gleichen Hauscode, und unterschiedliche
> > > > Ventil-Ids. Da pro Zeitfenster nur ein Wert uebermittelt wird, dauert es bei 8
> > > > unterschiedlichen Ventilen 16 Minuten um alle mit einem neuen Wert zu versehen.
> > > > Ueblich ist das nicht: in einem Raum (==FHT80b) ist ueblicherweise nur ein
> > > > broadcast an alle Ventile noetig, und damit 2 Minuten-Update-Intervall.
>
> > > > Alexanders Methode: Alle Ventile unterscheiden sich im ersten Byte der
> > > > Hauscode, und culfw sendet nach dem gleichen Intervall (der vom letzten Byte
> > > > abhaengt) alle Werte (bis zu 8) hintereinander mit dem broadcast Ventil-Id.
> > > > Update-Intervall ist damit 2-Minuten.
>
> > > > Wenn man sich nicht an diese ID-Regel bei dem Zuweisung der FHT8v-Ids haelt,
> > > > dann funktioniert die direkte Steuerung der Ventile ueber culfw eher schlecht.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> 1.) Ich besitze einen CUNO mit der FW V 1.40 CUNO868
> -> ist das die richtige Version für den Betrieb eines FHT8V?
Steht im http://www.koeniglich.de/culfw/CHANGED drin: 8v support ist seit
1.30 drin. Ab 1.40 kam nix FHT spezielles dazu. Aber wenn im Zweifel: man kann
es doch kostenlos updaten. Ich habe zuletzt im Mai 2010 (1.38) mit der direkten
Steuerung der 8v gespielt.
Bei einem CUNO wuerde ich jetzt auf das IR-Pollen (HAS_UART) tippen, aber das
CUN hat kein IR.
> 2.) ich möchte nur einen FHT8V schalten (geht das Überhaupt mit nur
> einem - Stichwort "Alexander Methode"?)
Sicher. Man kann bis zu 8 verschiedene Ventilstellungen (also de facto 8
Raeume) steuern, mit beliebig vielen Ventilen.
> -> kann ich dann auch irgendwie aus dem Sync laufen bzw. kann sich da
> irgend etwas überschneiden, so dass ein Update
> mehre Stunden dauert?
Sicher, dann waere es ein Bug. Aber es ist nicht so, dass mir / uns alles an
Bugs bekannt ist, und wir nur aus Bosheit Dir nicht erzaehlen. Diesen "Bug"
(wenn es denn einer ist) zu analysieren ist aufwendig.
> 3.) welchen Hauscode sollte ich nehmen für den CUN?
> ich habe derzeit folgende Zeile in der "fhem.cfg": define CUN1 CUL
> 192.168.1.234:2323 1234
Das ist toll, bleib dabei.
> 4.) muss ich ein FHT definieren, obwohl ich keine Hardware habe (habe
> ja nur FHT8V)?
Nein.
> Muss folgende Zeile in die fhem.cfg, oder wie muss die aussehen bzw.
> benötige ich die gar nicht?
> define FHT FHT 1234
Sollte nicht stoeren, aber ich wuerde es loeschen, da sie nicht benoetigt wird
und damit nur verwirrt.
> 5.) muss ich mein FHT8V wie folgt definieren, bzw. geht das ohne
> Kollision mit dem Hauscode des CUN etc.?
> define FHT1 FHT8V 1234 (Hauscode wie bei CUN bzw. angeleht an die
> ersten beiden Stellen bzw. Stellen 3 und 4)
Ja, oder andersherum du _musst_ es so definieren (siehe auch
http://fhem.de/commandref.html#FHT8V)
> 6.) benötige ich nur die Module 11_FHT.pm und 11_FHT8V.pm oder gibt es
> weitere Module bzw. ganz bestimmte Versionen?
Nur 11_FHT8v.pm
> 7.) Ich habe einen FHT 8V-2 Bausatz
> -> kann der das (-2)?
Weiss ich nicht.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hi Rudolf,
vielen Dank. Ich wollte sicher auch keine Bosheit unterstellen;-) Es
ist nur so, dass ich Samstag und Sonntag bis 01:00 in der Früh
probiert habe und ich einfach nicht weiter komme. Ich denke auch
nicht, dass ich zu blöd bin, aber den Fehler eingrenzen gelingt mir
halt auch so nicht. Wenn ich nun Deine Infos zusammenfasse, sehe ich
eigentlich nicht, dass ich etwas falsch gemacht habe.
Reichen sollte dann also folgende Konfig:
define CUN1 CUL 192.168.1.234:2323 1234
define FHT1 FHT8V 1234
Das aktuelle 11_FHT8V.pm habe ich geladen (sogar komplett Ubuntu mit
FHEM 5.1 neu aufgesetzt -> gleiches Verhalten).
Was kann ich also noch tun?
- Die HW zu ELV zurück senden und aufgeben (nicht meine Natur -
Aufgeben ist keine Option;-))
- Versuchen einen weiteren (anderen) FHT8V zu bekommen
Ich muss mal überlegen, aber wenn ich einige Stunden warten soll, bis
der Regler auf macht, macht es keinen Sinn, denn ich wollte damit die
Heizung in meinem
Kino im Keller steuern. So nach dem Motto: Ich sitze bei der Arbeit
und mir fällt ein, dass ich heute Abend mal ins Kino möchte -> einfach
einheizen und gut;-))
Gruss,
alochter
On 12 Okt., 10:19, Rudolf Koenig wrote:
> > 1.) Ich besitze einen CUNO mit der FW V 1.40 CUNO868
> > -> ist das die richtige Version f r den Betrieb eines FHT8V?
>
> Steht imhttp://www.koeniglich.de/culfw/CHANGEDdrin: 8v support ist seit
> 1.30 drin. Ab 1.40 kam nix FHT spezielles dazu. Aber wenn im Zweifel: man kann
> es doch kostenlos updaten. Ich habe zuletzt im Mai 2010 (1.38) mit der direkten
> Steuerung der 8v gespielt.
>
> Bei einem CUNO wuerde ich jetzt auf das IR-Pollen (HAS_UART) tippen, aber das
> CUN hat kein IR.
>
> > 2.) ich m chte nur einen FHT8V schalten (geht das berhaupt mit nur
> > einem - Stichwort "Alexander Methode"?)
>
> Sicher. Man kann bis zu 8 verschiedene Ventilstellungen (also de facto 8
> Raeume) steuern, mit beliebig vielen Ventilen.
>
> > -> kann ich dann auch irgendwie aus dem Sync laufen bzw. kann sich da
> > irgend etwas berschneiden, so dass ein Update
> > mehre Stunden dauert?
>
> Sicher, dann waere es ein Bug. Aber es ist nicht so, dass mir / uns alles an
> Bugs bekannt ist, und wir nur aus Bosheit Dir nicht erzaehlen. Diesen "Bug"
> (wenn es denn einer ist) zu analysieren ist aufwendig.
>
> > 3.) welchen Hauscode sollte ich nehmen f r den CUN?
> > ich habe derzeit folgende Zeile in der "fhem.cfg": define CUN1 CUL
> > 192.168.1.234:2323 1234
>
> Das ist toll, bleib dabei.
>
> > 4.) muss ich ein FHT definieren, obwohl ich keine Hardware habe (habe
> > ja nur FHT8V)?
>
> Nein.
>
> > Muss folgende Zeile in die fhem.cfg, oder wie muss die aussehen bzw.
> > ben tige ich die gar nicht?
> > define FHT FHT 1234
>
> Sollte nicht stoeren, aber ich wuerde es loeschen, da sie nicht benoetigt wird
> und damit nur verwirrt.
>
> > 5.) muss ich mein FHT8V wie folgt definieren, bzw. geht das ohne
> > Kollision mit dem Hauscode des CUN etc.?
> > define FHT1 FHT8V 1234 (Hauscode wie bei CUN bzw. angeleht an die
> > ersten beiden Stellen bzw. Stellen 3 und 4)
>
> Ja, oder andersherum du _musst_ es so definieren (siehe auchhttp://fhem.de/commandref.html#FHT8V)
>
> > 6.) ben tige ich nur die Module 11_FHT.pm und 11_FHT8V.pm oder gibt es
> > weitere Module bzw. ganz bestimmte Versionen?
>
> Nur 11_FHT8v.pm
>
> > 7.) Ich habe einen FHT 8V-2 Bausatz
> > -> kann der das (-2)?
>
> Weiss ich nicht.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hi Rudolf,
vielen Dank. Ich wollte sicher auch keine Bosheit unterstellen;-) Es
ist nur so, dass ich Samstag und Sonntag bis 01:00 in der Früh
probiert habe und ich einfach nicht weiter komme. Ich denke auch
nicht, dass ich zu blöd bin, aber den Fehler eingrenzen gelingt mir
halt auch so nicht. Wenn ich nun Deine Infos zusammenfasse, sehe ich
eigentlich nicht, dass ich etwas falsch gemacht habe.
Reichen sollte dann also folgende Konfig:
define CUN1 CUL 192.168.1.234:2323 1234
define FHT1 FHT8V 1234
Das aktuelle 11_FHT8V.pm habe ich geladen (sogar komplett Ubuntu mit
FHEM 5.1 neu aufgesetzt -> gleiches Verhalten).
Was kann ich also noch tun?
- Die HW zu ELV zurück senden und aufgeben (nicht meine Natur -
Aufgeben ist keine Option;-))
- Versuchen einen weiteren (anderen) FHT8V zu bekommen
Ich muss mal überlegen, aber wenn ich einige Stunden warten soll, bis
der Regler auf macht, macht es keinen Sinn, denn ich wollte damit die
Heizung in meinem
Kino im Keller steuern. So nach dem Motto: Ich sitze bei der Arbeit
und mir fällt ein, dass ich heute Abend mal ins Kino möchte -> einfach
einheizen und gut;-))
Gruss,
alochter
On 12 Okt., 10:19, Rudolf Koenig wrote:
> > 1.) Ich besitze einen CUNO mit der FW V 1.40 CUNO868
> > -> ist das die richtige Version f r den Betrieb eines FHT8V?
>
> Steht imhttp://www.koeniglich.de/culfw/CHANGEDdrin: 8v support ist seit
> 1.30 drin. Ab 1.40 kam nix FHT spezielles dazu. Aber wenn im Zweifel: man kann
> es doch kostenlos updaten. Ich habe zuletzt im Mai 2010 (1.38) mit der direkten
> Steuerung der 8v gespielt.
>
> Bei einem CUNO wuerde ich jetzt auf das IR-Pollen (HAS_UART) tippen, aber das
> CUN hat kein IR.
>
> > 2.) ich m chte nur einen FHT8V schalten (geht das berhaupt mit nur
> > einem - Stichwort "Alexander Methode"?)
>
> Sicher. Man kann bis zu 8 verschiedene Ventilstellungen (also de facto 8
> Raeume) steuern, mit beliebig vielen Ventilen.
>
> > -> kann ich dann auch irgendwie aus dem Sync laufen bzw. kann sich da
> > irgend etwas berschneiden, so dass ein Update
> > mehre Stunden dauert?
>
> Sicher, dann waere es ein Bug. Aber es ist nicht so, dass mir / uns alles an
> Bugs bekannt ist, und wir nur aus Bosheit Dir nicht erzaehlen. Diesen "Bug"
> (wenn es denn einer ist) zu analysieren ist aufwendig.
>
> > 3.) welchen Hauscode sollte ich nehmen f r den CUN?
> > ich habe derzeit folgende Zeile in der "fhem.cfg": define CUN1 CUL
> > 192.168.1.234:2323 1234
>
> Das ist toll, bleib dabei.
>
> > 4.) muss ich ein FHT definieren, obwohl ich keine Hardware habe (habe
> > ja nur FHT8V)?
>
> Nein.
>
> > Muss folgende Zeile in die fhem.cfg, oder wie muss die aussehen bzw.
> > ben tige ich die gar nicht?
> > define FHT FHT 1234
>
> Sollte nicht stoeren, aber ich wuerde es loeschen, da sie nicht benoetigt wird
> und damit nur verwirrt.
>
> > 5.) muss ich mein FHT8V wie folgt definieren, bzw. geht das ohne
> > Kollision mit dem Hauscode des CUN etc.?
> > define FHT1 FHT8V 1234 (Hauscode wie bei CUN bzw. angeleht an die
> > ersten beiden Stellen bzw. Stellen 3 und 4)
>
> Ja, oder andersherum du _musst_ es so definieren (siehe auchhttp://fhem.de/commandref.html#FHT8V)
>
> > 6.) ben tige ich nur die Module 11_FHT.pm und 11_FHT8V.pm oder gibt es
> > weitere Module bzw. ganz bestimmte Versionen?
>
> Nur 11_FHT8v.pm
>
> > 7.) Ich habe einen FHT 8V-2 Bausatz
> > -> kann der das (-2)?
>
> Weiss ich nicht.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com