Max! desiredTemperature Kaputt

Begonnen von ChrisW, 18 Januar 2013, 14:49:29

Vorheriges Thema - Nächstes Thema

ChrisW

Hallo,
seit Tagen habe ich ein Problem mit einem Heizungsregler. Er ist relativ weit weg und hat öfters auch mal Funkstörungen. Aber Ventil usw. kommt auch immer an. Per Max SOftware kann ich trotz rotem Icon das es Probleme gibt ) noch den Wochenplan ändern.


Wenn ich nun desiredTemperature verändere erhalte ich folgende Fhem Meldung: Command was discarded

Im log steht:
 MAXLAN_Parse: Command was discarded


Das komische ist das ich auch ALLE Meldungen erhalte im Log bis auf desiredTemperature


Was kann ich machen?
Raspberry PI3 mit allem möglichen.

Matthias Gehre

Manchmal gibt mein Cube auch nur noch "Command discarded". Dann hilft bei nur factoryReset des fehlerhaften Thermostats und neu pairen.

ChrisW

Danke werd ich mal versuchen ;) Hatte das Teil auf mehrfach wo anders und lag etwas im Schrank denke das hat er nicht verstanden ;)
Raspberry PI3 mit allem möglichen.

ChrisW

Raspberry PI3 mit allem möglichen.

ChrisW

Hm das 2. Gerät ( also ein anderes ) was heute um 9 Uhr noch das letzte mal desiredTemperature gesendet hat ..
Beim Zuweisen wieder:
MAXLAN_Parse: Command was discarded

Andere Geräte funktionieren
Raspberry PI3 mit allem möglichen.

ChrisW

Letzte Logs:

2013-01-20_23:54:44 MAX_Bad 17.0 °C
2013-01-21_00:02:49 MAX_Bad desiredTemperature auto
2013-01-21_00:02:51 MAX_Bad 17.0 °C
2013-01-21_00:02:56 MAX_Bad desiredTemperature auto
2013-01-21_00:02:58 MAX_Bad 17.0 °C
2013-01-21_00:03:36 MAX_Bad desiredTemperature auto
2013-01-21_00:03:37 MAX_Bad 17.0 °C
2013-01-21_00:03:42 MAX_Bad desiredTemperature auto
2013-01-21_00:03:44 MAX_Bad 17.0 °C
2013-01-21_02:26:54 MAX_Bad valveposition: 12
2013-01-21_07:09:19 MAX_Bad desiredTemperature: 20.0
2013-01-21_07:09:19 MAX_Bad valveposition: 55
2013-01-21_07:09:19 MAX_Bad 20.0 °C
2013-01-21_07:17:19 MAX_Bad desiredTemperature: 16.5
2013-01-21_07:17:19 MAX_Bad temperature: 22.8
2013-01-21_07:17:19 MAX_Bad 16.5 °C
2013-01-21_07:20:41 MAX_Bad valveposition: 0
2013-01-21_07:20:41 MAX_Bad temperature: 22.9
2013-01-21_07:46:46 MAX_Bad valveposition: 9
2013-01-21_07:46:46 MAX_Bad temperature: 21.3
2013-01-21_07:57:57 MAX_Bad valveposition: 18
2013-01-21_07:57:57 MAX_Bad temperature: 21.0
2013-01-21_09:02:39 MAX_Bad desiredTemperature: 18.0
2013-01-21_09:02:39 MAX_Bad valveposition: 41
2013-01-21_09:02:39 MAX_Bad temperature: 21.1
2013-01-21_09:02:39 MAX_Bad 18.0 °C
2013-01-21_09:36:36 MAX_Bad valveposition: 32
2013-01-21_09:36:36 MAX_Bad temperature: 21.8
2013-01-21_10:03:43 MAX_Bad valveposition: 32
2013-01-21_10:03:43 MAX_Bad temperature: 21.8
2013-01-21_12:02:48 MAX_Bad temperature: 22.2
2013-01-21_12:57:05 MAX_Bad valveposition: 24
2013-01-21_12:57:05 MAX_Bad temperature: 22.4
Raspberry PI3 mit allem möglichen.

ChrisW

Wenn man am Regler die Temperatur ändert sendet er mir die Temperatur ..

2013-01-21_15:23:41 MAX_Bad desiredTemperature: 21.5
2013-01-21_15:23:41 MAX_Bad valveposition: 100
2013-01-21_15:23:41 MAX_Bad temperature: 21.9
2013-01-21_15:23:41 MAX_Bad 21.5 °C


Was mich auch wundert das er jetzt so viel die Ventile verändert ..

Auch die Max Software sagt keiner Verbindung zum Gerät.
Raspberry PI3 mit allem möglichen.

ChrisW

Sorry für die mehrfach Posts aber ohne EDIT ;/ ..

Hab die Logs durchgeschaut. Erst ab heute 0:03 taucht der Fehler auf. Davor waren nur die Fehler vom Anderen gerät was ich per RESET wieder hin bekommen habe.

Jetzt ist wohl jeden Tag ein anderes gerät dran. Habe auch seit 20 Uhr abends NICHTS mehr verändert an FHEM und es taucht auch kein anderes LOG auf das was passiert ist.
Raspberry PI3 mit allem möglichen.

ChrisW

Batterien raus wieder rein und funzt...
Raspberry PI3 mit allem möglichen.

MarkusN

Hallo,

leider habe ich das Problem auch seit heute, allerdings direkt bei beiden Thermostaten:

2013.01.22 08:05:36 2: MAXLAN_Parse: Command was discarded
2013.01.22 08:05:36 3: set thermostat.* desiredTemperature eco : Command was discarded
2013.01.22 08:05:36 3: act_on_absenkung_anwesenheit return value: Command was discarded


Urplötzlich beim Schalten funktioniert nix mehr. Ein Neustart von FHEM hats nicht gebracht, jedoch funktioniert es wieder seitdem ich mit der MAX Software auf dem PC die gewünschte Temperatur einmal angepasst habe. Ich nutze übrigens nicht den ondemand-Modus, sondern muss für einen Zugriff mit der MAX-Software FHEM beenden.

ChrisW

Hi,
versuch als 1. mal Batterien raus für 60 Sekunden. Wieder Rein. Einstellen der Thermostate durchlaufen lassen und ausprobieren.
Wenn das nicht geht Cube falls vorhanden Stromlos für 5 Sekunden.
Das hat jetzt beim letzten mal geholfen.
Raspberry PI3 mit allem möglichen.

MarkusN

Hallo Chris,

danke für deine Antwort, jedoch funktioniert es bei mir wieder (meinen vorherigen Post genau lesen ;) )

Matthias Gehre

Statt Batterie rein/raus hilf bei mir auch set factoryReset und dann neu pairen.

Holger

Hallo,

erstmal vorweg: Vielen Dank Matthias, super Modul!

Bei mir hängt es auch manchmal genau an der Stelle set desiredTemperature.
2013.01.31 12:40:28 2: MAXLAN_Parse: Command was discarded

CUBE neu starten (kurz vom Stromnetz) half bisher meistens.
Factory-reset und neu pairen finde ich etwas nervig, da ich sowohl mit MAX Cube als auch mit den Fensterkontakten neu pairen muss. Ich habe insgesamt 9 MAX Thermostate und es kommt zu häufig vor, dass einige der Thermostate mal wieder nicht reagieren.

Aber ist doch komisch:
Zitat von: Markus Niemann schrieb am Di, 22 Januar 2013 08:17... jedoch funktioniert es wieder seitdem ich mit der MAX Software auf dem PC die gewünschte Temperatur einmal angepasst habe.

Wieso kann man mit der MAX Software die Thermostate noch steuern und mit FHEM nicht mehr?
Was macht die MAX Software anders als FHEM? Evtl. kann man hier ja ansetzen, um die Ausfälle zu vermeiden.


Gruß

Holger
RPi2 | Fhem 5.7

Matthias Gehre

Das ist eine sehr gute Idee. Am besten mal mit Wireshark auszeichnen was die MAX Software macht,
wenn bei FHEM "Command discarded" kommt.

Bitte Ergebnisse hier posten!