FHEM bleibt stehen - FHT80b-FHT8v

[Guest]

Originally posted by: <email address deleted>

>
> Klappt die
> Kommunikation zwischen FHT und Ventiltrieb noch?
> Ist der Ausfall mehr oder weniger immer zur selben Uhrzeit?
>
Hallo Ralf&Zrrronggg!

bin bisher nicht recht weitergekommen. Zu den Fragen, die Kommunikation
zwischen FHT udn Ventilantrieb funktioniert unabhängig von meinem Problem.
Leider habe ich eine Heizungssteuerung implementiert welche meine Heizung
abhängig vom Wärmebedarf wirklich abschaltet... d.h. die Regelung läuft
nach Ausfall mit dem zuletzt bekannten Zustand.
Die Regelung ist also im Eimer.

Die Uhrzeiten scheinen zufällig, zumindest habe ich noch keine
Abhängigkeiten feststellen können.

Fällt noch jemandem etwas dazu ein? Es soll kalt werden!
Gruß Manuel

 

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

[Zrrronggg!]

                                                     

> bin bisher nicht recht weitergekommen. Zu den Fragen, die Kommunikation
> zwischen FHT udn Ventilantrieb funktioniert unabhängig von meinem Problem.
> Leider habe ich eine Heizungssteuerung implementiert welche meine Heizung
> abhängig vom Wärmebedarf wirklich abschaltet... d.h. die Regelung läuft
> nach Ausfall mit dem zuletzt bekannten Zustand.
> Die Regelung ist also im Eimer.

Ich verstehe nicht, inwieweit das meine Frage beantwortet. Ich
verstehe genau genommen
überhaupt nicht, was du da machst.

Wenn ich Frage ob die Kommunikation zwischen FHT und Ventilantrieb
funktioniert, dann testet man das so:
Wenn die Kommunikation FHEM <-> FHT mal wieder unterbrochen ist, dann
dreht man am FHT die Temperatur
hoch (oder unter) und sieht dann nach ob sich nach spätestens die 2
Minuten der Öffnungswinkel des 8v Ventiltriebs
ändert. (Abzulesen am Dislay des Ventilantriebs in %). Ob die Heizung
abgeschaltet ist oder nicht, ist doch egal.

Aber wie gesagt ich habe gar nicht echt verstanden was du da machst.
Vielleicht reden wir aneinander vorbei irgendwie.

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

[Guest]

Originally posted by: <email address deleted>

> > ....zwischen FHT und Ventilantrieb funktioniert unabhängig von meinem
> Problem.
>

Mit dem Satz wollte ich aussagen dass eine Temp-Änderung vom FHT vom
Ventilabtrieb sofort verarbeitet wird.

Das Problem: FHEM scheint keine FS20 Signale mehr zu erkennen.
Ein Kommando wie "rereadcfg" löst das Problem, der Empfang beginnt also
wieder.

Anders ausgedrückt: Ich gehe davon aus die FHT's senden immer der CUNO
verarbeitet diese Signale aber nicht.

Mein System
HomeMatic über HM-LAN geht weiterhin
1-Wire über extra USB Adapter geht weiterhin
FS20 über CUNO empfang unterbrochen

Gruß Manuel

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

[UliM]

                                                 

Am Freitag, 26. Oktober 2012 22:22:22 UTC+2 schrieb ManuelM:
>
>
> FS20 über CUNO empfang unterbrochen
>
> Meldet sich der CUNO denn noch mit einem
get CUL version
?
(statt CUL den Namen Deines CUNO)

Nur so als Versuch: Mit
set CUL raw T01  
kannst Du in CULFW den FHT-buffer zurücksetzen. Siehe auch
http://culfw.de/commandref.html#cmd_T
Vll hilft's ja...
=8-)

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

[Guest]

Originally posted by: <email address deleted>

Hallo Uli
Ich bekomme sobald kein FS20 Empfang mehr möglich ist ein "no answer" bei der Versionsabfrage.
Das Löschen des Puffers behebt das Problem wieder (vorübergehend?)
Wie CUNO abstecken / rereadcfg ...
Bringt dich das bei der Fehlereingrenzung weiter?

Gruß Manuel

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

[Zrrronggg!]

                                                     

kein ganz ernst gemeinter Vorschlag, aber es würde erstmal helfen:

define CUNO_reset at *05:58:09 set CUNO raw B00

Bischen Holzhammer

On 27 Okt., 00:18, ManuelM wrote:
> Hallo Uli
> Ich bekomme sobald kein FS20 Empfang mehr möglich ist ein "no answer" bei der Versionsabfrage.
> Das Löschen des Puffers behebt das Problem wieder (vorübergehend?)
> Wie CUNO abstecken / rereadcfg ...
> Bringt dich das bei der Fehlereingrenzung weiter?
>
> Gruß Manuel

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

[UliM]

                                                 

Am 27. Oktober 2012 00:18 schrieb ManuelM :

> Bringt dich das bei der Fehlereingrenzung weiter?
>
>
Hi Manuel,
leider kenn ich CULFW auf der code-Ebene gar nicht.
Wenn Du aber sagst, dass nach einem reset nur der FHT-queue der CUL/CUN
wieder tut, ist das sicher eine wichtige Eingrenzung (ein full-reset durch
aus/an bringt da keinen Hinweis)
Hast Du das mal in der CULFW-Gruppe gepostet? Da das Problem ja scheinbar
nicht an fhem, sondern am CUN und mithin an CULFW liegt, gehört dieses
Thema m.E. dorthin - sehe gerade: Dort hat's schon jemand geposted...
https://groups.google.com/forum/?hl=de&fromgroups=#!topic/cul-fans/N5-HZdaG4dk

=8-)

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

[Guest]

Originally posted by: <email address deleted>

Danke für den Tipp
MM

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

[Guest]

Originally posted by: <email address deleted>

Hallo Zrrronggg,

danke für die zusätzlichen Infos, auch wenn sie mich gerade nicht weiter
gebracht haben...
Ich habe mal nachgesehen, welchen Artikel über FHT Du meinen könntest
(im Wiki, oder hier in der Liste?)... habe aber nichts gefunden...
also bezogen auf die FHZ 1300 PC ...

Also wenn bei mir (also der mit der "FHZ 1300 PC" als Zentrale) mal
wieder die Plots "stehen geblieben" sind, hilft es (per FHEM) einen
neuen Wert an ein FHT (z.B. "desired-temp") zu senden und dann sind die
Plots sofort wieder da.... also auch ohne "Lücken" in der Aufzeichnung.
Blieben die Plots z. B. einfach ab 11:20h aus (und es ist z. B. 20:00h)
und ich ändere nur einen Wert an irgendein FHT, dann sind die Plots
wieder vollständig und man sieht nichts mehr von dem "Hänger"!
Also kann sich ja eigentlich nicht die Zentrale aufgehängt haben, noch
kann sie "geschlafen" haben, oder?
Trotzdem zeigen die Plots ab einen bestimmten Zeitpunkt nichts mehr...

Die FHTs funktionieren ansonsten autark wie gewünscht....

Die Probleme mit dem "Funkverkehr" im FHT-System habe ich zur Kenntnis
genommen, nur nützen die mir wenig, bin ich kein Elektroniker oder
Elektro-Ingenieur, Funker oder "Radiologe"

Spaß beiseite.... machen irgendwelche Befehle z. B. in einem Cron-Job Sinn?
Z. B. neu laden irgendwelcher Software?

Leider kann ich nicht stundenlang mit den Dingen "rumspielen" und
forschen... also warte ich mal ab, ob ich das mal irgendwann blicke...
Bin ja froh, dass soweit alles stabil zu laufen scheint....

Herzliche Grüße an alle,
Ralf


Am 24.10.2012 21:00, schrieb Zrrronggg!:
> Alles ab RSSI bezog sich auf deinen Vorredner.
>
> Du hast keinen neuen thread aufgemacht, du hast den alten umbeannt.
> Das finde ich persönlich ungünstig. Auch weil das das Thema eines
> Threads unnötig aufweitet und man sich schlechter zurecht findet. Wenn
> jeamdn neues mal die selben Probleme hat, dann soll er am ende einen
> Thread  mit  50 Posts lesen, wovon die hälfte seinen Probleme gar
> nicht behandeln?
>
> Ich weiss nicht recht.
>
> Aber seis drum: Der FHT Artikel ist von mir, und er ist von mir als
> Ergebnis diesen Threads verfasst worden. D.H du hast den Thread auch
> nicht durchgelesen, sonst wüsstest du das ja.
>
> Das FHT System ist schon stabil, und die genannten Probleme müssen
> nicht auftreten und treten bei den meisten Leuten auch nicht auf.
>
> Aber: FHT ist auch technisch "primitv". Die Datenübertragungsrate ist
> langsam, die Sender/empfänger sind ungenaue billigste Pendelempfänger
> und das System ist vermutlich gedacht für 3-5 Räume, wird hier von
> vielen aber für 8-10 Räume und mehr verwendet. (ich selber habe 8 FHTs
> im einsatz)
>
> Zuletzt: Mit FHEM bieten sich Möglichkeiten, die man mit dem
> Originalsystem nicht hat und die eben auch wegen der deutlich erhöhten
> Funklast zu Problemen führen können, WENN man sie ausnutzt.
>
> Der Artikel ist also nur so zu verstehen, Leuten die Probleme haben,
> ein paar Tips und Hintergründe zu geben, woran das liegen könnte und
> was man machen kann.
>
>> Dadurch, dass es mir nur aufgefallen ist, dass die Plots nicht mehr
>> erzeugt/geschrieben werden, dachte ich, dass es sich um ein FHEM- oder
>> sonstigen Software-Problem auf den daf r angeschaften und installierten
>> Linux-ThinClient handeln k nnte.
>>
> Das kann selbstverständlich sein, ich wollte nur anhand der mitunter
> sehr vagen Fehlerbeschreibungen hier versuchen auf eine paar
> Möglichkeiten hinzuweisen. Es ist nicht gesagt, dass es die FHTs sind
> oder die im Artikel beschrieben Probleme. Ich bekomme, was z.b.
> ManuelMs Probleme betrifft da sogar langsam Zweifel, das es an der FHT
> Kommunikation liegt.
>
> Aber irgendwie muss man sich dem Problem ja nähern.
>
>
> On 24 Okt., 11:54, Ralf Becker wrote:
>> ...das mit dem ausreichenden RSSI war nicht von mir....
>> Ich bleibe mal in diesem Thread, den habe ICH ja schon gerade mit "FHZ
>> 1300" aufgemacht...
>>
>> Meine URSPR NGLICHE Frage war, ob es an Hardware oder Software (FHEM
>> oder Server) liegen mag, dass ich keine Plots mehr in FHEM angezeigt
>> bekomme...
>> Das wei ich nun immer noch nicht so ganz genau...
>>
>> Ich habe dann heute das Wiki "Kommunikationsprobleme mit FHT"
>> (http://www.fhemwiki.de/wiki/Kommunikationsprobleme_mit_FHT) gefunden
>> und bin "erschrocken" ber soviel "Schw che" im System....
>> Alles was ich bis dahin las (Conrad, ELV, andere) war, dass das FS20/FHT
>> System sehr bew hrt, ausgereift und zuverl ssig w re....
>> Hhmm...
>> Naja... nun habe ich die Dinger installiert.... und hoffe, dass ich die
>> trotz etwaiger Schw chen irgendwie stabil betrieben bekomme (war ja
>> bisher noch nicht wirklich kalt, sprich habe noch keine brauchbaren
>> Erfahrungswerte). Wenn die Frau (oder Kinder) am "Rad drehen" und die
>> Temperatur erh hen wollen... dann muss das auch sp testens nach 2
>> Minuten passieren (das kann ich denen erkl ren, dass die Befehle eine
>> Weile brauchen)....
>>
>> Dadurch, dass es mir nur aufgefallen ist, dass die Plots nicht mehr
>> erzeugt/geschrieben werden, dachte ich, dass es sich um ein FHEM- oder
>> sonstigen Software-Problem auf den daf r angeschaften und installierten
>> Linux-ThinClient handeln k nnte.
>>
>> Wenn jetzt tats chlich (was ich nun noch berpr fen muss) ALLE FHTs
>> (weil z. B. der Nachbar seinen Funkk pfh rer einschaltet) GLEICHZEITIG
>> ausfallen, dann w re das schon heftig.... finde ich.
>> Sch tze aber immer noch auf ein FHEM- oder FHZ-Problem..... das sich da
>> irgendwas verabschiedet bzw. "einschl ft" (standby?).
>> Stelle ich bei einem FHT mal per FHEM einen anderen Wert ein (gew nschte
>> Temp.), dann fangen wieder ALLE Plots an, Werte anzuzeigen!
>>
>> Die Frage ist, ob das auch passiert, wenn ich das ber die FHTs direkt
>> mache (was zu testen ist, wenn die Plots das n chste mal ausfallen)...
>>
>> Sch n jedenfalls, dass ich damit nicht alleine dastehe, wenn es um
>> Verst ndnisprobleme geht... (auch wenn die Experten vllt. gelangweilt
>> sind und sich wahrscheinlich auf die Schenkel klopfen, weil ich den Wald
>> vor lauter B umen nicht sehe).
>>
>> Viele Gr e,
>> von Ralf
>>
>> Am  24.10.2012 06:04, schrieb Zrrronggg!:
>>
>>
>>
>>
>>
>>
>>
>>> Und schon wider drauf reingefallen. Ich hab nicht gemerkt, dass dies
>>> der selbe Thread von neulich ist, weil "jemand" den Namen des Threads
>>> ge ndert hat.
>>> Ich finde das ja ung nstig mitten in der Diskussion den Tiel des
>>> Thread zu ndern. Und hier in diesem Threads gehts eigentlich auch
>>> nicht um die FHZ1300... k nntest du da vielleicht einfach einen neuen
>>> aufmachen?
>>> Ich bin inzwischen ein alter seniler Sack und verliere sonst die
>>> bersicht.
>>> Und ja: bei der FHZ1300 ist die Frage berechtigt, die h tte ich heut
>>> nicht mehr  eingesetzt. mit der kann man z.b. ca. die H lfte der im
>>> erw hnten Wikiartikel vorgeschlagenen Dinge (Debuging mit X61 z.b.)
>>> Dinge nicht so richtig machen.
>>> Und FHT Buffer ist wohl auch recht klein.
>>> @ Wenn RSSI hineichend ist (sieht ja so aus), brauchst du an Bandwidth
>>> nicht weiter rumschrauben w rde ich denken, sens hingegen kann noch
>>> was bringen nach meinem Verst ndniss. Das die Kommunikation mit allen
>>> zur gleichen Zeit zusammen bricht, obwohl Funklage gut ist... hm... Da
>>> ist Ralf Beckers Frage nicht ganz unberechtigt: Klappt die
>>> Kommunikation zwischen FHT und Ventiltrieb noch?
>>> Ist der Ausfall mehr oder weniger immer zur selben Uhrzeit?
>>> Also fters um 15 Uhr etwa?
>>> (weil da dein Nachbar seine Funkkopfh rer einschaltet z.B.?)
>>> On 24 Okt., 02:15, Ralf Becker wrote:
>>>> Hallo Zusammen,
>>>> mal noch eine Frage, bevor ich jetzt schlafen gehe
>>>> Wer benutzt auch diese/meine Kombi zur Heizungssteuerung?
>>>> Kann ja sein, dass ich damit exotisch bin, oder meine Frage bez glich
>>>> den aussetzenden Plots ist den Experten hier zu langweilig (oder ich bin
>>>> zu bl de)?
>>>> Unabh ngig davon (von einer L sung), w rde mich schon interessieren, wie
>>>> "gut" meine Entscheidung zur Wahl dieser Komponenten war....
>>>> Gute Nacht,
>>>> von Ralf
>>>> _________
>>>> Heizungssteuerung mit FHEM unter Ubuntu 10.04
>>>> Hardware:
>>>> FHZ 1300 PC (Zentrale)
>>>> 10 x FHT 80B (Thermostate/Steuerungen)
>>>> 10 x FHT 80FT (Fensterkontakte)
>>>> 13 x FS20 Funk-Stellantriebe (Ventilantriebe)
>>>> Ubuntu auf ThinClient Igel 256 MB RAM und 4 GB CF-Card
>

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

[Zrrronggg!]

                                                     

Das klingt jetzt wieder so wie das normale "FHTs senden nach ein paar
Tagen nicht mehr, wenn sie keinen Befehl erhalten" Problem.

Lässt sich mit einem Watchdog fixen.

Wenn du so oder so das Thema hast, das das senden eines BBefehls die
wieder zum Leben erwecken, dann mach einfach folgendes:

define fht_reportZimmer1 at *04:00:00 {if ($wday == 1)  { fhem("set
hzg_Zimmer1 report2 255") } }


Das machst du für jeden FHT, aus Funklastgründen für jeden an einem
anderen Tag ($wday == 2), ($wday == 3) und so weiter.


Wenn du nur 3-5 FHTs hast, kannst du das auch jede Nacht machen, z.B.
so:

define fht_report at *04:00:00 set hzg.* report2 255

(setzt natürlich voraus, das alle dein FHTs mit "hzg...." anfangen)

Das fordert von allen FHTs den "Report 2" ab (das sind temp, desired
temp, day und night temp und noch so paar Daten)






On 30 Okt., 02:31, Ralf Becker wrote:
> Hallo Zrrronggg,
>
> danke f r die zus tzlichen Infos, auch wenn sie mich gerade nicht weiter
> gebracht haben...
> Ich habe mal nachgesehen, welchen Artikel ber FHT Du meinen k nntest
> (im Wiki, oder hier in der Liste?)... habe aber nichts gefunden...
> also bezogen auf die FHZ 1300 PC ...
>
> Also wenn bei mir (also der mit der "FHZ 1300 PC" als Zentrale) mal
> wieder die Plots "stehen geblieben" sind, hilft es (per FHEM) einen
> neuen Wert an ein FHT (z.B. "desired-temp") zu senden und dann sind die
> Plots sofort wieder da.... also auch ohne "L cken" in der Aufzeichnung.
> Blieben die Plots z. B. einfach ab 11:20h aus (und es ist z. B. 20:00h)
> und ich ndere nur einen Wert an irgendein FHT, dann sind die Plots
> wieder vollst ndig und man sieht nichts mehr von dem "H nger"!
> Also kann sich ja eigentlich nicht die Zentrale aufgeh ngt haben, noch
> kann sie "geschlafen" haben, oder?
> Trotzdem zeigen die Plots ab einen bestimmten Zeitpunkt nichts mehr...
>
> Die FHTs funktionieren ansonsten autark wie gew nscht....
>
> Die Probleme mit dem "Funkverkehr" im FHT-System habe ich zur Kenntnis
> genommen, nur n tzen die mir wenig, bin ich kein Elektroniker oder
> Elektro-Ingenieur, Funker oder "Radiologe"
>
> Spa beiseite.... machen irgendwelche Befehle z. B. in einem Cron-Job Sinn?
> Z. B. neu laden irgendwelcher Software?
>
> Leider kann ich nicht stundenlang mit den Dingen "rumspielen" und
> forschen... also warte ich mal ab, ob ich das mal irgendwann blicke...
> Bin ja froh, dass soweit alles stabil zu laufen scheint....
>
> Herzliche Gr e an alle,
> Ralf
>
> Am 24.10.2012 21:00, schrieb Zrrronggg!:
>
>
>
>
>
>
>
> > Alles ab RSSI bezog sich auf deinen Vorredner.
>
> > Du hast keinen neuen thread aufgemacht, du hast den alten umbeannt.
> > Das finde ich pers nlich ung nstig. Auch weil das das Thema eines
> > Threads unn tig aufweitet und man sich schlechter zurecht findet. Wenn
> > jeamdn neues mal die selben Probleme hat, dann soll er am ende einen
> > Thread  mit  50 Posts lesen, wovon die h lfte seinen Probleme gar
> > nicht behandeln?
>
> > Ich weiss nicht recht.
>
> > Aber seis drum: Der FHT Artikel ist von mir, und er ist von mir als
> > Ergebnis diesen Threads verfasst worden. D.H du hast den Thread auch
> > nicht durchgelesen, sonst w sstest du das ja.
>
> > Das FHT System ist schon stabil, und die genannten Probleme m ssen
> > nicht auftreten und treten bei den meisten Leuten auch nicht auf.
>
> > Aber: FHT ist auch technisch "primitv". Die Daten bertragungsrate ist
> > langsam, die Sender/empf nger sind ungenaue billigste Pendelempf nger
> > und das System ist vermutlich gedacht f r 3-5 R ume, wird hier von
> > vielen aber f r 8-10 R ume und mehr verwendet. (ich selber habe 8 FHTs
> > im einsatz)
>
> > Zuletzt: Mit FHEM bieten sich M glichkeiten, die man mit dem
> > Originalsystem nicht hat und die eben auch wegen der deutlich erh hten
> > Funklast zu Problemen f hren k nnen, WENN man sie ausnutzt.
>
> > Der Artikel ist also nur so zu verstehen, Leuten die Probleme haben,
> > ein paar Tips und Hintergr nde zu geben, woran das liegen k nnte und
> > was man machen kann.
>
> >> Dadurch, dass es mir nur aufgefallen ist, dass die Plots nicht mehr
> >> erzeugt/geschrieben werden, dachte ich, dass es sich um ein FHEM- oder
> >> sonstigen Software-Problem auf den daf r angeschaften und installierten
> >> Linux-ThinClient handeln k nnte.
>
> > Das kann selbstverst ndlich sein, ich wollte nur anhand der mitunter
> > sehr vagen Fehlerbeschreibungen hier versuchen auf eine paar
> > M glichkeiten hinzuweisen. Es ist nicht gesagt, dass es die FHTs sind
> > oder die im Artikel beschrieben Probleme. Ich bekomme, was z.b.
> > ManuelMs Probleme betrifft da sogar langsam Zweifel, das es an der FHT
> > Kommunikation liegt.
>
> > Aber irgendwie muss man sich dem Problem ja n hern.
>
> > On 24 Okt., 11:54, Ralf Becker wrote:
> >> ...das mit dem ausreichenden RSSI war nicht von mir....
> >> Ich bleibe mal in diesem Thread, den habe ICH ja schon gerade mit "FHZ
> >> 1300" aufgemacht...
>
> >> Meine URSPR NGLICHE Frage war, ob es an Hardware oder Software (FHEM
> >> oder Server) liegen mag, dass ich keine Plots mehr in FHEM angezeigt
> >> bekomme...
> >> Das wei ich nun immer noch nicht so ganz genau...
>
> >> Ich habe dann heute das Wiki "Kommunikationsprobleme mit FHT"
> >> (http://www.fhemwiki.de/wiki/Kommunikationsprobleme_mit_FHT) gefunden
> >> und bin "erschrocken" ber soviel "Schw che" im System....
> >> Alles was ich bis dahin las (Conrad, ELV, andere) war, dass das FS20/FHT
> >> System sehr bew hrt, ausgereift und zuverl ssig w re....
> >> Hhmm...
> >> Naja... nun habe ich die Dinger installiert.... und hoffe, dass ich die
> >> trotz etwaiger Schw chen irgendwie stabil betrieben bekomme (war ja
> >> bisher noch nicht wirklich kalt, sprich habe noch keine brauchbaren
> >> Erfahrungswerte). Wenn die Frau (oder Kinder) am "Rad drehen" und die
> >> Temperatur erh hen wollen... dann muss das auch sp testens nach 2
> >> Minuten passieren (das kann ich denen erkl ren, dass die Befehle eine
> >> Weile brauchen)....
>
> >> Dadurch, dass es mir nur aufgefallen ist, dass die Plots nicht mehr
> >> erzeugt/geschrieben werden, dachte ich, dass es sich um ein FHEM- oder
> >> sonstigen Software-Problem auf den daf r angeschaften und installierten
> >> Linux-ThinClient handeln k nnte.
>
> >> Wenn jetzt tats chlich (was ich nun noch berpr fen muss) ALLE FHTs
> >> (weil z. B. der Nachbar seinen Funkk pfh rer einschaltet) GLEICHZEITIG
> >> ausfallen, dann w re das schon heftig.... finde ich.
> >> Sch tze aber immer noch auf ein FHEM- oder FHZ-Problem..... das sich da
> >> irgendwas verabschiedet bzw. "einschl ft" (standby?).
> >> Stelle ich bei einem FHT mal per FHEM einen anderen Wert ein (gew nschte
> >> Temp.), dann fangen wieder ALLE Plots an, Werte anzuzeigen!
>
> >> Die Frage ist, ob das auch passiert, wenn ich das ber die FHTs direkt
> >> mache (was zu testen ist, wenn die Plots das n chste mal ausfallen)...
>
> >> Sch n jedenfalls, dass ich damit nicht alleine dastehe, wenn es um
> >> Verst ndnisprobleme geht... (auch wenn die Experten vllt. gelangweilt
> >> sind und sich wahrscheinlich auf die Schenkel klopfen, weil ich den Wald
> >> vor lauter B umen nicht sehe).
>
> >> Viele Gr e,
> >> von Ralf
>
> >> Am  24.10.2012 06:04, schrieb Zrrronggg!:
>
> >>> Und schon wider drauf reingefallen. Ich hab nicht gemerkt, dass dies
> >>> der selbe Thread von neulich ist, weil "jemand" den Namen des Threads
> >>> ge ndert hat.
> >>> Ich finde das ja ung nstig mitten in der Diskussion den Tiel des
> >>> Thread zu ndern. Und hier in diesem Threads gehts eigentlich auch
> >>> nicht um die FHZ1300... k nntest du da vielleicht einfach einen neuen
> >>> aufmachen?
> >>> Ich bin inzwischen ein alter seniler Sack und verliere sonst die
> >>> bersicht.
> >>> Und ja: bei der FHZ1300 ist die Frage berechtigt, die h tte ich heut
> >>> nicht mehr  eingesetzt. mit der kann man z.b. ca. die H lfte der im
> >>> erw hnten Wikiartikel vorgeschlagenen Dinge (Debuging mit X61 z.b.)
> >>> Dinge nicht so richtig machen.
> >>> Und FHT Buffer ist wohl auch recht klein.
> >>> @ Wenn RSSI hineichend ist (sieht ja so aus), brauchst du an Bandwidth
> >>> nicht weiter rumschrauben w rde ich denken, sens hingegen kann noch
> >>> was bringen nach meinem Verst ndniss. Das die Kommunikation mit allen
> >>> zur gleichen Zeit zusammen bricht, obwohl Funklage gut ist... hm... Da
> >>> ist Ralf Beckers Frage nicht ganz unberechtigt: Klappt die
> >>> Kommunikation zwischen FHT und Ventiltrieb noch?
> >>> Ist der Ausfall mehr oder weniger immer zur selben Uhrzeit?
> >>> Also fters um 15 Uhr etwa?
> >>> (weil da dein Nachbar seine Funkkopfh rer einschaltet z.B.?)
> >>> On 24 Okt., 02:15, Ralf Becker wrote:
> >>>> Hallo Zusammen,
> >>>> mal noch eine Frage, bevor ich jetzt schlafen gehe
> >>>> Wer benutzt auch diese/meine Kombi zur Heizungssteuerung?
> >>>> Kann ja sein, dass ich damit exotisch bin, oder meine Frage bez glich
> >>>> den aussetzenden Plots ist den Experten hier zu langweilig (oder ich bin
> >>>> zu bl de)?
> >>>> Unabh ngig davon (von einer L sung), w rde mich schon interessieren, wie
> >>>> "gut" meine Entscheidung zur Wahl dieser Komponenten war....
> >>>> Gute Nacht,
> >>>> von Ralf
> >>>> _________
> >>>> Heizungssteuerung mit FHEM unter Ubuntu 10.04
> >>>> Hardware:
> >>>> FHZ 1300 PC (Zentrale)
> >>>> 10 x FHT 80B (Thermostate/Steuerungen)
> >>>> 10 x FHT 80FT (Fensterkontakte)
> >>>> 13 x FS20 Funk-Stellantriebe (Ventilantriebe)
> >>>> Ubuntu auf ThinClient Igel 256 MB RAM und 4 GB CF-Card

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

[Guest]

Originally posted by: <email address deleted>

Vielen Dank für den Tipp!

Jetzt noch die dumme Frage, wo ich das reinschreibe....
"global configuration" (/etc/fhem.cfg)?

Ok.... wird wohl die sein...?!

Teste ich bald..

DANKE!


Am 30.10.2012 18:55, schrieb Zrrronggg!:
> Das klingt jetzt wieder so wie das normale "FHTs senden nach ein paar
> Tagen nicht mehr, wenn sie keinen Befehl erhalten" Problem.
>
> Lässt sich mit einem Watchdog fixen.
>
> Wenn du so oder so das Thema hast, das das senden eines BBefehls die
> wieder zum Leben erwecken, dann mach einfach folgendes:
>
> define fht_reportZimmer1 at *04:00:00 {if ($wday == 1)  { fhem("set
> hzg_Zimmer1 report2 255") } }
>
>
> Das machst du für jeden FHT, aus Funklastgründen für jeden an einem
> anderen Tag ($wday == 2), ($wday == 3) und so weiter.
>
>
> Wenn du nur 3-5 FHTs hast, kannst du das auch jede Nacht machen, z.B.
> so:
>
> define fht_report at *04:00:00 set hzg.* report2 255
>
> (setzt natürlich voraus, das alle dein FHTs mit "hzg...." anfangen)
>
> Das fordert von allen FHTs den "Report 2" ab (das sind temp, desired
> temp, day und night temp und noch so paar Daten)
>
>
>
>
>
>
> On 30 Okt., 02:31, Ralf Becker wrote:
>> Hallo Zrrronggg,
>>
>> danke f r die zus tzlichen Infos, auch wenn sie mich gerade nicht weiter
>> gebracht haben...
>> Ich habe mal nachgesehen, welchen Artikel ber FHT Du meinen k nntest
>> (im Wiki, oder hier in der Liste?)... habe aber nichts gefunden...
>> also bezogen auf die FHZ 1300 PC ...
>>
>> Also wenn bei mir (also der mit der "FHZ 1300 PC" als Zentrale) mal
>> wieder die Plots "stehen geblieben" sind, hilft es (per FHEM) einen
>> neuen Wert an ein FHT (z.B. "desired-temp") zu senden und dann sind die
>> Plots sofort wieder da.... also auch ohne "L cken" in der Aufzeichnung.
>> Blieben die Plots z. B. einfach ab 11:20h aus (und es ist z. B. 20:00h)
>> und ich ndere nur einen Wert an irgendein FHT, dann sind die Plots
>> wieder vollst ndig und man sieht nichts mehr von dem "H nger"!
>> Also kann sich ja eigentlich nicht die Zentrale aufgeh ngt haben, noch
>> kann sie "geschlafen" haben, oder?
>> Trotzdem zeigen die Plots ab einen bestimmten Zeitpunkt nichts mehr...
>>
>> Die FHTs funktionieren ansonsten autark wie gew nscht....
>>
>> Die Probleme mit dem "Funkverkehr" im FHT-System habe ich zur Kenntnis
>> genommen, nur n tzen die mir wenig, bin ich kein Elektroniker oder
>> Elektro-Ingenieur, Funker oder "Radiologe"
>>
>> Spa beiseite.... machen irgendwelche Befehle z. B. in einem Cron-Job Sinn?
>> Z. B. neu laden irgendwelcher Software?
>>
>> Leider kann ich nicht stundenlang mit den Dingen "rumspielen" und
>> forschen... also warte ich mal ab, ob ich das mal irgendwann blicke...
>> Bin ja froh, dass soweit alles stabil zu laufen scheint....
>>
>> Herzliche Gr e an alle,
>> Ralf
>>
>> Am 24.10.2012 21:00, schrieb Zrrronggg!:
>>
>>
>>
>>
>>
>>
>>
>>> Alles ab RSSI bezog sich auf deinen Vorredner.
>>> Du hast keinen neuen thread aufgemacht, du hast den alten umbeannt.
>>> Das finde ich pers nlich ung nstig. Auch weil das das Thema eines
>>> Threads unn tig aufweitet und man sich schlechter zurecht findet. Wenn
>>> jeamdn neues mal die selben Probleme hat, dann soll er am ende einen
>>> Thread  mit  50 Posts lesen, wovon die h lfte seinen Probleme gar
>>> nicht behandeln?
>>> Ich weiss nicht recht.
>>> Aber seis drum: Der FHT Artikel ist von mir, und er ist von mir als
>>> Ergebnis diesen Threads verfasst worden. D.H du hast den Thread auch
>>> nicht durchgelesen, sonst w sstest du das ja.
>>> Das FHT System ist schon stabil, und die genannten Probleme m ssen
>>> nicht auftreten und treten bei den meisten Leuten auch nicht auf.
>>> Aber: FHT ist auch technisch "primitv". Die Daten bertragungsrate ist
>>> langsam, die Sender/empf nger sind ungenaue billigste Pendelempf nger
>>> und das System ist vermutlich gedacht f r 3-5 R ume, wird hier von
>>> vielen aber f r 8-10 R ume und mehr verwendet. (ich selber habe 8 FHTs
>>> im einsatz)
>>> Zuletzt: Mit FHEM bieten sich M glichkeiten, die man mit dem
>>> Originalsystem nicht hat und die eben auch wegen der deutlich erh hten
>>> Funklast zu Problemen f hren k nnen, WENN man sie ausnutzt.
>>> Der Artikel ist also nur so zu verstehen, Leuten die Probleme haben,
>>> ein paar Tips und Hintergr nde zu geben, woran das liegen k nnte und
>>> was man machen kann.
>>>> Dadurch, dass es mir nur aufgefallen ist, dass die Plots nicht mehr
>>>> erzeugt/geschrieben werden, dachte ich, dass es sich um ein FHEM- oder
>>>> sonstigen Software-Problem auf den daf r angeschaften und installierten
>>>> Linux-ThinClient handeln k nnte.
>>> Das kann selbstverst ndlich sein, ich wollte nur anhand der mitunter
>>> sehr vagen Fehlerbeschreibungen hier versuchen auf eine paar
>>> M glichkeiten hinzuweisen. Es ist nicht gesagt, dass es die FHTs sind
>>> oder die im Artikel beschrieben Probleme. Ich bekomme, was z.b.
>>> ManuelMs Probleme betrifft da sogar langsam Zweifel, das es an der FHT
>>> Kommunikation liegt.
>>> Aber irgendwie muss man sich dem Problem ja n hern.
>>> On 24 Okt., 11:54, Ralf Becker wrote:
>>>> ...das mit dem ausreichenden RSSI war nicht von mir....
>>>> Ich bleibe mal in diesem Thread, den habe ICH ja schon gerade mit "FHZ
>>>> 1300" aufgemacht...
>>>> Meine URSPR NGLICHE Frage war, ob es an Hardware oder Software (FHEM
>>>> oder Server) liegen mag, dass ich keine Plots mehr in FHEM angezeigt
>>>> bekomme...
>>>> Das wei ich nun immer noch nicht so ganz genau...
>>>> Ich habe dann heute das Wiki "Kommunikationsprobleme mit FHT"
>>>> (http://www.fhemwiki.de/wiki/Kommunikationsprobleme_mit_FHT) gefunden
>>>> und bin "erschrocken" ber soviel "Schw che" im System....
>>>> Alles was ich bis dahin las (Conrad, ELV, andere) war, dass das FS20/FHT
>>>> System sehr bew hrt, ausgereift und zuverl ssig w re....
>>>> Hhmm...
>>>> Naja... nun habe ich die Dinger installiert.... und hoffe, dass ich die
>>>> trotz etwaiger Schw chen irgendwie stabil betrieben bekomme (war ja
>>>> bisher noch nicht wirklich kalt, sprich habe noch keine brauchbaren
>>>> Erfahrungswerte). Wenn die Frau (oder Kinder) am "Rad drehen" und die
>>>> Temperatur erh hen wollen... dann muss das auch sp testens nach 2
>>>> Minuten passieren (das kann ich denen erkl ren, dass die Befehle eine
>>>> Weile brauchen)....
>>>> Dadurch, dass es mir nur aufgefallen ist, dass die Plots nicht mehr
>>>> erzeugt/geschrieben werden, dachte ich, dass es sich um ein FHEM- oder
>>>> sonstigen Software-Problem auf den daf r angeschaften und installierten
>>>> Linux-ThinClient handeln k nnte.
>>>> Wenn jetzt tats chlich (was ich nun noch berpr fen muss) ALLE FHTs
>>>> (weil z. B. der Nachbar seinen Funkk pfh rer einschaltet) GLEICHZEITIG
>>>> ausfallen, dann w re das schon heftig.... finde ich.
>>>> Sch tze aber immer noch auf ein FHEM- oder FHZ-Problem..... das sich da
>>>> irgendwas verabschiedet bzw. "einschl ft" (standby?).
>>>> Stelle ich bei einem FHT mal per FHEM einen anderen Wert ein (gew nschte
>>>> Temp.), dann fangen wieder ALLE Plots an, Werte anzuzeigen!
>>>> Die Frage ist, ob das auch passiert, wenn ich das ber die FHTs direkt
>>>> mache (was zu testen ist, wenn die Plots das n chste mal ausfallen)...
>>>> Sch n jedenfalls, dass ich damit nicht alleine dastehe, wenn es um
>>>> Verst ndnisprobleme geht... (auch wenn die Experten vllt. gelangweilt
>>>> sind und sich wahrscheinlich auf die Schenkel klopfen, weil ich den Wald
>>>> vor lauter B umen nicht sehe).
>>>> Viele Gr e,
>>>> von Ralf
>>>> Am  24.10.2012 06:04, schrieb Zrrronggg!:
>>>>> Und schon wider drauf reingefallen. Ich hab nicht gemerkt, dass dies
>>>>> der selbe Thread von neulich ist, weil "jemand" den Namen des Threads
>>>>> ge ndert hat.
>>>>> Ich finde das ja ung nstig mitten in der Diskussion den Tiel des
>>>>> Thread zu ndern. Und hier in diesem Threads gehts eigentlich auch
>>>>> nicht um die FHZ1300... k nntest du da vielleicht einfach einen neuen
>>>>> aufmachen?
>>>>> Ich bin inzwischen ein alter seniler Sack und verliere sonst die
>>>>> bersicht.
>>>>> Und ja: bei der FHZ1300 ist die Frage berechtigt, die h tte ich heut
>>>>> nicht mehr  eingesetzt. mit der kann man z.b. ca. die H lfte der im
>>>>> erw hnten Wikiartikel vorgeschlagenen Dinge (Debuging mit X61 z.b.)
>>>>> Dinge nicht so richtig machen.
>>>>> Und FHT Buffer ist wohl auch recht klein.
>>>>> @ Wenn RSSI hineichend ist (sieht ja so aus), brauchst du an Bandwidth
>>>>> nicht weiter rumschrauben w rde ich denken, sens hingegen kann noch
>>>>> was bringen nach meinem Verst ndniss. Das die Kommunikation mit allen
>>>>> zur gleichen Zeit zusammen bricht, obwohl Funklage gut ist... hm... Da
>>>>> ist Ralf Beckers Frage nicht ganz unberechtigt: Klappt die
>>>>> Kommunikation zwischen FHT und Ventiltrieb noch?
>>>>> Ist der Ausfall mehr oder weniger immer zur selben Uhrzeit?
>>>>> Also fters um 15 Uhr etwa?
>>>>> (weil da dein Nachbar seine Funkkopfh rer einschaltet z.B.?)
>>>>> On 24 Okt., 02:15, Ralf Becker wrote:
>>>>>> Hallo Zusammen,
>>>>>> mal noch eine Frage, bevor ich jetzt schlafen gehe
>>>>>> Wer benutzt auch diese/meine Kombi zur Heizungssteuerung?
>>>>>> Kann ja sein, dass ich damit exotisch bin, oder meine Frage bez glich
>>>>>> den aussetzenden Plots ist den Experten hier zu langweilig (oder ich bin
>>>>>> zu bl de)?
>>>>>> Unabh ngig davon (von einer L sung), w rde mich schon interessieren, wie
>>>>>> "gut" meine Entscheidung zur Wahl dieser Komponenten war....
>>>>>> Gute Nacht,
>>>>>> von Ralf
>>>>>> _________
>>>>>> Heizungssteuerung mit FHEM unter Ubuntu 10.04
>>>>>> Hardware:
>>>>>> FHZ 1300 PC (Zentrale)
>>>>>> 10 x FHT 80B (Thermostate/Steuerungen)
>>>>>> 10 x FHT 80FT (Fensterkontakte)
>>>>>> 13 x FS20 Funk-Stellantriebe (Ventilantriebe)
>>>>>> Ubuntu auf ThinClient Igel 256 MB RAM und 4 GB CF-Card
>

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

[Guest]

Originally posted by: <email address deleted>

ja das muss in die fhem.cfg du kannst es aber auch über das Webinterface
eintippen.

Am Dienstag, 30. Oktober 2012 21:05:55 UTC+1 schrieb Ralf Becker:
>
> Vielen Dank f�r den Tipp!
>
> Jetzt noch die dumme Frage, wo ich das reinschreibe....
> "global configuration" (/etc/fhem.cfg)?
>
> Ok.... wird wohl die sein...?!
>
> Teste ich bald..
>
> DANKE!
>
>
> Am 30.10.2012 18:55, schrieb Zrrronggg!:
> > Das klingt jetzt wieder so wie das normale "FHTs senden nach ein paar
> > Tagen nicht mehr, wenn sie keinen Befehl erhalten" Problem.
> >
> > L�sst sich mit einem Watchdog fixen.
> >
> > Wenn du so oder so das Thema hast, das das senden eines BBefehls die
> > wieder zum Leben erwecken, dann mach einfach folgendes:
> >
> > define fht_reportZimmer1 at *04:00:00 {if ($wday == 1)  { fhem("set
> > hzg_Zimmer1 report2 255") } }
> >
> >
> > Das machst du f�r jeden FHT, aus Funklastgr�nden f�r jeden an
> einem
> > anderen Tag ($wday == 2), ($wday == 3) und so weiter.
> >
> >
> > Wenn du nur 3-5 FHTs hast, kannst du das auch jede Nacht machen, z.B.
> > so:
> >
> > define fht_report at *04:00:00 set hzg.* report2 255
> >
> > (setzt nat�rlich voraus, das alle dein FHTs mit "hzg...." anfangen)
> >
> > Das fordert von allen FHTs den "Report 2" ab (das sind temp, desired
> > temp, day und night temp und noch so paar Daten)
> >
> >
> >
> >
> >
> >
> > On 30 Okt., 02:31, Ralf Becker wrote:
> >> Hallo Zrrronggg,
> >>
> >> danke f r die zus tzlichen Infos, auch wenn sie mich gerade nicht
> weiter
> >> gebracht haben...
> >> Ich habe mal nachgesehen, welchen Artikel ber FHT Du meinen k nntest
> >> (im Wiki, oder hier in der Liste?)... habe aber nichts gefunden...
> >> also bezogen auf die FHZ 1300 PC ...
> >>
> >> Also wenn bei mir (also der mit der "FHZ 1300 PC" als Zentrale) mal
> >> wieder die Plots "stehen geblieben" sind, hilft es (per FHEM) einen
> >> neuen Wert an ein FHT (z.B. "desired-temp") zu senden und dann sind die
> >> Plots sofort wieder da.... also auch ohne "L cken" in der Aufzeichnung.
> >> Blieben die Plots z. B. einfach ab 11:20h aus (und es ist z. B. 20:00h)
> >> und ich ndere nur einen Wert an irgendein FHT, dann sind die Plots
> >> wieder vollst ndig und man sieht nichts mehr von dem "H nger"!
> >> Also kann sich ja eigentlich nicht die Zentrale aufgeh ngt haben, noch
> >> kann sie "geschlafen" haben, oder?
> >> Trotzdem zeigen die Plots ab einen bestimmten Zeitpunkt nichts mehr...
> >>
> >> Die FHTs funktionieren ansonsten autark wie gew nscht....
> >>
> >> Die Probleme mit dem "Funkverkehr" im FHT-System habe ich zur Kenntnis
> >> genommen, nur n tzen die mir wenig, bin ich kein Elektroniker oder
> >> Elektro-Ingenieur, Funker oder "Radiologe"
> >>
> >> Spa beiseite.... machen irgendwelche Befehle z. B. in einem Cron-Job
> Sinn?
> >> Z. B. neu laden irgendwelcher Software?
> >>
> >> Leider kann ich nicht stundenlang mit den Dingen "rumspielen" und
> >> forschen... also warte ich mal ab, ob ich das mal irgendwann blicke...
>
> >> Bin ja froh, dass soweit alles stabil zu laufen scheint....
> >>
> >> Herzliche Gr e an alle,
> >> Ralf
> >>
> >> Am 24.10.2012 21:00, schrieb Zrrronggg!:
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>> Alles ab RSSI bezog sich auf deinen Vorredner.
> >>> Du hast keinen neuen thread aufgemacht, du hast den alten umbeannt.
> >>> Das finde ich pers nlich ung nstig. Auch weil das das Thema eines
> >>> Threads unn tig aufweitet und man sich schlechter zurecht findet. Wenn
> >>> jeamdn neues mal die selben Probleme hat, dann soll er am ende einen
> >>> Thread  mit  50 Posts lesen, wovon die h lfte seinen Probleme gar
> >>> nicht behandeln?
> >>> Ich weiss nicht recht.
> >>> Aber seis drum: Der FHT Artikel ist von mir, und er ist von mir als
> >>> Ergebnis diesen Threads verfasst worden. D.H du hast den Thread auch
> >>> nicht durchgelesen, sonst w sstest du das ja.
> >>> Das FHT System ist schon stabil, und die genannten Probleme m ssen
> >>> nicht auftreten und treten bei den meisten Leuten auch nicht auf.
> >>> Aber: FHT ist auch technisch "primitv". Die Daten bertragungsrate ist
> >>> langsam, die Sender/empf nger sind ungenaue billigste Pendelempf nger
> >>> und das System ist vermutlich gedacht f r 3-5 R ume, wird hier von
> >>> vielen aber f r 8-10 R ume und mehr verwendet. (ich selber habe 8 FHTs
> >>> im einsatz)
> >>> Zuletzt: Mit FHEM bieten sich M glichkeiten, die man mit dem
> >>> Originalsystem nicht hat und die eben auch wegen der deutlich erh hten
> >>> Funklast zu Problemen f hren k nnen, WENN man sie ausnutzt.
> >>> Der Artikel ist also nur so zu verstehen, Leuten die Probleme haben,
> >>> ein paar Tips und Hintergr nde zu geben, woran das liegen k nnte und
> >>> was man machen kann.
> >>>> Dadurch, dass es mir nur aufgefallen ist, dass die Plots nicht mehr
> >>>> erzeugt/geschrieben werden, dachte ich, dass es sich um ein FHEM-
> oder
> >>>> sonstigen Software-Problem auf den daf r angeschaften und
> installierten
> >>>> Linux-ThinClient handeln k nnte.
> >>> Das kann selbstverst ndlich sein, ich wollte nur anhand der mitunter
> >>> sehr vagen Fehlerbeschreibungen hier versuchen auf eine paar
> >>> M glichkeiten hinzuweisen. Es ist nicht gesagt, dass es die FHTs sind
> >>> oder die im Artikel beschrieben Probleme. Ich bekomme, was z.b.
> >>> ManuelMs Probleme betrifft da sogar langsam Zweifel, das es an der FHT
> >>> Kommunikation liegt.
> >>> Aber irgendwie muss man sich dem Problem ja n hern.
> >>> On 24 Okt., 11:54, Ralf Becker wrote:
> >>>> ...das mit dem ausreichenden RSSI war nicht von mir....
> >>>> Ich bleibe mal in diesem Thread, den habe ICH ja schon gerade mit
> "FHZ
> >>>> 1300" aufgemacht...
> >>>> Meine URSPR NGLICHE Frage war, ob es an Hardware oder Software (FHEM
> >>>> oder Server) liegen mag, dass ich keine Plots mehr in FHEM angezeigt
> >>>> bekomme...
> >>>> Das wei ich nun immer noch nicht so ganz genau...
> >>>> Ich habe dann heute das Wiki "Kommunikationsprobleme mit FHT"
> >>>> (http://www.fhemwiki.de/wiki/Kommunikationsprobleme_mit_FHT)
> gefunden
> >>>> und bin "erschrocken" ber soviel "Schw che" im System....
> >>>> Alles was ich bis dahin las (Conrad, ELV, andere) war, dass das
> FS20/FHT
> >>>> System sehr bew hrt, ausgereift und zuverl ssig w re....
> >>>> Hhmm...
> >>>> Naja... nun habe ich die Dinger installiert.... und hoffe, dass ich
> die
> >>>> trotz etwaiger Schw chen irgendwie stabil betrieben bekomme (war ja
> >>>> bisher noch nicht wirklich kalt, sprich habe noch keine brauchbaren
> >>>> Erfahrungswerte). Wenn die Frau (oder Kinder) am "Rad drehen" und die
> >>>> Temperatur erh hen wollen... dann muss das auch sp testens nach 2
> >>>> Minuten passieren (das kann ich denen erkl ren, dass die Befehle eine
> >>>> Weile brauchen)....
> >>>> Dadurch, dass es mir nur aufgefallen ist, dass die Plots nicht mehr
> >>>> erzeugt/geschrieben werden, dachte ich, dass es sich um ein FHEM-
> oder
> >>>> sonstigen Software-Problem auf den daf r angeschaften und
> installierten
> >>>> Linux-ThinClient handeln k nnte.
> >>>> Wenn jetzt tats chlich (was ich nun noch berpr fen muss) ALLE FHTs
> >>>> (weil z. B. der Nachbar seinen Funkk pfh rer einschaltet)
> GLEICHZEITIG
> >>>> ausfallen, dann w re das schon heftig.... finde ich.
> >>>> Sch tze aber immer noch auf ein FHEM- oder FHZ-Problem..... das sich
> da
> >>>> irgendwas verabschiedet bzw. "einschl ft" (standby?).
> >>>> Stelle ich bei einem FHT mal per FHEM einen anderen Wert ein (gew
> nschte
> >>>> Temp.), dann fangen wieder ALLE Plots an, Werte anzuzeigen!
> >>>> Die Frage ist, ob das auch passiert, wenn ich das ber die FHTs direkt
> >>>> mache (was zu testen ist, wenn die Plots das n chste mal
> ausfallen)...
> >>>> Sch n jedenfalls, dass ich damit nicht alleine dastehe, wenn es um
> >>>> Verst ndnisprobleme geht... (auch wenn die Experten vllt. gelangweilt
> >>>> sind und sich wahrscheinlich auf die Schenkel klopfen, weil ich den
> Wald
> >>>> vor lauter B umen nicht sehe).
> >>>> Viele Gr e,
> >>>> von Ralf
> >>>> Am  24.10.2012 06:04, schrieb Zrrronggg!:
> >>>>> Und schon wider drauf reingefallen. Ich hab nicht gemerkt, dass dies
> >>>>> der selbe Thread von neulich ist, weil "jemand" den Namen des
> Threads
> >>>>> ge ndert hat.
> >>>>> Ich finde das ja ung nstig mitten in der Diskussion den Tiel des
> >>>>> Thread zu ndern. Und hier in diesem Threads gehts eigentlich auch
> >>>>> nicht um die FHZ1300... k nntest du da vielleicht einfach einen
> neuen
> >>>>> aufmachen?
> >>>>> Ich bin inzwischen ein alter seniler Sack und verliere sonst die
> >>>>> bersicht.
> >>>>> Und ja: bei der FHZ1300 ist die Frage berechtigt, die h tte ich heut
> >>>>> nicht mehr  eingesetzt. mit der kann man z.b. ca. die H lfte der im
> >>>>> erw hnten Wikiartikel vorgeschlagenen Dinge (Debuging mit X61 z.b.)
> >>>>> Dinge nicht so richtig machen.
> >>>>> Und FHT Buffer ist wohl auch recht klein.
> >>>>> @ Wenn RSSI hineichend ist (sieht ja so aus), brauchst du an
> Bandwidth
> >>>>> nicht weiter rumschrauben w rde ich denken, sens hingegen kann noch
> >>>>> was bringen nach meinem Verst ndniss. Das die Kommunikation mit
> allen
> >>>>> zur gleichen Zeit zusammen bricht, obwohl Funklage gut ist... hm...
> Da
> >>>>> ist Ralf Beckers Frage nicht ganz unberechtigt: Klappt die
> >>>>> Kommunikation zwischen FHT und Ventiltrieb noch?
> >>>>> Ist der Ausfall mehr oder weniger immer zur selben Uhrzeit?
> >>>>> Also fters um 15 Uhr etwa?
> >>>>> (weil da dein Nachbar seine Funkkopfh rer einschaltet z.B.?)
> >>>>> On 24 Okt., 02:15, Ralf Becker wrote:
> >>>>>> Hallo Zusammen,
> >>>>>> mal noch eine Frage, bevor ich jetzt schlafen gehe
> >>>>>> Wer benutzt auch diese/meine Kombi zur Heizungssteuerung?
> >>>>>> Kann ja sein, dass ich damit exotisch bin, oder meine Frage bez
> glich
> >>>>>> den aussetzenden Plots ist den Experten hier zu langweilig (oder
> ich bin
> >>>>>> zu bl de)?
> >>>>>> Unabh ngig davon (von einer L sung), w rde mich schon
> interessieren, wie
> >>>>>> "gut" meine Entscheidung zur Wahl dieser Komponenten war....
> >>>>>> Gute Nacht,
> >>>>>> von Ralf
> >>>>>> _________
> >>>>>> Heizungssteuerung mit FHEM unter Ubuntu 10.04
> >>>>>> Hardware:
> >>>>>> FHZ 1300 PC (Zentrale)
> >>>>>> 10 x FHT 80B (Thermostate/Steuerungen)
> >>>>>> 10 x FHT 80FT (Fensterkontakte)
> >>>>>> 13 x FS20 Funk-Stellantriebe (Ventilantriebe)
> >>>>>> Ubuntu auf ThinClient Igel 256 MB RAM und 4 GB CF-Card
> >
>

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

[Guest]

Originally posted by: <email address deleted>

Danke!
Habe es mal über das Interface eingegeben....

Am 30.10.2012 21:31, schrieb strauch:
> ja das muss in die fhem.cfg du kannst es aber auch über das
> Webinterface eintippen.
>
> Am Dienstag, 30. Oktober 2012 21:05:55 UTC+1 schrieb Ralf Becker:
>
>     Vielen Dank f�r den Tipp!
>
>     Jetzt noch die dumme Frage, wo ich das reinschreibe....
>     "global configuration" (/etc/fhem.cfg)?
>
>     Ok.... wird wohl die sein...?!
>
>     Teste ich bald..
>
>     DANKE!
>
>
>     Am 30.10.2012 18:55, schrieb Zrrronggg!:
>     > Das klingt jetzt wieder so wie das normale "FHTs senden nach ein
>     paar
>     > Tagen nicht mehr, wenn sie keinen Befehl erhalten" Problem.
>     >
>     > L�sst sich mit einem Watchdog fixen.
>     >
>     > Wenn du so oder so das Thema hast, das das senden eines BBefehls
>     die
>     > wieder zum Leben erwecken, dann mach einfach folgendes:
>     >
>     > define fht_reportZimmer1 at *04:00:00 {if ($wday == 1)  { fhem("set
>     > hzg_Zimmer1 report2 255") } }
>     >
>     >
>     > Das machst du f�r jeden FHT, aus Funklastgr�nden f�r jeden
>     an einem
>     > anderen Tag ($wday == 2), ($wday == 3) und so weiter.
>     >
>     >
>     > Wenn du nur 3-5 FHTs hast, kannst du das auch jede Nacht machen,
>     z.B.
>     > so:
>     >
>     > define fht_report at *04:00:00 set hzg.* report2 255
>     >
>     > (setzt nat�rlich voraus, das alle dein FHTs mit "hzg...."
>     anfangen)
>     >
>     > Das fordert von allen FHTs den "Report 2" ab (das sind temp,
>     desired
>     > temp, day und night temp und noch so paar Daten)
>     >
>     >
>     >
>     >
>     >
>     >
>     > On 30 Okt., 02:31, Ralf Becker wrote:
>     >> Hallo Zrrronggg,
>     >>
>     >> danke f r die zus tzlichen Infos, auch wenn sie mich gerade
>     nicht weiter
>     >> gebracht haben...
>     >> Ich habe mal nachgesehen, welchen Artikel ber FHT Du meinen k
>     nntest
>     >> (im Wiki, oder hier in der Liste?)... habe aber nichts gefunden...
>     >> also bezogen auf die FHZ 1300 PC ...
>     >>
>     >> Also wenn bei mir (also der mit der "FHZ 1300 PC" als Zentrale)
>     mal
>     >> wieder die Plots "stehen geblieben" sind, hilft es (per FHEM)
>     einen
>     >> neuen Wert an ein FHT (z.B. "desired-temp") zu senden und dann
>     sind die
>     >> Plots sofort wieder da.... also auch ohne "L cken" in der
>     Aufzeichnung.
>     >> Blieben die Plots z. B. einfach ab 11:20h aus (und es ist z. B.
>     20:00h)
>     >> und ich ndere nur einen Wert an irgendein FHT, dann sind die Plots
>     >> wieder vollst ndig und man sieht nichts mehr von dem "H nger"!
>     >> Also kann sich ja eigentlich nicht die Zentrale aufgeh ngt
>     haben, noch
>     >> kann sie "geschlafen" haben, oder?
>     >> Trotzdem zeigen die Plots ab einen bestimmten Zeitpunkt nichts
>     mehr...
>     >>
>     >> Die FHTs funktionieren ansonsten autark wie gew nscht....
>     >>
>     >> Die Probleme mit dem "Funkverkehr" im FHT-System habe ich zur
>     Kenntnis
>     >> genommen, nur n tzen die mir wenig, bin ich kein Elektroniker oder
>     >> Elektro-Ingenieur, Funker oder "Radiologe"
>     >>
>     >> Spa beiseite.... machen irgendwelche Befehle z. B. in einem
>     Cron-Job Sinn?
>     >> Z. B. neu laden irgendwelcher Software?
>     >>
>     >> Leider kann ich nicht stundenlang mit den Dingen "rumspielen" und
>     >> forschen... also warte ich mal ab, ob ich das mal irgendwann
>     blicke...
>     >> Bin ja froh, dass soweit alles stabil zu laufen scheint....
>     >>
>     >> Herzliche Gr e an alle,
>     >> Ralf
>     >>
>     >> Am 24.10.2012 21:00, schrieb Zrrronggg!:
>     >>
>     >>
>     >>
>     >>
>     >>
>     >>
>     >>
>     >>> Alles ab RSSI bezog sich auf deinen Vorredner.
>     >>> Du hast keinen neuen thread aufgemacht, du hast den alten
>     umbeannt.
>     >>> Das finde ich pers nlich ung nstig. Auch weil das das Thema eines
>     >>> Threads unn tig aufweitet und man sich schlechter zurecht
>     findet. Wenn
>     >>> jeamdn neues mal die selben Probleme hat, dann soll er am ende
>     einen
>     >>> Thread  mit  50 Posts lesen, wovon die h lfte seinen Probleme gar
>     >>> nicht behandeln?
>     >>> Ich weiss nicht recht.
>     >>> Aber seis drum: Der FHT Artikel ist von mir, und er ist von
>     mir als
>     >>> Ergebnis diesen Threads verfasst worden. D.H du hast den
>     Thread auch
>     >>> nicht durchgelesen, sonst w sstest du das ja.
>     >>> Das FHT System ist schon stabil, und die genannten Probleme m
>     ssen
>     >>> nicht auftreten und treten bei den meisten Leuten auch nicht auf.
>     >>> Aber: FHT ist auch technisch "primitv". Die Daten
>     bertragungsrate ist
>     >>> langsam, die Sender/empf nger sind ungenaue billigste
>     Pendelempf nger
>     >>> und das System ist vermutlich gedacht f r 3-5 R ume, wird hier
>     von
>     >>> vielen aber f r 8-10 R ume und mehr verwendet. (ich selber
>     habe 8 FHTs
>     >>> im einsatz)
>     >>> Zuletzt: Mit FHEM bieten sich M glichkeiten, die man mit dem
>     >>> Originalsystem nicht hat und die eben auch wegen der deutlich
>     erh hten
>     >>> Funklast zu Problemen f hren k nnen, WENN man sie ausnutzt.
>     >>> Der Artikel ist also nur so zu verstehen, Leuten die Probleme
>     haben,
>     >>> ein paar Tips und Hintergr nde zu geben, woran das liegen k
>     nnte und
>     >>> was man machen kann.
>     >>>> Dadurch, dass es mir nur aufgefallen ist, dass die Plots
>     nicht mehr
>     >>>> erzeugt/geschrieben werden, dachte ich, dass es sich um ein
>     FHEM- oder
>     >>>> sonstigen Software-Problem auf den daf r angeschaften und
>     installierten
>     >>>> Linux-ThinClient handeln k nnte.
>     >>> Das kann selbstverst ndlich sein, ich wollte nur anhand der
>     mitunter
>     >>> sehr vagen Fehlerbeschreibungen hier versuchen auf eine paar
>     >>> M glichkeiten hinzuweisen. Es ist nicht gesagt, dass es die
>     FHTs sind
>     >>> oder die im Artikel beschrieben Probleme. Ich bekomme, was z.b.
>     >>> ManuelMs Probleme betrifft da sogar langsam Zweifel, das es an
>     der FHT
>     >>> Kommunikation liegt.
>     >>> Aber irgendwie muss man sich dem Problem ja n hern.
>     >>> On 24 Okt., 11:54, Ralf Becker wrote:
>     >>>> ...das mit dem ausreichenden RSSI war nicht von mir....
>     >>>> Ich bleibe mal in diesem Thread, den habe ICH ja schon gerade
>     mit "FHZ
>     >>>> 1300" aufgemacht...
>     >>>> Meine URSPR NGLICHE Frage war, ob es an Hardware oder
>     Software (FHEM
>     >>>> oder Server) liegen mag, dass ich keine Plots mehr in FHEM
>     angezeigt
>     >>>> bekomme...
>     >>>> Das wei ich nun immer noch nicht so ganz genau...
>     >>>> Ich habe dann heute das Wiki "Kommunikationsprobleme mit FHT"
>     >>>> (http://www.fhemwiki.de/wiki/Kommunikationsprobleme_mit_FHT
>     <http://www.fhemwiki.de/wiki/Kommunikationsprobleme_mit_FHT>)
>     gefunden
>     >>>> und bin "erschrocken" ber soviel "Schw che" im System....
>     >>>> Alles was ich bis dahin las (Conrad, ELV, andere) war, dass
>     das FS20/FHT
>     >>>> System sehr bew hrt, ausgereift und zuverl ssig w re....
>     >>>> Hhmm...
>     >>>> Naja... nun habe ich die Dinger installiert.... und hoffe,
>     dass ich die
>     >>>> trotz etwaiger Schw chen irgendwie stabil betrieben bekomme
>     (war ja
>     >>>> bisher noch nicht wirklich kalt, sprich habe noch keine
>     brauchbaren
>     >>>> Erfahrungswerte). Wenn die Frau (oder Kinder) am "Rad drehen"
>     und die
>     >>>> Temperatur erh hen wollen... dann muss das auch sp testens
>     nach 2
>     >>>> Minuten passieren (das kann ich denen erkl ren, dass die
>     Befehle eine
>     >>>> Weile brauchen)....
>     >>>> Dadurch, dass es mir nur aufgefallen ist, dass die Plots
>     nicht mehr
>     >>>> erzeugt/geschrieben werden, dachte ich, dass es sich um ein
>     FHEM- oder
>     >>>> sonstigen Software-Problem auf den daf r angeschaften und
>     installierten
>     >>>> Linux-ThinClient handeln k nnte.
>     >>>> Wenn jetzt tats chlich (was ich nun noch berpr fen muss) ALLE
>     FHTs
>     >>>> (weil z. B. der Nachbar seinen Funkk pfh rer einschaltet)
>     GLEICHZEITIG
>     >>>> ausfallen, dann w re das schon heftig.... finde ich.
>     >>>> Sch tze aber immer noch auf ein FHEM- oder FHZ-Problem.....
>     das sich da
>     >>>> irgendwas verabschiedet bzw. "einschl ft" (standby?).
>     >>>> Stelle ich bei einem FHT mal per FHEM einen anderen Wert ein
>     (gew nschte
>     >>>> Temp.), dann fangen wieder ALLE Plots an, Werte anzuzeigen!
>     >>>> Die Frage ist, ob das auch passiert, wenn ich das ber die
>     FHTs direkt
>     >>>> mache (was zu testen ist, wenn die Plots das n chste mal
>     ausfallen)...
>     >>>> Sch n jedenfalls, dass ich damit nicht alleine dastehe, wenn
>     es um
>     >>>> Verst ndnisprobleme geht... (auch wenn die Experten vllt.
>     gelangweilt
>     >>>> sind und sich wahrscheinlich auf die Schenkel klopfen, weil
>     ich den Wald
>     >>>> vor lauter B umen nicht sehe).
>     >>>> Viele Gr e,
>     >>>> von Ralf
>     >>>> Am  24.10.2012 06:04, schrieb Zrrronggg!:
>     >>>>> Und schon wider drauf reingefallen. Ich hab nicht gemerkt,
>     dass dies
>     >>>>> der selbe Thread von neulich ist, weil "jemand" den Namen
>     des Threads
>     >>>>> ge ndert hat.
>     >>>>> Ich finde das ja ung nstig mitten in der Diskussion den Tiel
>     des
>     >>>>> Thread zu ndern. Und hier in diesem Threads gehts eigentlich
>     auch
>     >>>>> nicht um die FHZ1300... k nntest du da vielleicht einfach
>     einen neuen
>     >>>>> aufmachen?
>     >>>>> Ich bin inzwischen ein alter seniler Sack und verliere sonst
>     die
>     >>>>> bersicht.
>     >>>>> Und ja: bei der FHZ1300 ist die Frage berechtigt, die h tte
>     ich heut
>     >>>>> nicht mehr  eingesetzt. mit der kann man z.b. ca. die H lfte
>     der im
>     >>>>> erw hnten Wikiartikel vorgeschlagenen Dinge (Debuging mit
>     X61 z.b.)
>     >>>>> Dinge nicht so richtig machen.
>     >>>>> Und FHT Buffer ist wohl auch recht klein.
>     >>>>> @ Wenn RSSI hineichend ist (sieht ja so aus), brauchst du an
>     Bandwidth
>     >>>>> nicht weiter rumschrauben w rde ich denken, sens hingegen
>     kann noch
>     >>>>> was bringen nach meinem Verst ndniss. Das die Kommunikation
>     mit allen
>     >>>>> zur gleichen Zeit zusammen bricht, obwohl Funklage gut
>     ist... hm... Da
>     >>>>> ist Ralf Beckers Frage nicht ganz unberechtigt: Klappt die
>     >>>>> Kommunikation zwischen FHT und Ventiltrieb noch?
>     >>>>> Ist der Ausfall mehr oder weniger immer zur selben Uhrzeit?
>     >>>>> Also fters um 15 Uhr etwa?
>     >>>>> (weil da dein Nachbar seine Funkkopfh rer einschaltet z.B.?)
>     >>>>> On 24 Okt., 02:15, Ralf Becker wrote:
>     >>>>>> Hallo Zusammen,
>     >>>>>> mal noch eine Frage, bevor ich jetzt schlafen gehe
>     >>>>>> Wer benutzt auch diese/meine Kombi zur Heizungssteuerung?
>     >>>>>> Kann ja sein, dass ich damit exotisch bin, oder meine Frage
>     bez glich
>     >>>>>> den aussetzenden Plots ist den Experten hier zu langweilig
>     (oder ich bin
>     >>>>>> zu bl de)?
>     >>>>>> Unabh ngig davon (von einer L sung), w rde mich schon
>     interessieren, wie
>     >>>>>> "gut" meine Entscheidung zur Wahl dieser Komponenten
>     war....
>     >>>>>> Gute Nacht,
>     >>>>>> von Ralf
>     >>>>>> _________
>     >>>>>> Heizungssteuerung mit FHEM unter Ubuntu 10.04
>     >>>>>> Hardware:
>     >>>>>> FHZ 1300 PC (Zentrale)
>     >>>>>> 10 x FHT 80B (Thermostate/Steuerungen)
>     >>>>>> 10 x FHT 80FT (Fensterkontakte)
>     >>>>>> 13 x FS20 Funk-Stellantriebe (Ventilantriebe)
>     >>>>>> Ubuntu auf ThinClient Igel 256 MB RAM und 4 GB CF-Card
>     >
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com

--

Mit freundlichen Grüßen,
Ralf Becker

_____
Ralf Becker
St.-Martin-Straße 6
66780 Rehlingen-Siersburg


Mobil: 0151-211 65 216
Festnetz: 06835-60 11 93
email: ralf.becker@rb-typo3.de


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

[Guest]

Originally posted by: <email address deleted>

Wenn ich das in die Zeile oben eingebe... passiert nix...
Kommt der Sicherheitshinweis... (kein PW usw..), schaue ich jedoch in
die fhem.cfg dann ist das nicht drin, was ich über die Eingabezeile oben
im Browser eingegeben habe...

Hhmm.... also direkt eintippen?

Ich habe übrigens 10 FHTs....
Was passiert denn, wenn ich die alle mit dem Einzeiler (und dem
Wildcard) täglich verarbeite?
Klar, das ist nicht so toll wegen der Funklast... aber was genau passiert?

Ach was... ich tippere sie jetzt einzeln in die fhem.cfg  und fertig...
mal schauen ob das was bringt...

Grüße,
Ralf

_________
Heizungssteuerung mit FHEM unter Ubuntu 10.04
Hardware:
FHZ 1300 PC (Zentrale)
10 x FHT 80B (Thermostate/Steuerungen)
10 x FHT 80FT (Fensterkontakte)
13 x FS20 Funk-Stellantriebe (Ventilantriebe)
Ubuntu auf ThinClient "Igel" 256MB RAM und 4 GB CF-Card





Am 30.10.2012 21:31, schrieb strauch:
> ja das muss in die fhem.cfg du kannst es aber auch über das
> Webinterface eintippen.
>
> Am Dienstag, 30. Oktober 2012 21:05:55 UTC+1 schrieb Ralf Becker:
>
>     Vielen Dank f�r den Tipp!
>
>     Jetzt noch die dumme Frage, wo ich das reinschreibe....
>     "global configuration" (/etc/fhem.cfg)?
>
>     Ok.... wird wohl die sein...?!
>
>     Teste ich bald..
>
>     DANKE!
>
>
>     Am 30.10.2012 18:55, schrieb Zrrronggg!:
>     > Das klingt jetzt wieder so wie das normale "FHTs senden nach ein
>     paar
>     > Tagen nicht mehr, wenn sie keinen Befehl erhalten" Problem.
>     >
>     > L�sst sich mit einem Watchdog fixen.
>     >
>     > Wenn du so oder so das Thema hast, das das senden eines BBefehls
>     die
>     > wieder zum Leben erwecken, dann mach einfach folgendes:
>     >
>     > define fht_reportZimmer1 at *04:00:00 {if ($wday == 1)  { fhem("set
>     > hzg_Zimmer1 report2 255") } }
>     >
>     >
>     > Das machst du f�r jeden FHT, aus Funklastgr�nden f�r jeden
>     an einem
>     > anderen Tag ($wday == 2), ($wday == 3) und so weiter.
>     >
>     >
>     > Wenn du nur 3-5 FHTs hast, kannst du das auch jede Nacht machen,
>     z.B.
>     > so:
>     >
>     > define fht_report at *04:00:00 set hzg.* report2 255
>     >
>     > (setzt nat�rlich voraus, das alle dein FHTs mit "hzg...."
>     anfangen)
>     >
>     > Das fordert von allen FHTs den "Report 2" ab (das sind temp,
>     desired
>     > temp, day und night temp und noch so paar Daten)
>     >
>     >
>     >
>     >
>     >
>     >
>     > On 30 Okt., 02:31, Ralf Becker wrote:
>     >> Hallo Zrrronggg,
>     >>
>     >> danke f r die zus tzlichen Infos, auch wenn sie mich gerade
>     nicht weiter
>     >> gebracht haben...
>     >> Ich habe mal nachgesehen, welchen Artikel ber FHT Du meinen k
>     nntest
>     >> (im Wiki, oder hier in der Liste?)... habe aber nichts gefunden...
>     >> also bezogen auf die FHZ 1300 PC ...
>     >>
>     >> Also wenn bei mir (also der mit der "FHZ 1300 PC" als Zentrale)
>     mal
>     >> wieder die Plots "stehen geblieben" sind, hilft es (per FHEM)
>     einen
>     >> neuen Wert an ein FHT (z.B. "desired-temp") zu senden und dann
>     sind die
>     >> Plots sofort wieder da.... also auch ohne "L cken" in der
>     Aufzeichnung.
>     >> Blieben die Plots z. B. einfach ab 11:20h aus (und es ist z. B.
>     20:00h)
>     >> und ich ndere nur einen Wert an irgendein FHT, dann sind die Plots
>     >> wieder vollst ndig und man sieht nichts mehr von dem "H nger"!
>     >> Also kann sich ja eigentlich nicht die Zentrale aufgeh ngt
>     haben, noch
>     >> kann sie "geschlafen" haben, oder?
>     >> Trotzdem zeigen die Plots ab einen bestimmten Zeitpunkt nichts
>     mehr...
>     >>
>     >> Die FHTs funktionieren ansonsten autark wie gew nscht....
>     >>
>     >> Die Probleme mit dem "Funkverkehr" im FHT-System habe ich zur
>     Kenntnis
>     >> genommen, nur n tzen die mir wenig, bin ich kein Elektroniker oder
>     >> Elektro-Ingenieur, Funker oder "Radiologe"
>     >>
>     >> Spa beiseite.... machen irgendwelche Befehle z. B. in einem
>     Cron-Job Sinn?
>     >> Z. B. neu laden irgendwelcher Software?
>     >>
>     >> Leider kann ich nicht stundenlang mit den Dingen "rumspielen" und
>     >> forschen... also warte ich mal ab, ob ich das mal irgendwann
>     blicke...
>     >> Bin ja froh, dass soweit alles stabil zu laufen scheint....
>     >>
>     >> Herzliche Gr e an alle,
>     >> Ralf
>     >>
>     >> Am 24.10.2012 21:00, schrieb Zrrronggg!:
>     >>
>     >>
>     >>
>     >>
>     >>
>     >>
>     >>
>     >>> Alles ab RSSI bezog sich auf deinen Vorredner.
>     >>> Du hast keinen neuen thread aufgemacht, du hast den alten
>     umbeannt.
>     >>> Das finde ich pers nlich ung nstig. Auch weil das das Thema eines
>     >>> Threads unn tig aufweitet und man sich schlechter zurecht
>     findet. Wenn
>     >>> jeamdn neues mal die selben Probleme hat, dann soll er am ende
>     einen
>     >>> Thread  mit  50 Posts lesen, wovon die h lfte seinen Probleme gar
>     >>> nicht behandeln?
>     >>> Ich weiss nicht recht.
>     >>> Aber seis drum: Der FHT Artikel ist von mir, und er ist von
>     mir als
>     >>> Ergebnis diesen Threads verfasst worden. D.H du hast den
>     Thread auch
>     >>> nicht durchgelesen, sonst w sstest du das ja.
>     >>> Das FHT System ist schon stabil, und die genannten Probleme m
>     ssen
>     >>> nicht auftreten und treten bei den meisten Leuten auch nicht auf.
>     >>> Aber: FHT ist auch technisch "primitv". Die Daten
>     bertragungsrate ist
>     >>> langsam, die Sender/empf nger sind ungenaue billigste
>     Pendelempf nger
>     >>> und das System ist vermutlich gedacht f r 3-5 R ume, wird hier
>     von
>     >>> vielen aber f r 8-10 R ume und mehr verwendet. (ich selber
>     habe 8 FHTs
>     >>> im einsatz)
>     >>> Zuletzt: Mit FHEM bieten sich M glichkeiten, die man mit dem
>     >>> Originalsystem nicht hat und die eben auch wegen der deutlich
>     erh hten
>     >>> Funklast zu Problemen f hren k nnen, WENN man sie ausnutzt.
>     >>> Der Artikel ist also nur so zu verstehen, Leuten die Probleme
>     haben,
>     >>> ein paar Tips und Hintergr nde zu geben, woran das liegen k
>     nnte und
>     >>> was man machen kann.
>     >>>> Dadurch, dass es mir nur aufgefallen ist, dass die Plots
>     nicht mehr
>     >>>> erzeugt/geschrieben werden, dachte ich, dass es sich um ein
>     FHEM- oder
>     >>>> sonstigen Software-Problem auf den daf r angeschaften und
>     installierten
>     >>>> Linux-ThinClient handeln k nnte.
>     >>> Das kann selbstverst ndlich sein, ich wollte nur anhand der
>     mitunter
>     >>> sehr vagen Fehlerbeschreibungen hier versuchen auf eine paar
>     >>> M glichkeiten hinzuweisen. Es ist nicht gesagt, dass es die
>     FHTs sind
>     >>> oder die im Artikel beschrieben Probleme. Ich bekomme, was z.b.
>     >>> ManuelMs Probleme betrifft da sogar langsam Zweifel, das es an
>     der FHT
>     >>> Kommunikation liegt.
>     >>> Aber irgendwie muss man sich dem Problem ja n hern.
>     >>> On 24 Okt., 11:54, Ralf Becker wrote:
>     >>>> ...das mit dem ausreichenden RSSI war nicht von mir....
>     >>>> Ich bleibe mal in diesem Thread, den habe ICH ja schon gerade
>     mit "FHZ
>     >>>> 1300" aufgemacht...
>     >>>> Meine URSPR NGLICHE Frage war, ob es an Hardware oder
>     Software (FHEM
>     >>>> oder Server) liegen mag, dass ich keine Plots mehr in FHEM
>     angezeigt
>     >>>> bekomme...
>     >>>> Das wei ich nun immer noch nicht so ganz genau...
>     >>>> Ich habe dann heute das Wiki "Kommunikationsprobleme mit FHT"
>     >>>> (http://www.fhemwiki.de/wiki/Kommunikationsprobleme_mit_FHT
>     <http://www.fhemwiki.de/wiki/Kommunikationsprobleme_mit_FHT>)
>     gefunden
>     >>>> und bin "erschrocken" ber soviel "Schw che" im System....
>     >>>> Alles was ich bis dahin las (Conrad, ELV, andere) war, dass
>     das FS20/FHT
>     >>>> System sehr bew hrt, ausgereift und zuverl ssig w re....
>     >>>> Hhmm...
>     >>>> Naja... nun habe ich die Dinger installiert.... und hoffe,
>     dass ich die
>     >>>> trotz etwaiger Schw chen irgendwie stabil betrieben bekomme
>     (war ja
>     >>>> bisher noch nicht wirklich kalt, sprich habe noch keine
>     brauchbaren
>     >>>> Erfahrungswerte). Wenn die Frau (oder Kinder) am "Rad drehen"
>     und die
>     >>>> Temperatur erh hen wollen... dann muss das auch sp testens
>     nach 2
>     >>>> Minuten passieren (das kann ich denen erkl ren, dass die
>     Befehle eine
>     >>>> Weile brauchen)....
>     >>>> Dadurch, dass es mir nur aufgefallen ist, dass die Plots
>     nicht mehr
>     >>>> erzeugt/geschrieben werden, dachte ich, dass es sich um ein
>     FHEM- oder
>     >>>> sonstigen Software-Problem auf den daf r angeschaften und
>     installierten
>     >>>> Linux-ThinClient handeln k nnte.
>     >>>> Wenn jetzt tats chlich (was ich nun noch berpr fen muss) ALLE
>     FHTs
>     >>>> (weil z. B. der Nachbar seinen Funkk pfh rer einschaltet)
>     GLEICHZEITIG
>     >>>> ausfallen, dann w re das schon heftig.... finde ich.
>     >>>> Sch tze aber immer noch auf ein FHEM- oder FHZ-Problem.....
>     das sich da
>     >>>> irgendwas verabschiedet bzw. "einschl ft" (standby?).
>     >>>> Stelle ich bei einem FHT mal per FHEM einen anderen Wert ein
>     (gew nschte
>     >>>> Temp.), dann fangen wieder ALLE Plots an, Werte anzuzeigen!
>     >>>> Die Frage ist, ob das auch passiert, wenn ich das ber die
>     FHTs direkt
>     >>>> mache (was zu testen ist, wenn die Plots das n chste mal
>     ausfallen)...
>     >>>> Sch n jedenfalls, dass ich damit nicht alleine dastehe, wenn
>     es um
>     >>>> Verst ndnisprobleme geht... (auch wenn die Experten vllt.
>     gelangweilt
>     >>>> sind und sich wahrscheinlich auf die Schenkel klopfen, weil
>     ich den Wald
>     >>>> vor lauter B umen nicht sehe).
>     >>>> Viele Gr e,
>     >>>> von Ralf
>     >>>> Am  24.10.2012 06:04, schrieb Zrrronggg!:
>     >>>>> Und schon wider drauf reingefallen. Ich hab nicht gemerkt,
>     dass dies
>     >>>>> der selbe Thread von neulich ist, weil "jemand" den Namen
>     des Threads
>     >>>>> ge ndert hat.
>     >>>>> Ich finde das ja ung nstig mitten in der Diskussion den Tiel
>     des
>     >>>>> Thread zu ndern. Und hier in diesem Threads gehts eigentlich
>     auch
>     >>>>> nicht um die FHZ1300... k nntest du da vielleicht einfach
>     einen neuen
>     >>>>> aufmachen?
>     >>>>> Ich bin inzwischen ein alter seniler Sack und verliere sonst
>     die
>     >>>>> bersicht.
>     >>>>> Und ja: bei der FHZ1300 ist die Frage berechtigt, die h tte
>     ich heut
>     >>>>> nicht mehr  eingesetzt. mit der kann man z.b. ca. die H lfte
>     der im
>     >>>>> erw hnten Wikiartikel vorgeschlagenen Dinge (Debuging mit
>     X61 z.b.)
>     >>>>> Dinge nicht so richtig machen.
>     >>>>> Und FHT Buffer ist wohl auch recht klein.
>     >>>>> @ Wenn RSSI hineichend ist (sieht ja so aus), brauchst du an
>     Bandwidth
>     >>>>> nicht weiter rumschrauben w rde ich denken, sens hingegen
>     kann noch
>     >>>>> was bringen nach meinem Verst ndniss. Das die Kommunikation
>     mit allen
>     >>>>> zur gleichen Zeit zusammen bricht, obwohl Funklage gut
>     ist... hm... Da
>     >>>>> ist Ralf Beckers Frage nicht ganz unberechtigt: Klappt die
>     >>>>> Kommunikation zwischen FHT und Ventiltrieb noch?
>     >>>>> Ist der Ausfall mehr oder weniger immer zur selben Uhrzeit?
>     >>>>> Also fters um 15 Uhr etwa?
>     >>>>> (weil da dein Nachbar seine Funkkopfh rer einschaltet z.B.?)
>     >>>>> On 24 Okt., 02:15, Ralf Becker wrote:
>     >>>>>> Hallo Zusammen,
>     >>>>>> mal noch eine Frage, bevor ich jetzt schlafen gehe
>     >>>>>> Wer benutzt auch diese/meine Kombi zur Heizungssteuerung?
>     >>>>>> Kann ja sein, dass ich damit exotisch bin, oder meine Frage
>     bez glich
>     >>>>>> den aussetzenden Plots ist den Experten hier zu langweilig
>     (oder ich bin
>     >>>>>> zu bl de)?
>     >>>>>> Unabh ngig davon (von einer L sung), w rde mich schon
>     interessieren, wie
>     >>>>>> "gut" meine Entscheidung zur Wahl dieser Komponenten
>     war....
>     >>>>>> Gute Nacht,
>     >>>>>> von Ralf
>     >>>>>> _________
>     >>>>>> Heizungssteuerung mit FHEM unter Ubuntu 10.04
>     >>>>>> Hardware:
>     >>>>>> FHZ 1300 PC (Zentrale)
>     >>>>>> 10 x FHT 80B (Thermostate/Steuerungen)
>     >>>>>> 10 x FHT 80FT (Fensterkontakte)
>     >>>>>> 13 x FS20 Funk-Stellantriebe (Ventilantriebe)
>     >>>>>> Ubuntu auf ThinClient Igel 256 MB RAM und 4 GB CF-Card
>     >
>
> --
> 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

[Guest]

Originally posted by: <email address deleted>

Muss ich eigentlich FHEM neu starten, nachdem ich was in die fhem.cfg
geschrieben habe?


Am 30.10.2012 18:55, schrieb Zrrronggg!:
> Das klingt jetzt wieder so wie das normale "FHTs senden nach ein paar
> Tagen nicht mehr, wenn sie keinen Befehl erhalten" Problem.
>
> Lässt sich mit einem Watchdog fixen.
>
> Wenn du so oder so das Thema hast, das das senden eines BBefehls die
> wieder zum Leben erwecken, dann mach einfach folgendes:
>
> define fht_reportZimmer1 at *04:00:00 {if ($wday == 1)  { fhem("set
> hzg_Zimmer1 report2 255") } }
>
>
> Das machst du für jeden FHT, aus Funklastgründen für jeden an einem
> anderen Tag ($wday == 2), ($wday == 3) und so weiter.
>
>
> Wenn du nur 3-5 FHTs hast, kannst du das auch jede Nacht machen, z.B.
> so:
>
> define fht_report at *04:00:00 set hzg.* report2 255
>
> (setzt natürlich voraus, das alle dein FHTs mit "hzg...." anfangen)
>
> Das fordert von allen FHTs den "Report 2" ab (das sind temp, desired
> temp, day und night temp und noch so paar Daten)
>
>
>
>
>
>
> On 30 Okt., 02:31, Ralf Becker wrote:
>> Hallo Zrrronggg,
>>
>> danke f r die zus tzlichen Infos, auch wenn sie mich gerade nicht weiter
>> gebracht haben...
>> Ich habe mal nachgesehen, welchen Artikel ber FHT Du meinen k nntest
>> (im Wiki, oder hier in der Liste?)... habe aber nichts gefunden...
>> also bezogen auf die FHZ 1300 PC ...
>>
>> Also wenn bei mir (also der mit der "FHZ 1300 PC" als Zentrale) mal
>> wieder die Plots "stehen geblieben" sind, hilft es (per FHEM) einen
>> neuen Wert an ein FHT (z.B. "desired-temp") zu senden und dann sind die
>> Plots sofort wieder da.... also auch ohne "L cken" in der Aufzeichnung.
>> Blieben die Plots z. B. einfach ab 11:20h aus (und es ist z. B. 20:00h)
>> und ich ndere nur einen Wert an irgendein FHT, dann sind die Plots
>> wieder vollst ndig und man sieht nichts mehr von dem "H nger"!
>> Also kann sich ja eigentlich nicht die Zentrale aufgeh ngt haben, noch
>> kann sie "geschlafen" haben, oder?
>> Trotzdem zeigen die Plots ab einen bestimmten Zeitpunkt nichts mehr...
>>
>> Die FHTs funktionieren ansonsten autark wie gew nscht....
>>
>> Die Probleme mit dem "Funkverkehr" im FHT-System habe ich zur Kenntnis
>> genommen, nur n tzen die mir wenig, bin ich kein Elektroniker oder
>> Elektro-Ingenieur, Funker oder "Radiologe"
>>
>> Spa beiseite.... machen irgendwelche Befehle z. B. in einem Cron-Job Sinn?
>> Z. B. neu laden irgendwelcher Software?
>>
>> Leider kann ich nicht stundenlang mit den Dingen "rumspielen" und
>> forschen... also warte ich mal ab, ob ich das mal irgendwann blicke...
>> Bin ja froh, dass soweit alles stabil zu laufen scheint....
>>
>> Herzliche Gr e an alle,
>> Ralf
>>
>> Am 24.10.2012 21:00, schrieb Zrrronggg!:
>>
>>
>>
>>
>>
>>
>>
>>> Alles ab RSSI bezog sich auf deinen Vorredner.
>>> Du hast keinen neuen thread aufgemacht, du hast den alten umbeannt.
>>> Das finde ich pers nlich ung nstig. Auch weil das das Thema eines
>>> Threads unn tig aufweitet und man sich schlechter zurecht findet. Wenn
>>> jeamdn neues mal die selben Probleme hat, dann soll er am ende einen
>>> Thread  mit  50 Posts lesen, wovon die h lfte seinen Probleme gar
>>> nicht behandeln?
>>> Ich weiss nicht recht.
>>> Aber seis drum: Der FHT Artikel ist von mir, und er ist von mir als
>>> Ergebnis diesen Threads verfasst worden. D.H du hast den Thread auch
>>> nicht durchgelesen, sonst w sstest du das ja.
>>> Das FHT System ist schon stabil, und die genannten Probleme m ssen
>>> nicht auftreten und treten bei den meisten Leuten auch nicht auf.
>>> Aber: FHT ist auch technisch "primitv". Die Daten bertragungsrate ist
>>> langsam, die Sender/empf nger sind ungenaue billigste Pendelempf nger
>>> und das System ist vermutlich gedacht f r 3-5 R ume, wird hier von
>>> vielen aber f r 8-10 R ume und mehr verwendet. (ich selber habe 8 FHTs
>>> im einsatz)
>>> Zuletzt: Mit FHEM bieten sich M glichkeiten, die man mit dem
>>> Originalsystem nicht hat und die eben auch wegen der deutlich erh hten
>>> Funklast zu Problemen f hren k nnen, WENN man sie ausnutzt.
>>> Der Artikel ist also nur so zu verstehen, Leuten die Probleme haben,
>>> ein paar Tips und Hintergr nde zu geben, woran das liegen k nnte und
>>> was man machen kann.
>>>> Dadurch, dass es mir nur aufgefallen ist, dass die Plots nicht mehr
>>>> erzeugt/geschrieben werden, dachte ich, dass es sich um ein FHEM- oder
>>>> sonstigen Software-Problem auf den daf r angeschaften und installierten
>>>> Linux-ThinClient handeln k nnte.
>>> Das kann selbstverst ndlich sein, ich wollte nur anhand der mitunter
>>> sehr vagen Fehlerbeschreibungen hier versuchen auf eine paar
>>> M glichkeiten hinzuweisen. Es ist nicht gesagt, dass es die FHTs sind
>>> oder die im Artikel beschrieben Probleme. Ich bekomme, was z.b.
>>> ManuelMs Probleme betrifft da sogar langsam Zweifel, das es an der FHT
>>> Kommunikation liegt.
>>> Aber irgendwie muss man sich dem Problem ja n hern.
>>> On 24 Okt., 11:54, Ralf Becker wrote:
>>>> ...das mit dem ausreichenden RSSI war nicht von mir....
>>>> Ich bleibe mal in diesem Thread, den habe ICH ja schon gerade mit "FHZ
>>>> 1300" aufgemacht...
>>>> Meine URSPR NGLICHE Frage war, ob es an Hardware oder Software (FHEM
>>>> oder Server) liegen mag, dass ich keine Plots mehr in FHEM angezeigt
>>>> bekomme...
>>>> Das wei ich nun immer noch nicht so ganz genau...
>>>> Ich habe dann heute das Wiki "Kommunikationsprobleme mit FHT"
>>>> (http://www.fhemwiki.de/wiki/Kommunikationsprobleme_mit_FHT) gefunden
>>>> und bin "erschrocken" ber soviel "Schw che" im System....
>>>> Alles was ich bis dahin las (Conrad, ELV, andere) war, dass das FS20/FHT
>>>> System sehr bew hrt, ausgereift und zuverl ssig w re....
>>>> Hhmm...
>>>> Naja... nun habe ich die Dinger installiert.... und hoffe, dass ich die
>>>> trotz etwaiger Schw chen irgendwie stabil betrieben bekomme (war ja
>>>> bisher noch nicht wirklich kalt, sprich habe noch keine brauchbaren
>>>> Erfahrungswerte). Wenn die Frau (oder Kinder) am "Rad drehen" und die
>>>> Temperatur erh hen wollen... dann muss das auch sp testens nach 2
>>>> Minuten passieren (das kann ich denen erkl ren, dass die Befehle eine
>>>> Weile brauchen)....
>>>> Dadurch, dass es mir nur aufgefallen ist, dass die Plots nicht mehr
>>>> erzeugt/geschrieben werden, dachte ich, dass es sich um ein FHEM- oder
>>>> sonstigen Software-Problem auf den daf r angeschaften und installierten
>>>> Linux-ThinClient handeln k nnte.
>>>> Wenn jetzt tats chlich (was ich nun noch berpr fen muss) ALLE FHTs
>>>> (weil z. B. der Nachbar seinen Funkk pfh rer einschaltet) GLEICHZEITIG
>>>> ausfallen, dann w re das schon heftig.... finde ich.
>>>> Sch tze aber immer noch auf ein FHEM- oder FHZ-Problem..... das sich da
>>>> irgendwas verabschiedet bzw. "einschl ft" (standby?).
>>>> Stelle ich bei einem FHT mal per FHEM einen anderen Wert ein (gew nschte
>>>> Temp.), dann fangen wieder ALLE Plots an, Werte anzuzeigen!
>>>> Die Frage ist, ob das auch passiert, wenn ich das ber die FHTs direkt
>>>> mache (was zu testen ist, wenn die Plots das n chste mal ausfallen)...
>>>> Sch n jedenfalls, dass ich damit nicht alleine dastehe, wenn es um
>>>> Verst ndnisprobleme geht... (auch wenn die Experten vllt. gelangweilt
>>>> sind und sich wahrscheinlich auf die Schenkel klopfen, weil ich den Wald
>>>> vor lauter B umen nicht sehe).
>>>> Viele Gr e,
>>>> von Ralf
>>>> Am  24.10.2012 06:04, schrieb Zrrronggg!:
>>>>> Und schon wider drauf reingefallen. Ich hab nicht gemerkt, dass dies
>>>>> der selbe Thread von neulich ist, weil "jemand" den Namen des Threads
>>>>> ge ndert hat.
>>>>> Ich finde das ja ung nstig mitten in der Diskussion den Tiel des
>>>>> Thread zu ndern. Und hier in diesem Threads gehts eigentlich auch
>>>>> nicht um die FHZ1300... k nntest du da vielleicht einfach einen neuen
>>>>> aufmachen?
>>>>> Ich bin inzwischen ein alter seniler Sack und verliere sonst die
>>>>> bersicht.
>>>>> Und ja: bei der FHZ1300 ist die Frage berechtigt, die h tte ich heut
>>>>> nicht mehr  eingesetzt. mit der kann man z.b. ca. die H lfte der im
>>>>> erw hnten Wikiartikel vorgeschlagenen Dinge (Debuging mit X61 z.b.)
>>>>> Dinge nicht so richtig machen.
>>>>> Und FHT Buffer ist wohl auch recht klein.
>>>>> @ Wenn RSSI hineichend ist (sieht ja so aus), brauchst du an Bandwidth
>>>>> nicht weiter rumschrauben w rde ich denken, sens hingegen kann noch
>>>>> was bringen nach meinem Verst ndniss. Das die Kommunikation mit allen
>>>>> zur gleichen Zeit zusammen bricht, obwohl Funklage gut ist... hm... Da
>>>>> ist Ralf Beckers Frage nicht ganz unberechtigt: Klappt die
>>>>> Kommunikation zwischen FHT und Ventiltrieb noch?
>>>>> Ist der Ausfall mehr oder weniger immer zur selben Uhrzeit?
>>>>> Also fters um 15 Uhr etwa?
>>>>> (weil da dein Nachbar seine Funkkopfh rer einschaltet z.B.?)
>>>>> On 24 Okt., 02:15, Ralf Becker wrote:
>>>>>> Hallo Zusammen,
>>>>>> mal noch eine Frage, bevor ich jetzt schlafen gehe
>>>>>> Wer benutzt auch diese/meine Kombi zur Heizungssteuerung?
>>>>>> Kann ja sein, dass ich damit exotisch bin, oder meine Frage bez glich
>>>>>> den aussetzenden Plots ist den Experten hier zu langweilig (oder ich bin
>>>>>> zu bl de)?
>>>>>> Unabh ngig davon (von einer L sung), w rde mich schon interessieren, wie
>>>>>> "gut" meine Entscheidung zur Wahl dieser Komponenten war....
>>>>>> Gute Nacht,
>>>>>> von Ralf
>>>>>> _________
>>>>>> Heizungssteuerung mit FHEM unter Ubuntu 10.04
>>>>>> Hardware:
>>>>>> FHZ 1300 PC (Zentrale)
>>>>>> 10 x FHT 80B (Thermostate/Steuerungen)
>>>>>> 10 x FHT 80FT (Fensterkontakte)
>>>>>> 13 x FS20 Funk-Stellantriebe (Ventilantriebe)
>>>>>> Ubuntu auf ThinClient Igel 256 MB RAM und 4 GB CF-Card

--

Mit freundlichen Grüßen,
Ralf Becker

_____
Ralf Becker
St.-Martin-Straße 6
66780 Rehlingen-Siersburg


Mobil: 0151-211 65 216
Festnetz: 06835-60 11 93
email: ralf.becker@rb-typo3.de


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