Hi again, shortly out of a sunny Saturday afternoon
Just tested the percentage moving and it also works fine
Regarding an own fork, maybe ‘pimatic-raspbee-plus’. In general the idea is good to proceed if really @kosta isn’t available any longer.
But beyond I would have a bit the fear, that here also something like with IO Broker happens, where you meanwhile can find 146 forks only for Zigbee. I would have no clue how to handle such as a non-developer …
Santa brought me Tado stuff (I was expecting this somehow ). I tried this plugin: https://forum.pimatic.org/topic/4050/pimatic-tado-new-plugin-for-tado but it do not work.
Would be nice to get the possibility to get data and control (at least on/off) the tado devices.
Hello and thanks for the info.
I have tried it. I am using an Intel NUC 8i5. On it is running Proxmox with a few VMs and containers.
I have Pimatic installed in a Debian VM. NodeVersion 10.23.3 and npmVersion 2.15.12.
The system runs excellent fast. A reboot takes only seconds. Although pimatic has only 2 cores and 2GB Ram available. When I want to call the statisk of a device, it often takes minutes on the Raspberry, or the process aborts at some point. With pimatic on the NUC, calling up the statistics also works in seconds.
I have passed the USB port to Debian with pimatic. Then I connected an Arduino Nano and installed the Homedino plugin. Currently I have only created one Homeduinoswitch device. It works. So it is possible to implement GPIOs even on devices like the NUC.
All about code
It looks like they changed recently the backend / authorization mechanism and third-party apps stopped working (like pimatic-bluelink).
The developers of the bluelinky library are looking for a solution. When a solution is available the plugin will be updated.