Temperatur bei MAX! Wandthermostat setzen

[Sizco]

Hallo,

ich betreibe momentan 3 MAX! Heizkörperthermostate und 1 MAX! Wandthermostat.
2 der Heizkörperthermostate sind mit dem Wandthermostat gepairt, das andere läuft einzeln.
Das einzelne kann ich ohne Probleme über FHEM steuern.

Das Wandthermostat wurde automatisch von FHEM erkannt und von mir lediglich umbenannt:

Code Auswählen Erweitern

define Wandthermostat MAX WallMountedThermostat 02b3be
attr Wandthermostat room Wohnzimmer
define FileLog_Wandthermostat FileLog ./log/Wandthermostat-%Y.log Wandthermostat
attr FileLog_Wandthermostat logtype text
attr FileLog_Wandthermostat room Logs

Die eingestellte Temperatur wird vom FHEM richtig angezeigt, jedoch lässt sich keine Temperatur festlegen (desiredTemperatur).

Die Logs sagen dazu folgendes:

Code Auswählen Erweitern

2013.02.10 12:00:49 2: CUL_MAX_Resend: Missing ack from 02b3be for 0b15004012345602b3be0066
2013.02.10 12:00:49 1: CUL_MAX_Resend: Giving up on that packet
2013.02.10 12:09:07 2: Got message for undefined device, and failed to guess type from msg 'Ack' - ignoring

Ist das Problem bekannt?


//EDIT: Ich habe jetzt alle Geräte erneut gepairt.
Jetzt lässt sich auch die Temperatur des Wandthermostats einstellen, aber scheinbar geht nicht jede Anfrage durch.
Man muss es öfter probieren, bis das Wandthermostat die neue Temperatur mitbekommen hat.

Außerdem liefern die MAX! Geräte auch nur sehr selten Informationen über die aktuelle Temperatur.
Gibt es dort in Zukunft Verbesserungen?

[Matthias Gehre]

1. Siehe Link
2. Zu dem Problem, dass die Anfragen nicht durchgehen: Ich benötige ein Log auf verbose 5,
um das Problem näher untersuchen zu können.

[Sizco]

Hier die Log.
Zur Info: Ich habe das Wandthermostat auf WT_Wohnzimmer geändert.

[Matthias Gehre]

Sind dir die Zeilen
...: The current firmware of the CUL has known bugs with respect to MAX! support. Please update.
im Log aufgefallen?

[Sizco]

Ja, die sind mir aufgefallen.
Ich habe aber bereist schon die aktuelleste Version: V 1.49 CSM868

Zumal ich ja auch nicht wissen kann, was genau die Bugs sind.

[Matthias Gehre]

Die aktuellste Version ist 1.52 (im SVN), die Homepage culfw.de scheint nicht aktuell zu sein.
Per FHEM's CULflash kriegst du aber die aktuelle Version aus dem SVN.

[Zwer2k]

Hallo Matthias,

die Aussage hier Link scheint nicht ganz zu stimmen. Wandthermostat übermittelt bei mir die Temperatur regelmässig in 3 Min. Takt, Heizkörperthermostate leider nicht. Kann selbstverständlich auch an unterschidlicher Firmware liegen.

[Matthias Gehre]

Danke, hab ich korrigiert.

[Sizco]

Ich bekomme leider keine aktuelle CULFW geflasht.
Über die FHEM Oberfäche bekomme ich die Meldung:
dfu-programmer: no device present.

Wenn ich es auf der Konsole versuche, dann funktioniert die COC Erweiterung hinterher mit keiner Version (V2, V3, V4)

[Meesus]

hi,
das ist eigentlich kein Max Thema mehr...
Versuch doch mal "usb scan"
 und dann
CULflash CUL CUL_V3 oder
CULflash none CUL_V3


Gruss Meesus

[Matthias Gehre]

Hab gerade gesehen, dass du kein CUL sondern ein CSM (oder TuxRadio) hast. Dann musst du per Hand flashen, genaueres weiß ich auch nicht.
Die Firmware dafür gibts jedenfalls unter
http://culfw.svn.sourceforge.net/viewvc/culfw/trunk/culfw/Devices/

[Sizco]

Ja, ich habe die COC Erweiterung für den Raspberry.
Scheinbar gibt es keine aktuellere Firmware, da ich die "Nur Funk"-Version habe.

[John]

Die aktuelle COC.hex gibt es hier
http://culfw.svn.sourceforge.net/viewvc/culfw/trunk/culfw/Devices/COC/

Am rPi zunächst die notwendigen Tools laden via

Code Auswählen Erweitern

sudo apt-get install avrdude

FHEM beenden, dann den bootloader laden, wie bei busware beschrieben

Code Auswählen Erweitern


sudo su

echo "calling COC bootloader..."
if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio17/direction
echo out > /sys/class/gpio/gpio18/direction
echo 0 > /sys/class/gpio/gpio18/value
echo 0 > /sys/class/gpio/gpio17/value
sleep 1
echo 1 > /sys/class/gpio/gpio17/value
sleep 1
echo 1 > /sys/class/gpio/gpio18/value


nun in das verzeichnis mit COC.hex wechseln und folgenden Befehle

Code Auswählen Erweitern

avrdude -p atmega1284p -P /dev/ttyAMA0 -b 38400 -c avr109 -U flash:w:COC.hex
Danach Neustart des rPi und testen.

[Sizco]

Das ist alles richtig und habe ich bereits gemacht.
Ich habe allerdings wie schon erwähnt die "Nur Funk"-Version.
Daher muss ich die Firmware COC.radio_only.hex nehmen.
Diese ist leider nicht aktuell.

Die normale COC.hex habe ich bereits getestet, damit geht es leider nicht.

[Matthias Gehre]

Laut svn log hat tostmann irgenwann mal die COC.radio_only.hex gebaut. Aber leider nicht ins makefile aufgenommen,
sodass ich dir kein Update bauen kann. Am besten fragst du das mal im CUL Bereich des Forums nach.