HM-CC-RT-DN richtig konfigurieren [gelöst]

Begonnen von Maxl, 03 Mai 2015, 20:52:53

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1
Benutzer-Aktionen

Maxl

03 Mai 2015, 20:52:53 Letzte Bearbeitung: 07 Mai 2015, 10:15:52 von Maxl
Hallo,

ich versuche gerade zwei HM Heizungsthermostate HM_CC_RT_DN mit einen CUL Stick am Raspberry mit  FHEM zu pairen. Dürfte auch funktioniert haben. Ich bekomme unter FHEM einen ganzen Wust von Einträgen, welche sind hier eigentllich wichtig?

Code Auswählen
define CUL_HM_HM_CC_RT_DN_3547BF CUL_HM 3547BF
attr CUL_HM_HM_CC_RT_DN_3547BF IODev nanoCUL
attr CUL_HM_HM_CC_RT_DN_3547BF actCycle 000:10
attr CUL_HM_HM_CC_RT_DN_3547BF actStatus alive
attr CUL_HM_HM_CC_RT_DN_3547BF autoReadReg 4_reqStatus
attr CUL_HM_HM_CC_RT_DN_3547BF expert 2_full
attr CUL_HM_HM_CC_RT_DN_3547BF firmware 1.4
attr CUL_HM_HM_CC_RT_DN_3547BF model HM-CC-RT-DN
attr CUL_HM_HM_CC_RT_DN_3547BF room CUL_HM
attr CUL_HM_HM_CC_RT_DN_3547BF serialNr MEQ0009278
attr CUL_HM_HM_CC_RT_DN_3547BF subType thermostat
attr CUL_HM_HM_CC_RT_DN_3547BF webCmd getConfig:clear msgEvents:burstXmit
define FileLog_CUL_HM_HM_CC_RT_DN_3547BF FileLog ./log/CUL_HM_HM_CC_RT_DN_3547BF-%Y.log CUL_HM_HM_CC_RT_DN_3547BF
attr FileLog_CUL_HM_HM_CC_RT_DN_3547BF logtype text
attr FileLog_CUL_HM_HM_CC_RT_DN_3547BF room CUL_HM

define CUL_HM_HM_CC_RT_DN_3547BF_Weather CUL_HM 3547BF01
attr CUL_HM_HM_CC_RT_DN_3547BF_Weather model HM-CC-RT-DN
attr CUL_HM_HM_CC_RT_DN_3547BF_Weather peerIDs
define CUL_HM_HM_CC_RT_DN_3547BF_Climate CUL_HM 3547BF02
attr CUL_HM_HM_CC_RT_DN_3547BF_Climate model HM-CC-RT-DN
define CUL_HM_HM_CC_RT_DN_3547BF_WindowRec CUL_HM 3547BF03
attr CUL_HM_HM_CC_RT_DN_3547BF_WindowRec model HM-CC-RT-DN
attr CUL_HM_HM_CC_RT_DN_3547BF_WindowRec stateFormat last:trigLast
define CUL_HM_HM_CC_RT_DN_3547BF_Clima CUL_HM 3547BF04
attr CUL_HM_HM_CC_RT_DN_3547BF_Clima model HM-CC-RT-DN
define CUL_HM_HM_CC_RT_DN_3547BF_ClimaTeam CUL_HM 3547BF05
attr CUL_HM_HM_CC_RT_DN_3547BF_ClimaTeam model HM-CC-RT-DN
define CUL_HM_HM_CC_RT_DN_3547BF_remote CUL_HM 3547BF06
attr CUL_HM_HM_CC_RT_DN_3547BF_remote model HM-CC-RT-DN

define ActionDetector CUL_HM 000000
attr ActionDetector event-on-change-reading .*
attr ActionDetector model ActionDetector
define CUL_HM_HM_CC_RT_DN_3547BB CUL_HM 3547BB
attr CUL_HM_HM_CC_RT_DN_3547BB room CUL_HM
define FileLog_CUL_HM_HM_CC_RT_DN_3547BB FileLog ./log/CUL_HM_HM_CC_RT_DN_3547BB-%Y.log CUL_HM_HM_CC_RT_DN_3547BB
attr FileLog_CUL_HM_HM_CC_RT_DN_3547BB logtype text
attr FileLog_CUL_HM_HM_CC_RT_DN_3547BB room CUL_HM

Kann man irgendwelche löschen, bzw. warum sind diese so durcheinander und warum hat ein Thermostat andere Einträge als das andere. Mit dem Wiki http://www.fhemwiki.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat werde ich nicht ganz schlau.
Ich hätte anschliessend versucht  ein set <Thermostatname_CLIMA> desired-temp auszuführen, funktioniert aber irgendwie nicht, die Anzeige bleibt auf dem eingestellten Wert. Im Log.File steht auch nicht die gewünschte Temperatur, es bleibt beim Alten. Was mache ich falsch, gibt es irgendwo ein einfaches Beispiel.

Code Auswählen
2015-05-03_20:49:44 CUL_HM_HM_CC_RT_DN_3547BB measured-temp: 19.1
2015-05-03_20:49:44 CUL_HM_HM_CC_RT_DN_3547BB batteryLevel: 2.7
2015-05-03_20:49:44 CUL_HM_HM_CC_RT_DN_3547BB actuator: 0
2015-05-03_20:49:44 CUL_HM_HM_CC_RT_DN_3547BB desired-temp: off
2015-05-03_20:49:48 CUL_HM_HM_CC_RT_DN_3547BB CMDs_pending

Danke
FHEM auf Raspberry mit HM, HMC und AVR Netios.

Hollo

#1
04 Mai 2015, 09:12:22
1. Hinweis:  warten!

2. Hinweis:  im Wiki lesen, Schritt für Schritt vorgehen

3. Hinweis:  warten!

Die Einträge kommen halt so wie sie lustig sind, aber nach einiger Zeit sind bestimmt alle da.
Löschen brauchst Du davon nichts, weil sie Dich nicht stören.
Ein set <Thermostatname_CLIMA> desired-temp steht bestimmt nicht im Wiki; der Kanal heisst _Clima.

Was heisst denn "funktioniert aber irgendwie nicht"?
Du postest keine Fehlermeldung, Dein Auszug gibt aber eine deutliche Info, dass noch nicht alle Befehle vom Thermostat umgesetzt wurden (CMSs_pending).
Wie Du sicherlich gelesen hast, "wacht" der Thermostat nur ca. alle 2.5 Minuten auf, um Infos zu senden und Befehle entgegen zu nehmen; deshalb warten.

Zu den Thermostaten gibt es hier im Forum schon reichlich Beiträge und Beispiele.
FHEM 6.x auf RPi 3B Buster
Protokolle: Homematic, Z-Wave, MQTT, Modbus
Temp/Feuchte: JeeLink-Clone und LGW mit LaCrosse/IT
sonstiges: Linux-Server, Dreambox, "RSS-Tablet"

Pfriemler

#2
04 Mai 2015, 15:09:51 Letzte Bearbeitung: 04 Mai 2015, 22:12:36 von Pfriemler
_Clima ist m.W. der Empfangskanal wenn ein externes Thermostat verwendet wird. Im Kanal _Climate sollte im Dropdown bei set dann auch ein desired-temp angeboten werden. Nein, hab ich verwechselt, _Clima ist richtig.
Die Übermittlung dauert i.d.R. bis zur nächsten Übertragung vom (!) Thermostat. Bis alle Einstellungen synchron und alles abgearbeitet ist, vergeht schon mal ne Viertelstunde. Hollo hat mal wieder recht. ..

"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

Maxl

#3
04 Mai 2015, 21:59:34
Hallo,

dachte ich hätte alles richtig gemacht, zum Schluß bekomme ich aber immer die Fehlermeldung MISSING ACK. Anbei das Log-File nach einem Start des Servers und abändern der Temperatur an 3547B5, 3547BF, 3549DB auf Zustand "off". Die Thermostate zeugen aber weiterhin den alten Wert an und ändern nichts. Kann die Temperatur in jeder Betriebsart "Hand" oder "Auto" geändert werden. Ich möchte meine Heizzeiten über FHEM steuern und nicht die der Thermostate benutzen.

Code Auswählen
2015.05.04 21:37:53.830 4: CUL_Parse: nanoCUL A 0F BC 8610 3549DE 000000 0A24B80C004014 -64
2015.05.04 21:37:54.305 4: CUL_send:  nanoCULAs 09 01 A112 F11234 3549DE
2015.05.04 21:37:59.606 4: CUL_Parse: nanoCUL A 0F 1C 8610 3549E1 000000 0A38C30B004006 -71
2015.05.04 21:38:19.840 4: CUL_Parse: nanoCUL A 0F C0 8610 3547BB 000000 0A24BF0B004025 -55.5
2015.05.04 21:38:19.942 4: CUL_send:  nanoCULAs 09 02 A112 F11234 3547BB
2015.05.04 21:38:35.384 4: CUL_Parse: nanoCUL A 0F B0 8610 3547B5 000000 0A90C50B0040F3 -80.5
2015.05.04 21:38:35.486 4: CUL_send:  nanoCULAs 09 03 A112 F11234 3547B5
2015.05.04 21:38:54.469 4: CUL_Parse: nanoCUL A 0F AA 8610 3547BF 000000 0A68C50C0040D7 -94.5
2015.05.04 21:38:54.572 4: CUL_send:  nanoCULAs 09 04 A112 F11234 3547BF
2015.05.04 21:38:54.686 1: localhost:2000 reappeared (HM_LAN_WIRED)
2015.05.04 21:38:55.270 4: CUL_Parse: nanoCUL A 0F CE 8610 354555 000000 0A24B90B004012 -65
2015.05.04 21:38:55.372 4: CUL_send:  nanoCULAs 09 05 A112 F11234 354555
2015.05.04 21:39:32.326 4: CUL_Parse: nanoCUL A 0F 9A 8610 3547BA 000000 0A24B70C004027 -54.5
2015.05.04 21:39:32.429 4: CUL_send:  nanoCULAs 09 06 A112 F11234 3547BA
2015.05.04 21:39:34.707 4: CUL_Parse: nanoCUL A 0F 73 8610 3549DB 000000 0A2CC30B004013 -64.5
2015.05.04 21:39:34.809 4: CUL_send:  nanoCULAs 09 07 A112 F11234 3549DB
2015.05.04 21:40:35.031 4: CUL_Parse: nanoCUL A 0F BD 8610 3549DE 000000 0A24B80C004015 -63.5
2015.05.04 21:40:35.144 4: CUL_send:  nanoCULAs 09 08 A112 F11234 3549DE
2015.05.04 21:40:35.749 4: CUL_Parse: nanoCUL A 0F C1 8610 3547BB 000000 0A24BF0C004026 -55
2015.05.04 21:40:35.851 4: CUL_send:  nanoCULAs 09 09 A112 F11234 3547BB
2015.05.04 21:40:36.386 4: CUL_Parse: nanoCUL A 0F B1 8610 3547B5 000000 0A90C50B0040F0 -82
2015.05.04 21:40:36.488 4: CUL_send:  nanoCULAs 09 0A A112 F11234 3547B5
2015.05.04 21:40:44.358 4: CUL_Parse: nanoCUL A 0F 1D 8610 3549E1 000000 0A38C30B004007 -70.5
2015.05.04 21:41:20.993 4: CUL_Parse: nanoCUL A 0F AB 8610 3547BF 000000 0A68C50C0040E1 -89.5
2015.05.04 21:41:21.096 4: CUL_send:  nanoCULAs 09 0B A112 F11234 3547BF
2015.05.04 21:41:50.225 4: CUL_Parse: nanoCUL A 0F 74 8610 3549DB 000000 0A2CC30B004012 -65
2015.05.04 21:41:50.327 4: CUL_send:  nanoCULAs 09 0C A112 F11234 3549DB
2015.05.04 21:41:58.866 4: CUL_Parse: nanoCUL A 0F CF 8610 354555 000000 0A24B90B00400D -67.5
2015.05.04 21:41:58.983 4: CUL_send:  nanoCULAs 09 0D A112 F11234 354555
2015.05.04 21:42:04.563 4: CUL_Parse: nanoCUL A 0F 9B 8610 3547BA 000000 0A24B70C004027 -54.5
2015.05.04 21:42:04.666 4: CUL_send:  nanoCULAs 09 0E A112 F11234 3547BA
2015.05.04 21:42:36.842 4: CUL_Parse: nanoCUL A 0F C2 8610 3547BB 000000 0A24BF0C004026 -55
2015.05.04 21:42:36.944 4: CUL_send:  nanoCULAs 09 0F A112 F11234 3547BB
2015.05.04 21:43:06.783 4: CUL_Parse: nanoCUL A 0F BE 8610 3549DE 000000 0A24B80C004014 -64
2015.05.04 21:43:06.886 4: CUL_send:  nanoCULAs 09 10 A112 F11234 3549DE
2015.05.04 21:43:14.610 4: CUL_Parse: nanoCUL A 0F 1E 8610 3549E1 000000 0A38C30B004006 -71
2015.05.04 21:43:26.887 4: CUL_Parse: nanoCUL A 0F B2 8610 3547B5 000000 0A90C50B0040F1 -81.5
2015.05.04 21:43:26.990 4: CUL_send:  nanoCULAs 09 11 A112 F11234 3547B5
2015.05.04 21:43:33.994 4: CUL_Parse: nanoCUL A 0F AC 8610 3547BF 000000 0A68C50C0040E7 -86.5
2015.05.04 21:43:34.096 4: CUL_send:  nanoCULAs 09 12 A112 F11234 3547BF
2015.05.04 21:43:51.977 4: CUL_Parse: nanoCUL A 0F 75 8610 3549DB 000000 0A2CC30B004013 -64.5
2015.05.04 21:43:52.150 4: CUL_send:  nanoCULAs 09 13 A112 F11234 3549DB
2015.05.04 21:44:22.314 4: CUL_Parse: nanoCUL A 0F 9C 8610 3547BA 000000 0A24B70C004027 -54.5
2015.05.04 21:44:22.417 4: CUL_send:  nanoCULAs 09 14 A112 F11234 3547BA
2015.05.04 21:44:47.776 4: CUL_Parse: nanoCUL A 0F D0 8610 354555 000000 0A24B90B00400D -67.5
2015.05.04 21:44:47.878 4: CUL_send:  nanoCULAs 09 15 A112 F11234 354555
2015.05.04 21:45:24.050 4: CUL_Parse: nanoCUL A 0F BF 8610 3549DE 000000 0A24B80C004015 -63.5
2015.05.04 21:45:24.152 4: CUL_send:  nanoCULAs 09 16 A112 F11234 3549DE
2015.05.04 21:45:27.843 4: CUL_Parse: nanoCUL A 0F C3 8610 3547BB 000000 0A24BF0C004026 -55
2015.05.04 21:45:27.945 4: CUL_send:  nanoCULAs 09 17 A112 F11234 3547BB
2015.05.04 21:45:30.611 4: CUL_Parse: nanoCUL A 0F 1F 8610 3549E1 000000 0A38C30B004009 -69.5
2015.05.04 21:46:02.889 4: CUL_Parse: nanoCUL A 0F B3 8610 3547B5 000000 0A90C50B0040F1 -81.5
2015.05.04 21:46:02.991 4: CUL_send:  nanoCULAs 09 18 A112 F11234 3547B5
2015.05.04 21:46:25.860 4: CUL_Parse: nanoCUL A 0F 9D 8610 3547BA 000000 0A24B70C004027 -54.5
2015.05.04 21:46:25.963 4: CUL_send:  nanoCULAs 09 19 A112 F11234 3547BA
2015.05.04 21:46:36.745 4: CUL_Parse: nanoCUL A 0F AD 8610 3547BF 000000 0A68C50C0040F0 -82
2015.05.04 21:46:36.848 4: CUL_send:  nanoCULAs 09 1A A112 F11234 3547BF
2015.05.04 21:46:43.479 4: CUL_Parse: nanoCUL A 0F 76 8610 3549DB 000000 0A2CC30B004012 -65
2015.05.04 21:46:43.581 4: CUL_send:  nanoCULAs 09 1B A112 F11234 3549DB
2015.05.04 21:47:23.108 4: CUL_Parse: nanoCUL A 0F D1 8610 354555 000000 0A24B90B00400D -67.5
2015.05.04 21:47:23.210 4: CUL_send:  nanoCULAs 09 1C A112 F11234 354555
2015.05.04 21:47:27.036 4: CUL_Parse: nanoCUL A 0F C0 8610 3549DE 000000 0A24B80C004014 -64
2015.05.04 21:47:32.113 4: CUL_Parse: nanoCUL A 0F 20 8610 3549E1 000000 0A38C30B004007 -70.5
2015.05.04 21:48:04.344 4: CUL_Parse: nanoCUL A 0F C4 8610 3547BB 000000 0A24BF0C004028 -54
2015.05.04 21:48:24.641 4: CUL_Parse: nanoCUL A 0F B4 8610 3547B5 000000 0A90C50B0040F0 -82
2015.05.04 21:49:18.817 4: CUL_Parse: nanoCUL A 0F 9E 8610 3547BA 000000 0A24B70C004027 -54.5
2015.05.04 21:49:20.482 4: CUL_Parse: nanoCUL A 0F 77 8610 3549DB 000000 0A2CC30B004012 -65
2015.05.04 21:49:24.997 4: CUL_Parse: nanoCUL A 0F AE 8610 3547BF 000000 0A68C50C0040EE -83
2015.05.04 21:49:42.781 4: CUL_Parse: nanoCUL A 0F D2 8610 354555 000000 0A24B90B00400B -68.5
2015.05.04 21:50:19.539 4: CUL_Parse: nanoCUL A 0F C1 8610 3549DE 000000 0A24B80C004014 -64
2015.05.04 21:50:23.114 4: CUL_Parse: nanoCUL A 0F 21 8610 3549E1 000000 0A38C30B004008 -70
2015.05.04 21:50:26.345 4: CUL_Parse: nanoCUL A 0F C5 8610 3547BB 000000 0A24BF0B004026 -55
2015.05.04 21:50:31.891 4: CUL_Parse: nanoCUL A 0F B5 8610 3547B5 000000 0A90C50B0040F1 -81.5
2015.05.04 21:51:42.985 4: CUL_Parse: nanoCUL A 0F 78 8610 3549DB 000000 0A2CC30B004013 -64.5
2015.05.04 21:51:48.533 4: CUL_Parse: nanoCUL A 0F D3 8610 354555 000000 0A24B90B00400C -68
2015.05.04 21:51:57.318 4: CUL_Parse: nanoCUL A 0F 9F 8610 3547BA 000000 0A24B70C004027 -54.5
2015.05.04 21:52:34.096 4: CUL_Parse: nanoCUL A 0F C6 8610 3547BB 000000 0A24BF0C004024 -56
2015.05.04 21:52:59.866 4: CUL_Parse: nanoCUL A 0F 22 8610 3549E1 000000 0A38C30B004006 -71
2015.05.04 21:53:28.643 4: CUL_Parse: nanoCUL A 0F B6 8610 3547B5 000000 0A90C50B0040F2 -81
2015.05.04 21:53:51.236 4: CUL_Parse: nanoCUL A 0F 79 8610 3549DB 000000 0A2CC30B004012 -65
FHEM auf Raspberry mit HM, HMC und AVR Netios.

Pfriemler

#4
04 Mai 2015, 22:23:55
Sind die Ziffern am Ende der Logzeilen rssi? Ich habe das beim HMLAN noch nie gesehen.
Die Werte schwanken beträchtlich, da sind ein paar Reichweitengrenzen dabei, wenn da Pakete nicht ankommen ...
Die logs kann ich noch nicht gut genug lesen, mir fällt nichts auf.

Desired-temp kann in jeder Betriebsart geändert werden und entspricht einer Manipulation am Handrad. Im manuellen Modus gilt sie bis zur nächsten Änderung, im Auto-Modus bis zum nächsten Schaltzeitpunkt des Thermostat-Programms. Die Umschaltung manuell-auto kann ebenfalls von FHEM vorgenommen werden.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

frank

#5
06 Mai 2015, 12:00:04
Zitatich versuche gerade zwei HM Heizungsthermostate HM_CC_RT_DN mit einen CUL Stick am Raspberry mit  FHEM zu pairen. Dürfte auch funktioniert haben.
HM_CC_RT_DN_3547BB eher nicht.

ZitatIch bekomme unter FHEM einen ganzen Wust von Einträgen, welche sind hier eigentllich wichtig?
alle?

ZitatKann man irgendwelche löschen, bzw.
attribute und channel würde ich nicht löschen.

Zitatwarum sind diese so durcheinander
ich meine, alles ist sauber sortiert.

Zitatwarum hat ein Thermostat andere Einträge als das andere.
weil es nicht gepairt ist. oder hast du den "wust" bereits bearbeitet?

ZitatIch hätte anschliessend versucht  ein set <Thermostatname_CLIMA> desired-temp auszuführen, funktioniert aber irgendwie nicht, die Anzeige bleibt auf dem eingestellten Wert.
funktioniert nur, wenn gepairt.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Maxl

#6
06 Mai 2015, 22:19:40
Hallo,

die Thermostate werden alle unter FHEM angezeigt, ebenso die Temperaturwerte, die Log-Files sind angelegt worden, dürften also alle richtig gepairt sein. Nur wenn ich eine Temperatur unter FHEM verstelle
Code Auswählen
set CUL_HM_HM_CC_RT_DN_354555_Clima desired-temp 10.0 wechselt der Status von CMDs_pending, .._processing später wieder auf MISSING ACK und der angezeigte Wert am Thermostat bleibt unverändert. Ich habe die Einträge in der fhem.cfg nicht angrührt. 

Hier das Log-File des gesamten Ablaufs der con set desired-temp bis MISSING ACK als Ergebnis. Der CUL Stick meldet: nanoCUL version => V 1.63 nanoCUL868, dürfte doch auch passen.

Code Auswählen
2015.05.06 22:10:33.096 4: CUL_Parse: nanoCUL A 0F 4D 8610 354555 000000 0A24BA0B004013 -64.5
2015.05.06 22:10:33.199 4: CUL_send:  nanoCULAs 09 2E A112 F11234 354555
2015.05.06 22:10:40.821 4: CUL_Parse: nanoCUL A 0F 32 8610 3547B5 000000 0A90CE0B0040E9 -85.5
2015.05.06 22:11:36.647 4: CUL_Parse: nanoCUL A 0F 3D 8610 3549DE 000000 0A24C00C00401C -60
2015.05.06 22:12:00.899 4: CUL_Parse: nanoCUL A 0F 29 8610 3547BF 000000 0A68CE0C004000 -74
2015.05.06 22:12:06.564 4: CUL_Parse: nanoCUL A 0F F4 8610 3549DB 000000 0A2CCE0B004011 -65.5
2015.05.06 22:12:33.361 4: CUL_Parse: nanoCUL A 0F 41 8610 3547BB 000000 0A24C00B004027 -54.5
2015.05.06 22:12:37.098 4: CUL_Parse: nanoCUL A 0F 4E 8610 354555 000000 0A24BA0B004013 -64.5
2015.05.06 22:12:37.711 4: CUL_send:  nanoCULAs 09 2F A112 F11234 354555
2015.05.06 22:12:45.505 4: CUL_Parse: nanoCUL A 0F 9B 8610 3549E1 000000 0A38C70B00400C -68
2015.05.06 22:12:58.436 4: CUL_Parse: nanoCUL A 0F 19 8610 3547BA 000000 0A28BC0C004031 -49.5
2015.05.06 22:13:59.221 4: CUL_Parse: nanoCUL A 0F 3E 8610 3549DE 000000 0A24C00C00401C -60
2015.05.06 22:14:18.316 4: CUL_Parse: nanoCUL A 0F F5 8610 3549DB 000000 0A2CCE0B004011 -65.5
2015.05.06 22:14:33.151 4: CUL_Parse: nanoCUL A 0F 2A 8610 3547BF 000000 0A68CE0C0040FF -74.5
2015.05.06 22:14:50.506 4: CUL_Parse: nanoCUL A 0F 9C 8610 3549E1 000000 0A38C70B00400D -67.5
2015.05.06 22:15:18.824 4: CUL_Parse: nanoCUL A 0F 34 8610 3547B5 000000 0A90CE0B0040E9 -85.5
2015.05.06 22:15:28.986 4: CUL_Parse: nanoCUL A 0F 42 8610 3547BB 000000 0A24C00B004028 -54
2015.05.06 22:15:30.852 4: CUL_Parse: nanoCUL A 0F 4F 8610 354555 000000 0A24BA0B004013 -64.5
2015.05.06 22:15:30.954 4: CUL_send:  nanoCULAs 09 30 A112 F11234 354555
2015.05.06 22:15:35.436 4: CUL_Parse: nanoCUL A 0F 1A 8610 3547BA 000000 0A28BB0C004032 -49
FHEM auf Raspberry mit HM, HMC und AVR Netios.

LuckyDay

#7
06 Mai 2015, 22:23:35
Zitat2015.05.06 22:10:33.096 4: CUL_Parse: nanoCUL A 0F 4D 8610 354555 000000 0A24BA0B004013 -64.5
2015.05.06 22:10:33.199 4: CUL_send:  nanoCULAs 09 2E A112 F11234 354555

lt. log fordert Fhen den rt auf Daten anzunehmen, es kommt keine Antwort vom RT

sieht aus wie nicht gepairt

Maxl

#8
07 Mai 2015, 10:17:59
Hallo,

danke es funktioniert nun, nachdem ich genau diese Kommentare gefolgt bin  http://forum.fhem.de/index.php/topic,29373.msg223330/topicseen.html#msg223330 funktioniert alles wie es soll  ;)

FHEM auf Raspberry mit HM, HMC und AVR Netios.
Drucken
Nach oben Seiten1
Benutzer-Aktionen