Het Grote OpenHAB topic - deel 1

[Dennis]

Ik heb nog even verder geknutseld aan mijn layout. Doel was om de iOS 'Woning' app na te bootsen. Het configureren van de achtergrond was niet zo lastig, maar dit werkt dus vervelend genoeg niet op de startpagina. Althans, niet in de Android app. Blijkbaar zit daar iets tricky.



Ik ben er zelf in ieder geval content mee. Nu nog op de home page dus .

[Accretion]

Dennis schreef op donderdag 29 december 2022 @ 23:05:
Ik heb nog even verder geknutseld aan mijn layout. Doel was om de iOS 'Woning' app na te bootsen. Het configureren van de achtergrond was niet zo lastig, maar dit werkt dus vervelend genoeg niet op de startpagina. Althans, niet in de Android app. Blijkbaar zit daar iets tricky.

[Afbeelding]

Ik ben er zelf in ieder geval content mee. Nu nog op de home page dus .

Ah dat ziet er erg tof uit!
Persoonlijk zie ik verlichting aansturen nog niet als toegevoegde waarde, het is best een dure ingreep die relatief niet zo veel oplevert, naast comfort.

De ideeën die ik momenteel heb:

Zonnepanelen & verbruik:
- Het monitoren van de zonnepanelen en het energieverbruik is belangrijke informatie voor het maken van keuzes. Om het eigen verbruik te maximaliseren kun je bijvoorbeeld de vloerverwarming extra hard laten draaien als de zon hard schijnt. Hierdoor kun je van je huis een thermische buffer maken en hoef je 's nachts minder hard te stoken. Dit is gunstig als salderen wordt afgebouwd.

Ventilatie:
- Door CO2 te sturen, kan ik voorkomen dat de ventilatie constant draait voor niets; maar toch een goed klimaat bestaat in huis.
- Afhankelijk van de buitentemperatuur kun je mogelijk de warmte terugwin ook beter inzetten.

Verwarming:
- De vloerverwarming hoeft alleen te draaien bij warmtevraag, daarnaast hoeft het in de slaapkamer niet zo warm te zijn als in de woonkamer. Dit bespaart verbruik.

Zonwering:
- Door 's nachts de rolluiken te sluiten; voorkom je warmteverlies. Door ze 's ochtends open te maken; laat je de zon binnen komen.


Dit moet allemaal lokaal draaien (ook zonder cloud) en niet afhankelijk zijn van het netwerk voor normale operatie.
Oftewel, als het netwerk plat ligt, moet de ventilatie / verwarming blijven draaien.

Ik ben momenteel wel nog veel bezig met de hardware; de motoren van de ventilatie worden gereviseerd, de vloerverwarming wil ik nog aanpassen (1 zuinige pomp i.p.v. 4 pompen) en zonnepanelen moeten nog geplaatst worden.

[Dennis]

Accretion schreef op vrijdag 30 december 2022 @ 12:07:
Ah dat ziet er erg tof uit!
Persoonlijk zie ik verlichting aansturen nog niet als toegevoegde waarde, het is best een dure ingreep die relatief niet zo veel oplevert, naast comfort.

De ideeën die ik momenteel heb:

Zonnepanelen & verbruik:
- Het monitoren van de zonnepanelen en het energieverbruik is belangrijke informatie voor het maken van keuzes. Om het eigen verbruik te maximaliseren kun je bijvoorbeeld de vloerverwarming extra hard laten draaien als de zon hard schijnt. Hierdoor kun je van je huis een thermische buffer maken en hoef je 's nachts minder hard te stoken. Dit is gunstig als salderen wordt afgebouwd.

Ventilatie:
- Door CO2 te sturen, kan ik voorkomen dat de ventilatie constant draait voor niets; maar toch een goed klimaat bestaat in huis.
- Afhankelijk van de buitentemperatuur kun je mogelijk de warmte terugwin ook beter inzetten.

Verwarming:
- De vloerverwarming hoeft alleen te draaien bij warmtevraag, daarnaast hoeft het in de slaapkamer niet zo warm te zijn als in de woonkamer. Dit bespaart verbruik.

Zonwering:
- Door 's nachts de rolluiken te sluiten; voorkom je warmteverlies. Door ze 's ochtends open te maken; laat je de zon binnen komen.


Dit moet allemaal lokaal draaien (ook zonder cloud) en niet afhankelijk zijn van het netwerk voor normale operatie.
Oftewel, als het netwerk plat ligt, moet de ventilatie / verwarming blijven draaien.

Ik ben momenteel wel nog veel bezig met de hardware; de motoren van de ventilatie worden gereviseerd, de vloerverwarming wil ik nog aanpassen (1 zuinige pomp i.p.v. 4 pompen) en zonnepanelen moeten nog geplaatst worden.

Mooi verhaal. Heb je al naar KNX gekeken? Door de decentrale opzet daarvan kan het vrijwel autonoom werken. Als je alle logica in OpenHAB inbouwt is dat natuurlijk veel lastiger (maar niet onmogelijk).

Wat betreft verlichting is bij mij alles aan elkaar gekoppeld. Als ik het alarm uitschakel gaat de verlichting aan en vice versa. Daarbij bedien ik ook niet zoveel lampen met het systeem hoor. Ik heb een aantal scènes en die worden aangeroepen. In de ochtend hebben we een andere voorkeur qua verlichting dan 's avonds op de bank.

[Accretion]

Dennis schreef op vrijdag 30 december 2022 @ 12:52:
[...]

Mooi verhaal. Heb je al naar KNX gekeken? Door de decentrale opzet daarvan kan het vrijwel autonoom werken. Als je alle logica in OpenHAB inbouwt is dat natuurlijk veel lastiger (maar niet onmogelijk).

Ik heb geen een apparaat dat KNX ondersteund, dus dan heeft dat weinig nut?
Het gaat om het integreren van bestaande apparaten.

M'n punt was meer dat ik via het netwerk bijvoorbeeld een CO2 setpoint of temperatuur setpoint in wil kunnen stellen en het apparaat zelf dan z'n best doet om dat setpoint te halen.

[CyBeRSPiN]

@Accretion dat is allemaal prima mogelijk hoor. En OpenHAB draait super stabiel. Dus eenmaal ingeregeld werkt het prima.
Wel zorgen dat na stroomuitval alles weer goed opstart.

Wel ben ik ook fan van autonome systemen. Bijvoorbeeld lampen via de Hue bridge. Zodat die altijd werken ook als OpenHAB niet meer zou draaien.

[ Voor 29% gewijzigd door CyBeRSPiN op 30-12-2022 17:54 ]

[dwhite]

Dennis schreef op zaterdag 24 december 2022 @ 20:50:
Klinkt goed @dwhite. Uitgebreide config heb je zo te zien. Bij mij draait OpenHAB nu een jaar of drie maar inderdaad retestabiel sinds ik Openhabian gebruik (en ik dus niet binnen no time een corrupte SD kaart heb).

Doe je presence detectie met ownTracks en MQQT?

Bij mij draait het op een raspberry Pi4 met SSD. Dus over corruptie maak ik me niet zoveel zorgen. Die fase met steeds corrupte SD-kaarten heb ik gelukkig gehad. Presence doe ik met Tasker Op Android telefoons). Die heb ik zo ingericht, dat wanneer mijn Wifi netwerk wordt gezien door onze telefoons, deze een API call doet naar een switch van of een persoon thuis is of niet.

[Dennis]

Ik ben gisteren begonnen met het knutselen van een simpel scriptje om .knxproj files uit te lezen en op basis van de daarin aanwezige actoren en groepsadressen automatisch KNX Things en Items aan te maken voor mijn OpenHAB.

Merkte dat het een beetje een rommeltje begon te worden qua naamgeving en dus tijd voor netjes maken.

Mijn gedachten zijn elk KNX device als KNX thing, vergelijkbaar met hoe de KNX binding ook bedoeld is. Het maakt natuurlijk geen biet uit onder welk thing je een channel met groepsadres hangt, maar het liefst kies ik voor het apparaat dat de status beheert. Dus een switch van de status van een alarmsysteem-zone hangt onder het alarmsysteem thing. Ik ga proberen dit ook automatisch te bepalen op basis van het .knxproj bestand.

Heeft iemand nog goede suggesties?

Ik heb overigens ook het idee dat OpenHAB een beetje begint dood te bloeden. Home Assistant lijkt veel populairder, maar waar dat nou precies in zit kan ik niet zo goed ontdekken. Misschien toch het ontbreken aan een standaard simpele UI?

[Accretion]

Dennis schreef op vrijdag 13 januari 2023 @ 09:47:
Ik heb overigens ook het idee dat OpenHAB een beetje begint dood te bloeden. Home Assistant lijkt veel populairder, maar waar dat nou precies in zit kan ik niet zo goed ontdekken. Misschien toch het ontbreken aan een standaard simpele UI?

Ik heb OpenHAB geïnstalleerd omdat ik een schijthekel heb aan de Python programmeertaal.

Maar, moet zeggen dat d'r niet zo veel te vinden is over openHAB; en ja het verbaasde mij eigenlijk dat je de GUI volledig uit de grond moet trekken. Al zie ik ook wel heel mooie OpenHAB GUI's voorbij komen.

KNX heb ik wel eens mee gespeeld, maar hoe je dat met OpenHAB het 'mooiste' kan koppelen, heb ik geen idee van.

[CyBeRSPiN]

@Dennis de HA community is idd groter en heeft een hoop content creators (YouTube, pod casts) die voor nieuwkomers materiaal maken.
Ik geef niet zoveel om de UI, het gaat mij op de automation en de robuustheid ervan.

[Zoefff]

Dennis schreef op vrijdag 13 januari 2023 @ 09:47:
Ik ben gisteren begonnen met het knutselen van een simpel scriptje om .knxproj files uit te lezen en op basis van de daarin aanwezige actoren en groepsadressen automatisch KNX Things en Items aan te maken voor mijn OpenHAB.

Wait wut! Ik heb er nooit bij stil gestaan dat het .knxproj formaat leesbaar is. Ik hik namelijk al tijden aan tegen een taakje om alle objecten in huis naar OpenHab te mappen. Het was al een taak om dat in ETS te doen, laat staan dat ik het allemaal nogmaals moet doen. In OpenHab zitten nu dus alleen de meest noodzakelijke dingen

Ik zie dat er ook anderen al mee bezig zijn geweest in b.v. https://github.com/Blizzard26/knxTools . Wellicht een goede om inspiratie op te doen. En als je jouw script wil delen, meer dan welkom. Mocht ik suggesties hebben dan zal ik die daar uiteraard ook aan toevoegen!

Ik heb overigens ook het idee dat OpenHAB een beetje begint dood te bloeden. Home Assistant lijkt veel populairder, maar waar dat nou precies in zit kan ik niet zo goed ontdekken. Misschien toch het ontbreken aan een standaard simpele UI?

Dat gevoel (ontbreken van eenvoud) heb ik wel. Zonder veel kennis van HA te hebben lijkt dat wel een simpelere UI te hebben en is de flow een stuk helderder. OpenHab is súper generiek opgezet, maar dat maakt het in mijn ogen ook wel extreem abstract. Ik moet zelf iedere keer weer even nadenken hoe ik nou een thing van bepaald type via een channel aan een item gekoppeld krijg met de juiste group en tags om het geheel ook in HomeKit te laten werken. Dan laat ik het hele semantic model nog even buiten beschouwing en vergeet ik ook of je dit nou in de UI of config moet aanpassen omdat je soms niet alles op dezelfde plek kan doen. Om dan enige consistente benaming nog helemaal buiten beschouwing te laten.

Als het eenmaal draait heb ik dan wel het idee dat het stabieler lijkt dan HA. Ik heb in 5 jaar nog 0% downtime gehad (los van SD corruptie voordat ik een SSD gebruikte, maar dat valt OpenHab niet aan te rekenen) terwijl ik in b.v. #domotica @ mnot Slack regelmatig berichten langs zie komen dat er dingen in HA 'ineens' niet meer werken of waar updates roet in het eten gooien. Dat moet ik echt niet hebben, dus vooralsnog blijf ik nog even bij OpenHab plakken

[Dennis]

Hihi @Zoefff ja ik had al die andere projecten gezien, waaronder Python scriptje.

Het ophalen van die groepsadressen eruit is niet zo moeilijk, dat heb ik inmiddels al voor elkaar. De devices eruit halen ook niet.

Helaas is het vrijwel onmogelijk om de vlaggen te bepalen van groepsadres per device. Dus ik moet even gaan nadenken hoe ik dit anders ga doen...

[MMatthijsV]

Ik probeer een eigen mainui widget te maken (Openhab 3.4) met daarin eigen icons. Als basis heb ik https://community.openhab...rcare-plant-sensor/109563 gebruikt. Daarin worden F7 icons gebruikt, die wil ik dus vervangen voor mijn eigen. In Openhab 2 had ik al eigen icons en dat werkt nu nog steeds. Als ik een standaard main ui widget kies en daar de naam van mijn eigen icons of die van Openhab in zet, dan werkt dat gewoon en zie ik de icons.

Dit is nu de code van de eigen widget, waarbij de temperatuur en luchtvochtigheid worden weergeven. Mijn eigen icon verschijnt alleen helaas niet. De standaard icons van Openhab https://www.openhab.org/docs/configuration/iconsets/classic/ overigens ook niet. Iemand suggesties?

code:

uid: temperaturehumiditysensor
tags: []
props:
  parameters:
    - description: The name of the sensor
      label: Title
      name: title
      required: false
      type: TEXT
    - context: item
      description: Temperature and humidity sensor equipment group (prefix of the point item names)
      label: Item
      name: item
      required: false
      type: TEXT
  parameterGroups: []
timestamp: Jan 21, 2023, 5:04:48 PM
component: f7-card
config: {}
slots:
  default:
    - component: f7
      config:
        style:
          align-items: start
          background: white
          background-position: right bottom
          background-size: cover
          display: flex
          flex-direction: column
          min-height: 80px
      slots:
        default:
          - component: oh-link
            config:
              action: analyzer
              actionAnalyzerItems: =[props.item + '_temperature']
              color: black
              icon: oh:temperaturex
              iconUseState: true
              style:
                text-shadow: 0px 0px 3px white
              text: =items[props.item + '_temperature'].displayState
          - component: oh-link
            config:
              action: analyzer
              actionAnalyzerItems: =[props.item + '_humidity']
              color: black
              iconF7: drop
              style:
                margin-left: 2px
                text-shadow: 0px 0px 3px white
              text: =items[props.item + '_humidity'].displayState

Zoals het er nu uit ziet; mijn eigen icoon van de temperatuur ontbreekt, het F7 icon (de druppel) is wel zichtbaar.


Edit oplossing:
Ik moest een extra component toevoegen om het aan de praat te krijgen:
https://community.openhab...n-widget/143627/2?u=mattv

[ Voor 5% gewijzigd door MMatthijsV op 21-01-2023 20:47 ]

[evertos]

ignatius schreef op maandag 19 december 2022 @ 14:03:
Ik knutsel niet veel meer aan mijn OpenHab zelf, maar wel met de hosting; Ik gebruik Google Home om m'n verlichting te bedienen en het komt de afgelope maanden steeds vaker voor dat OpenHad de verbinding met Google Home verliest. Als ik dan op https://www.myopenhab.org/ kijk, is mijn systeem dan ook offline.

Ik draai OpenHab in een docker container op een vrij oud mini-pctje. Een zotac van zeker 10 jaar oud. Ik draai er meerdere Docker containers op en ik heb OpenHab nu verplaatst naar een Raspberry waar ook een Deconz container op draait. De bediening via Google Home doet het nu goed, maar nu kan ik de webui niet bereiken. Het is een Raspberry 2 model B, dus ik verwacht er ook niet te veel van.

Lang verhaal kort: Wat voor hardware hebben anderen staan voor het hosten van meerdere docker containers? Ik draai:

• Node-Red (zonnepanelen verbruik posten op pvoutpur.org)
• Teslamate (ga ik misschien mee stoppen, Teslafi doet het ook prima)
• Nginx proxy manager
• Openhab3
• Portainer
• Wireguard

M'n NAS is ook aan vervanging toe(nu een Synology 212j), maar ik gebruik die eerlijk gezegd niet veel meer. Ik zou liever een kleine bare-bone neerzetten met een kleine SSD erin, maar een goeie NAS zou ik wel overwegen.

Mischien iets van een NUC? Zelf heb ik als 2de machine een Dell optiplex.

Ik draai zelf een Odroid M1 8G, hier draai ik alles in Docker. Ben nog aan het opbouwen maar tot nu toe draait het top. Voor mij is vooral belangrijk dat het onafhankelijk is van de rest van mijn speeltuin. Deze komt in de meterkast voor de P1 uit te lezen.

[Dennis]

Leuk @evertos, wat heb je nu precies werkend met OpenHAB en wat zit er bij jou nog in de pijplijn? En hoe ga je het dan koppelen aan de rest van jouw "speeltuin"?

[sterremos]

ik ben bezig met openhab en Home assistent om te kijken welke me bevalt.
ik heb een Conbee2 stick die in HA gelijk gevonden word en kan gebruiken.
bij openhab word de stick niet herkend, zie ook Deconz binding maar volgens mij moet er eerst aparte software geintalleerd worden?

Welke zigbee adapter kan je gebruiken in Openhab die plug en play werkt?

[lampy25]

sterremos schreef op maandag 1 mei 2023 @ 21:49:
ik ben bezig met openhab en Home assistent om te kijken welke me bevalt.
ik heb een Conbee2 stick die in HA gelijk gevonden word en kan gebruiken.
bij openhab word de stick niet herkend, zie ook Deconz binding maar volgens mij moet er eerst aparte software geintalleerd worden?

Welke zigbee adapter kan je gebruiken in Openhab die plug en play werkt?

Gebruik je openhab op een raspberry pi icm openhabian? Dan kan je bij optional components Deconz aanklikken, die wordt dan automatisch voor je geïnstalleerd.
Als je openhab zelf ergens geïnstalleerd hebt dan zul je deconz zelf ook moeten installeren. In openhab geef je dan aan wat het ip adres is van je deconz server.
Gebruik nu enkele jaren de conbee 2 en dat werkt als een trein.

[sterremos]

lampy25 schreef op maandag 1 mei 2023 @ 22:21:
[...]


Gebruik je openhab op een raspberry pi icm openhabian? Dan kan je bij optional components Deconz aanklikken, die wordt dan automatisch voor je geïnstalleerd.
Als je openhab zelf ergens geïnstalleerd hebt dan zul je deconz zelf ook moeten installeren. In openhab geef je dan aan wat het ip adres is van je deconz server.
Gebruik nu enkele jaren de conbee 2 en dat werkt als een trein.

Hoi dank je wel voor de reactie.
ik heb inderdaad de raspberry en icm met openhabian gebruikt. heb de deconz binding gezien in openhab bindings.

Ik ga ervan uit dat het ip nummer hetzelfde moet zijn als de Raspberyy, maar dan heb ik een comm error

Ron

[CyBeRSPiN]

@sterremos Hier draai ik ook deconz (als docker container) en die koppel ik dan in OpenHab via de deconz binding, werkt al jaren stabiel. Heb je wel de juiste poort ingevuld van Phoscon (de deconz software)?

[sterremos]

nog ff niet duidelijk helaas.
ik heb de deconz binding geintalleerd in openhab.
volgens mij moet ik ook nog phoscon installeren, maar dat is geen binding, toch?

[lampy25]

sterremos schreef op dinsdag 2 mei 2023 @ 22:03:
nog ff niet duidelijk helaas.
ik heb de deconz binding geintalleerd in openhab.
volgens mij moet ik ook nog phoscon installeren, maar dat is geen binding, toch?

Klopt, phoscon is de software van de conbee2. Is beetje verwarrend, maar die moet je dus nog los installeren

[Dennis]

Laatste tijd weer druk bezig met knutselen aan mijn OpenHAB. Heb nu mijn ruimte-widget onder handen genomen die ik op de overzichtspagina (startpagina) gebruik.

Recent heb ik mijn beregeningsinstallatie op KNX aangesloten. Per ruimte (in dit geval de tuin) is met een gietertje zichtbaar of hij aan staat of niet. Verder heb ik geschakelde stopcontacten (niet op screenshot) en ingeschakelde apparaten (de vaatwasser, via HomeConnect) zichtbaar gemaakt.



Even wachten op OpenHAB 4 zometeen en dan op een RPi4 zetten als die weer beter leverbaar zijn. Ik heb gezorgd dat straks de background op de homepagina ook ingesteld kan worden dus dan kan ik hopelijk mijn Apple Home app-look consequent doorvoeren.

OpenHAB blijft een fantastisch stabiel product. Ook nu draait het alweer 4 maanden zonder enige storing en toen was het omdat ik de stroom moest uitschakelen. Alleen de HomeConnect binding blijft een dingetje omdat BSH elke keer hun app update en dan alle logins verwijdert. Ligt dus niet aan de binding maar wel irritant als het even niet meer werkt. Ik heb nu wel een item gemaakt die de Thing status monitort en daar komt straks een Telegram-action op, zodat ik een bericht krijg als er een potentiële storing is .

[Dennis]

Vraag nog aan de OH-gebruikers:

Ik heb na veel knutselen voor elkaar gekregen dat ik Grafana grafieken in mijn OpenHAB UI krijg (in https, via een iframe), ook op mijn mobiel (iets met Grafana achter de Nginx reverse proxy zetten). Ik gebruik geen basic auth via de webserver, maar client side certificates en dat werkt feilloos en is natuurlijk superveilig.

Heb nog wel een kleine wens: de titel van de grafiek en de tijdspanne onzichtbaar maken. Weet iemand toevallig of dat kan en/of is dat iemand wellicht gelukt?

[emielbf]

In Grafana bij Panel options gewoon de titel weghalen en bij Query Options onderin het schuifje aanzetten bij Hide Time Info?

of werkt het anders bij een iframe?

[Dennis]

Gisteren is OpenHAB 4 uitgekomen.

Belangrijkste nieuwe feature is dat nu alles vanuit de UI te configureren is, inclusief transformaties en profielen.

Meer info hier: https://www.openhab.org/b...-openhab-4-0-release.html

[Supersjellie]

Iemand die de upgrade al gedaan heeft en precies kan vertellen wat je wel (of niet) moet voorbereiden i.v.m. dat niet compatibel units/eenheden verhaal?

Ik doe alles via de UI en geen van de channels in mijn things heeft momenteel een unit. Sommige items hebben wel een state transformation. Pakt die conversie tool dit vanzelf of moet je toch de veilige optie pakken en alle channels van een eenheid voorzien?

[CyBeRSPiN]

@Supersjellie nog niet gedaan, maar kwestie van een backup maken voordat je begint, sowieso een goed idee. Als je docker gebruikt kun je heel snel weer terug naar de vorige versie wijzend naar je data dir die je dan kan restoren.

[Supersjellie]

CyBeRSPiN schreef op dinsdag 25 juli 2023 @ 19:42:
@Supersjellie kwestie van een backup maken voordat je begint

Ja, gezien alle waarschuwingen was ik dat sowieso van plan. Maar geen docker dus dat zal wat meer voeten in de aarde hebben. Dus liever in een keer goed

[Loekie]

Indien je installatie gebruikt, is er std ook een backup script meegeleverd en in enkele gevallen een tool als openhab-cli waarmee je een backup kunt maken.
Die heb ik in verleden meerdere malen succesvol gebruikt om een nieuwe installatie snel te herstellen.
Onder docker vind je die in de container onder /openhab/runtime/bin/backup, hoewel je daar de volumes zou kunnen backuppen.

[emielbf]

op de community staat een stukje over zaken die je vooraf moet regelen. Met name dimensies van Items zijn wel wat veranderd. Ik had al eerder geupgrade en Netatmo deed niks meer totdat ik dimensies aan items toevoegde.

en backup/restore staat toch los van wel/geen docker? gewoon 1 commando in de commandline van OpenHab.

[Supersjellie]

Versie 4.01 ook alweer uit. Ja @emielbf had het gezien en gelezen maar is me niet geheel duidelijk geworden. Vooral als je nog niks hebt opgegeven of het conversiescript dit goed oppakt. Belangrijkste is ... Als je iets vergeet ben je dan je historie kwijt of herstelt het zich als je units alsnog goed instelt. Sta nog even in de wachtstand en volg de issues.

[emielbf]

Gebruik je geen database om gegevens op te slaan? dan heb je dat probleem niet van historie die weg is.

[Dennis]

Supersjellie schreef op dinsdag 25 juli 2023 @ 19:40:
Iemand die de upgrade al gedaan heeft en precies kan vertellen wat je wel (of niet) moet voorbereiden i.v.m. dat niet compatibel units/eenheden verhaal?

Ik heb geen upgrade gedaan, maar backup-restore in een nieuwe install. Ik bleek nog op een vet oude Openhabian te draaien en het was ondoenlijk om te upgraden.

Ik heb met de eenheden alleen wat minor issues. Wat power/energy zaken die omgedraaid waren waardoor het op watt stond in plaats van wh en mijn wasmachine die de resterende tijd weer in seconden weergeeft in plaats van minuten.

Verder valt het erg mee en alles functioneert eigenlijk ook goed.

[Supersjellie]

@Dennis Ja, heb met de bugfixes in 4.01 ook de gok gewaagd. Had op de Raspberry site gevonden hoe je (niet aanbevolen maar werkte prima) van Buster naar bullseye kon. Daarmee was de OH upgrade vrij gemakkelijk. Inderdaad ook was issues met units. En moest oude js engine toevoegen, heb de helft van de rules nog in oud formaat. Kortom uiteindelijk de backup niet nodig gehad.

[Squinck]

Ook maar een fresh install gedaan van openhab.
Ik heb niet een mega grote home automation en alle rules stonden in een .rules bestand dus ook dat viel allemaal wel mee.
Het enige wat ik vreemd vind is de P1 poort / slimme meter. Deze vindt keurig mijn piek, dal en huidige energieverbruik, maar niet de huidige teruglevering. Dit deed de vorige versie van Openhab wel. Doe ik iets verkeerd of zie ik iets over het hoofd?

[emielbf]

hoe lees je de P1 uit?
En geeft/gaf ie negatieve waarden en heeft wellicht het item daar moeite mee? juist op dat vlak is er eea veranderd in versie 4

[Squinck]

emielbf schreef op zaterdag 9 september 2023 @ 07:34:
hoe lees je de P1 uit?
En geeft/gaf ie negatieve waarden en heeft wellicht het item daar moeite mee? juist op dat vlak is er eea veranderd in versie 4

Bedoel je met wat voor soort stekker? Dat is gewoon een soort telefoonstekker die met usb in de Rpi zit. Verder maak ik gebruik van de slimme meter Binding. Hij gaf vroeger gewoon een apart kanaal genaamd Huidige teruglevering. Deze wordt nu niet meer gevonden

[emielbf]

ok, dus rechtsreeks via een usp adapter. Ik zie dat je op de community van Openhab de vraag ook al gesteld hebt, ben benieuwd.
Schiet mij wel te binnen dat bij mijn oplossing met Home Wizard ik ook maar 1 kanaal heb, en die kan positief of negatieve waardes laten zien. Postief is leveren (vanuit de leverancier) en negatief is terugleveren.

[Supersjellie]

Ah, vandaar dat ik er geen last van heb. Ik gebruik een nodejs script om de serial P1 uitvoer in een json webservice om te zetten. En die lees ik via openHAB en de http binding uit. Misschien wat omslachtig maar dan heb je alles in eigen hand.

[Squinck]

Supersjellie schreef op zondag 10 september 2023 @ 10:48:
Ah, vandaar dat ik er geen last van heb. Ik gebruik een nodejs script om de serial P1 uitvoer in een json webservice om te zetten. En die lees ik via openHAB en de http binding uit. Misschien wat omslachtig maar dan heb je alles in eigen hand.

Dat vind ik wel een interessante. Heb je ergens een linkje met een tutorial hoe dat werkt?

[Supersjellie]

@Squinck Hoewel niet heel bijzonder wel een persoonlijk knutselwerk, zal dit weekend kijken of ik het script en installatie om het draaiend te krigen op het web kan zetten. Hoop dat je wel een beetje bekend bent met de commando prompt,

[MMatthijsV]

Ik heb een widget gemaakt voor Buienradar. Feedback is welkom!:)
https://community.openhab...in-forecast-widget/150006

[ Voor 29% gewijzigd door MMatthijsV op 29-09-2023 20:52 ]

[Supersjellie]

MMatthijsV schreef op vrijdag 29 september 2023 @ 20:52:
Ik heb een widget gemaakt voor Buienradar. Feedback is welkom!:)

Ziet er leuk uit, die ga ik even proberen. Heb er zelf één die het zonnetje, wolkje, regen, sneeuw enzo icoon van buienradar pakt en in een tile zet. Die past zich tijdens de dag ook aan op het actuele weer maar ze middelen wel wat uit.

[MMatthijsV]

Supersjellie schreef op zaterdag 30 september 2023 @ 09:59:
[...]


Ziet er leuk uit, die ga ik even proberen. Heb er zelf één die het zonnetje, wolkje, regen, sneeuw enzo icoon van buienradar pakt en in een tile zet. Die past zich tijdens de dag ook aan op het actuele weer maar ze middelen wel wat uit.

Cool! Haal je die informatie van Buienradar? Ik dacht namelijk dat ze dat niet beschikbaar maken via hun API.

[Supersjellie]

@MMatthijsV Ja, is alweer een tijdje terug maar het zit in hun API. Je krijgt een json met info via https://data.buienradar.nl/2.0/feed/json. Daarin zit wat weerinformatie per plaats/weerstation. Kies er één uit de buurt en dan kan je in een thing met een JSON transformatie en map een url naar een plaatje maken. Hier de code van mijn thing, vrij standaard (#12 = groningen het dichts bij me in de buurt). Enige echte grap is een map om de iconurl om ze zetten naar een andere. Standaard verwijst ie namelijk naar een heel klein plaatje maar ze hebben ook een grote beschikbaar. Vandaar het gebruik van een map transformatie waarvoor je een bestandje in de transform folder in OH moet zetten. Plak de code ook maar onder die van de thing. Zet dat in een "buienradar.map" bestand zodat de thing hem kan vinden. Laatste stap is dan items genereren vanuit de thing en een standaard imagecard waarmee je 't plaatje kan tonen. Gezellig bewolkt momenteel

code:

UID: http:url:Buienradar
label: Buienradar
thingTypeUID: http:url
configuration:
  authMode: BASIC
  ignoreSSLErrors: false
  baseURL: https://data.buienradar.nl/2.0/feed/json
  delay: 0
  stateMethod: GET
  refresh: 1800
  commandMethod: GET
  timeout: 3000
  bufferSize: 2048
channels:
  - id: Buienradar_Temperatuur
    channelTypeUID: http:number
    label: Buienradar_Temperatuur
    description: ""
    configuration:
      mode: READONLY
      stateTransformation: JSONPATH:$.actual.stationmeasurements[12].temperature
  - id: Buienradar_Station
    channelTypeUID: http:string
    label: Buienradar_Station
    description: null
    configuration:
      mode: READONLY
      stateTransformation: JSONPATH:$.actual.stationmeasurements[12].stationname
  - id: Buienradar_Weer
    channelTypeUID: http:string
    label: Buienradar_Weer
    description: null
    configuration:
      mode: READONLY
      stateTransformation: JSONPATH:$.actual.stationmeasurements[12].weatherdescription
  - id: Buienradar_Icon
    channelTypeUID: http:string
    label: Buienradar_Icon
    description: null
    configuration:
      mode: READONLY
      stateTransformation: JSONPATH:$.actual.stationmeasurements[12].iconurl∩MAP:buienradar.map

de map:

code:

https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/a.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/a.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/b.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/b.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/c.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/c.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/d.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/d.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/e.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/e.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/f.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/f.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/g.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/g.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/h.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/h.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/i.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/i.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/j.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/j.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/k.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/k.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/l.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/l.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/m.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/m.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/n.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/n.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/o.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/o.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/p.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/p.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/q.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/q.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/r.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/r.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/s.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/s.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/t.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/t.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/u.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/u.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/v.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/v.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/w.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/w.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/x.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/x.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/y.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/y.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/z.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/z.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/aa.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/aa.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/bb.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/bb.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/cc.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/cc.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/dd.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/dd.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/ee.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/ee.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/ff.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/ff.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/gg.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/gg.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/hh.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/hh.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/ii.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/ii.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/jj.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/jj.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/kk.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/kk.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/ll.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/ll.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/mm.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/mm.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/nn.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/nn.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/oo.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/oo.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/pp.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/pp.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/qq.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/qq.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/rr.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/rr.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/ss.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/ss.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/tt.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/tt.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/uu.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/uu.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/vv.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/vv.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/ww.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/ww.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/xx.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/xx.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/yy.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/yy.png
https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/30x30\/zz.png=https\:\/\/www.buienradar.nl\/resources\/images\/icons\/weather\/116x116\/zx.png
=none

[emielbf]

MMatthijsV schreef op zaterdag 30 september 2023 @ 11:59:
[...]

Cool! Haal je die informatie van Buienradar? Ik dacht namelijk dat ze dat niet beschikbaar maken via hun API.

Hier is zelfs een Binding voor, even je locatie invoeren en je krijgt in channels alle forcast periodes. Ik gebruik de 10min forecast om de robotmaaier naar binnen te sturen voordat het gaat regenen, gewoon omdat het kan

[MMatthijsV]

emielbf schreef op zondag 1 oktober 2023 @ 07:45:
[...]

Hier is zelfs een Binding voor, even je locatie invoeren en je krijgt in channels alle forcast periodes. Ik gebruik de 10min forecast om de robotmaaier naar binnen te sturen voordat het gaat regenen, gewoon omdat het kan

Ja dat de buienradar binding de regen voorspelling heeft wist ik, dat gebruik ik namelijk voor de eerdergenoemde widget Meer dan dat geeft de binding niet vandaar mijn vraag aan @Supersjellie.

[Squinck]

Supersjellie schreef op woensdag 13 september 2023 @ 19:13:
@Squinck Hoewel niet heel bijzonder wel een persoonlijk knutselwerk, zal dit weekend kijken of ik het script en installatie om het draaiend te krigen op het web kan zetten. Hoop dat je wel een beetje bekend bent met de commando prompt,

@Supersjellie Heb je hier nog eens naar gekeken misschien.
Ik heb meteen een andere vraag, want met een andere Opoenhab installatie moet ik upgraden naar de nieuwste versie. Echter ik heb dat ding al zolang niet meer geupdate dat ik niet zeker weet hoe ik dat nu aanpak.
Met mijn Openhab thuis heb ik alles met een clean install gedaan aangezien ik hier de boel vast liet lopen toen ik via de Openhab-config een update probeerde te doen.

Dus kort samengevat.
Hoe upgrade ik een Openhab 2.0 versie probleemloos

[TheDudez]

Squinck schreef op maandag 30 oktober 2023 @ 13:48:
[...]

@Supersjellie Heb je hier nog eens naar gekeken misschien.
Ik heb meteen een andere vraag, want met een andere Opoenhab installatie moet ik upgraden naar de nieuwste versie. Echter ik heb dat ding al zolang niet meer geupdate dat ik niet zeker weet hoe ik dat nu aanpak.
Met mijn Openhab thuis heb ik alles met een clean install gedaan aangezien ik hier de boel vast liet lopen toen ik via de Openhab-config een update probeerde te doen.

Dus kort samengevat.
Hoe upgrade ik een Openhab 2.0 versie probleemloos

Ik denk dat je het beste een verse installatie kan doen. Er is zoveel verandert dat een aantal dingen niet meer gaat werken zoals ze eerst werkte.

1 zijn alle plugins beschikbaar die je nodig hebt in de nieuwe versie?
2 Maak een kopie van je regels enzevoort.
3 Wat je in zelf hebt aangemaakt in bestanden werkt bijna allemaal nog.
4 Je kan proberen te upgrade naar 3 eerst. En dan naar 4. Maar persoonlijk zou ik dat niet doen.
5 Dit gaat je tijd kosten.

Verder ligt het er ook helemaal aan wat je gebruikt van openhab.

[Supersjellie]

Squinck schreef op maandag 30 oktober 2023 @ 13:48:
[...]

@Supersjellie Heb je hier nog eens naar gekeken misschien.
....
Hoe upgrade ik een Openhab 2.0 versie probleemloos

@Squinck Oeps, helemaal vergeten. Ik ga dit weekend weer een poging wagen om het niet te vergeten!

Wat betreft die upgrade vrees ik inderdaad ook dat je een clean install moet doen (incl. OS ivm Java 17 die bullseye vereist). Van 2 naar 4 is wel een hele sprong. Van 3-> 4 had ik al allerlei gedoe met niet backwards compatible wijzigingen. Vooral de units op de items in combinatie met de nieuwe script engine was een feestje.

In principe kan je de hele openHAB config backuppen. Zet hij de hele zooi wel terug. Qua things en bindings komt dat meestal wel goed. Waar het nawerk dus vooral in zit zijn de units op de items, conversie ging bij mij vaak goed maar lang niet altijd (vooral % gingen stuk). En dan moet je ze dus maar allemaal nalopen. De rules zullen standaard niet werken, pas als je oude scripting engine weer installeert draaien ze weer. Maar ik heb best veel code moeten aanpassen om ze weer juist te laten draaien (hangt natuurlijk ook wat van je rules af).

Mocht je buiten OH iets geïnstalleerd hebben (ik heb bijv. Nodejs en PM2). Dat is allemaal voor jezelf en handwerk qua backuppen en terugzetten. Dat doet het OH backup script niet.

Voor de zekerheid, als je werkt met een SD kaart. Trek hier voor dat je begint een copy van. Kan je altijd terug of iets dat je vergeten bent terughalen.

Heel veel woorden voor ... Ik zou niet rekenen op probleemloos. Dit wordt wel een dingetje.

[Squinck]

Supersjellie schreef op maandag 30 oktober 2023 @ 17:57:
[...]


@Squinck Oeps, helemaal vergeten. Ik ga dit weekend weer een poging wagen om het niet te vergeten!

Wat betreft die upgrade vrees ik inderdaad ook dat je een clean install moet doen (incl. OS ivm Java 17 die bullseye vereist). Van 2 naar 4 is wel een hele sprong. Van 3-> 4 had ik al allerlei gedoe met niet backwards compatible wijzigingen. Vooral de units op de items in combinatie met de nieuwe script engine was een feestje.

In principe kan je de hele openHAB config backuppen. Zet hij de hele zooi wel terug. Qua things en bindings komt dat meestal wel goed. Waar het nawerk dus vooral in zit zijn de units op de items, conversie ging bij mij vaak goed maar lang niet altijd (vooral % gingen stuk). En dan moet je ze dus maar allemaal nalopen. De rules zullen standaard niet werken, pas als je oude scripting engine weer installeert draaien ze weer. Maar ik heb best veel code moeten aanpassen om ze weer juist te laten draaien (hangt natuurlijk ook wat van je rules af).

Mocht je buiten OH iets geïnstalleerd hebben (ik heb bijv. Nodejs en PM2). Dat is allemaal voor jezelf en handwerk qua backuppen en terugzetten. Dat doet het OH backup script niet.

Voor de zekerheid, als je werkt met een SD kaart. Trek hier voor dat je begint een copy van. Kan je altijd terug of iets dat je vergeten bent terughalen.

Heel veel woorden voor ... Ik zou niet rekenen op probleemloos. Dit wordt wel een dingetje.

Dank voor je reactie. Wat betreft die P1 poort, no worries hoor, kijk maar of je een keer zin en tijd hebt ;-)
M.b.t. Openhab gaat het me eigenlijk alleen om mijn Z-wave devices. Die staan natuurlijk allemaal wel op mijn z-wave stick maar ik weet bij een nieuwe installatie natuurlijk niet welke node bij welk lampje hoort. Rules e.d. backuppen begrijp ik allemaal wel.

Ik kom eigenlijk tot de conclusie dat ik erg behoefte heb aan een soort Nederlands Openhab Café. Waar je dan lekker kunt bijpraten over dit soort zaken onder het genot van een drankje.

[Dennis]

Squinck schreef op maandag 30 oktober 2023 @ 13:48:
Dus kort samengevat.
Hoe upgrade ik een Openhab 2.0 versie probleemloos

Niet.

Draai je Openhabian? Dan gaat het al mis met de veel te kleine ruimte in /boot waardoor je geen goede kernel upgrades kan doen.

Vergeet upgraden: trek een backup en importeer het in de nieuwe versie.

[Supersjellie]

Squinck schreef op maandag 30 oktober 2023 @ 19:27:
[...]
M.b.t. Openhab gaat het me eigenlijk alleen om mijn Z-wave devices.

Nou is Zigbee geen Z-wave maar mijn usb zigbee stick ging soepel. Gekoppelde devices hielden hun adres en OH pakte die zo weer op. En omdat units hier niet zo spelen (veel aan/uit of een nummer) was die stoorzender er ook niet. Dus wie weet!

Slowchat ... Hihi als drankje een speciaalbiertje is

[Verwijderd]

Wie weet raad?
Heb MQTT gekoppeld aan OpenHab (Zigbee2MQTT), geen hue brigde ertussen.
Mijn Hue lampen worden niet in de inbox weergegeven, dus moest ze zelf toevoegen.
Dat lukt prima, kan ze ook uit/aan zetten, dimmen, etc.
Echter, blijven ze de status "Offline" houden.

Als ik in de Z2M kijk, zie ik wel de status van de lamp op Online staan. Gaat ook netjes op Offline als ik de fysieke schakelaar in de ruimte omzet.
Ook al geprobeerd zonder spaties in het availability topic, geen verschil.

code:

UID: mqtt:topic:Mosquitto:KantoorLamp1
label: Kantoor - Lamp 1
thingTypeUID: mqtt:topic
configuration:
  payloadNotAvailable: offline
  availabilityTopic: zigbee2mqtt/Kantoor - Lamp 1/availability
  payloadAvailable: online
bridgeUID: mqtt:broker:Mosquitto
location: Kantoor
channels:
  - id: kantoorlamp1onoff
    channelTypeUID: mqtt:switch
    label: Kantoor- Lamp 1 - on/off
    description: ""
    configuration:
      commandTopic: zigbee2mqtt/Kantoor - Lamp 1/set
      stateTopic: zigbee2mqtt/Kantoor - Lamp 1/state
      off: off
      on: on
  - id: KantoorLamp1Brightness
    channelTypeUID: mqtt:dimmer
    label: Kantoor - Lamp 1 - Dimmer
    description: ""
    configuration:
      commandTopic: zigbee2mqtt/Kantoor - Lamp 1/set/brightness
      min: 0
      stateTopic: zigbee2mqtt/Kantoor - Lamp 1/brightness
      max: 254

[CyBeRSPiN]

@Verwijderd spaties in een topic naam, werkt dat misschien niet goed?
“ Kantoor - Lamp 1” -> “ KantoorLamp1”?
O sorry, dat had je al geprobeerd zie ik. Maar zou het toch zonder spaties laten.

[ Voor 26% gewijzigd door CyBeRSPiN op 04-11-2023 09:35 ]

[Verwijderd]

De spaties zijn het echt niet, kan ook prima de lampen aan/uit zetten.
Ook nog getest met MQTTX, als ik daar een topic subscription aanmaak op bijv;
zigbee2mqtt/Kantoor - Lamp 1/availability
Dan zie ik gewoon netjes "state":"online" terugkomen.

Lijkt mij dan ook iets met de syntax hoe OpenHab dat uitleest o.i.d.?
Kan er alleen de vinger niet opleggen. (Z2M staat op 'attribute' en niet op JSON).

[Loekie]

Heb hier iets vergelijkbaars met Z2M en availability, 4 NOUS A1Z pluggen 'verliezen' na enige tijd het availability topic waarna ze offline gaan in OH(ook in HA trouwens). Een herstart van Z2M lost dit voor even op.

Je kan even kijken of een herstart dit oplost, maar dit lijkt een issue in Z2M(mqtt) op een of andere manier.

Spaties maken volgens mij ook niet uit, de interne representatie van die items is een string(check de output van de API voor dit thing).

[ Voor 17% gewijzigd door Loekie op 04-11-2023 14:52 ]

[Verwijderd]

Restart van Z2M haalt niets uit.
Wat ik me afvraag, ben ik nou de enige met dit issue?
Hoe hebben anderen met Hue lampen dit geïmplementeerd?

[Supersjellie]

Verwijderd schreef op zaterdag 4 november 2023 @ 16:10:
Hoe hebben anderen met Hue lampen dit geïmplementeerd?

Niet helemaal jouw situatie maar wie weet heb je er wat aan. Ik heb lampen en schakelaars van allerlei merken en heb op een gegeven moment een popp zigbee USB stick gekocht. Deze is hier verkrijgbaar en qua community goed compatible met OH. Tot op heden klopt dat . Daar is een standaard binding voor waarmee je ze allemaal kan bedienen. Ben je wel je bijbehorende apps kwijt dus moet je als je weer zoiets wilt even met de OH gui aan de slag. Heb ik ook gedaa maar gebruik ze in de praktijk altijd via Google (voice of home app).

[Verwijderd]

Heb al een Sonoff Zigbee USB stick.
Gebruik heel die HUE bridge niet meer, sinds Signify aan kwam zetten met een verplicht account (en dus internet access).

[Supersjellie]

Verwijderd schreef op zondag 5 november 2023 @ 10:46:
Heb al een Sonoff Zigbee USB stick.
Gebruik heel die HUE bridge niet meer, sinds Signify aan kwam zetten met een verplicht account (en dus internet access).

Ja, las ik. Mede daarom ook die stick bij mij, el cheapo Lidl lampen zonder internet. Je hebt vast je redenen om via mqtt te willen, anders zou je eens kunnen Googlen of die binding jouw stick ook ondersteund.

[Verwijderd]

Heb een aantal verschillende containers die wat met Zigbee doen. En je kunt die Sonoff stick maar aan 1 container hangen.
Ook derhalve een test gedaan met home assistant, daar wordt de online/offline status prima weergegeven.
Kan ook prima dat topic uitlezen via MQTTX.

Wellicht klopt mijn zienswijze dan niet, maar als alles het prima weergeeft, behalve openhab, dan ligt het toch niet aan de hardware, containers, etc. maar aan openhab?

[Supersjellie]

Haha, dat soort vragen heb ik me afgeleerd te stellen in home automation. Het gaat meestal om de tijd die je er in wilt stoppen en als het werkt dan werkt het .

En op een hele andere voet, iemand de nieuwe 4.0.4 release al geïnstalleerd?

[Loekie]

Verwijderd schreef op zondag 5 november 2023 @ 11:44:
Heb een aantal verschillende containers die wat met Zigbee doen. En je kunt die Sonoff stick maar aan 1 container hangen.
Ook derhalve een test gedaan met home assistant, daar wordt de online/offline status prima weergegeven.
Kan ook prima dat topic uitlezen via MQTTX.

Kun je daar ook het availability topic zien en dan met online/offline of {"state":"online"}/{"state":"offline"}?

Wellicht klopt mijn zienswijze dan niet, maar als alles het prima weergeeft, behalve openhab, dan ligt het toch niet aan de hardware, containers, etc. maar aan openhab?

Ik heb hier zelf 'Force disable retain' onder de Zigbee2MQTT opties uitgezet en daarna verdwijnt het topic /zigbee2mqtt/<device>/availability niet, hiermee lijken ook na 24 uur de A1Z pluggen nog steeds online te zijn.

Overigens kun je de availability-opties ook leeg laten, als de devices zelf netjes online zijn werkt dat ook en verlies je alleen de info dat een device offline zou kunnen zijn op moment dat je er mee interacteert.

[Verwijderd]

Loekie schreef op zondag 5 november 2023 @ 14:43:
[...]

Kun je daar ook het availability topic zien en dan met online/offline of {"state":"online"}/{"state":"offline"}?

[...]

Ik heb hier zelf 'Force disable retain' onder de Zigbee2MQTT opties uitgezet en daarna verdwijnt het topic /zigbee2mqtt/<device>/availability niet, hiermee lijken ook na 24 uur de A1Z pluggen nog steeds online te zijn.

Overigens kun je de availability-opties ook leeg laten, als de devices zelf netjes online zijn werkt dat ook en verlies je alleen de info dat een device offline zou kunnen zijn op moment dat je er mee interacteert.

Yes, die kan ik zien:



Force disable retain stond bij mij al uitgevinkt.

Ik snap dat je de optie uiteraard leeg kunt laten, echter wil ik het wel kunnen zien.
Komen wel eens lui over de vloer die dan aan knoppen zitten in de toilet, e.d.
Leuk als ik ze dan een rood kruis kan laten zien.

[Verwijderd]

Ben er al achter, twee weken verder uiteindelijk.



Blijkbaar moest het topic als volgt worden ingegeven: {"state":"online"}.
Uit de logs van Zigbee2MQTT gehaald toen ik maar weer eens met een schakelaar ging spelen.
Het helpt ook niet dat in Z2M de status pas na 10 min wijzigt. Dat dus ook maar gelijk aangepast.

code:

UID: mqtt:topic:Mosquitto:KantoorLamp1
label: Kantoor - Lamp 1
thingTypeUID: mqtt:topic
configuration:
  payloadNotAvailable: '{"state":"offline"}'
  availabilityTopic: zigbee2mqtt/Kantoor - Spot 1/availability
  payloadAvailable: '{"state":"online"}'
bridgeUID: mqtt:broker:Mosquitto
location: Kantoor

En doorrr....

[Loekie]

Verwijderd schreef op zondag 5 november 2023 @ 15:58:
[...]

Yes, die kan ik zien:

[Afbeelding]

Force disable retain stond bij mij al uitgevinkt.

Ik snap dat je de optie uiteraard leeg kunt laten, echter wil ik het wel kunnen zien.
Komen wel eens lui over de vloer die dan aan knoppen zitten in de toilet, e.d.
Leuk als ik ze dan een rood kruis kan laten zien.

Eens hoor, zie dat je het 'lek' al gevonden hebt, waarschijnlijk ergens de legacy availability payload uitgeschakeld waardoor deze naar 'modern' gegaan is.

[Verwijderd]

Loekie schreef op maandag 6 november 2023 @ 13:39:
[...]

Eens hoor, zie dat je het 'lek' al gevonden hebt, waarschijnlijk ergens de legacy availability payload uitgeschakeld waardoor deze naar 'modern' gegaan is.

Haha, En dat had je niet eerder kunnen zeggen?
Dat vinkje stond idd uit (Settings|Advanced). (geen idee of dat default is in Z2M).
Met vinkje aan wordt het idd online/offline.

code:

MQTT publish: topic 'zigbee2mqtt/Kantoor - Lamp 1/availability', payload 'offline'

[Loekie]

De reis is de helft van de ervaring toch?

[Verwijderd]

true, en zolang je elke keer iets leert, is het leuk!

[Supersjellie]

@Squinck Dit weekend wel aan toegekomen aan het publiceren van het slimme meter script, iets met goede voornemens. Ben je bekend met nodeJS zou ik meteen naar https://github.com/supersjellie/smart_meter gaan, hier vind je script, thing, widget en hele korte handleiding. Wil je iets meer achtergrond en hints kan je ook mijn "sentimentele" homepage bekijken op https://www.netsjel.nl/slimme-meter-1.html. Enjoy.

Qua poging tot slowchat:

Er was niet veel over te doen over de update op het OH forum dus leek me veilig en heb inmiddels de 4.04 geïnstalleerd. Geen issues, denk wel dat hij iets van een conversie gedraaid heeft. Het duurde even een minuut of 15 voordat de GUI weer responsive was.Qua verbeteringen wacht ik al een hele tijd op een bugfix in de chromecast (stop commando stuk) maar volgens mij wordt die pas in 4.1 gemerged.

Verder bezig met doorontwikkeling op mijn warmtepomp scripts. Ik zoek naar een manier om goed inzichtelijk te krijgen wat het effect van maatregelen/veranderingen/omstandigheden is. Nieuwste afgeleide informatie is de heat cycle. Het bepalen van (de timings van) één volledige cyclus van wachten en kamer verwarmen. De simpelste variant is een % (dat dus alleen na een volledige cyclus een nieuwe waarde krijgt) in actuele waarde en voortschrijdend gemiddelde. Draait hij overdag 10% en 's nachts 20% van de tijd. Gemiddelde cyclus 15%, denk dat ik de lengte van de cyclus als wegingsfactor moet meenemen voor een eerlijk getal. .

[Dennis]

Zijn hier mensen die via Modbus-Sunspec een SolarEdge omvormer aan OpenHAB hebben gekoppeld? Ik probeer het voor elkaar te krijgen, maar het lukt me nog niet.

Ik gebruik dezelfde werkwijze als hier: https://community.openhab...via-modbus-tcp-2/85887/54

[edit]
Wel handig als ik dan Modbus TCP ook aan zet op de omvormer. Omdat de bridge wel online was dacht ik dat het goed zat, maar dat is dus geen garantie...

[ Voor 22% gewijzigd door Dennis op 18-11-2023 09:21 . Reden: Domme actie ]

[erik_bies]

Dennis schreef op zaterdag 18 november 2023 @ 08:59:
Zijn hier mensen die via Modbus-Sunspec een SolarEdge omvormer aan OpenHAB hebben gekoppeld? Ik probeer het voor elkaar te krijgen, maar het lukt me nog niet.

Ik gebruik dezelfde werkwijze als hier: https://community.openhab...via-modbus-tcp-2/85887/54

[edit]
Wel handig als ik dan Modbus TCP ook aan zet op de omvormer. Omdat de bridge wel online was dacht ik dat het goed zat, maar dat is dus geen garantie...

geprobeerd, maar was me te lastig.
Ik gebruik nu mbmd https://github.com/volkszaehler/mbmd
De output is via mqtt wat dan weer naar openhab gaat

[Dennis]

erik_bies schreef op woensdag 22 november 2023 @ 13:36:
geprobeerd, maar was me te lastig.

Waarom dan?

[erik_bies]

Dennis schreef op woensdag 22 november 2023 @ 15:03:
[...]

Waarom dan?

Weet niet meer waar het precies mis ging, maar is mij nooit gelukt om via de modbus binding verbinding te krijgen. Daarna mbmd geprobeerd, dat werkte meteen en nu al meer als een jaar super stabiel.

mqtt had ik al draaien, dat was geen extra werk, en mbmd via een docker is met een paar minuten draaiend.

[Dennis]

erik_bies schreef op maandag 27 november 2023 @ 17:53:
Weet niet meer waar het precies mis ging, maar is mij nooit gelukt om via de modbus binding verbinding te krijgen. Daarna mbmd geprobeerd, dat werkte meteen en nu al meer als een jaar super stabiel.

mqtt had ik al draaien, dat was geen extra werk, en mbmd via een docker is met een paar minuten draaiend.

Het is mij gelukt vandaag. Zie dit topic op de OpenHAB community voor de oplossing (adres en lengte waren onjuist ingesteld).

[Airw0lf]

Ik probeer openHAB via docker-CLI te installeren met het volgende script:
[code]#!/bin/sh
docker stop openhab
docker rm openhab
docker pull openhab/openhab:latest
docker run \
--name openhab \
--net=host \
-v /etc/localtime:/etc/localtime:ro \
-v /etc/timezone:/etc/timezone:ro \
-v /opt/docker/openhab/addons:/openhab/addons \
-v /opt/docker/openhab/conf:/openhab/conf \
-v /mnt/allData/openHAB:/openhab/userdata \
-e "CRYPTO_POLICY=unlimited" \
-e "EXTRA_JAVA_OPTS=-Duser.timezone=Europe/Amsterdam" \
-e OPENHAB_HTTP_PORT=18080 \
-e OPENHAB_HTTPS_PORT=18443 \
-e USER_ID=996 \
-e GROUP_ID=996 \
-d \
--restart=unless-stopped \
openhab/openhab:latest[/code]

Dat lijkt goed te werken:
[code]/home/will# ss -tulpn | grep :18
tcp LISTEN 0 50 0.0.0.0:18080 0.0.0.0:* users:(("java",pid=1713328,fd=154))
tcp LISTEN 0 50 0.0.0.0:18443 0.0.0.0:* users:(("java",pid=1713328,fd=51))[/code]
In Portainer staat ook alles op "groen".

Toch krijg ik geen web interface te zien. Als ik in de openHAB log kijk staat er:
[code]2024-01-18 18:27:31.997 [INFO ] [org.openhab.core.Activator ] - Starting openHAB 4.1.1 (build Release Build)
2024-01-18 18:27:39.008 [WARN ] [org.openhab.core.net.NetUtil ] - Found multiple local interfaces - ignoring 192.168.10.250
2024-01-18 18:27:39.010 [WARN ] [org.openhab.core.net.NetUtil ] - Found multiple local interfaces - ignoring 192.168.230.250
2024-01-18 18:27:39.012 [WARN ] [org.openhab.core.net.NetUtil ] - Found multiple local interfaces - ignoring 192.168.220.250
2024-01-18 18:27:39.014 [WARN ] [org.openhab.core.net.NetUtil ] - Found multiple local interfaces - ignoring 192.168.210.250
2024-01-18 18:27:39.016 [WARN ] [org.openhab.core.net.NetUtil ] - Found multiple local interfaces - ignoring 192.168.200.250
2024-01-18 18:27:39.018 [WARN ] [org.openhab.core.net.NetUtil ] - Found multiple local interfaces - ignoring 192.168.100.250
2024-01-18 18:27:39.020 [WARN ] [org.openhab.core.net.NetUtil ] - Found multiple local interfaces - ignoring 192.168.139.250
2024-01-18 18:27:48.093 [INFO ] [.core.model.lsp.internal.ModelServer] - Started Language Server Protocol (LSP) service on port 5007
2024-01-18 18:27:58.957 [INFO ] [e.automation.internal.RuleEngineImpl] - Rule engine started.[/code]

Iemand enig idee over wat er mis kan zijn?

Never mind - firewall rules vergeten aan te maken...

[Dennis]

Vraag: gebruiken de OpenHAB gebruikers hier allemaal het semantic model?

[Supersjellie]

Geen keuze toch? Als je een item opvoert komt hij ook in het model. Of andersom als je vanuit de thing items genereert maakt hij er ook een model bij. Volgen mij is het ook eigenlijk hetzelfde, het model toont de items in de structuur. En ga je naar de items krijg je ze in een platte lijst.

Of ik begrijp je niet goed...

[Dennis]

Geen probleem hoor @Supersjellie. Nou, ik heb oorspronkelijk alle items gewoon aangemaakt via de channels van de things, en dan worden de items niet in een semantische structuur gegoten.

Ik ben nu aan het testen met de structuur van het huis met verdiepingen, kamers, etc. en de things daar als equipment aan toevoegen. En dan uiteraard points onder de equipments.

Voor mij zijn er niet direct voordelen, want ik gebruik geheel eigen widgets in plaats van auto-gegenereerde overzichten, maar het maakt het beheer op lange termijn denk ik wel eenvoudiger. Ik heb nu al een kleine 300 items en daar zal nog wel wat bij gaan komen de komende tijd.

[Supersjellie]

@Dennis Je kan het model achteraf ook maken, even uit mijn hoofd ... Je maakt eerst een nieuw item van type/class equipment. Dat wordt de map in het model. En je kan bij je bestaande items die weer als de parent item/groep opgeven. Zo komen ze in de map. Het voordeel zit in de regels (doe iets voor alle items in een map/groep) en het optellen (als 1 of alle items in de groep aan zijn, is de groep ook aan)

[Dennis]

Ja klopt, dat ben ik nu ook aan het doen. Dank. Deels maak ik ook nieuwe items aan, omdat ik de naamgeving probeer te uniformeren en tegelijkertijd het aantal KNX items probeer te verminderen (ik ga mijn Satel alarmsysteem rechtstreeks aanspreken in plaats van via KNX).

Ook faseer ik de laatste items uit configuratiefiles uit, zorg ik voor de juiste dimensions bij de items waar ik dat nog niet geconfigureerd heb en voeg de juiste semantische eigenschappen toe.

[Supersjellie]

Voorjaarsschoonmaak

[Lothlórien]

@Dennis. Zijn configuratiebestanden en niet juist makkelijker qua backup en (gedeeltelijk) restoren na een f*ck up?

[emielbf]

neemt een full backup (via cli) die niet standaard mee?

[Supersjellie]

Ja, doet hij. Ook handig als je je de Raspberry Pi zelf een grote upgrade wilt geven. Zit niet alleen je openHAB configuratie in maar ook je historie aan metingen. (Behalve natuurlijk als je kiest voor een andere persistence service. Dan moet je die zelf doen).

[erik_bies]

Hier ook tekstconfig. Voor een gedeelte gebruik ik semantische model, maar voor meer dan de helft items niet.

[Supersjellie]

Rustig hier, maar de upgrade naar 4.2 gaf vrij weinig issues. Wat gedoe met oh-context maar dat is alweer opelost in de 4.2.1 fix. Als je schermen met veel popups.hebt, geeft dit stabiliteits.issues maar ook daarvoor zijn workarounds gepost. Tot zover mijn ervaringen 😇.

[Supersjellie]

4.2.2 update gaf geen problemen. Geen idee of het altijd zo was maar hoefde niet eens de browser op mijn wall-mounted tablet te herstarten. Deze pakte vanzelf de draad op na de reboot.

[Ook Peter]

Na een half jaar Openhab 4.2 op een Windows 11 pc die nog rondzwierf gedraaid te hebben ben ik vorige maand overgestapt naar Openhabian 5 op een RP4.

Tja en nu snap ik waarom het hier zo rustig is, het werkt gewoon.
De Esphome- en IKEA-integratie is in Openhab 5 probleemloos en stabiel. De eerdere Windows scripts moesten nog wel even omgezet worden naar shell scripts wat erg makkelijk ging. Nu ik een headless systeem heb leek het me fijn automatisch backups te maken, dat werkt met een paar klikken.
Sinds dat ik het overgezet heb al twee updates gehad en het blijft maar werken 😃

[ Voor 7% gewijzigd door Ook Peter op 06-12-2025 12:29 ]

[lampy25]

Ook Peter schreef op zaterdag 6 december 2025 @ 12:27:
Na een half jaar Openhab 4.2 op een Windows 11 pc die nog rondzwierf gedraaid te hebben ben ik vorige maand overgestapt naar Openhabian 5 op een RP4.

Tja en nu snap ik waarom het hier zo rustig is, het werkt gewoon.
De Esphome- en IKEA-integratie is in Openhab 5 probleemloos en stabiel. De eerdere Windows scripts moesten nog wel even omgezet worden naar shell scripts wat erg makkelijk ging. Nu ik een headless systeem heb leek het me fijn automatisch backups te maken, dat werkt met een paar klikken.
Sinds dat ik het overgezet heb al twee updates gehad en het blijft maar werken 😃

Mooie uitleg! Draai nog steeds OH4, nog tijd maken om de overstap te maken naar OH5. Maar inderdaad, instellen en geen omkijken meer naar.

[erik_bies]

Tenzij je ' exotische' bindings gebruikt die niet in de standaard distributie zitten, is de overstap naar OH5 van OH4 redelijk pijnloos is mijn (n=1) ervaring.
In elk geval een stuk minder spannend dan de overstap van OH2.x & OH3.x naar de volgende major versie waren.

[Giblet]

Idem hier hoor. Al tevreden gebruiker sinds versie 2. Af en toe zit ik wel jaloersmakend te kijken naar de snelheid waarmee er integraties voor andere home automation software beschikbaar is (zeker wanneer de aanbieder van het device z'n API's verandert), maar verder superstabiel inderdaad.

[Supersjellie]

Wauw, wat een reacties hier ineens . Ook ik draai nog steeds openHAB. Draait ook gewoon zonder gedoe, deze kerst alleen een nieuwe rule geschreven die de Lidl RGB kerstlampjes (verkopen ze al jaren niet mee geloof ik) aanstuurt. Als je een kleur kiest maakt hij er een scène van met 6 variaties van die kleur die langzaam wisselen. Moet nog wel naar de 5.x versie.

[Ook Peter]

Las toevallig gisteren een stuk op het OH forum over OH5 HA integratie. Mocht ik naar wat meer exotische dingen gaan lijkt me die nog wel interessant.
Al zijn mijn HA installaties tot nu toe niet echt lekker gelopen, maar dat zal aan de oude hardware liggen. Python is niet overal Python blijkbaar.

[Dennis]

Zat net even te kijken, maar mijn OpenHAB draait al 635 dagen. Ik doe er niet zoveel meer mee tegenwoordig (in de zin van configureren), het werkt eigenlijk gewoon uitstekend.

Draai nu nog 4.1 en moet eigenlijk even naar 5 overstappen.

Vind het wel jammer dat de roadmap zo op technische dingen focust. Ze mogen van mij echt nóg meer tijd steken in een goede UI. Ik vind een Homey er 1000x beter uitzien.

[emielbf]

bij de ontwikkeling van 5.0 vroegen ze om input, ik heb toen inderdaad aangegeven dat de UI echt wel wat beter kan. Het antwoord: 'wat is er mis met de UI?' En inderdaad, niks verandert. Het is echt een techie-UI, geen gemiddelde (WAF) gebruikers UI. En technisch inderdaad prima.

[Supersjellie]

Die technische blik is ook weer het voordeel. Je kan je aardig uitleven omdat veel van de opties van het onderliggende Apache echarts en natuurlijk css ook beschikbaar zijn (als je de yaml gebruikt). Daarmee heb ik in combinatie met een getweakte gridlayout iets dat ik er best aardig vind uitzien.

[siepeltjuh]

emielbf schreef op zaterdag 20 december 2025 @ 07:39:
bij de ontwikkeling van 5.0 vroegen ze om input, ik heb toen inderdaad aangegeven dat de UI echt wel wat beter kan. Het antwoord: 'wat is er mis met de UI?' En inderdaad, niks verandert. Het is echt een techie-UI, geen gemiddelde (WAF) gebruikers UI. En technisch inderdaad prima.

Is het dan puur cosmetisch? Het onderliggende framework is fors vernieuwd in 5.1. Stuk sneller. Met alle widgets ook zeer uitbreidbaar en naar je eigen hand te zetten.
Kan niet ontkennen dat sommige andere er gelikter eruit zien.

[Dennis]

Afgelopen week een nieuwe Bosch droger gekocht met (net zoals mijn wasmachine) HomeConnect, dus ik moest weer even in de OpenHAB config duiken. Allemaal prima gelukt uiteindelijk, maar ik merk af en toe toch dat het me een beetje tegen begint te staan.

Je kunt superveel met OpenHAB, maar het is allemaal zoveel werk. En nou is dat nog wel te overzien, maar qua functies loopt het soms gewoon flink achter op bijvoorbeeld een Homey. Zo is de functie in OpenHAB voor Skoda auto's al een jaar niet meer bijgewerkt en schijnt die niet met versie 5 te werken. En eigenlijk wil ik dat wel gaan gebruiken.

Een ander dingetje is de SolarEdge omvormer. Vanwege het afschaffen van salderen wil ik via TCP Modbus de omvormer beperken. Die functie heeft hij en het zou moeten kunnen, maar documentatie ho maar. Koppel ik een item aan het kanaal waarvan ik denk dat het dat zou moeten zijn dan krijg ik een heel andere waarde dan ik zou verwachten.

Misschien dat ik dus toch met pijn in mijn hart na de vakantie eens de Homey ga uitproberen.

[Supersjellie]

Misschien dat ik dus toch met pijn in mijn hart na de vakantie eens de Homey ga uitproberen.

De ellende met home automation, het kan zoveel tijd kosten. Zeker als je iets nieuws koop en op de uitzoektour moet. Ik vond de uitgestelde upgrade naar 5.x al even een gedoe omdat er wat breaking changes waren.

Ik ben wel benieuwd naar je ervaringen, zowel met homey als het maken van een switch naar een ander platform. Je raakt vast gewend aan de kronkels ... Uh architectuur ... van openHAB.