Probleme mit MAX Thermostat und Sensor

Den Raspberry komplett neu aufsetzen hilft auch nicht.

@pmayer ich hab mir jetzt mal das Modul von dir geholt und damit hat das Pairing auf jeden Fall funktioniert. Der Fensterkontakt hat ein paar Versuche gebraucht aber läuft jetzt problemlos.

Allerdings habe ich beim Thermostat das Problem dass ich über MQTT gar keinen Status von dem Gerät sehe, und auch wenn ich versuche etwas zu ändern tut sich am Thermostat nichts. An was könnte das liegen?

Update: nach etwa 10 Minuten sehe ich jetzt die Statuswerte von dem Thermostat: Also RSSI, LOWBAT, VALVE_STATE und ACTUAL_TEMPERATURE. Ich kann jedoch immer noch nichts ändern.

2 Likes

Wenn ich die eingestellte Temperatur versuche zu setzen habe ich folgenden log:

01/02/21 12:06:08.374 MQTT Client: Info: MQTT RPC call received. Method: setValue
01/02/21 12:06:08.375 RPC Server (Port 2001): Info: RPC Method called: setValue Parameters:
(Integer) 1
(Integer) 1
(String) SET_TEMPERATURE
(Integer) 22
01/02/21 12:06:09.477 Module MAX: TI CC110X "My-MAX-CC1101": Info: Sending (My-MAX-CC1101, WOR: yes): 11010011FDD14214B60C0032213D09071803
01/02/21 12:06:12.522 Module MAX: TI CC110X "My-MAX-CC1101": Info: Sending (My-MAX-CC1101, WOR: yes): 11010011FDD14214B60C0032213D09071803
01/02/21 12:06:15.523 Module MAX: TI CC110X "My-MAX-CC1101": Info: Sending (My-MAX-CC1101, WOR: yes): 11010011FDD14214B60C0032213D09071803

Es passiert jedoch nichts am Thermostat…

Hat niemand eine Idee was ich noch probieren könnte? Oder mit welchen Parametern es sich zu experimentieren lohnt.

Wenn ich in der Homegear Konsole queues info auf das device mache bekomme ich Nachrichten angezeigt.

Ich hab mal noch einen Log bei Loglevel 7 angehängt.

Logfile
01/03/21 13:46:49.180 IPC Server: Response: 
(String) Debug level set to 7.

01/03/21 13:46:51.517 MQTT Client: Debug: MQTT packet received: D000
01/03/21 13:46:51.517 MQTT Client: Debug: Packet received: D000
01/03/21 13:46:51.517 MQTT Client: Debug: Received ping response.
01/03/21 13:47:03.215 MQTT Client: Debug: MQTT packet received: 30240020686F6D65676561722F7365742F312F312F5345545F54454D50455241545552453232
01/03/21 13:47:03.215 MQTT Client: Debug: Packet received: 30240020686F6D65676561722F7365742F312F312F5345545F54454D50455241545552453232
01/03/21 13:47:03.216 MQTT Client: Info: MQTT RPC call received. Method: setValue
01/03/21 13:47:03.216 RPC Server (Port 2001): Info: RPC Method called: setValue Parameters:
(Integer) 1
(Integer) 1
(String) SET_TEMPERATURE
(Integer) 22
01/03/21 13:47:03.216 Module MAX: Debug: SET_TEMPERATURE of peer 1 with serial number NEQ0101011:1 was set to 2C.
01/03/21 13:47:03.218 Module MAX: Creating SAVEPOINT PacketQueue1357324_12
01/03/21 13:47:03.218 Debug: Thread priority successfully set to: 45
01/03/21 13:47:03.219 Debug: Thread priority successfully set to: 45
01/03/21 13:47:03.319 Module MAX: Debug: Sending packet 0B090540FDD14214B60C016C immediately, because it seems it is no response (no packet information found).
01/03/21 13:47:03.319 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 36
01/03/21 13:47:03.319 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 1F
01/03/21 13:47:03.319 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 3B
01/03/21 13:47:03.319 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 0F
01/03/21 13:47:03.319 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 35
01/03/21 13:47:03.319 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 0F
01/03/21 13:47:04.320 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 7F0B090540FDD14214B60C016C
01/03/21 13:47:04.320 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 2F2F2F2F2F2F2F2F2F2F2F2F2F
01/03/21 13:47:04.320 Module MAX: TI CC110X "My-MAX-CC1101": Info: Sending (My-MAX-CC1101, WOR: yes): 0B090540FDD14214B60C016C
01/03/21 13:47:04.335 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 36
01/03/21 13:47:04.335 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 0F
01/03/21 13:47:04.335 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 3A
01/03/21 13:47:04.336 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 0F
01/03/21 13:47:04.336 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 34
01/03/21 13:47:04.336 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 0F
01/03/21 13:47:06.261 Module MAX: Sending from resend thread 0 of queue 12.
01/03/21 13:47:06.262 Debug: Thread priority successfully set to: 45
01/03/21 13:47:06.262 Debug: Thread priority successfully set to: 45
01/03/21 13:47:06.362 Module MAX: Debug: Sending packet 0B090540FDD14214B60C016C immediately, because it seems it is no response (no packet information found).
01/03/21 13:47:06.362 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 36
01/03/21 13:47:06.362 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 1F
01/03/21 13:47:06.362 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 3B
01/03/21 13:47:06.362 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 0F
01/03/21 13:47:06.362 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 35
01/03/21 13:47:06.363 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 0F
01/03/21 13:47:07.363 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 7F0B090540FDD14214B60C016C
01/03/21 13:47:07.363 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 2F2F2F2F2F2F2F2F2F2F2F2F2F
01/03/21 13:47:07.363 Module MAX: TI CC110X "My-MAX-CC1101": Info: Sending (My-MAX-CC1101, WOR: yes): 0B090540FDD14214B60C016C
01/03/21 13:47:07.378 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 36
01/03/21 13:47:07.378 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 0F
01/03/21 13:47:07.378 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 3A
01/03/21 13:47:07.379 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 0F
01/03/21 13:47:07.379 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 34
01/03/21 13:47:07.379 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 0F
01/03/21 13:47:09.263 Module MAX: Sending from resend thread 1 of queue 12.
01/03/21 13:47:09.263 Debug: Thread priority successfully set to: 45
01/03/21 13:47:09.363 Module MAX: Debug: Sending packet 0B090540FDD14214B60C016C immediately, because it seems it is no response (no packet information found).
01/03/21 13:47:09.363 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 36
01/03/21 13:47:09.363 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 1F
01/03/21 13:47:09.364 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 3B
01/03/21 13:47:09.364 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 0F
01/03/21 13:47:09.364 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 35
01/03/21 13:47:09.364 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 0F
01/03/21 13:47:10.364 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 7F0B090540FDD14214B60C016C
01/03/21 13:47:10.364 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 2F2F2F2F2F2F2F2F2F2F2F2F2F
01/03/21 13:47:10.364 Module MAX: TI CC110X "My-MAX-CC1101": Info: Sending (My-MAX-CC1101, WOR: yes): 0B090540FDD14214B60C016C
01/03/21 13:47:10.379 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 36
01/03/21 13:47:10.379 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 0F
01/03/21 13:47:10.380 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 3A
01/03/21 13:47:10.380 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 0F
01/03/21 13:47:10.380 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Sending: 34
01/03/21 13:47:10.380 Module MAX: TI CC110X "My-MAX-CC1101": Debug: Received: 0F
01/03/21 13:47:11.520 MQTT Client: Debug: MQTT packet received: D000
01/03/21 13:47:11.520 MQTT Client: Debug: Packet received: D000
01/03/21 13:47:11.521 MQTT Client: Debug: Received ping response.
01/03/21 13:47:13.286 RPC Server (Port 2001): Response: 
(Struct length=2)
{
  [faultCode] (Integer) -100
  [faultString] (String) No answer from device.
}
01/03/21 13:47:13.340 Module MAX: Debug: Deleting queue 12 for peer with address 0x14B60C
01/03/21 13:47:13.342 Info: Peer 1 is unreachable.
01/03/21 13:47:13.344 MQTT Client: Debug: queueMessage(peerId, channel, keys, values) -> peerId=1, channel=0, keys, values
01/03/21 13:47:13.344 MQTT Client: Debug: queueMessage (message) topic: plain/1/0/UNREACH message:true
01/03/21 13:47:13.344 MQTT Client: MQTT Client Info: Publishing topic: homegear/plain/1/0/UNREACH
01/03/21 13:47:13.345 MQTT Client: Debug: Sending: 3322001A686F6D65676561722F706C61696E2F312F302F554E5245414348013974727565
01/03/21 13:47:13.345 MQTT Client: Debug: queueMessage (message) topic: plain/1/0/STICKY_UNREACH message:true
01/03/21 13:47:13.345 Module MAX: Releasing SAVEPOINT PacketQueue1357324_12
01/03/21 13:47:13.347 MQTT Client: Debug: MQTT packet received: 40020139
01/03/21 13:47:13.350 MQTT Client: Debug: Packet received: 40020139
01/03/21 13:47:13.351 MQTT Client: Debug: Received PUBACK.
01/03/21 13:47:13.351 MQTT Client: MQTT Client Info: Publishing topic: homegear/plain/1/0/STICKY_UNREACH
01/03/21 13:47:13.352 MQTT Client: Debug: Sending: 33290021686F6D65676561722F706C61696E2F312F302F535449434B595F554E5245414348013A74727565
01/03/21 13:47:13.353 MQTT Client: Debug: MQTT packet received: 4002013A
01/03/21 13:47:13.353 MQTT Client: Debug: Packet received: 4002013A
01/03/21 13:47:13.354 MQTT Client: Debug: Received PUBACK.
01/03/21 13:47:13.795 Info: Peer 1 is reachable again.
01/03/21 13:47:13.796 MQTT Client: Debug: queueMessage(peerId, channel, keys, values) -> peerId=1, channel=0, keys, values
01/03/21 13:47:13.796 MQTT Client: Debug: queueMessage (message) topic: plain/1/0/UNREACH message:false
01/03/21 13:47:13.796 MQTT Client: MQTT Client Info: Publishing topic: homegear/plain/1/0/UNREACH
01/03/21 13:47:13.796 MQTT Client: Debug: Sending: 3323001A686F6D65676561722F706C61696E2F312F302F554E5245414348013B66616C7365
01/03/21 13:47:13.797 MQTT Client: Debug: MQTT packet received: 4002013B
01/03/21 13:47:13.797 MQTT Client: Debug: Packet received: 4002013B
01/03/21 13:47:13.798 MQTT Client: Debug: Received PUBACK.
01/03/21 13:47:24.013 UPnP Server: Debug: Sending notify packets.
01/03/21 13:47:24.013 UPnP Server: Debug: Sending notify packets.
01/03/21 13:47:31.523 MQTT Client: Debug: MQTT packet received: D000

Hallo,

ich lese hier wegen MAX! zwar Interessehalber mit, verstehe aber fast nichts.
Finde es schade, das immer so viel vorausgesetzt wird, das man die Probleme erst gar nicht nachvollziehen kann.

Beispiel:

Was ist denn “queues info”?
Wenn man dann nach dem Begriff sucht findet man Verweise in denen nicht mal der Begriff zu finden ist. Damit ist das Thema für mich tot…
Es wäre doch gar kein Problem hier den Befehl aufzuführen, mit dem die Abfrage gemacht wird…

Oder das hier:

Toll. Aber wie zum Verrecken wende ich das an?

Damit wird Homegear für mich immer mehr zum Frusterlebnis …

Hmm, steht doch sehr genau da, deswegen “unter Quick Test” gesagt:

USB Device @ OS/X

    You'll see a device /dev/cu.usbmodemf...., depending on the USB port on the host.
    Start a terminal window and connect to the device with "screen /dev/cu.usbmodemf....".
    You can temirnate screen with <Ctrl><A> :quit<return> 



USB Device @ Linux

    Hopefully you see a device /dev/ttyACM0 (if you use a newer kernel, which loads the cdc_acm kernel module), or a /dev/ttyUSB0 (if your kernel uses usbserial). For usbserial kernel you may need to add the module options "usbserial vendor=0x03eb product=0x204b" to modprobe.conf.

    Connect to the device e.g. with "screen /dev/ttyACM0".

    CUNO: Connect to the device e.g. with "screen /dev/ttyACM0@38400". 



USB Device @ Windows

    Install a virtual COM port, use MyUSB_USBtoSerial.inf from the docs directory. Locate the COM-port in the device manager shown as "USB Virtual Serial Port (COMx)". Start Hyperterminal, open a connection to COMx 9600,8,n,1.

    For CUNO: Install a virtual COM port, use MCP2200.inf from the docs directory. Locate the COM-port in the device manager shown as "USB Virtual Serial Port (COMx)". Start Hyperterminal, open a connection to COMx 38400,8,n,1.

CUN/CUNO: Connect the device to a network with a DHCP server, and then telnet to the assigned address with "telnet <ip-adress> 2323"

@Patrik
großes sorry.
Ich bin dem Link gefolgt, und habe von da ab nach unten gelesen.
Dann habe ich noch mal ganz oben auf die Übersicht geschaut. Da stand auch nichts… Auf die Idee, das man nach “quick test” suchen muss um die passenden Stelle zu finden bin ich leider nicht gekommen :frowning:

Den Befehl “queues info” habe ich inzwischen auch gefunden.
Einfaches Suchen in der Doku hilft da scheinbar nicht. Man muss erst die family und dann den passenden peer auswählen. Ein Befehls-Referenz Baum hätte geholfen …

Hallo @loewexy, hallo @fow0ryl,

@loewexy: Die Kommunikation sieht soweit heile aus - außer, dass keine Antwort empfangen wird. Magst du den Thermostaten noch einmal anlernen und das Log vom Anlernen hier posten (Loglevel 4 reicht)?

@fow0ryl: queues info sollte auch im Normalfall nie benötigt werden - das ist eher zur Entwicklung gedacht.

Das lässt sich leider bei DIY-Lösungen nicht vermeiden. Sobald die Kommunikationsschnittstelle funktioniert, ist der Rest meist kein Problem mehr. Die Alternative ist fertige vorkonfigurierte Hardware.

Viele Grüße

Sathya

2 Likes

Ich habe gestern vor deiner Antwort nochmal versucht den Thermostat neu anzulernen. Das hatte gar nicht funktioniert. Danach habe ich den parameter responseDelay von 45 auf 40 gesetzt. Nach einem Neustart hat Homegear den Thermostat dann wieder gepaired und jetzt funktioniert er sowohl lesend als auch schreibend komplett.

Ich beobachte das mal ob das stabil läuft soweit, sonst würde ich nochmal auf deine Debugging Hilfe zurück kommen.

2 Likes