Fhem and MAX! Cube

[Gas]

Hi,

I have an already working installation of MAX! thermostats, window sensors and wall thermo all controlled by a MAX Cube.

Reading this article (http://www.fhemwiki.de/wiki/MAX!CubeMigrationToFhem) who describes the steps to migrate from the cube to CUL under FHEM i got the impression that i should be able to listen to the devices traffic with a CUL even if i am still controlling them via MAX Cube.

Is that right? Can i see the data the cube and the devices are exchanging or is it just reserved to the paired controller?

I am asking because i like the "cloud" feature of MAX software but at the same time i would like to have an insight on what is going on with FHEM and a CUL device.


Thanks

Guido

[rudolfkoenig]

I am not the MAX expert, but I am sure, that you can see the traffic.

If you are using FHEM to decode the traffic, the FHEM CUL_MAX Module might want to answer the messages from the valves. You can set the CUL attribute dummy, but the MAX/CUL_MAX modules might still be confused.

[Gas]

How can i set the CUL in dummy mode?
Thinkng about what you said even if the CUL wants to answer to the devices it should not be able to set anything since they are paired with the cube.

[fruit]

I'm not sure you are going to see much happening between Cube and devices but I have only ever looked when sending specific commands.
The devices are pretty much autonomous once a program has been set - but obviously report back on certain events.

You may already be aware that there is a lot of message/protocol and general MAX info in the fhem-users section of the forum as well as http://www.domoticaforum.eu/viewforum.php?f=66&sid=d5bdfdaa6492dba8c899b01fda95dfd1

I don't do anything cloud but guess you are referring to the MAX portal.
I realise it's not exactly what you are asking for but is there any status info you could scrape from the portal control pages?

You could of course sniff and parse the net traffic between Cube and portal

[Gas]

Yes i like the fact that i can change settings from their portal or my phone without having to be inside my network.
I have already a cul on delivery so i will try and see if fhem will pick up the devices when they communcate to the cube.
Sniffing traffic between the cube and max portal is unfortunately waaay beyond my capabilities!

[Gas]

My CUL arrived yesterday and i tried setting up FHEM to listen to my MAX! devices.

Actually everything seems to work fine and i have plots with all values the thermostats transmit to cube.

Fhem log is showing these errors.
Are those ok? Is there something i can do to avoid them?

Code Auswählen Erweitern

2016.04.09 19:25:44 2: CUL_MAX_SendQueueHandler: Missing ack from 13xxxx for 0f0204031234561389d0001009135928
2016.04.09 19:39:50 2: Invalid WallThermostatState packet
2016.04.09 19:52:19 2: Invalid WallThermostatState packet
2016.04.09 20:12:42 2: Invalid WallThermostatState packet
2016.04.09 20:25:44 2: CUL_MAX_SendQueueHandler: Missing ack from 12xxxx for 0f02040312345612e4ff001009145928
2016.04.09 20:26:07 2: CUL_MAX_SendQueueHandler: Missing ack from 12xxxx for 0f02040312345612d89b001009145a03
2016.04.09 20:38:56 2: Invalid WallThermostatState packet
2016.04.09 20:52:26 2: Invalid WallThermostatState packet
2016.04.09 21:11:48 2: Invalid WallThermostatState packet
2016.04.09 21:25:44 2: CUL_MAX_SendQueueHandler: Missing ack from 12xxxx for 0f02040312345612dffc001009155928
2016.04.09 21:38:03 2: Invalid WallThermostatState packet
2016.04.09 21:52:30 2: Invalid WallThermostatState packet

Thanks

Giudo

[fruit]

Does the CUL come in a state that understands MAX or does it need to be reflashed with a MAX enabled build?
I have no real idea on that other than looking at the install procedure for an RFBee if I ever need to use it as a CUL

[chris1284]

the cul is delivered without firmware.
you need to flash the culfw or aculfw. then you can define the cul deice in fhem and set the cul per attribute rfmode in MAX mode.
MAX is per default active in culf and aculf for cul868

http://www.fhemwiki.de/wiki/MAX
http://fhem.de/commandref.html#CUL
http://fhem.de/commandref.html#CUL_MAX


for rfbee i think you must activate max in culfw first (than compile and flash)

#ifdef HAS_MORITZ --> uncomment next line!
include "rf_moritz.h"
#endif

[fruit]

for rfbee i think you must activate max in culfw first (than compile and flash)

Yes, I have that saved safely somewhere here. I should really build and flash it so I have it ready for when I need it

[Gas]

Hi,

I followed the procedure to have the CUL fully compatible with MAX and i have already flashed culfw as requested.

Looks like it understands MAX protocol just fine but it also conflicts with the cube as both are trying to answer the messages thy receive from the theromstats.
I tried setting the CUL device as dummy as it was suggested and now i see that CUL_MAX outputs errors because CUL doesn't answer to the devices requests for credit.

Code Auswählen Erweitern

2016.04.10 09:58:33 1: Error in CUL_MAX_SendQueueHandler: CUL CUL0 did not answer request for current credits. Waiting 5 seconds.
2016.04.10 09:58:38 1: Error in CUL_MAX_SendQueueHandler: CUL CUL0 did not answer request for current credits. Waiting 5 seconds.
2016.04.10 09:58:43 1: Error in CUL_MAX_SendQueueHandler: CUL CUL0 did not answer request for current credits. Waiting 5 seconds.

That's fine by me, i don't want my fhem installation to talk over the air, i just want it to plot the data it can capture from CUBE - DEVICES communication. Will this cause problems or can i just ignore it?

Here is a graph of a thermostat with its associated valve position and setpoint:
(https://dl.dropboxusercontent.com/u/22276976/IngressoFHEM.PNG)

[Gas]

HI,

After a few days of running i can telle that it is working as expected.
Fhem is collecting data while Max! Cube controls the thermostats.

I have had only a problem with my valves going in F2 error while doing the descaling run. Every time it does that a couple of my thermos outputs error F2.
Did someone have this problem? How did you solve it?


Thanks

Guido