HM-CC-TC Temperatur einstellen

[Guest]

Originally posted by: <email address deleted>

...gleiche Hardware hier. FB7390, 2xCUL, 2xCUNO, 2xRPi, 1xCOC, 1x HM-LAN
Adapter

Wenn ich irgendwas tun kann um zu helfen, lasst es mich bitte wissen!
(Ausser programmieren )


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

[Guest]

Originally posted by: <email address deleted>

Biete meine Hilfe auch gleich mal, vielleicht zum Testen von
Hardare...Qnap-ts-119p, 1xHM-LAN, 2xHM-CC-TC, 3xHM-CC-VD
Mfg Steffen

Am Freitag, 5. Oktober 2012 06:57:57 UTC+2 schrieb dou...@m1n1.de:
>
>
> ...gleiche Hardware hier. FB7390, 2xCUL, 2xCUNO, 2xRPi, 1xCOC, 1x HM-LAN
> Adapter
>
> Wenn ich irgendwas tun kann um zu helfen, lasst es mich bitte wissen!
> (Ausser programmieren )
>
>
>

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

[Guest]

Originally posted by: <email address deleted>

Hi

vielen Dank fuer die angebotene Hilfe.
Ich habe weder eine Erdbeere noch Himbeere . Behauptet wuerde der
erfogreiche Versuch auf der Erdbeere... egal.
Das grosse Problem ist aktuell die Steuerung des TC.
Zusammenfassung:
- der neuste Stand ist auf SVN.
- Zu beachten ist, dass die Steuerung der 'Sendeverzoegerung' ueber den
Parameter rxType erfolgt. Es gibt 2 Schluesselwoerter 'wackeup' und
'config'.
  + fuer den TC sollte man beide setzen, ',' getrennt also 'wakeup,config'
  + der Parameter wird automatisch gesetzt, wenn man anlernen drueckt
- der TC sollte eigentlich wie 'vor' bedienbar sein

Stand bei mir (7390):
- habe ein Set TC/VD zum Testen.
  + Programmieren funktioniert ohne Probleme, wenn ich Daten mit config
(anlernen) zu TC uebertrage
  + Ich habe es noch nie geschafft, Daten bei Wakeup zu uebertragen
- das Timing von config und wakeup habe ich geprueft - zu langsam ist meine
7390 nicht.
- Das Pairing TC/VD scheint nicht komplett zu funktionieren, es startet
aber stoppt nach einem Datenrequest des TC

Fragen:
- hat noch jemand Probleme mit dem TC und der heutigen SW? mit welchen
Server?
- bei wem funtioniert es wie gewohnt (also 50:50)? und mit welchem server?
 + Bitte mit angeben: ist ein sender (fensterkontakt,...) mit dem TC gepairt
- kann jemand das Anlernen TC <-> VD loggen?
- kann jemand die erfolgreiche Datenuebertragung zum TC im Wakeup Fall am
7390 mitloggen?

Vielen Dank
Martin

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

[Guest]

Originally posted by: <email address deleted>

Am Freitag, 5. Oktober 2012 08:08:47 UTC+2 schrieb Carsten:
>
> Hallo,
>
> Paring von TC und VD ( und RHS ) funktioniert bei mir nur, wenn der TC zu
> dem Zeitpunkt noch nicht an FHEM angelernt ist. Sonst gibts NOKs.
> Stand bei mir:
> Bad: 1 TC, 1 VD, 1 RHS.
> WoZi: 1 TC, 1 VD.
>
>
>>
Das kann ich bestätigen. Reihenfolge IMMER erst alle HM Devices an den TC
anlernen, und als letzten Schritt dann an fhem. Das fhem HM-Device ist bei
mir ein CUNO.

Hier sind inzwischen 10x HM-CC-TC und 11x HM-CC-VD vorhanden, was das Ganze
etwas unübersichtlich macht (alle mit fhem gepairt).

Aktuell mit der Version via updatefhem; Erfolgsrate (z.B. set desired temp
oder set controlMode) 0%
CommandAccepted bleibt bei einem Datum aus dem letzten Monat.

VG
Ralf

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

[Billy]

                                                         

Hallo Martin,

ich bekomme mit der letzten revision

einen Eintrag, der sich auch nach dem Löschen immer wieder automatisch
erzeugt!

CUL_HM
ActionDetector
<http://192.168.148.17:8083/fhem?detail=ActionDetector>

FileLog
FileLog_ActionDetector
<http://192.168.148.17:8083/fhem?detail=FileLog_ActionDetector>
active
ActionDetector-2012.log
text
<http://192.168.148.17:8083/fhem?cmd=logwrapper%20FileLog_ActionDetector%20text%20ActionDetector-2012.log>

Eintrag in fhem.config wie folgt

define ActionDetector CUL_HM 100100
attr ActionDetector room CUL_HM
define FileLog_ActionDetector FileLog /var/log/fhem/ActionDetector-%Y.log
ActionDetector
attr FileLog_ActionDetector logtype text
attr FileLog_ActionDetector room CUL_HM

Ist das gewünscht? Oder habe ich da was versäumt?

Billy



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

[Guest]

Originally posted by: <email address deleted>

Am Freitag, 19. Oktober 2012 23:50:06 UTC+2 schrieb Ralf:
>
> Hallo,
>
> für den Fall, dass einige keine CCU haben und die Anleitung nicht gelesen
> haben:
> Konfigurationen wie tempList.* werden nur in der "Anlernphase" übernommen.
> Mann muss also von Hand den Pairing-Knopf drücken.
> In der WebUI gibt's sonst auch lediglich eine Fehlermeldung mit dem
> jeweiligen Hinweis...
>
> Viele Grüße,
> Ralf
>
>  
Hallo,

das kann aber nicht ganz stimmen, denn außer bei Missing-Acks funktioniert
das bei mir anstandslos.

Gruß

Carsten


P.S.: War jetzt ne gute Woche weg. Hat sich ja viel getan. Vielen Dank für
die tolle Arbeit!

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

[Guest]

Originally posted by: <email address deleted>

Martin,

ich plädier mal für deine Sichtweise. Meine Heizungssteuerung basierte auch
auch den Readings des Actuators des TC.

Hab das heute zwei mal geändert. Aufwand jeweils 2 Minuten. Daher mach du
mal weiter

VG
Ralf



Am Montag, 29. Oktober 2012 17:12:53 UTC+1 schrieb Martin:
>
>
> Anders ausgedrückt, der %-Wert sollte bitte da bleiben, wo er war.
>> Geht das vielleicht noch?
>>
>>
> An anderer Stellen wuerde 'device' verwendet um den Gesamtzustand
> darzustellen, hier actuator. Schade, dass der User sich bei jeden Geraet
> eigene Namen fuer das Geraet merken muss.Eigentlich sollte es in state da
> es der Primaerzustand des Ventils ist - und in kein weiteres Reading.
> Ich wollte versuchen wenigstens ein paar Ausgaben zu vereinheitlichen -
> wie befuerchtet wird es nicht funktionieren.
> Wenn ich dich richtig verstehe benutzt du - actuator aus dem ventil -
> bisher hatten alle den actuator aus TC verwendet.
>
> Deine Installation ist unveraenderbar? Dann drehe ich es zurueck.
>
> Gruss
> Martin
>

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

[Guest]

Originally posted by: <email address deleted>

ok - das ist mist - und war nicht im Sinne des Erfinders (habe TC garnicht
veraendert,parser ist deckungsgleich - muss irgendwo zentral passiert sein)

Ich mache mich auf die Suche

Am Mittwoch, 31. Oktober 2012 16:21:43 UTC+1 schrieb LarsM:
>
> Sehe ich auch so. Wonach soll ich denn da für den gplot filtern (mittels
> egrep)?
>
> Am Mittwoch, 31. Oktober 2012 15:29:54 UTC+1 schrieb littlebilly:
>>
>> @Martin
>> Habe mal testweise die neue Version 10_CUL_HM.pm.2044 ausprobiert.
>> Die Filelogs die ich da bekomme sind m.E. schlechter lesbar als die der
>> Version 2035.
>> Gibt es einen Grund für diese Änderung?
>>
>> Gruss Billy
>>
>> File_LOG TC Version 10_CUL_HM.pm.2035
>>
>> 2012-10-31_11:13:22 EG_WZ measured-temp: 21
>> 2012-10-31_11:13:22 EG_WZ humidity: 56
>> 2012-10-31_11:13:42 EG_WZ actuator: 0 %
>> 2012-10-31_11:15:46 EG_WZ T: 21.1 H: 56
>>
>>
>> File_LOG TC Version 10_CUL_HM.pm.2044
>>
>> 2012-10-31_11:15:46 EG_WZ 21.1
>> 2012-10-31_11:15:46 EG_WZ 56
>> 2012-10-31_11:16:06 EG_WZ 0 %
>> 2012-10-31_11:17:55 EG_WZ T: 21.1 H: 56
>>
>>
>>

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

[Guest]

Originally posted by: <email address deleted>

Am Mittwoch, 31. Oktober 2012 23:36:10 UTC+1 schrieb Martin:
>
> ok - das ist mist - und war nicht im Sinne des Erfinders (habe TC garnicht
> veraendert,parser ist deckungsgleich - muss irgendwo zentral passiert sein)
>
> Ich mache mich auf die Suche
>

2046 sollte wieder stimmen

>
>

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