FHT8v direkt steuern mit CUNO2 (CC1101)
Joachim
ich bin neue hier und konnte hier aber auch schon so einiges lesen,
die richtige "Erleuchtung" war aber bisher nicht dabei...
Ich habe seit ein paar Tagen einen neuen CUNO2 (CC1101) in Betrieb.
Ich betreibe ihn aber nicht wie vielfach hier in diesem Forum
beschrieben mit FHEM, sondern mit IP-Symcon. Es ist die aktuelle
Firmware (V1.44 CUNO868) installiert.
Das Schalten eines FS20-Schalters funktioniert auch schon ohne
Probleme.
Ich habe nun nach der Anleitung das Pairing mit einem FHT8v-
Stellantriebes vorgenommen, was nach einigen Versuchen dann auch
geklappt hat.
Nun ist es so wie es auch an anderer Stelle beschrieben wird, dass
leider keine weiteren Stell-Befehle vom FHT8v angenommen werden.
Auf einer Website (http://fhemwiki.de/wiki/FHT_8v_direkt_ansprechen)
musste ich dann auch folgendes lesen: "Es gibt Hinweise darauf, dass
im Zusammenhang mit dem Einsatz eines CUNO anstelle eines CUL
Timingprobleme eine korrekte Funktion der Firmware CUL_FHT8v
verhindern: Pairing der FHT8v ist zwar möglich, jedoch kein Absetzen
weiterer Kommandos. Firmware CUL_FHT8v ist ausdrücklich nur auf CUL
getestet."
Das enttäuschte mich sehr, da ich eigentlich genau für diesen Zweck
diese Anschaffung getätigt hatte...
Auf einer anderen Website (http://culfw.de/commandref.html) war dann
aber auch folgendes zu erfahren: "Sync consumes a lot of rf-time and
it can be easily disturbed, so we try to reduce the "normal" 2 minute
(115+x) interval by remembering the last interval in higher level
software, and schedule a sync with a smaller runtime at the correct
time. Note: the argument must be odd, and it is measured in 0.5
seconds.
- T1234002C21 (Sync for 0x21 == dec 33 == 15 seconds)"
So viel zur Vorgeschichte...
Nun zu meinen Fragen:
- Was ist konkret die Idee hinter diesem (anderen) Ansatz?
- Was passiert (oder ändert sich) wenn man diesen Befehl anwendet?
- Wie wendet man ihn in der Praxis an? (ein Code-Ausschnitt wäre toll)
- Wie ist die "Erfolgs-Quote" bei der Umstellung auf dieses "System"?
(die Zeitüberwachung durch die höhere Software)
- Ist die Lösung dieser "Herausforderung" für das möglicherweise
kommende Firmware-Update geplant?
Wäre toll, wenn mich jemand "erleuchten" könnte... ;-)
Joachim
Dirk Tostmann
Am 17.01.2012 um 19:08 schrieb Joachim:
> Auf einer Website (http://fhemwiki.de/wiki/FHT_8v_direkt_ansprechen)
> musste ich dann auch folgendes lesen: "Es gibt Hinweise darauf, dass
> im Zusammenhang mit dem Einsatz eines CUNO anstelle eines CUL
> Timingprobleme eine korrekte Funktion der Firmware CUL_FHT8v
> verhindern: Pairing der FHT8v ist zwar möglich, jedoch kein Absetzen
> weiterer Kommandos. Firmware CUL_FHT8v ist ausdrücklich nur auf CUL
> getestet."
Ein CUNO ist HF mäßig baugleich einem CUL. Die Firmware enthält jedoch per default Erweiterungen, wie 1wire oder Infrarot. Wenn man diese nicht benötigt und denkt, dass das u.U. zu Timingproblemen führt sollte man im board.h die entsprechenden "defines" stilllegen - indem man ganz am Ende einfügt:
#undef HAS_IRRX //IR Receiption
#undef HAS_IRTX
#undef HAS_ONEWIRE //1wire
und dann neu kompiliert und flashed und schaut ....
Viel Erfolg!
Rudolf Koenig
> entsprechenden "defines" stilllegen - indem man ganz am Ende einf�gt:
Um zu pruefen, ob Timing das Problem ist, reicht im culfw mit X61 die FHT
Protokollierung einzuschalten, und in dem hoeheren Software (fhem/IP-Symcon)
Millisekunden genaues logging einzuschalten.
Joachim
Hallo Dirk,
vielen Dank erst einmal für Deine Antwort! Ich befürchte jedoch das
dieses meine derzeitigen Fähigkeiten auf diesem Gebiet deutlich
übersteigt...
Ich bin (noch) Anfänger auf dem Gebiet.
Joachim
Joachim
auch Dir vielen Dank für Deine Antwort.
Im Moment "hängt" an dem CUNO ja nur ein FS20-Schalter der in
unregelmäßigen aber eher seltenen Fällen genutzt wird (ist die
Steuerung der Warmwasser-Zirkulationspumpe) und nun zum testen ein
FHT8v, können diese beiden Anwendungen schon zu Timing-Problemen
führen? Oder ist das eher unabhängig von der Anzahl der Anwendungen?
Joachim
Joachim
zwischen den "Sendungen"...
Joachim
"Sendungen" ca. 116 Sekunden...
Gibt es die Möglichkeit, die Zeit zwischen den Sendungen im CUNO
anzupassen?
(Während meiner Beobachtungen hat sich der durch CUNO gesteuerte FHT8v
sogar einmal verstellt...)
Rudolf Koenig
> anzupassen?
Ich vermute (ohne Beweis), dass durch das IR-Polling das interne "Zeitgefuehl"
der CUNO durcheinanderkommt. Die Signal-Abstaende (sind in der fhemwiki
nachzulesen) muessen bei 115 + 0.5*(FHTID&7) Sekunden liegen.
Joachim
kann ich da etwas machen? Ich meine so "von außen"??
Joachim
Rudolf Koenig
Das was ich geschrieben habe: mit msec die Nachrichten protokollieren.
Bisher ist es eine unbewiesene Theorie. Und uns das FHTID mitteilen.
Joachim
ich bin mir ein wenig unsicher, wie ich an die Daten komme (ich bin da
noch Anfänger, wie ich oben schon schrieb...).
Wie in den Beispielen habe ich den HouseCode mit 1234 gewählt, dieses
wird mir im IP-Symcon als "ID" angezeigt, dann gibt es noch das was
als "HC" angezeigt wird: "18 52".
("Die Erklärung im IPS-Forum "HC ist der Hauscode, wie er vom IPS FHT-
Modul und auf dem FHT80b angezeigt wird. ID ist der Wert wie er vom
CUN übergeben wird. Ist einfach nur eine andere Darstellung(Hex).")
Bei den Protokollen im msec-Bereich muss ich wohl dann noch mal im IPS-
Forum fragen - tut mir leid...
Joachim
Dirk Tostmann
Am 17.01.2012 um 22:23 schrieb Joachim:
> Joachim
Ich habe eine neue Version von clock.c ins svn comitted welche die Timing Probleme behebt. Für CUNO geht jetzt IR Empfang und FHT8v Steuerung gleichzeitig.
Es wäre schön, wenn das wer auf CUL verifiziert, ob auch dort FHT8v noch geht ;) und das Wiki entsprechend anpasst.
Klassischer Doppelfehler:
http://culfw.svn.sourceforge.net/viewvc/culfw/trunk/culfw/clib/clock.c?r1=256&r2=271
Latest build anhängend:
Zrrronggg!
>
> Latest build anhängend:
>
> CUNO2.hex
> 108KAnzeigenHerunterladen
Joachim
vielen vielen Dank für die schnelle und kompetente Unterstützung!!!
Ich habe die neue Firmware installiert und die ersten Versuche mit
einem FHT8v sind sehr vielversprechen!
Ich werde das mal weiter beobachten und dann berichten!
Joachim
P.S.: Ist es "schädlich" (im Sinne von Ressourcenverbrauch z.B.) wenn
ich das Protokoll eingeschaltet lasse?
>
> > Joachim
>
> Ich habe eine neue Version von clock.c ins svn comitted welche die Timing Probleme behebt. Für CUNO geht jetzt IR Empfang und FHT8v Steuerung gleichzeitig.
>
> Es wäre schön, wenn das wer auf CUL verifiziert, ob auch dort FHT8v noch geht ;) und das Wiki entsprechend anpasst.
>
Joachim
meine Versuche mit einem FHT8v sind bisher sehr erfolgreich verlaufen!
Ich werde jetzt beginnen nach und nach noch weitere Stellantriebe
darüber steuern zu lassen und dann berichten.
Eine weitere Frage: Sind die "Entkalkungsfahrt" (einmal 100% und dann
wieder auf den alten Wert) und das "Batterie-Tonsignals" (an- und
abschalten) auch über einen Befehl (wie es der FHT8i zur Verfügung
stellt) ausführbar?
Joachim
>
> > Joachim
>
> Ich habe eine neue Version von clock.c ins svn comitted welche die Timing Probleme behebt. Für CUNO geht jetzt IR Empfang und FHT8v Steuerung gleichzeitig.
>
> Es wäre schön, wenn das wer auf CUL verifiziert, ob auch dort FHT8v noch geht ;) und das Wiki entsprechend anpasst.
>
Rudolf Koenig
> wieder auf den alten Wert) und das "Batterie-Tonsignals" (an- und
> stellt) ausf�hrbar?
Beide sind im culfw/fhem nicht implementiert. Die Codes fuer Entkalkungsfahrt
weiss ich (siehe auch 11_FHT.pm), die fuer Batterie-Tonsignal nicht. Nicht
missverstehen: ich habe nicht vor das ins culfw einzubauen, aber ein patch
wuerde ich akzeptieren..
Joachim
die "Entkalkungsfahrt" kann ich auch im IPS einbauen. Mir fehlt leider
das Wissen, um so etwas für die Firmware beizustellen...
Ich habe zwar irgendwie ein bißchen Wissen hier und da, aber wenn ich
die "Profis" sehe kann ich auch nur noch Bauklötze staunen. ;-)
Joachim
Joachim
die "Entkalkungsfahrt" kann ich auch im IPS einbauen. Mir fehlt leider
das Wissen, um so etwas für die Firmware beizustellen...
Ich habe zwar irgendwie ein bißchen Wissen hier und da, aber wenn ich
die "Profis" sehe kann ich auch nur noch Bauklötze staunen. ;-)
Joachim
On 22 Jan., 09:29, Rudolf Koenig <inf...@koeniglich.de> wrote:
Joachim
Hallo Leute,
wenn ich mit "X61" das Logging aktiviere, schaltet es sich dann
irgendwann "automatisch" ab?
Wenn ja, nach welcher Zeit oder nach welchem Ereignis?
Joachim
Rudolf Koenig
> irgendwann "automatisch" ab?
Nicht wirklich.
> Wenn ja, nach welcher Zeit oder nach welchem Ereignis?
Beim naechsten fhem-Start bzw. wenn man das CUL ab- und wieder reinsteckt.
Btw. ich rede von fhem. Keine Ahnung, wie es auf das CCU mit CUXd oder sonstwo
geloest ist.
Joachim
vielen Dank für Deine Antwort!
Dann werde ich mal sehen, wie man das vom IPS aus löst... ;-))
Joachim