#openhab — Public Fediverse posts

Ha! Der letzte Urlaubstag war ein guter:

✅ Integration #KNX in #HomeAssistant via Gateway
✅ Erster Test mit LED-Reihe im Wohnzimmer

Die sündhaftteure KNX-Installation durch den #Elektriker aus 2014 endlich anzubinden, war seit Jahren ein offenes Todo. Mit HomeAssistant war es eigentlich gar kein Problem. Mein erster Versuch mit #openHAB vor 7 Jahren war weniger erfolgreich, kann aber auch an mir gelegen haben. In der Ruhe liegt die Kraft...

Jetzt habe ich Zugriff auf alle Bus-Systeme im Haus (KNX und #Zigbee ). KNX bringt alle Rolladen, Steckdosen und Schalter im Erdgeschoss. Der Rest des Jahres wird nicht langweilig.

#SmartHome #Weltherrschaft

Ha! Der letzte Urlaubstag war ein guter:

✅ Integration #KNX in #HomeAssistant via Gateway
✅ Erster Test mit LED-Reihe im Wohnzimmer

Die sündhaftteure KNX-Installation durch den #Elektriker aus 2014 endlich anzubinden, war seit Jahren ein offenes Todo. Mit HomeAssistant war es eigentlich gar kein Problem. Mein erster Versuch mit #openHAB vor 7 Jahren war weniger erfolgreich, kann aber auch an mir gelegen haben. In der Ruhe liegt die Kraft...

Jetzt habe ich Zugriff auf alle Bus-Systeme im Haus (KNX und #Zigbee). KNX bringt alle Rolladen, Steckdosen und Schalter im Erdgeschoss. Der Rest des Jahres wird nicht langweilig.

#SmartHome #Weltherrschaft

@messieass es empfiehlt sich so oder so, auf eine lokale Lösung umzustellen. @evcc oder #openEMS bieten dafür Lösungen an. Wahlweise integrierbar in eine Hausautomatisierung #openHAB #homeassistant #iobroker #fhem etc...

@messieass es empfiehlt sich so oder so, auf eine lokale Lösung umzustellen. @evcc oder #openEMS bieten dafür Lösungen an. Wahlweise integrierbar in eine Hausautomatisierung #openHAB #homeassistant #iobroker #fhem etc...

Ich tendiere zu uWR, die ich dann per #openDTU auslese. Speicherbatterie mache ich nachgelagert, bspw mit #Victron.

@evcc habe ich als #EMS in Planung, das ich dann in #openHAB einbinden will.

Fragen über Fragen: Kann #evcc mit mehreren uWR klarkommen? Wir haben mehrere Unterzähler im Haus, klappt das? Worauf sollte ich bei Wahl der #Wärmepumpe achten? SGready ausreichend? ...

OpenHAB lost all my settings. There was a notice about persistence plugins, three were selected and I was supposed to configure them, but I forgot about them since they were not mentioned at all in the guides I used. I did not expect that I have to do anything to have it save my config, wtf. The folders exist, it just seems to have cleared them all on next startup.
#OpenHAB

OpenHAB lost all my settings. There was a notice about persistence plugins, three were selected and I was supposed to configure them, but I forgot about them since they were not mentioned at all in the guides I used. I did not expect that I have to do anything to have it save my config, wtf. The folders exist, it just seems to have cleared them all on next startup.
#OpenHAB

@wildrikku Good job. You can find help on the forum. The #openhab community doesn't seem to be very active on the Fediverse. – Someone proof me wrong, pls. 😀

@wildrikku Good job. You can find help on the forum. The #openhab community doesn't seem to be very active on the Fediverse. – Someone proof me wrong, pls. 😀

I now own three and not one Zigbee LED and so I am trying out OpenHAB. The devs did a great job of holding a new user's hand, but oh wow is it necessary to hold hands, setting up a thing like this is not trivial and even though I survived the quick start assistant, I now get a simple "communication failed", my command does nothing and the log I found does not even mention it.
#openHAB

I now own three and not one Zigbee LED and so I am trying out OpenHAB. The devs did a great job of holding a new user's hand, but oh wow is it necessary to hold hands, setting up a thing like this is not trivial and even though I survived the quick start assistant, I now get a simple "communication failed", my command does nothing and the log I found does not even mention it.
#openHAB

Huch, mein #OpenHAB hat fast zwei Wochen keine Daten von der #Wärmepumpe emfangen und ich hab es nicht bemerkt 😳

Ich muss mir dringend einen Sensor programmieren, der mir bei ausgefallenen Things einen Alarm zusendet.

#technischeSchulden

#openhab ist seit vielen Jahren das Herz meine Gausautomatisierung.

Es scheint als ob vald eine Transplantation stattfinden wird, den #homeassistant ist einfach besser...

#openhab ist seit vielen Jahren das Herz meine Gausautomatisierung.

Es scheint als ob vald eine Transplantation stattfinden wird, den #homeassistant ist einfach besser...

Schwiegermutter heute: "Bekomme ich dann auch so Copmuter-Heizungsdinger wie ihr habt?"

Sie meint elektronische Heizungsthermostate, Fensterkontakte und #openHAB

Ich hab da auch schon mal drüber nachgedacht. Allerdings wird das System (EQ3 Max!) das wir haben nicht mehr hergestellt. Muss mal nach einem Cloud-Freien Nachfolger-System suchen.

#philippsaniert #heimautomatisierung

@slartybartfasd
@andreas_dus

Ok, Fortschritt. Ich hab jetzt dank https://dongle.sonoff.tech/guide/zbdongle-e/connecting_to_openhab/ und nachdem ich den Port in /etc/default/openhab explizit als /dev/ttyUSB0 angegeben habe, einen funktionierenden "Ember Coordinator" und meine Fernbedienung und die Leuchte als Things. UND der Ember ist "online"!
Die Leuchte hängt allerdings auf "Node has not completed discovery" und ich finde nicht heraus, worans hängt ...

Ideen?

#OpenHab #HomeAutomation #Zigbee

So, meine ersten Schitte in Sachen #OpenHab waren nicht so erfolgreich. OpenHabian installiert, läuft (zugegeben auf nem RPI 3B) eher zäh, aber läuft. Zigbee Bridge installiert. Dort dann den Sonoff Zigbee Dongle - E (!) als Controller hinzugefügt, der steht allerdings dauerhaft auf "Initializing". Und dauernd muss ich rebooten, damit Dinge umgesetzt werden.

An zigbee2mqtt hab ich mich noch nicht gewagt, da müsste ich den Stick wohl mit Firmware flashen ...

An die SmartHome Bubble:
Hatte gestern ne Deckenleuchte getestet (andere Größe, aber sonst die hier: https://www.globus-baumarkt.de/p/eglo-led-deckenleuchte-moradillo-z-schwarz-60-x-60-cm-rgb-dimmbar-0773181744/), sehr ernüchternd. Lampe ließ sich nur mit App und Account steuern, auch nur wenn GPS aktiv. Fernbedienung bekam ich gar nicht zum laufen.

Gibts für solche Geräte andere Lösungen? Muss man da gleich OpenHab aufsetzen, und wenn ja, wie? Ich will eigentlich nur ne gute LED-Leuchte mir RGB.

#SmartHome #OpenHab #Datenschutz #AllesScheiße

Update:
https://social.saarland/@fedithom/116146771080528910

Openhab von 5.0 auf 5.1 upgegradet. ✅

Ärgere mich wieder einmal über die nutzlosen Fehlermeldungen. "Wir haben unsere Anforderungen geändert, deshalb musst du deinen Code ändern, aber ätschi-bätsch, wir sagen dir nicht was oder wo!"

Der Interpreter stolpert ja über eine bestimmte Skriptzeile, was die Meldung auslöst. Ist es wirklich so unmöglich, dabei die Nummer der Zeile in die Meldung mitzunehmen? 🤦

#openhab

Openhab von 5.0 auf 5.1 upgegradet. ✅

Ärgere mich wieder einmal über die nutzlosen Fehlermeldungen. "Wir haben unsere Anforderungen geändert, deshalb musst du deinen Code ändern, aber ätschi-bätsch, wir sagen dir nicht was oder wo!"

Der Interpreter stolpert ja über eine bestimmte Skriptzeile, was die Meldung auslöst. Ist es wirklich so unmöglich, dabei die Nummer der Zeile in die Meldung mitzunehmen? 🤦

#openhab

nach unendlich langer Zeit habe ich #openhab bei mir installiert und alles eingebunden, was irgendwie Daten liefert. Meine PV und besonders den Viessmann KW200 Gaskessel mit Solarthermie. Am Kessel läuft ein Raspi mit mqtt, der die Werte via vcontrold und einem Optolink an Openhab sendet. Funktioniert perfekt (bis auf das instabile WLAN am Raspi) und ich konnte so ziemlich einfach die Heizkurve optimieren, ohne dass wir frieren müssen. Als nächstes kommt die Solarthermie hinzu (KM-Bus)

IME, a lot of good information on how to achieve things with the #OpenHAB Rules DSL requires good searching on the OpenHAB forums or mining through the Javadoc.

I thought I'd use Claude over the weekend/last night to help generify some stuff in my config, and it suggested a cool approach whereby I could put metadata against items and then use that metadata in my rules to customise behaviour.

It's also described here: https://forum.aqara.com/t/exploring-openhabs-rule-design-with-metadata-for-enhanced-flexibility/20956

Unfortunately, Claude seems to have just completely made up how to _read_ the metadata (validated against the Javadoc). It then proposed an alternative approach, which again seemed reasonable - but completely made up (again, validated against the Javadoc).

Trying a third time got it to say:

> Let me check what's actually available in OpenHAB for accessing metadata from rules

...and then:

> Unfortunately, accessing item metadata from Rules DSL is quite limited in OpenHAB. The documentation confirms that "Metadata can be added and removed, but not read" from Rules DSL

I know none of this is news; but... yeesh.

IME, a lot of good information on how to achieve things with the #OpenHAB Rules DSL requires good searching on the OpenHAB forums or mining through the Javadoc.

I thought I'd use Claude over the weekend/last night to help generify some stuff in my config, and it suggested a cool approach whereby I could put metadata against items and then use that metadata in my rules to customise behaviour.

It's also described here: https://forum.aqara.com/t/exploring-openhabs-rule-design-with-metadata-for-enhanced-flexibility/20956

Unfortunately, Claude seems to have just completely made up how to _read_ the metadata (validated against the Javadoc). It then proposed an alternative approach, which again seemed reasonable - but completely made up (again, validated against the Javadoc).

Trying a third time got it to say:

> Let me check what's actually available in OpenHAB for accessing metadata from rules

...and then:

> Unfortunately, accessing item metadata from Rules DSL is quite limited in OpenHAB. The documentation confirms that "Metadata can be added and removed, but not read" from Rules DSL

I know none of this is news; but... yeesh.

I had an insane push this weekend to get #HestiaPi & #OpenHAB to be compatible with a heat pump HVAC system. I'm testing it by running LEDs through the relays to see when they flip on.

I have one prototype that I manually configured. I have the basics down: heating, cooling, ruining the fan, 2-stages for both heating and cooling.

Next up, boosting and tons of regression testing. I rewrote huge parts of many of the roles and made serious logic/flow changes.

I need sleep too!

I had an insane push this weekend to get #HestiaPi & #OpenHAB to be compatible with a heat pump HVAC system. I'm testing it by running LEDs through the relays to see when they flip on.

I have one prototype that I manually configured. I have the basics down: heating, cooling, ruining the fan, 2-stages for both heating and cooling.

Next up, boosting and tons of regression testing. I rewrote huge parts of many of the roles and made serious logic/flow changes.

I need sleep too!

Re-sharing publicly my fun #openHAB rule to have my microwave's clock always set to the right time by briefly cutting its power at midnight every night.

Tomorrow we'll see if it works 😅

The house didn't properly wake up this morning, so that needs debugging today.

It seems there were some changes/fixes to groups in #OpenHAB, so it could be that (maybe).

The house didn't properly wake up this morning, so that needs debugging today.

It seems there were some changes/fixes to groups in #OpenHAB, so it could be that (maybe).

This morning I upgraded #OpenHAB from 2.5 to 4.3. Mostly things are working. Mostly.

I also tried to use `adb` to disable background stuff like Alexa on our #Philips #AndroidTV - if nothing else to try and get the Channel 4 app working reliably.

It is not better 😡 - happily shows adverts but then crashes when it gets to the programme proper.

This morning I upgraded #OpenHAB from 2.5 to 4.3. Mostly things are working. Mostly.

I also tried to use `adb` to disable background stuff like Alexa on our #Philips #AndroidTV - if nothing else to try and get the Channel 4 app working reliably.

It is not better 😡 - happily shows adverts but then crashes when it gets to the programme proper.

Meine alte OpenHAB <> MQTT <> Beaglebone Black <> Python <> DIY Platine <> Hausbeleuchtungssteuerung. :)

Ton an um die Relais klackern zu hören. ^^

#smarthome #electric #openhab #diy

I have a much better opinion of #musicassistant. It's still very buggy but in this case I can understand. Media streaming is complex and messy, I think the Music Assistant developers are doing a good job overall. I wish it had better integration with #openHAB. I guess I'll have to take care of that myself.

I honestly don't understand why people like #homeassistant so much. It's confusing, full of limitations, it literally runs random Python code it finds in the MQTT broker without asking (https://www.home-assistant.io/integrations/mqtt/#value_template), but most importantly...

How can you stand the level of enshittification it has reached? They make everything so hard to do locally unless you buy their hardware and their shitty cloud based subscription.

I really do not understand how it came to be this popular.

I get that #openhab uses more memory and it has a bit of a learning curve to set up, but so does Home Assistant! It would take me an entire weekend to sort that awful dashboard in Home Assistant, and I've already hit a brick wall trying to get my Garmin smartwatch to control HA.

Please, people, I beg you, give openHAB a shot. It's a great, well designed project, built by an organization that is *actually* not for profit (https://www.openhab.org/imprint.html). It's already great, let's make it more popular, attract contributors and make it even better.

I honestly don't understand why people like #homeassistant so much. It's confusing, full of limitations, it literally runs random Python code it finds in the MQTT broker without asking (https://www.home-assistant.io/integrations/mqtt/#value_template), but most importantly...

How can you stand the level of enshittification it has reached? They make everything so hard to do locally unless you buy their hardware and their shitty cloud based subscription.

I really do not understand how it came to be this popular.

I get that #openhab uses more memory and it has a bit of a learning curve to set up, but so does Home Assistant! It would take me an entire weekend to sort that awful dashboard in Home Assistant, and I've already hit a brick wall trying to get my Garmin smartwatch to control HA.

Please, people, I beg you, give openHAB a shot. It's a great, well designed project, built by an organization that is *actually* not for profit (https://www.openhab.org/imprint.html). It's already great, let's make it more popular, attract contributors and make it even better.

Linux Box Dev Edition brings Armbian Linux with Home Assistant support

https://fed.brid.gy/r/https://linuxgizmos.com/linux-box-dev-edition-brings-armbian-linux-with-home-assistant-support/

Four weeks (One Month) since #HomeAssistant published their intent to deprecate http.server_host for all installation types, because it doesn't spark joy (apparently breaks Supervised Backups, I don't know) for them.

https://github.com/home-assistant/core/issues/157961

There have been _zero_ responses by Home Assistant team members.
I'm contemplating moving away to #OpenHAB.

Four weeks (One Month) since #HomeAssistant published their intent to deprecate http.server_host for all installation types, because it doesn't spark joy (apparently breaks Supervised Backups, I don't know) for them.

https://github.com/home-assistant/core/issues/157961

There have been _zero_ responses by Home Assistant team members.
I'm contemplating moving away to #OpenHAB.

My #openHab instance has started throwing 401 errors for `strict-origin-when-cross-origin` without me to my knowledge changing anything.
I'm using a #nginx reverse proxy, and I'm having trouble figuring out if nginx or openHab itself are generating the 401 errors.
And unless I don't understand this at all, the origins are correct

My #openHab instance has started throwing 401 errors for `strict-origin-when-cross-origin` without me to my knowledge changing anything.
I'm using a #nginx reverse proxy, and I'm having trouble figuring out if nginx or openHab itself are generating the 401 errors.
And unless I don't understand this at all, the origins are correct

#openhab Wechsel von Raspberry zu Debian VM hat keine 5 Minuten gedauert, dank openhabian Backup. Damit hab ich nicht gerechnet 🔝

Plus: openhab 5 schleift soviele Ecken und Kanten, dass es mittlerweile grandios einfach ist, ein "smartes Home" ohne Datenschutzprobleme oder Vendor-Lockins zu haben 👍

@kevin my stack includes, #Nextcloud, #Mailcow, #Gitlab, #Jekyll, #Omeka, #zigbee2mqtt and #Openhab

Whats yours?

Tado macht sich unbeliebt

https://blog.sengotta.net/tado-macht-sich-unbeliebt/

Auf jeden Fall bei den ganzen Usern von Home Assistant, Openhab, FHEM und Co. Dann all deren Integrationen von Tado Produkten beruhen auf einer, meines Wissens nach inoffiziellen, API des Herstellers.

Und für diese API wird jetzt ein Ratelimit eingeführt wie man der nachstehenden E-Mail, die auch an mich ging, entnehmen kann:

Hello BjöRn,

We have an important update for users of our REST API, which—while never officially supported for third parties—we’ve historically left open and unrestricted. We’ve always believed in fair use, and we intend to continue supporting that principle.

The API is commonly used by third-party and open-source platforms (e.g., Home Assistant), as well as by users running their own custom scripts. Nevertheless, a small fraction of very frequent API users are currently responsible for a disproportionately high share of our server expenses.

To ensure long-term stability and to avoid restricting access for everyone, we will begin introducing daily usage limits for API calls.

Your daily quota will depend on whether you have an active tado° Auto-Assist subscription:

Without Auto-Assist: 100 requests/day
A small daily quota, which should still support basic use cases that are not available via tado’s local APIs: HomeKit for V3/V3+ devices or Matter for tado° X devices. We have updated the documentation on how to access the REST API to reflect these changes.

With Auto-Assist: 20.000 requests/day
This should cover even more demanding use cases, and the subscription fees enable us to offset the increased costs associated with additional server calls.

We’ve shared these changes very early in our consideration process with Home Assistant, the largest open-source software using the unofficial tado° REST API, asking them to adapt their integration to rely more on tado’s local APIs. We understand this creates challenges for community projects. Therefore, we will slowly ramp down limits over the next few months for a smooth transition.

Our goal is to strike a fair balance, ensuring that responsible use remains possible while keeping infrastructure costs under control.

Thank you for your understanding.

Warm regards,

Your tado° Team

Und für die User keine Auto-Assist Subscription haben (oder ein altes Gerät wie ich wo Auto Assist / Geofence halt ein garantiertes Feature war) sind die 100 Anfragen am Tag sehr wenig, vor allem wenn man mehrere Heizkörperthermostate hat etc.

Dementsprechend steil gehen gleich viele User auf Github im Home Assistant Issue Tracker:

https://github.com/home-assistant/core/issues/151223

Ich habe da meine Meinung auch kund getan und dafür natürlich kein „Daumen hoch“ bekommen. Eher recht viele Downvotes, aber gut es ist halt Github: das X der Codehosting Plattformen. Codeberg.org ist die nettere Alternative (schamlose Werbung für dieses tolle Projekt).

Nichtsdestotrotz: Manche haben tausende Pfund / Euro etc. für die Tado Hardware ausgegeben, gerade wegen der inoffziellen offenen Cloud API (hört sich blöd an ist aber scheinbar so), und scheuen sich jetzt die 30€ im Jahr extra für den Auto Assist auszugeben. Die meisten davon haben diese Hardware auch Freunden und Familie empfohlen wegen der offenen inoffiziellen Cloud API. Wie steht man denn jetzt nur da.

Ehrlich gesagt fehlte hier wahrscheinlich bei den Projekte wie Home Assistant etc. ein großer warnender Hinweis. Woher soll der normaler User auch wissen das die Integration auf das Wohlwollen des Herstellers angewiesen ist.

Tado wirft man jetzt vor nur zusätzlich Kasse machen zu wollen, indem man die ganzen Home Assistant etc. User in ein Subscription Modell treibt. Abwegig ist das nicht nicht. Cloudserver wollen bezahlt werden und nur noch wenige Hardware Hersteller deren Produkt Cloudfeatures benötigt kommen ohne ein Abo Modell aus. Warum sollte es bei Tado anders sein. Denn ganz ehrlich, wenn es nur an einigen wenigen Akteuren liegt die die API missbräuchlich nutzen (wie in der Mail beschrieben), könnte man diese sicher auch auf anderem Wege blocken ohne alle API User abzustrafen.

Aber ganz ehrlich: dieses rumgejammer der Community ist doch nur peinlich. Nur weil man sich vorher nicht vernünftig informiert hat, sich so über den Hersteller zu echauffieren, ist doch kindisch.

Möchte ich ein Produkt was ohne Cloud Zwang auskommt, und dazu kann ich nur raten, dann muss ich mich vorher gründlich informieren. Kaufe ich ein Produkt was auf der inoffiziellen Cloud Api des Herstellers aufbaut kann ich mich nicht beschweren wenn die auf einmal weg ist. Und hier ist Sie ja noch nicht einmal weg.

#cloudzwang #fhem #homeassistant #openhab #smarthome #tado

@bjoern

Tado macht sich unbeliebt

https://blog.sengotta.net/tado-macht-sich-unbeliebt/

Auf jeden Fall bei den ganzen Usern von Home Assistant, Openhab, FHEM und Co. Dann all deren Integrationen von Tado Produkten beruhen auf einer, meines Wissens nach inoffiziellen, API des Herstellers.

Und für diese API wird jetzt ein Ratelimit eingeführt wie man der nachstehenden E-Mail, die auch an mich ging, entnehmen kann:

Hello BjöRn,

We have an important update for users of our REST API, which—while never officially supported for third parties—we’ve historically left open and unrestricted. We’ve always believed in fair use, and we intend to continue supporting that principle.

The API is commonly used by third-party and open-source platforms (e.g., Home Assistant), as well as by users running their own custom scripts. Nevertheless, a small fraction of very frequent API users are currently responsible for a disproportionately high share of our server expenses.

To ensure long-term stability and to avoid restricting access for everyone, we will begin introducing daily usage limits for API calls.

Your daily quota will depend on whether you have an active tado° Auto-Assist subscription:

Without Auto-Assist: 100 requests/day
A small daily quota, which should still support basic use cases that are not available via tado’s local APIs: HomeKit for V3/V3+ devices or Matter for tado° X devices. We have updated the documentation on how to access the REST API to reflect these changes.

With Auto-Assist: 20.000 requests/day
This should cover even more demanding use cases, and the subscription fees enable us to offset the increased costs associated with additional server calls.

We’ve shared these changes very early in our consideration process with Home Assistant, the largest open-source software using the unofficial tado° REST API, asking them to adapt their integration to rely more on tado’s local APIs. We understand this creates challenges for community projects. Therefore, we will slowly ramp down limits over the next few months for a smooth transition.

Our goal is to strike a fair balance, ensuring that responsible use remains possible while keeping infrastructure costs under control.

Thank you for your understanding.

Warm regards,

Your tado° Team

Und für die User keine Auto-Assist Subscription haben (oder ein altes Gerät wie ich wo Auto Assist / Geofence halt ein garantiertes Feature war) sind die 100 Anfragen am Tag sehr wenig, vor allem wenn man mehrere Heizkörperthermostate hat etc.

Dementsprechend steil gehen gleich viele User auf Github im Home Assistant Issue Tracker:

https://github.com/home-assistant/core/issues/151223

Ich habe da meine Meinung auch kund getan und dafür natürlich kein „Daumen hoch“ bekommen. Eher recht viele Downvotes, aber gut es ist halt Github: das X der Codehosting Plattformen. Codeberg.org ist die nettere Alternative (schamlose Werbung für dieses tolle Projekt).

Nichtsdestotrotz: Manche haben tausende Pfund / Euro etc. für die Tado Hardware ausgegeben, gerade wegen der inoffziellen offenen Cloud API (hört sich blöd an ist aber scheinbar so), und scheuen sich jetzt die 30€ im Jahr extra für den Auto Assist auszugeben. Die meisten davon haben diese Hardware auch Freunden und Familie empfohlen wegen der offenen inoffiziellen Cloud API. Wie steht man denn jetzt nur da.

Ehrlich gesagt fehlte hier wahrscheinlich bei den Projekte wie Home Assistant etc. ein großer warnender Hinweis. Woher soll der normaler User auch wissen das die Integration auf das Wohlwollen des Herstellers angewiesen ist.

Tado wirft man jetzt vor nur zusätzlich Kasse machen zu wollen, indem man die ganzen Home Assistant etc. User in ein Subscription Modell treibt. Abwegig ist das nicht nicht. Cloudserver wollen bezahlt werden und nur noch wenige Hardware Hersteller deren Produkt Cloudfeatures benötigt kommen ohne ein Abo Modell aus. Warum sollte es bei Tado anders sein. Denn ganz ehrlich, wenn es nur an einigen wenigen Akteuren liegt die die API missbräuchlich nutzen (wie in der Mail beschrieben), könnte man diese sicher auch auf anderem Wege blocken ohne alle API User abzustrafen.

Aber ganz ehrlich: dieses rumgejammer der Community ist doch nur peinlich. Nur weil man sich vorher nicht vernünftig informiert hat, sich so über den Hersteller zu echauffieren, ist doch kindisch.

Möchte ich ein Produkt was ohne Cloud Zwang auskommt, und dazu kann ich nur raten, dann muss ich mich vorher gründlich informieren. Kaufe ich ein Produkt was auf der inoffiziellen Cloud Api des Herstellers aufbaut kann ich mich nicht beschweren wenn die auf einmal weg ist. Und hier ist Sie ja noch nicht einmal weg.

#cloudzwang #fhem #homeassistant #openhab #smarthome #tado

@bjoern

Умный дом на openHAB+MQTT+Arduino. Часть 1: Кластер

Изначально была мысль повысить доступность openHAB средствами виртуализации. Ставим два гипервизора, настраиваем High availability, при отказе хоста виртуалка с openHAB перезапустится на соседнем сервере. И все бы ничего, но для работы HA нужно общее хранилище. Какой-то NAS допустим у меня есть, но выход его из строя даже более вероятен, чем отказ хоста. А городить что-то на DRBD или подобном не хотелось. Поэтому было решено кластеризовать openHAB другим способом. см. рисунок ниже

https://habr.com/ru/articles/804659/

#openhab #mqtt #ethernet #arduino #cluster #vrrp #lsyncd #mosquito #linux #keepalived

Jetzt haben wir neben Modbus TCP auch Modbus über die serielle Schnittstelle im openhab. Lesend und schreibend. Es ist schon sehr eigen und immer wieder mühsam, aber unser Gerätezoo wächst über die Jahre ja immer noch, und wenn es funktioniert, dann funktioniert es.

#noCloud #privateData #openhab #homeAutomation #goodwe #automation #Energiewende #Customization

Jetzt haben wir neben Modbus TCP auch Modbus über die serielle Schnittstelle im openhab. Lesend und schreibend. Es ist schon sehr eigen und immer wieder mühsam, aber unser Gerätezoo wächst über die Jahre ja immer noch, und wenn es funktioniert, dann funktioniert es.

#noCloud #privateData #openhab #homeAutomation #goodwe #automation #Energiewende #Customization

@cluk
The adapter is this one: https://adapter.ebusd.eu/v5/ See also https://adapter.ebusd.eu/v5/steps.html

It's all self-installed. The #openhab host also runs #ebusd (https://github.com/john30/ebusd), and the values are sent to openhab as #mqtt messages.

There's a large amount of data. We got the adapter in July (I can see from my above message) and immediately started importing and charting the first values. Then came vacation time and now the start of the school year. But I think when it gets colder, there will be more interest in the other values. :masto_silly:

There's still a lot to explore. We got the #heatpump in the spring and except for some tests it has only been used for heating water so far. I have the temperature of the various liquids: inside and outside circuits, incoming, outgoing, the water temperature, and of course the outside air temperature. Then there's lots of status values and status texts, error codes of course, and there should be energy values as well (all the things you can see on the built-in display of the heatpump). There's statistics like runtime in minutes for the various functions (heating, cooling, de-icing, ...).

We also have the inside and the outside elements of the heat pump hooked up to shellys in the electric cabinet so we can see how much electricity they use directly and in more detail.

#wärmepumpe #privateData #noCloud #vaillant

Kann jemand ein Balkonkraftwerk (bzw. den dazugehörigen Wechselrichter) empfehlen, das sich möglichst einfach (am besten per MQTT, ohne Cloud-Zwang) ins Smarthome mit #OpenHAB einbinden lässt?

#photovoltaik #balkonkraftwerk #energiewende #lokaleenergiewende #fedipower

We finally got a working #eBus #adapter. First values are being received and recorded by #openhab. I'm thrilled.

#wärmepumpe #heatpump #vaillant #privateData

A Lightweight Smart Home Server - Working towards automating a few things in a home often seems simple on the surfac... - https://hackaday.com/2023/06/06/a-lightweight-smart-home-server/ #automation #rasberrypi #homehacks #smarthome #webserver #dirigera #openhab #raspbee #zigbee #ikea #mako #lua