My hassio won’t read config.json in the repository. Is there something i can do?
You have a NUC?
I do and can’t install the addon
No raspberry 3b
Sorry for the trouble. There was a wrong comma at the end of the config.json file. After few tests you should be able to install the add on. I want to create some automatic tests for further releases. There are now two Add-Ons, one for RaspberryPi and one for the other plattforms currently not testet. Please let me know if there are more issues. Best on this thread: https://github.com/kreativmonkey/hassio-addons
Thanks
It still don’t work. But its showing up in dashboard but it isn’t installed.
Try to remove the Repository and add it against. If you installed a privious version, you must delete it first. In my case i must connect via ssh and remove it with:
ad uninstall --name 441b9bcc_homegear-rpi
I have test the installation on an RaspberryPi 2b and 3b+.
that worked. How to i found out on what dev the nanoCUL is connectet. I really need help here… Thanks
disconnect you nanoCUL first, than connect to your hass.io with ssh
ssh root@<hassio ip> -p 22222
after connecting type login plugin your nanoCUL and type dmesg now you should see somthing like that:
[111207.346002] usb 1-1.2: USB disconnect, device number 4
[111211.738648] usb 1-1.2: new full-speed USB device number 6 using dwc_otg
[111211.910604] usb 1-1.2: New USB device found, idVendor=03eb, idProduct=6119
[111211.911971] usb 1-1.2: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[111211.914515] usb 1-1.2: Product: AT91USBSerial1
[111211.924130] cdc_acm 1-1.2:1.0: ttyACM0: USB ACM device
the last line show you that the CUL is on ttyACM0.
I’am not able to login via port 22222. But when i plugin nanoCUL and press hardware in HASS.io it show that its connected on ttyUSB0. Which i put in the max.conf. But when i scan for my max thermostats and put them in parring mode. Nothing shows up. What am i doing wrong?
I am not able to connect to the RPC consol. It says that the requestet URL is not found on this server. So i can’t see if anything is showing up in homegear. Please help. Thanks
Pleas try the new version 0.70.4, proubably this should fix the issue.
I am now able to open RPC. But not the administration.
@swifty - Did you experience the cube rebooting at all? I’ve flashed both your (no credit) version and the latest from GitHub and the cube seems to reboot randomly - it does seem to be when it is asked to transmit/acknowledge data.
I’m not using Home Assistant but this seems to occur without any connection to FHEM just Max radio traffic…
I wonder if previous versions of a-culfw are more stable? Do you have a previous version with the no credit mod?
No, I can’t say I’ve spotted the unit rebooting itself.
Have you tried a different USB power brick or cable ? - I have noticed the cube behaves oddly if there isn’t quite enough power.
Yeah that solved it!
Using a 2amp power brick and it seems stable… The battery light actually means something it seems as now with a 2amp power brick it isn’t lit up at all where it did used to be!
Hello everyone. First of all, thank you very much swifty for this very complete guide ! 
My max!cube as lost its configuration once too often. Before flashing the cube (as it’s one way), I want to be sure that I will keep the same set of features I’m using right now.
I have 6 max! radiator thermostats and 2 wall thermostats. Each wall thermostat is linked to 2 differents radiator thermostats. I am using MAX! home automation for configuring schedules and of course Home assistant integration to controls the thermostats.
-
As I understand, I will still be allowed to link wall thermostat to multiple radiator thermostats in order to send temperature change orders to the wall thermostat only, right ? Did someone test this ? Is the link between wall thermostat and radiator thermostats more reliable than with max!cube original firmware ? I have regular issues with this. Thermostats can desynchronize themselves and I have to factory reset them.
-
AndrejDelany says that is still possible to store time tables of temperature directly in the thermostat. This feature is very important to me. That means that the thermostats will continue to be scheduled even if there is an homeassistant/homegear/max!cube failure.
Is it easy to configure in homematic-manager (in german
) ? Could someone please post a screenshot of the timetable editor ? -
Is there a way to retrieve (and eventually set) the valve percentage of thermostats from Homegear into homeassistant ? Maybe using mqtt ?
I am currently using some dirty python script to retrieve this values on max!cube and display them in grafana.
-
I linked one wall thermostat with one radiator thermostat. No problems.
-
Yes, they work even with homegear offline.
(Wie du sehen kannst, ist die App teilweise auf deutsch. Du kannst damit die jeden Tag der Woche in bis zu 13 Abschnitte teilen, und für jeden Abschnitt eine Temperatur festlegen) -
I don’t think so.
1 Like
@Nuick if you are setting up from fresh I’d suggest deviating slightly from the setup I documented and enable mqtt in the homegear config.
This way you don’t need to use the homematic component for home assistant.
I switched mine over to Mqtt a while back and it seems much more reliable.
Hi, after my nth unwanted MAX reset, I am ready to flash it, and hope not bricking the device. Coming weekend will do the hardware part.
For the software part I ran HASSIO 0.84.6 on a NUC,
Is your first post still working guide? Thanks for it anyway.
If I understoon correclty, you suggest to install Homegear HASSIo addon to be used with MQTT and do not install homematic, yes?
I managed to install the addon , I come to this menu, but clicking on ADMINISTRATION, it gives
# Not Found
The requested URL admin/ was not found on this server.
Homegear 0.8.0-2378 at Port 2001
