HM-CC-TC Temperatur Anzeige und Vorwahl
JHF
gebracht, oder habe ich da etwas übersehen???
Jan-Hinrich Fessel
Am 11.02.2012 um 13:40 schrieb JHF:
> Wann wird die nicht richtig funktionierende Anzeige in Ordnung
> gebracht, oder habe ich da etwas übersehen???
Ähm, welche nicht funktionierende Anzeige?
Bei mir funktioniert das alles sehr nett.
Grüße
Oskar
JHF
die ist-temperatur und rechts ist die vorwahl/anzeige für die soll/
istAnzeige. Bei mir stimmt es einfach nicht mit den eigentlichen Daten
überein
Johan van der Kolk
werden, aber die existiert erst seit ein paar Tagen.
--Johan
> --
> To unsubscribe from this group, send email to
> fhem-users+...@googlegroups.com
JHF
Missing Ack...
On 12 Feb., 11:53, Johan van der Kolk <johan.vanderk...@gmail.com>
wrote:
Jan-Hinrich Fessel
Am 12.02.2012 um 12:13 schrieb JHF:
> Die Vorauswahl klappt aber auch noch nicht. Ich bekomme da immer ein
> Missing Ack...
Ich auch. Derjenige, bei dem das funktioniert, möge sich bitte nochmal melden.
Grüße
Oskar
Jan-Hinrich Fessel
Am 12.02.2012 um 11:08 schrieb JHF:
> im fhem, kann leider keinen Anhang oder Foto anfügen..... links steht
> die ist-temperatur und rechts ist die vorwahl/anzeige für die soll/
> istAnzeige. Bei mir stimmt es einfach nicht mit den eigentlichen Daten
> überein
>
Ich vermute, Du meinst die Anzeige der aktuell gemessenen Temperatur und daneben den set-button mit zugehörigem Auswahl-Feld, wo man die neue Soll-Temperatur auswählen kann.
Wenn dem so ist, dann ist das bei mir immer richtig (die aktuell eingestellte Soll-Temperatur wird als Vorauswahl im Auswahl-Feld vorbelegt).
Was nicht funktioniert, ist das einstellen der neuen Temperatur an sich, das gibt immer ein missing-ack.
Mach doch mal ein Bild, vielleicht verstehe ich es dann...
Grüße
Oskar
Johan van der Kolk
Es sieht so aus, und Homeputer macht das ach so, dass diese kommandos
erst normal geschickt werden, und wenn da keine ack kommt eine sequenz
von wakeup (minimal BiDi und wakeup an) berichte geschickt wird.
(dieses bericht ist leider nicht zu sehen im BidCos logs)
Wan die thermostat einem ack zuruck liefert, (antworten mit gleichem
message counter) und dabei das wakemeup bit auf 0 setzt soll die
software nochmals versuchen das original kommando ab zu schicken.
Wan dass auch nicht klappt, einfach nochmal versuchen (wieder
wakeups+bidi, bis wakemeup auf 0 geht in ein ack bericht)
Von meinen logs denke ich zu sehen dass nur einmal ein bericht
abgescickt wird in FHEM,
Auch die tagesprogrammierung bekommt bei mir ein missing ack.
--Johan
Jan-Hinrich Fessel
Am 12.02.2012 um 13:13 schrieb Johan van der Kolk:
> Auch die tagesprogrammierung bekommt bei mir ein missing ack.
immer, oder nur beim ersten Kontakt?
Bei welchen Kommandos bekommst Du denn keins?
Und das HM-CC-TC ist auch zum Zeitpunkt des Sendens mit fhem gepairt? Das macht ja nicht wirklich Spaß, weil bei mir das "unpair" nicht funktioniert und deswegen jedesmal ein Werksreset fällig ist inklusive anlernen aller Teile.
Grüße
Oskar
Jan-Hinrich Fessel
Da schau ich mal, ob das im CUL_HM oder im FHEMWEB kaputt ist.
Ansonsten sieht das gut aus, wenn Deine Temperatur aktuell 21,4 Grad ist.
Grüße
Oskar
Am 12.02.2012 um 11:08 schrieb JHF:
Johan van der Kolk
Die temperatur einstelling ist ein "hit and mis" Kann das erste mal
klappen, aber manchmal klappt es erst nach mehrere versuche.
Auch die neue kommands (hab setDisplayTempUnit versucht), gibt das
gleiche "hit and miss" ergebnis wobei die erste kommand geklappt hat
und der zweite nicht.
Die HM-CC-TC ist gepairt.
--Johan
JHF
2012.02.12 13:31:57 2: CUL_HM pair: STELLER subType unknown, model HM-
CC-VD serialNr IEQ0516702
2012.02.12 13:31:57 2: LAN pairing (hmPairForSec) not enabled
2012.02.12 13:34:25 2: CUL_HM set STEUERUNG desired-temp on
2012.02.12 13:47:00 2: CUL_HM set STEUERUNG desired-temp off
2012.02.12 13:48:48 2: CUL_HM set STEUERUNG desired-temp 22.0
2012.02.12 13:51:36 2: CUL_HM set STEUERUNG desired-temp 22
2012.02.12 13:51:48 2: CUL_HM set STEUERUNG desired-temp 22
2012.02.12 13:56:25 2: CUL_HM pair: STEUERUNG subType unknown, model
HM-CC-TC serialNr IEQ0516197
2012.02.12 13:56:25 2: LAN pairing (hmPairForSec) not enabled
2012.02.12 13:57:25 2: CUL_HM pair: STEUERUNG subType unknown, model
HM-CC-TC serialNr IEQ0516197
2012.02.12 13:57:25 2: LAN pairing (hmPairForSec) not enabled
2012.02.12 13:58:50 2: CUL_HM pair: STEUERUNG subType unknown, model
HM-CC-TC serialNr IEQ0516197
2012.02.12 13:59:21 2: CUL_HM set STEUERUNG desired-temp 22.0
2012.02.12 13:59:45 2: CUL_HM set STEUERUNG desired-temp 22
2012.02.12 13:59:52 2: CUL_HM set STEUERUNG desired-temp 22
2012.02.12 13:59:58 2: CUL_HM set STEUERUNG desired-temp 22
2012.02.12 14:00:00 2: CUL_HM set STEUERUNG desired-temp 22
2012.02.12 14:06:47 2: CUL_HM set STEUERUNG desired-temp 21.5
2012.02.12 14:17:02 2: CUL_HM set STEUERUNG desired-temp 9.0
2012.02.12 14:17:30 0: Server shutdown
2012.02.12 14:20:43 2: Telnet port 7072 opened
2012.02.12 14:20:43 2: FHEMWEB port 8083 opened
2012.02.12 14:20:43 2: FHEMWEB port 8084 opened
2012.02.12 14:20:43 2: FHEMWEB port 8085 opened
2012.02.12 14:20:44 3: Opening LAN device 192.168.178.21:1000
2012.02.12 14:20:44 3: LAN device opened
2012.02.12 14:20:44 0: Server started (version 5.2+SVN from 2012-01-23
($Id: fhem.pl 1204 2012-01-22 12:21:05Z rudolfkoenig $), pid 2419)
2012.02.12 14:21:09 1: HMLAN setting owner to 356147 from 37BCFB
2012.02.12 14:22:26 2: CUL_HM set STEUERUNG desired-temp 15.5
2012.02.12 14:26:00 2: CUL_HM set STEUERUNG desired-temp 13.5
2012.02.12 14:26:02 2: CUL_HM set STEUERUNG desired-temp 13.5
2012.02.12 14:26:03 2: CUL_HM set STEUERUNG desired-temp 13.5
2012.02.12 14:30:24 2: CUL_HM set STEUERUNG tempListSun 06:00 17.0
22:00 21.0 24:00 17.0
On 12 Feb., 14:14, Johan van der Kolk <johan.vanderk...@gmail.com>
wrote:
Johan van der Kolk
--Johan
JHF
(habe die Geräte anders angeordnet), am Thermostat steht die richtige
geänderte Temperatur. Nur auf der Anzeige im FHEM wird es nicht
gespiegelt.
On 12 Feb., 14:48, Johan van der Kolk <johan.vanderk...@gmail.com>
wrote:
Jan-Hinrich Fessel
Am 12.02.2012 um 15:57 schrieb JHF:
> Habe ich getan, danke. Das Komische, jetzt kommt kein Fehler mehr
> (habe die Geräte anders angeordnet), am Thermostat steht die richtige
> geänderte Temperatur.
Die mit desired-temp gesetzte soll-Temperatur? Schick.
> Nur auf der Anzeige im FHEM wird es nicht
> gespiegelt.
Die gemessene Temperatur? Oder die neue Soll-Temperatur? Letztere scheint im Moment generell nicht zu funktionieren.
Grüße
Oskar
JHF
werden gesendet und kommen an, werden aber in fhem nicht korrekt
angezeigt, wohl aber in der hardware (Steller und Thermostat))
fhem-hm-knecht
Mach mal bitte updatefhem, deine Version ist ja uralt :)
2012-02-12
Fb7390 und culhm
desired-temp von fhem aus setzen , funktioniert bei mir seit 10.Jan zu
100%
http://groups.google.com/group/fhem-users/browse_thread/thread/2b470661bbc0f616/49b9b385d54dc9fb#49b9b385d54dc9fb
zu den neuen Funktionen die mir angenehm aufgefallen sind :) , dank
dem der sie gemacht hat :)
desired-temp = gesetzte Temperatur vom Raedchen am TC
desired-temp-ack = Temperatur von fhem gesetzt ODER , und wie geil,
Über statusRequest abgefragt!!!!!
controlMode manual (auto,central) # wann am TC den modus
verändert wurde # kann man leider noch nicht über Web setzten
displayTemp actual
displayMode temperature and humidity
displayTempUnit celsius
decalcDay was ist das????
desired-temp ist auch die Vorauswahl in Weboberfläche
Hary
Jan-Hinrich Fessel
Am 12.02.2012 um 17:57 schrieb fhem-hm-knecht:
> desired-temp von fhem aus setzen , funktioniert bei mir seit 10.Jan zu
> 100%
> http://groups.google.com/group/fhem-users/browse_thread/thread/2b470661bbc0f616/49b9b385d54dc9fb#49b9b385d54dc9fb
Du warst das ;-).
> zu den neuen Funktionen die mir angenehm aufgefallen sind :) , dank
> dem der sie gemacht hat :)
eQ3?
> desired-temp = gesetzte Temperatur vom Raedchen am TC
Rudi,
> desired-temp-ack = Temperatur von fhem gesetzt ODER , und wie geil,
> Über statusRequest abgefragt!!!!!
Das war Johan. Rest ich
> controlMode manual (auto,central) # wann am TC den modus
> verändert wurde # kann man leider noch nicht über Web setzten
Sollte man aber. Ich schau nächste Woche nochmal.
> displayTemp actual
> displayMode temperature and humidity
> displayTempUnit celsius
> decalcDay was ist das????
Der Tag, an dem die Entkalkungsfahrt gemacht wird.
Die Uhrzeit dafür wird wo anders kodiert, kommt später noch, wenn ich mal Lust habe ;-)
Grüße
Oskar
JHF
updatefhem hat jetzt endlich wieder mal gefunkt.damit sind auch die
neuen funktionen da.... ich bin am testen
On 12 Feb., 20:16, Jan-Hinrich Fessel <oskar.fes...@gmail.com> wrote:
> Am 12.02.2012 um 17:57 schrieb fhem-hm-knecht:
>
> > desired-temp von fhem aus setzen , funktioniert bei mir seit 10.Jan zu
> > 100%
PoLe23
Teste auch gerade etwas mit Homematic rum und mir ist folgendes
aufgefallen. Wenn ich desired-temp mit ganzzahlen ausführe, dann
funktioniert es. Wenn ich es über das Web, wird die Temperatur mit
einer Kommastelle ausgeführt und dann bekomme ich ein missing ack.
Kann das jemand bestätigen?
JHF
müsste man noch ,0 testen....
Was ich aber immer noch nicht hin bekomme, dass die gewählte Temp am
Rad auch da angezeigt wird, verarbeitet wird es ja...
Jan-Hinrich Fessel
Am 12.02.2012 um 20:58 schrieb JHF:
> set STEUERUNG controlMode auto
> set STEUERUNG displayTemp set
> set STEUERUNG displayTempUnit Grad
> set STEUERUNG decalcDay 21.06.2012
>
> ERROR:
> please complete settings for displayTemp displayTempUnit displayMode decalcDay
> please complete settings for displayTempUnit displayMode decalcDay
> please complete settings for displayMode decalcDay
> please complete settings for displayMode
>
> Was mache ich nu wieder falsch?
>
erstmal, die Zeilenumbrüche sind etwas, naja, willkürlich.
ansonsten, steht doch da...
set STEUERUNG displayMode actual (oder setpoint)
Und oh, oh, ich hab vergessen zu testen, ob decalcDay auch ein Wochentag ist (es erwartet Sat,Sun,Mon,Tue,Wed,Thu,Fri).
Im Übrigen kann man de
>
> On 12 Feb., 20:45, JHF <janhendrikfr...@googlemail.com> wrote:
>> Ah vielen Dank, einmal mit Profis arbeiten....
>>
Wohl doch nicht so ganz...
Grüße
Oskar
JHF
drehrumbum wenigstens schon mal 18,5 ich weiß zwar nicht woher, aber
das werden wir schon noch klären.... wann werden die tollen befehle in
die doku aufgenommen.Ich schlafe jetzt mal....
puschel74
Aber wenn ich über fhem die Temp. änderen will an meinen FHT muss ich
23.5 eingeben und nicht 23,5.
Evtl. wär das mal einen Versuch wert?
Sorry wenn das schon probiert wurde aber ich hab mir mal erspart alles
zu lesen ;-)
Grüße
Jan-Hinrich Fessel
Am 12.02.2012 um 22:43 schrieb JHF:
> Ok, setpoint habe ich noch nirgends gesehen.... jetzt zeit der
> drehrumbum wenigstens schon mal 18,5 ich weiß zwar nicht woher, aber
> das werden wir schon noch klären.... wann werden die tollen befehle in
> die doku aufgenommen.
Sind eigentlich schon im SVN. Aber nicht in fhem.de/commandref.html.
Da scheint noch was zu haken.
> Ich schlafe jetzt mal....
Guten Morgen ;-)
Oskar
Jan-Hinrich Fessel
Am 12.02.2012 um 22:43 schrieb JHF:
> Ok, setpoint habe ich noch nirgends gesehen.... jetzt zeit der
> drehrumbum wenigstens schon mal 18,5 ich weiß zwar nicht woher, aber
> das werden wir schon noch klären.... wann werden die tollen befehle in
> die doku aufgenommen.Ich schlafe jetzt mal....
>
> On 12 Feb., 22:23, Jan-Hinrich Fessel <oskar.fes...@gmail.com> wrote:
>> Am 12.02.2012 um 20:58 schrieb JHF:
>>
>>> set STEUERUNG controlMode auto
>>> set STEUERUNG displayTemp set
>>> set STEUERUNG displayTempUnit Grad
>>> set STEUERUNG decalcDay 21.06.2012
>>
>>> ERROR:
>>> please complete settings for displayTemp displayTempUnit displayMode decalcDay
>>> please complete settings for displayTempUnit displayMode decalcDay
>>> please complete settings for displayMode decalcDay
>>> please complete settings for displayMode
>>
>>> Was mache ich nu wieder falsch?
>>
>> erstmal, die Zeilenumbrüche sind etwas, naja, willkürlich.
>>
>> ansonsten, steht doch da...
>>
>> set STEUERUNG displayMode actual (oder setpoint)
>> Und oh, oh, ich hab vergessen zu testen, ob decalcDay auch ein Wochentag ist (es erwartet Sat,Sun,Mon,Tue,Wed,Thu,Fri).
>>
>> Im Übrigen kann man de
n ganzen Kram auch abkürzen, indem man einmal am Gerät selbst den Modus wechselt, z.b. von auto auf cent und wieder zurück. Da nämlich alles im selben Byte kondiert ist, kommt das dann alles beim fhem an und man kann das danach im fhem einzeln stellen ohne alle parameter einzugeben.
>>> On 12 Feb., 20:45, JHF <janhendrikfr...@googlemail.com> wrote:
>>>> Ah vielen Dank, einmal mit Profis arbeiten....
>>
>> Wohl doch nicht so ganz...
Offensichtlich.
Guten Morgen
Oskar
Rudolf Koenig
> Da scheint noch was zu haken.
Der Haken nennt sich Rudi. Die Dateien auf fhem.de werden nicht automatisch
hochgeladen, die Ausnahme ist das fhem update Verzeichnis.
JHF
übringens ist mir die 7390 gecrasht mehr kann ich noch nicht sagen...
muss erst jemand hin ;-) ....
JHF
oskar
Ich hab aber jetzt gefunden das der TC im Modus "cent" (also
zentralengeführt) keine desired-temp sendet und wohl deswegen auch die
vorauswahl nicht funktioniert, da diese auf den vom TC gesendeten
Werten basiert (READINGS halt).
Du läßt den nicht etwa im cent-mode laufen?
Und hab damit mein kleines Problem eingekreist, das der die SETPOINT
bzw. desired-temp nicht annimmt. Das scheint im Auto-Modus einfach
nicht zu funktionieren. Der nimmt es zwar an, schickt aber als
nächstes die Info, das die Auto-Temperatur doch desiredter ;-) sei.
Grüße
Oskar
JHF
mit manuell funktioniert der drehrumbum ganz gut :-) gleich mal testen
JHF
JHF
die Anzeige des Button (weiß nimmer genaue Bezeichnung) mir der
desired-ack zu verknüpfen. Ich hab so was in der Art mit c# gemacht
(nur mal so zum Gag, als Anfänger). Wie kann ich helfen?
Johan van der Kolk
Bei Cent macht der thermostat genau dass. Das kommand wird erst
angenommen, und dan beim nachsten report wird wieder die Cent temp
zuruck geschickt.
Wen man die thermostat umschaltet zwischen Cent und Manu kann mann
auch beobachten dass die thermostat fuer beide modi einen separaten
setpoint im speicher hat.
Ich hab diesen message schon mal irgendwo anders gepost. Im Auto und
Mano Mode funktioniert es jetzt gut. Im Cent modus wie erwarted.
A propos, and beside the subject: ack reliability. Ich sehe das jetzt
das set kommand loss geschickt wird so bald die thermostat sich selber
meldet. (!) Functioniert meistens sehr gut, und vermeidet endlose
wakeup sequenzen !!
Im moment wird das kommand los geschickt wenn der thermostat sich
irgendwie meldet, in alle faelle.
Erfolg haben nur die kommands die folgen auf ein 8670 message vom
HM-TT-TC (also ein broadcast).
Die kommands die abgeschickt werden nach einem thermostat-valve
kommunikation klappen nicht.
Deshalb meine hit and miss erfahrung denke ich.... Kann jemand das mal
bestaetigen?
--Johan
oskar
wo auch immer das auf der Fritzbox liegen mag.
in Zeile 913 wird die Funktion FW_select aufgerufen. Davor könnte man
etwas debugging betreiben, um zu sehen, wieso die aktuelle desired-
temp nicht übergeben wird.
Ich kann es nicht nachstellen, da im Auto-Modus bei mir alles schön
ist, will heißen, die Optionsliste zeigt als Vorauswahl die dezeitige
desired-temp an.
Grüße
Oskar
oskar
On Feb 13, 11:11 pm, Johan van der Kolk <johan.vanderk...@gmail.com>
wrote:
> HM-TT-TC (also ein broadcast).
geschickt wurden, können erfolgreich mit einer Parametereinstellung
beantwortet werden.
> kommunikation klappen nicht.
haben, klappt nur das erste:
2012-02-13 18:16:12 HMLAN HMLAN23 SND L:0B N:47 CMD:A001 SRC:5D24C9
DST:15B50D 0206 (CONFIG_END CHANNEL:02)
2012-02-13 18:16:12 HMLAN HMLAN23 RCV L:0A N:47 CMD:8002 SRC:15B50D
DST:5D24C9 00 (ACK)
2012-02-13 18:16:12 HMLAN HMLAN23 SND L:09 N:48 CMD:A112 SRC:5D24C9
DST:15B50D (HAVE_DATA)
2012-02-13 18:16:13 CUL_HM CUL_HM_HM_CC_TC_15B50D MISSING ACK
oder auch
2012-02-13 18:20:28 HMLAN HMLAN23 SND L:0B N:4E CMD:A001 SRC:5D24C9
DST:15B50D 0206 (CONFIG_END CHANNEL:02)
2012-02-13 18:20:29 HMLAN HMLAN23 RCV L:0A N:4E CMD:8002 SRC:15B50D
DST:5D24C9 00 (ACK)
2012-02-13 18:20:29 HMLAN HMLAN23 SND L:10 N:4F CMD:A001 SRC:5D24C9
DST:15B50D 02050000000005 (CONFIG_START CHANNEL:02 PEER_ADDRESS:000000
PEER_CHANNEL:00 PARAM_LIST:05)
2012-02-13 18:20:29 CUL_HM CUL_HM_HM_CC_TC_15B50D MISSING ACK
JHF
Bin grad per telnet @fbox
JHF
FW_hidden("arg.$d", "desired-temp") .
FW_hidden("dev.$d", $d) .
FW_select("val.$d", \@tv, ReadingsVal($d, "desired-temp",
$txt)) .
"</td><td>".
FW_submit("cmd.$d", "set").
"</td>";
So, dann sag mal an!
JHF
DEF 18DC35
LAN_MSGCNT 1148
LAN_RAWMSG E18DC35,0000,192C1AE5,FF,FFE1,84867018DC35000000009626
LAN_RSSI -31
LAN_TIME 2012-02-14 18:49:56
LASTIODev LAN
MSGCNT 1148
NAME STEUERUNG
NR 17
STATE T: 15 H: 38
TYPE CUL_HM
lastMsg 0C84867018DC35000000009626
Readings CommandAccepted yes 2012-02-13 21:04:18
actuator 10 % 2012-02-14 18:47:52
controlMode auto 2012-02-13 21:06:05
decalcDay mon 2012-02-13 19:00:28
desired-temp 15 2012-02-14 00:00:04
desired-temp-ack 14.5 2012-02-13 21:04:18
displayTemp setpoint 2012-02-13 19:00:28
displayTempUnit celsius 2012-02-13 19:00:28
humidity 38 2012-02-14 18:49:56
measured-temp 15 2012-02-14 18:49:56
state T: 15 H: 38 2012-02-14 18:49:56
tempListMon 24:00 14.0 2012-02-13 19:46:51
tempListTue 24:00 15.0 2012-02-13 19:43:43
temperature 15 2012-02-14 18:49:56
unknownMsg (A03F) 2012-02-14 00:01:36
STEUERUNG devInfo 00FFFF deleteattr
firmware 2.0 deleteattr
hmClass unknown deleteattr
model HM-CC-TC deleteattr
room CUL_HM deleteattr
serialNr IEQ0516197 deleteattr
subType unknown deleteattr
LAN_MSGCNT 564
LAN_RAWMSG E19162F,0000,192E666B,FF,FFD5,85820219162F18DC350101100029
LAN_RSSI -43
LAN_TIME 2012-02-14 18:52:27
LASTIODev LAN
MSGCNT 564
NAME STELLER
NR 21
STATE 10 %
TYPE CUL_HM
lastMsg 0E85820219162F18DC350101100029
Readings STATE 10 % 2012-02-14 18:52:27
actuator 8 % 2012-02-14 18:52:27
STELLER devInfo 010100 deleteattr
firmware 1.9 deleteattr
hmClass unknown deleteattr
model HM-CC-VD deleteattr
room CUL_HM deleteattr
serialNr IEQ0516702 deleteattr
subType 1 deleteattr
DEF 192.168.178.21
DeviceName 192.168.178.21:1000
FD 11
HM_CMDNR 19
LAN_MSGCNT 1720
LAN_TIME 2012-02-14 18:52:27
NAME LAN
NR 15
PARTIAL
RAWMSG E19162F,0000,192E666B,FF,FFD5,85820219162F18DC350101100029
RSSI -43
STATE opened
TYPE HMLAN
firmware 0.961
owner 356147
serialNr HEQ0400502
uptime 004 117:22:53.584
LAN hmId 356147 deleteattr
hmProtocolEvents logs deleteattr
Johan van der Kolk
On Tue, Feb 14, 2012 at 8:30 AM, oskar <oskar....@gmail.com> wrote:
>
>
> On Feb 13, 11:11 pm, Johan van der Kolk <johan.vanderk...@gmail.com>
> wrote:
>> Erfolg haben nur die kommands die folgen auf ein 8670 message vom
>> HM-TT-TC (also ein broadcast).
> Ja. Aber auch diejenigen directed messages, welche an die Zentrale
> geschickt wurden, können erfolgreich mit einer Parametereinstellung
> beantwortet werden.
>> Die kommands die abgeschickt werden nach einem thermostat-valve
>> kommunikation klappen nicht.
>
> Auch wenn sich bis zum Funkkontakt mehrere Kommandos angesammelt
> haben, klappt nur das erste:
> 2012-02-13 18:16:12 HMLAN HMLAN23 SND L:0B N:47 CMD:A001 SRC:5D24C9
> DST:15B50D 0206 (CONFIG_END CHANNEL:02)
> 2012-02-13 18:16:12 HMLAN HMLAN23 RCV L:0A N:47 CMD:8002 SRC:15B50D
> DST:5D24C9 00 (ACK)
> 2012-02-13 18:16:12 HMLAN HMLAN23 SND L:09 N:48 CMD:A112 SRC:5D24C9
> DST:15B50D (HAVE_DATA)
> 2012-02-13 18:16:13 CUL_HM CUL_HM_HM_CC_TC_15B50D MISSING ACK
>
Leider sieht das genau so aus beim Bidcos logs :(
Diese handshakes, die ich mal Layer2 protokol nennen wird (WakeUp- I'm
Awake) und das "layer 2bis" protokol (Bidi-Ack handshake) ist
anscheinend nicht 100% wasserdicht. Wo Bidi-Ack perfect funktioniert
beim ersten kommand, reagiert der thermostat nach das erste Bidi-Ack
nicht mehr, ach wenn er/sie meldet das wakemeup "0" ist.
Es kann etwas mit timing sein, (Und dass wiederspricht das prinzip vom
(async acknowledged bidirectional communication) protokol. Gibt es
einem timeout, der definiert wie lange FHEM auf dem ack wartet?
Ich hab ein log wobei ein ganze sekuenz klappt. Set temp nach fahrenheit zb,
Hab auch bidcos logs wobei die thermostat nach dem letzten "I'm Awake"
bericht nicht mehr reagiert, bis er/sie wider neu aufgewacht ist.
Muss sehen ob die fehlerfreie kommunikation reproduzierbar ist (oder nur zufall)
Vieleicht deshalb die retry's bei die Homeputer software. Layer 2bis part 2 :)
Rudolf Koenig
Beim HMLAN wird resend/retry vom HMLAN Firmware gemacht, und dieser sendet nur
eine Nachricht an fhem beim "MISSING-ACK". Beim CUL macht das 10_CUL_HM.pm,
deswegen sieht man alle Wiederholungen. Den Timeout habe ich dafuer auf 2*0.5
Sek gesetzt.
fhem-hm-knecht
und der nimmt es
CUL_HM eg_Halle_Hz1 desired-temp 18.0
CUL_HM eg_Halle_Hz1 desired-temp 20.0
CUL_HM eg_Halle_Hz1 statusRequest
CUL CUL2 RCV L:0C N:75 CMD:8670 (TYPE=112,WAKEMEUP,BCAST,RPTEN) SRC:
135B35 DST:000000 008B3B
CUL CUL2 SND L:09 N:77 CMD:A112 (TYPE=18,,BIDI,RPTEN) SRC:F12222 DST:
135B35 (HAVE_DATA)
CUL CUL2 RCV L:0A N:77 CMD:8002 (TYPE=2,RPTEN) SRC:135B35 DST:F12222
00 (ACK)
CUL CUL2 SND L:0C N:78 CMD:A011 (TYPE=17,BIDI,RPTEN) SRC:F12222 DST:
135B35 020224 (SET CHANNEL:02 VALUE:24)
CUL CUL2 RCV L:0E N:78 CMD:8002 (TYPE=2,RPTEN) SRC:135B35 DST:F12222
010224004A (ACK_STATUS CHANNEL:02 STATUS:24 RSSI:4A)
CUL CUL2 SND L:09 N:79 CMD:A112 (TYPE=18,,BIDI,RPTEN) SRC:F12222 DST:
135B35 (HAVE_DATA)
CUL_HM eg_Halle_Hz1 desired-temp-ack: 18
CUL CUL2 RCV L:0A N:79 CMD:8002 (TYPE=2,RPTEN) SRC:135B35 DST:F12222
00 (ACK)
CUL CUL2 SND L:0C N:7A CMD:A011 (TYPE=17,BIDI,RPTEN) SRC:F12222 DST:
135B35 020228 (SET CHANNEL:02 VALUE:28)
CUL CUL2 RCV L:0E N:7A CMD:8002 (TYPE=2,RPTEN) SRC:135B35 DST:F12222
010228004B (ACK_STATUS CHANNEL:02 STATUS:28 RSSI:4B)
CUL CUL2 SND L:0B N:7B CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:F12222 DST:
135B35 010E (CONFIG_STATUS_REQUEST CHANNEL:01)
CUL_HM eg_Halle_Hz1 desired-temp-ack: 20
CUL CUL2 RCV L:0E N:7B CMD:8002 (TYPE=2,RPTEN) SRC:135B35 DST:F12222
010228004B (ACK_STATUS CHANNEL:02 STATUS:28 RSSI:4B)
CUL_HM eg_Halle_Hz1 desired-temp-ack: 20
On 14 Feb., 19:23, Johan van der Kolk <johan.vanderk...@gmail.com>
wrote:
Johan van der Kolk
Mann koentte mal ein vergleich machen.
Oskars kommands, die nicht bei HM-LAN klappen, auch auf dem CUL laufen lassen.
Die HM-Lan timeout gibt sich selber wenig zeit wenn die timestamps
millisekunden sind.
<Debug> TX: @1578280656 0x174286 -> 0x178A9C CONFIG_PARAM_REQ [IEQ0245464]:
CNT=15,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01
CONFIG_CHANNEL = 2
CONFIG_PEER_ADDRESS = 0x000000
CONFIG_PEER_CHANNEL = 0
CONFIG_PARAM_LIST = 5
<Debug> SendFrame failed 1 times: @1578280656 0x174286 -> 0x178A9C
CONFIG_PARAM_REQ [IEQ0245464]:
CNT=15,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01
CONFIG_CHANNEL = 2
CONFIG_PEER_ADDRESS = 0x000000
CONFIG_PEER_CHANNEL = 0
CONFIG_PARAM_LIST = 5
<Debug> TX: @1578281312 0x174286 -> 0x178A9C CONFIG_PARAM_REQ [IEQ0245464]:
CNT=16,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01
CONFIG_CHANNEL = 2
CONFIG_PEER_ADDRESS = 0x000000
CONFIG_PEER_CHANNEL = 0
CONFIG_PARAM_LIST = 5
<Debug> SendFrame failed 2 times: @1578281312 0x174286 -> 0x178A9C
CONFIG_PARAM_REQ [IEQ0245464]:
CNT=16,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01
CONFIG_CHANNEL = 2
CONFIG_PEER_ADDRESS = 0x000000
CONFIG_PEER_CHANNEL = 0
CONFIG_PARAM_LIST = 5
JHF
sinnvolle anzeige......
... dir temp am rechten (drehrumbum) rad entspricht der ist-temp...
ist da nicht einfach was falsch programmiert/vertauscht
fhem-hm-knecht
Du magst doch PATCHES
Ich habe mich gestern dem Thema Select Auswahl Disired-temp gewidmet,
in Fhemweb,
weil es ab und zu geht, und manchmal nicht.
Das Problem liegt in der 10_CUL_HM.pm
ab Zeile 475 und 479
Beim umrechnen von hex auf decimal ist das Ergebnis z.B bei 20 Grad 20
muss aber 20.0 sein,für Fhemweb
hier die Anderungen
push @event, "desired-temp:" .sprintf("%0.1f", hex($1)/2);
und bei cmd 8002
push @event, "desired-temp-ack:" .sprintf("%0.1f", hex($1)/2);
und zusätzlich noch ein push
push @event, "desired-temp:" .sprintf("%0.1f", hex($1)/2);
da sonst über Fhemweb gesetztes Disired-temp keinen neuen Eintrag
erzeugt
Hary
Jan-Hinrich Fessel
Am 14.02.2012 um 18:33 schrieb JHF:
> @OSCAR: Auf was für einer Hardware läuft dein FHEM?
Oskar's FHEM läuft auf MacOS X 10.6.8 Server.
Wenn's hilft ;-)
Grüße
Oskar
Jan-Hinrich Fessel
Am 14.02.2012 um 18:43 schrieb JHF:
> FW_pO "<td>".
> FW_hidden("arg.$d", "desired-temp") .
> FW_hidden("dev.$d", $d) .
> FW_select("val.$d", \@tv, ReadingsVal($d, "desired-temp",
> $txt)) .
> "</td><td>".
> FW_submit("cmd.$d", "set").
> "</td>";
>
> So, dann sag mal an!
Was denn?
JHF
Weiß nicht, ob das bei web rad einstellung = on so sein soll
fhem-hm-knecht
liest du eigentlich die Post?
habe doch eine "Anleitung für ungeduldige, wie Dich" drei Posts vorher
geschrieben
und nein, ich habe auch keine Ahnung von PERL
hoffentlich liest es der Rudi noch :) sonst sehe ich SCHWARZ , das er
auch meine POSTS
wegklickt,
@JFH streng Dich mal etwas an beim Posten, leider gibts keinen
IGNOREKNOPF bei Googlegroups,
ich weis garnicht was ich mit deinem letzten Post anfangen soll,
und nein antworte nicht gleich, wenn du das liest, bitte
@ Rudi, :), ist ja dein Modul :)--->:(---->:):):););), sind echt
klasse die neue Funktionen fur s TC,
ich hoffe meine Patches sind für Dich ok
Hary
JHF
entschuldige bitte, ich wollte etwas voranbringen....
Deine "DREIZEILENÄNDERUNG" habe ich soeben getestet. Es funktioniert
nun endlich so wie gewünscht.
Vielen Dank an Dich und die anderen fleißigen Entwickler. Die 50 Posts
habe sich also gelohnt....
GROSSE KLASSE..... WEITER SO!!!!!!!!!!!!!!
Rudolf Koenig
Ja, aber das war kein patch, jedenfalls nicht in meinem Sinne
(http://en.wikipedia.org/wiki/Patch_%28Unix%29). Habs aber ins SVN
eingecheckt.
Gruss,
Rudi
JHF
Thermostat die Temp/Zeit-Liste aufgerufen wird, änder sich am
Thermostat die Temp-Anzeige jedoch nicht im WEBIF. Ich denke, da
müsste noch was gemacht werden (ähnlich der letzten Fehlerbehebung
(HEX/DEC)).
fhem-hm-knecht
beschwer Dich da, das das tc nicht neu sendet,
und Putty ist dein 2. Freund um das herauszufinden, nech?
und nicht immer neue Aufgaben verteilen, hättest auch selber
herausfinden können,
mein AVR-NET-IO ist gerade meine Baustelle mit DS 1830 sensoren. also
selber ist der MANN
Hary
Johan van der Kolk
--Johan
fhem-hm-knecht
kann ich dir irgendwie helfen bei dem hmlan
bei cul tut es ja ,
ich hätte noch einen hmlan in der Schachtel, und ein Testsystem,....
Hary
On 20 Feb., 23:49, Johan van der Kolk <johan.vanderk...@gmail.com>
wrote:
Johan van der Kolk
RF Protokoll (und das RF Medium) nicht wasserdicht und braucht eine
höhere Schicht um die Kommandos die nicht geklappt haben nochmal zu
verschicken. (ein Art command queue)
Im Moment werden die HM devices nach FS20 Art abgehandelt, also ohne
die NACK berichte voll zu benützen bei CUL_HM. Die im LAN Adapter
eingebaute 1 bis zwei schnelle Wiederholungen genügen nicht.
Rudi sieht nicht die Notwendigkeit im Moment, und Ich selber bin noch
nicht in die Lage so etwas zu schreiben.
https://mail.google.com/mail/?tab=mm#label/FHEM+User/135964a130bd82cd
Denke auch dass das ein totalen module rewrite bedeutet.
Ich versuche jetzt zwei Dinge gleichzeitig zu machen, die FHEM Code
verstehen, und Perl zu verstehen :)
Ein rudimentäres Kommando um den Stellantrieb direkt zu bedienen hab
ich eingebaut und es funktioniert, aber dass Ding schlaft mir immer
wieder ein :( auch wenn ich um die 10 Sekunden einen refresh aus
schicke.
Es sollte kein Problem sein um direkt Parameters zum Stellantrieb zu
schrieben. Dass schreiben zum Stellantrieb ist nicht notwendig für die
meiste Leute, aber mein Heizung mit gusseisern Heizkörper reagiert in
einigen meiner Raume ziemlich schlecht (sehr langsam und hohe
overshoots). Da wollte ich meine eigene PID Regelung programmieren.
Ich hoffe das bei einem zukünftigen re-write von dem CUL_HM module
einem command stack eingebaut werden kann.
Johan
--Johan
AlLe
Das Problem liegt in der 10_CUL_HM.pm
ab Zeile 475 und 479
Beim umrechnen von hex auf decimal ist das Ergebnis z.B bei 20 Grad 20
muss aber 20.0 sein,für Fhemweb
hier die Anderungen
push @event, "desired-temp:" .sprintf("%0.1f", hex($1)/2);
und bei cmd 8002
push @event, "desired-temp-ack:" .sprintf("%0.1f", hex($1)/2);
und zusätzlich noch ein push
push @event, "desired-temp:" .sprintf("%0.1f", hex($1)/2);
da sonst über Fhemweb gesetztes Disired-temp keinen neuen Eintrag
erzeugt
Hary
AlLe
Hallo zusammen,erst mal...ich bin ganz frisch hier. (Dum und blauäugig) 8-)Ich hab das gleiche Problem mit "desired-temp".Seitdem ich probiere hat's 3 mal geklappt ( mit "desired-temp-ack"). Ansonsten nicht.