Airconditioning van Panasonic is niet meer aan te sturen via Home Assistant

Airconditioningapparaten van Panasonic lijken sinds 5 november niet meer aangestuurd te kunnen worden via Home Assistant. Tientallen gebruikers klagen hierover op GitHub. De apparaten blijven wel aan te sturen via Comfort Cloud, de app van Panasonic.

Het probleem zit in een integratie waarmee Comfort Cloud-apparaten van Panasonic via Home Assistant aangestuurd kunnen worden. De integratie is niet van Panasonic of Home Assistant, maar, net als vele andere integraties voor Home Assistant, gemaakt door gebruikers zelf.

Volgens gebruikers lijkt het erop dat de toegang tot de api geblokkeerd wordt als er geen gebruik wordt gemaakt van de officiële Comfort Cloud-app. Wie via Home Assistant verbinding probeert te krijgen met zijn airconditioning, krijgt de melding dat de integratie geen verbinding kan maken met de api en dat alle entiteiten onbeschikbaar zijn. Het herstarten van Home Assistant lijkt de problemen niet op te lossen.

Panasonic heeft nog geen publieke reactie gegeven op de klachten. Daarmee is niet officieel duidelijk of het om een tijdelijk probleem gaat of dat Panasonic de toegang tot de api permanent heeft afgesloten. Diverse gebruikers zeggen contact te hebben gezocht met de lokale afdelingen van Panasonic. Een van hen kreeg in een reactie van het Zweedse Panasonic te horen dat er geen open api beschikbaar is en er ook geen plannen zijn om die wel beschikbaar te stellen. Tweakers heeft Panasonic Benelux benaderd met vragen over de gemelde problemen.

Reacties (146)

[arjenhiemstra]

Gelukkig is er ook een local oplossing geloof ik; HeishaMon zag ik voorbij komen op Tindie en hier ook op het tweakers.net forum: forumtopic: HeishaMon - Panasonic Aquarea monitoring

[sniker]

ik gebruik deze, die was er net iets eerder, en werkt gelukkig nog.

https://www.espthings.io/...phome-and-home-assistant/

[jeroenvdd1989]

is die nog koopbaar of is het full diy? of werkt heishamon ook voor cloud van alle warmtepompen van panasonic?

[Reactie gewijzigd door jeroenvdd1989 op 7 november 2024 12:53]

[sniker]

nu niet meer fully built te bestellen (kostte hun teveel tijd ) dus is alleen als DIY nog mogelijk maar de instructies zijn zeker goed te doen ook voor n00b's, en er is altijd PCBway, zeker omdat je er 1 per binnenunit nodig hebt. (dus vaak meerdere bordjes nodig)

Grote voordeel wat ik zie is dat dit bordje een drop in replacmeent is voor het originele wifi board en de originele enclosure. Die heishamon lijkt dat niet te zijn als ik zo ff kijk.

[jeroenvdd1989]

nog mini vraagje maar vond op espthings niet direct de info,
kan je hier mee ook zaken als nano x aanzetten op de airco?,

never mind even de yaml overlopen en zie het toch staan,

bestellen it is

[Reactie gewijzigd door jeroenvdd1989 op 7 november 2024 13:17]

[Lars Kremers]

Ik heb van mijn bestelling van een paar weken geleden nog bordjes over. Mocht iemand interesse hebben: v&a aangeboden: DSNK-P11/CZ-TACG1 ESP C3 mini module voor Panasonic airco Gesoldeerd en ongesoldeerd.

[jeroenvdd1989]

hmn idd pcb way is ook precies slechts 36 incl verzending voor 6 bordjes,
miss moet ik deze alvast gewoon eens bestellen moest panasonic er niet meer door komen

[ErikKo]

Ook de Panasonic warmtepompen zijn hiermee geraakt.

In Maart 2024 zijn er al eerder problemen gemeld, dus het is duidelijk dat ze aan hun authenticatie aan het sleutelen zijn.
Bron: https://github.com/cjaliaga/aioaquarea/issues/44

Het lijkt dat ze nu 2-stap verificatie hebben toegepast waardoor de Home Assistent integratie omvalt.
Bron: https://github.com/cjalia...istant-aquarea/issues/122
https://gathering.tweaker...message/80623644#80623644

Gelukkig hebben we actieve Tweakers die een bordje ontwikkeld hebben waardoor de Panasonic warmtepompen ook lokaal / offline door Home Assistant aangestuurd kan worden:
https://gathering.tweakers.net/forum/list_messages/2102536

[killercow]

Dit soort fratsen oplossen met hardware is treurig, het zo gewoon opgelost moeten zijn in wetgeving.
Je koopt als consument iets met bepaalde functionaliteit, als dat ineens veranderd moet dat een redelijke reden hebben. Ook als het niet op het verkoopkaartje stond dat die functionaliteit er bij hoorde.

Voor alle reageerders:
Ook een niet beschreven API is een API. Een consument moet mogen verwachten dat een apparaat blijft werken zoals het werkte (of beter) wordt. Je hebt X gekocht, dat functioneerde op Y manier. Dat is waar je akkoord mee ging, en of aan gewend bent geraakt. In allerlei wetgeving zie je dat gewenning voldoende grondslag is om rechten aan te ontlenen als het om consumentenbescherming gaat.

[Reactie gewijzigd door killercow op 7 november 2024 11:11]

[Luuk1983]

Hoezo? De integratie met home assistent is door gebruikers zelf gemaakt. Ik weet niet of het een oficiële API is zo ja, of ze changes goed communniceren, maar volgens mij koop je geen product met de belofte dat je 'm met home assistent kan bedienen. Als het geen officiele API heb je helemaal niks om over te klagen. Maar ik hoor graag of ik wat mis

[Scriptkid]

Wat hiet vaak gebeurd is dat een technische iemand de network frames captured van de app,

vervolgens pakken ze dan de app ID auth strings om zo als de app te impersonaten in je eigen code.

De API denkt dan dat hij met de officiele app praat en geeft access.


Waarschijnlijk hebben ze dus de ID of access code geupdate en moet iemand weer even de network frames capturen en de code updaten.

[Grrrrrene]

Ik ben het niet met je eens, in zoverre dat Panasonic het apparaat nooit verkocht met HA-integratie. Dat iemand dat erin hackt, is wat anders. Ik snap alleen niet waarom Panasonic daarin zo dwars ligt. Help zo'n ontwikkelaar juist mee om er echt een goede plugin van te maken, of beter nog: verzorg dat zelf. Dan ben je ook het risico kwijt dat een eventuele slechte plugin jouw merknaam beschadigt.

Ik heb Panasonic nml vrij hoog zitten qua kwaliteit, maar ik vind het altijd zo jammer als een fabrikant actief tegenwerkt wat (een deel van) de klandizie wil.

[gedonie]

De vraag is of ze bewust dwars liggen. Het is super onofficieel die plugin, dus is de kans groot dat er gewoon updates aan de API zijn geweest. Die worden niet gecommuniceerd omdat deze API niet voor publiek gebruik is bedoeld, alleen voor de eigen app. Denk daarbij aan nieuwe functionaliteiten of verbeterde beveiliging om privacy beter te waarborgen.

Dan vallen alle thuis baksels (en ja een eigen implementatie tegen een niet publieke API aan is een thuis baksel) omver. Dus of Panasonic dit expres doet is nog maar de vraag.

Tot het moment dat Panasonic zelf een API aanbied (en dus officieel documenteert en publiek maakt) kun je ook niet gaan zeuren als een hack die je gebruikt kapot gaat. Dan moet je zelf maar zorgen dat die hack weer goed werkt.

[Grrrrrene]

Dat is waar, maar mijn punt blijft wel staan dat ik vind dat fabrikanten veel meer de samenwerking moeten opzoeken. Uiteindelijk is het een stel enthousiastelingen die dit soort plugins voor HA onderhoudt. Dat zijn echter wel de mensen die in hun omgeving vaak een kartrekkersrol hebben. Mensen om hun heen weten dat deze personen er veel verstand van hebben, al jaren voorlopen met moderne techniek in huis en zullen bij hen te rade gaan als ze zelf een warmtepomp of airconditioning willen. En rara wat raden die mensen aan, als ze heel fijn kunnen werken met Panasonic-apparatuur?

[edwinjm]

De meeste mensen kiezen eerst een installateur en volgen het advies van de installateur.

[SirMemeAlot]

Ik denk niet dat ontwikkelaars/producten zich gaan laten beperken in hun bewegingsruimte/time to market om een klein groepje enthousiastelingen te gaan ondersteunen. Als het heel eenvoudig kan zal dat prima zijn, maar zodra ze iets moeten doorvoeren voor bijv. Privacy/beveiliging en dat zou niet kunnen omdat een API dan strenger is geworden of minder gegevens verstuurd zullen ze daar geen rekening mee houden.

Let wel dat waarschijnlijk 99% van de verkopen het product gewoon heeft om het huis te koelen/verwarmen en de data halen ze wel uit de panasonic eigen app of functies en mijn onderbuik zegt nog dat ik met 1% het percentage ruim inschat.

[Grrrrrene]

Ik denk niet dat ontwikkelaars/producten zich gaan laten beperken in hun bewegingsruimte/time to market om een klein groepje enthousiastelingen te gaan ondersteunen. Als het heel eenvoudig kan zal dat prima zijn, maar zodra ze iets moeten doorvoeren voor bijv. Privacy/beveiliging en dat zou niet kunnen omdat een API dan strenger is geworden of minder gegevens verstuurd zullen ze daar geen rekening mee houden.

Als je dat gewoon communiceert, kan de community toch gewoon klaarstaan voor die update? Dat is het punt juist: zorgen dat je samenwerkt met de community.

Let wel dat waarschijnlijk 99% van de verkopen het product gewoon heeft om het huis te koelen/verwarmen en de data halen ze wel uit de panasonic eigen app of functies en mijn onderbuik zegt nog dat ik met 1% het percentage ruim inschat.

Geen idee, ik heb er ook geen cijfers voor.

[SunnieNL]

Je omschrijft het goed. Je kocht een product dat via de app te bedienen is. Nergens stond dat jij een product kocht dat aan te sturen is door 3rd parties. Er is je dus niets ontnomen.

Dat het kon via HA was een leuke bijkomstigheid van iemand die de API reversed engineered had. Dat had je niet gekocht bij Panasonic. In principe ontneemt HA je deze functie dus, niet Panasonic. Dus moet je klagen bij de ontwikkelaar die een API via een niet ondersteunde methode gebruikte.

Als er nou een product was gekocht met een publieke API die gebruikt kan worden door anderen, waarvan de API daarna wordt ingetrokken (zoals bij Google Nest rookmelders), dan heb je gelijk. Maar in dit geval niet.

Dus moraal van het verhaal: had gewoon een airco gekocht met een publieke API als dat een vereiste van je is.

[oks]

Het probleem is dat de energiemarkt enorm in beweging is. We hebben dus een soort framework nodig dat het mogelijk maakt om dergelijke apparatuur aan te sturen. Het zou Panasonic zieren als zij hier in niet proberen je in een verdor lock in situatie te brengen. Temeer dat Panasonic hier wellicht in de toekomst ook last van gaat krijgen. Ik zou me kunnen voorstellen dat als dit niet fatsoenlijk opgelost gaat worden het bekend gaat worden dat je Panasonic apparatuur niet energie zuinig meebewegend met de energiemarkt is aan te sturen. En dat is iets wat de klanten direct in de portemonnee gaan voelen...

[SunnieNL]

Lost zich vanzelf op door de marktwerking. Als dat soort zaken nodig zijn en een vereiste zijn van de consument, dan gaan consumenten naar de concurrent die wel die open API levert waar andere apparatuur op kan aanhaken om de aansturing te regelen.
Het probleem is nu dat de kopers van die apparatuur daar blijkbaar niet eerder aan gedacht hebben. Daar kun je Panasonic niet de schuld van geven.

[Reactie gewijzigd door SunnieNL op 7 november 2024 13:10]

[oks]

Dat lost zich niet op met marktwerking. De klant heeft namelijk niet voldoende kennis behalve dan door pijnlijke ervaring en gevolg van het niet weten. Dit lost zich op met samenwerking. Dit lost zich op door marktsturing. Het is verbazingwekkend dat we deze fictie van marktwerking maar in ons taalgebruik blijven gebruiken. Er is geen bewijs voor na 45 jaar marktwerking in Nederland. Kijk naar de energiemarkt.

[SunnieNL]

Als je iets koopt ga je toch kijken wat je requirements zijn? Soms denk ik echt dat mensen gewoon maar wat doen en denken 'het komt wel goed, iemand anders heeft er vast over nagedacht'. Je wilt toch ook niet overal maar een regel voor hebben en alles laten sturen door de staat.

Als je een auto gaat kopen die je op afstand wilt kunnen laten verwarmen, dan ga je toch ook niet gewoon maar iets kopen om dan vervolgens te zeggen dat je hem niet op afstand kan verwarmen?
Het kunnen bedienen van een airco unit via API's is een functie van het product. Dat zit er in of het zit er niet in. Als je daar behoefte aan hebt, dan moet je daar als consument echt zelf induiken. Het van bovenaf opleggen dat elke airco dat moet hebben gaat alleen maar zorgen dat de producten duurder worden omdat de vendor dan een infrastructuur moet opbouwen die dat aankan, vervolgens ook weer aan europese regels van API's moeten gaan voldoen.

Een framework om apparaten aan te sturen is net gelanceerd in de vorm van Matter (https://csa-iot.org/newsr...vements-across-the-board/). Als de consument er behoefte aan heeft, kan die daar dus gewoon op zoeken. Daar hoeft geen regelgeving van bovenaf voor ontwikkeld te worden. Als sturing van bovenaf wordt gegeven is de kans des te groter dat het uitmond in dat energiemaatschappijen kunnen gaan beslissen welk apparaat op welk moment wel of niet aan kan staan en daar zit ook niemand op te wachten. (ik niet in ieder geval)

[Reactie gewijzigd door SunnieNL op 7 november 2024 15:50]

[oks]

In principe ben ik het met je eens, ik handel ook zo. Maar heel veel mensen doen dat niet. Die gaan af op wat social media, familie en anderen zeggen. En hoeveel mensen weten nu werkelijk dat ze hun auto willen verwarmen? Je bent gewoon gewend aan het feit dat je de auto aanzet en dat dan de auto zichzelf verwarmt. Dat jij weet dat het kan wil niet zeggen dat andere mensen dat weten of überhaupt zo een optie willen en kunnen betalen.

En ik denk dat het wel meevalt met je 'vrees'. Kijk naar linux. Een tesla draait ook op linux.
De gewone consument weet überhaupt niet van het bestaan van tweakers bijvoorbeeld laat staan Matter.

Laat ik zeggen dat er verschillende klassen van consumenten zijn. En de een is wat groter dan de ander...

[pietje63]

Maar dit is nooit een officiële functie geweest... Dit soort third party access is in de basis ook een security risico. De vraag is of de toegang bewust afgesloten is (met deze toegang werden er functies of automatiseringen gebruikt waar ze een abonnement voor vragen) of het gevolg van strengere beveliing (2FA).

[ZeromaNoiS]

Ik vind dit wat kort door de bocht en onredelijk. Panasonic heeft zijn apparatuur nooit met het Home Assistent approved logo verkocht, en een hobbyist heeft zelf een onofficiële integratie in elkaar geknutseld.
Je maakt op dat moment "oneigenlijk" gebruik van de infrastructuur van Panasonic, en zijn hebben ook geen invloed op de calls die je naar hun API doet. Wie weet trekt dat ding een megaload?
Het staat Panasonic dan toch vrij om de authenticatie methode van zijn API aan te passen zoals zij dat wensen, of zo'n plugin te blokkeren lijkt mij?

Dat zou anders zijn als ze het product hebben aangeboden met een open/vrij te gebruiken API uiteraard, maar ik vermoed dat dit niet het geval is geweest.

Los daarvan uiteraard wel zuur. Maar dit is iets waar je rekening mee kan houden als je apparatuur aanschaft.

[Reactie gewijzigd door ZeromaNoiS op 7 november 2024 10:45]

[Roy23]

Authenticatie is dan ook wel een kwetsbaar deel van een applicatie en die moet zo nu en dan geüpdatet worden. Je kunt wat dat onderwerp aangaat niet claimen dat je ooit X kocht en op manier Y functioneerde en dat dat voor altijd zo moet zijn. Panasonic heeft nooit beloofd dat de ongedocumenteerde API ongewijzigd zou blijven.

Wat nu als blijkt dat er een fout in de API zat en dat hij vanwege beveiligingsredenen geüpdatet is? Vindt je dan dat ze dat niet hadden moeten dichten want het is verkocht als X en werkte als Y en dat moet zo blijven?

[Aaargh!]

Ook een niet beschreven API is een API

Je hebt publieke en niet-publieke APIs. Niet-publieke API's zijn voor intern gebruik en kunnen op elk moment aangepast worden of stoppen met werken. Als je als developer gebruik maakt van een niet publieke API dan ben je gewoon dom bezig.

[Djerro123]

Ook een niet beschreven API is een API. Een consument moet mogen verwachten dat een apparaat blijft werken zoals het werkte (of beter) wordt.

Vanuit een developers perspectief; ja. Vanuit consumenten perspectief? Nee natuurlijk niet. De fabrikant vertelt wat “normaal” gebruik is, alles daaromheen heb je geen garanties op. Ze hebben nooit een API aangeboden, het is gereversedengineerd en nu stopt het met werken.

Netjes? Nee natuurlijk niet, dit is een data grab van Panasonic, clear and simple. Fout/illegaal of immoreel? Nee, sorry.

[Rolfie]

Dit kan het geval zijn, echter is de HA integratie niet gemaakt/onderhouden door panasonic officieel.

Ook een niet beschreven API is een API.

Klopt, maar kan ook zo veranderen. Immers het is niet beschreven. Het kan vandaag zo werken en morgen kan het anders werken.
Daar hoeven ze niemand voor te informeren of rekening mee te houden, zolang hun eigen ondersteunde applicaties / diensten maar blijven werken.

Of het netjes is, is heel wat anders natuurlijk.

[Ethirty]

Het is het hele Panasonic platform, de integratie met Tibber is ook al maanden stuk.

Maar ook hun eigen app gooit me er met grote regelmaat uit want "uitgelogd" en als ik dan force close en de app open werkt het weer even.

De hele reden dat iedereen er tools omheen bouwt is omdat Panasonic de meest waardeloze implementatie hebben neergezet. Je kan net niks zien en net niks lekker regelen. En dat terwijl die zelfde toegang voor een installateur al een stuk beter opgezet lijkt.

Als ze nou gewoon een fatsoenlijk beveiligde API beschikbaar zouden stellen dan hoefde er niet zoveel omheen geknutseld te worden.

[3raser]

Heel vervelend dat dit soort apparaten perse via de cloud moeten worden bediend. Mijn Daikin airco is van het nieuwere type welke ook niet meer lokaal kan worden bedient terwijl de voorgaande uitvoeringen allemaal wel een lokale API hadden. De aansturing via de cloud is nu dus afhankelijk van de uptime van de servers en van de grillen van Daikin zelf. Het wachten is op het moment dat ze geld gaan vragen om je airco überhaupt via de cloud te kunnen bedienen.

[Koppensneller]

Kijk dan eens naar Faikin, dat is een ESP-module die je kunt inbouwen op de interne S21-poort van je binnenunits en die verbindt met een MQTT broker. Heb ik afgelopen maand gedaan bij de 4 units hier in huis, werkt schitterend.

Faikin heeft bovendien een extra feature waarmee je een BLE sensor kunt koppelen om de thermostaat-functie veel stabieler te maken (omdat de temperatuur niet meer op de unit wordt gemeten).

[3raser]

Geweldige tip. Jammer dat die module alleen op amazon.uk te krijgen is.

[Koppensneller]

Je kunt hem ook gewoon in NL laten bezorgen, heb ik ook gedaan

[ATS]

Blijft weer een gehackte, after-market oplossing in plaats van gewoon een gedocumenteerde methode om lokaal aan te sturen.

[robertjan12]

Direct maar een paar esp32`s en logic converters besteld van OmeAli, voor een luttele 6 euro ben ik hopelijk weer snel online

https://github.com/DomiSt...-panasonic-ac/tree/master

[The Zep Man]

Ook ik kijk naar warmtepompen/airconditioning. Eén van de harde eisen is dat het gekozen model altijd volledig lokaal met thuisautomatisering zonder internetverbinding te bedienen moet zijn, idealiter met een brede ondersteuning vanuit de community. Het nieuwsartikel geeft één voorbeeld van waarom ik deze eis stel: voor zaken binnenshuis wil je nooit een harde afhankelijkheid hebben van iets of iemand buitenshuis.

[edit]
Tekst in vet toegevoegd.

[Reactie gewijzigd door The Zep Man op 7 november 2024 10:26]

[Caviatjuh]

Panasonic airco's zijn prima 100% lokaal te bedienen. Ik heb er twee hangen. Gewoon met de afstandsbediening (of KNX, met een module). Het probleem komt met de wifimodule. Die is afhankelijk van de servers van Panasonic voor bijvoorbeeld bediening met de app. Ik vermoed dat de homeassistent integratie tegen die app/servers aangebouwd is. Er is overigens voor een paar tientjes een 'alternatieve' wifimodule te vinden op PCBWay. Deze kan volledig lokaal worden aangestuurd met HA.

[Thijsmans]

Linkje: https://www.pcbway.com/pr...e_Interface_4cc10e31.html

Mijn ervaring is dat PCBWay projecten niet bepaald gratis zijn, maar gezien de wifi-module voor 125 euro te koop is vind ik het nog helemaal geen gekke deal

[Hoover]

Als de afstandbediening Infrarood is .Gewoon een ESP32 board kopen voor paar euro en daar ESPHome op zetten.

Met een IR receiver kun je de codes reverse engineeren om alle commando's eruit te vissen en met IR transmitter kun je het commando verzenden.

Zo heb ik ook mijn elektrische haard voor 12 euro geautomatiseerd.

Er is zelfs een climate module in ESPHome om aircos te besturen.
Echter zie ik daar panasonic niet tussen staan.
https://esphome.io/components/climate/climate_ir.html#zhlt01

Edit:
Als tip,

Omdat IR eenwegverkeer is, weet HomeAssistant niet wat de staat is.
Zet er een slimme stekker tussen en meet het verbruik in de verschillende standen op.
Dan kun je die waardes gebruiken om de huidige stand te bepalen.

[Reactie gewijzigd door Hoover op 7 november 2024 10:59]

[sniker]

als je dan toch esp wil gebruiken doe t dan gelijk goed:
https://www.espthings.io/...phome-and-home-assistant/

[Hoover]

Dat is exact wat ik bedoel echter is dit zelf simpel te maken.

[Karp]

Klinkt een stuk goedkoper dan honderden euro's voor de modules die fabrikanten zelf leveren!

[Hoover]

Exact.

Heeft het nadelen, ja. eenrichtingverkeer en afhankelijk van de locatie van de airco, kan het plaatsen van de transmitter wellicht lastig zijn. maar ik kon met testen ruim 5m ver zenden. Dus er is vast wel een plek waar je dat ding kan verstoppen.

[gedonie]

Ja en nee. Voor simpele apparaten is dit vaak makkelijk, maar Airco's bijvoorbeeld vaak niet.

Mijn ervaring is dat die geen enkel signaal per knop hebben (dus bijvoorbeeld aan / uit / 1 graad warmer, etc.). De meeste sturen de gehele stand van het apparaat door, dus commando koelen + 18 graden + swing horzintal / vertical modus + fan speed.

Dan is het onderscheppen van het signaal niet zo nuttig, tenzij je exact die situatie terug af wilt spelen.

[icecreamfarmer]

Probleem is dat zichtlijnen nodig zijn en je dus een lelijke apparaat in het zicht hebt staan.

[Hoover]

Is in zekere zin het geval. Bij mijn haard kon ik dit eenvoudig verwerken in de koof waardoor je niets er van ziet.

[Caviatjuh]

Ik zie echt 0 voordelen van klooien met een Ir zender ten opzichte van de custom wifi module die je zo kan integreren in HA. Twee stuks van pcbway kosten €25 incl shipping de laatste keer dat ik keek. Ik vraag me ook af hoe betrouwbaar de meting zal zijn en wat je daar uit gaat kunnen lezen. Ik heb een multisplit hangen. Dan heb je zo vreselijk veel variabelen (stand, verwarmen, koelen, de buitentemperatuur, afpompen van condenswater, etc..)

[Locke_]

Ik heb er vandaag 2 van besteld. De ESP32 kunnen ze niet (meer) leveren, maar die heb ik elders gevonden voor net geen 10 euro per stuk. Inclusief montage, belasting en versturen ben ik bij PCBWay 60 euro kwijt voor 2 stuks.

Hoop echt dat het werkt, niet zo zeer om de kosten, maar omdat ik het gedoe met Panasonic aardig beu ben. Ik heb er spijt van dat ik, voor de airco's, dit merk gekozen heb.

[jeroenvdd1989]

vreemd ik heb er via pcp way net 6 besteld voor 42 euro ..

[Locke_]

Geen idee, hadden ze bij jou wel de ESP32?

[Kenhas]

dus die waar @Thijsmans naar verwijst zijn niet meer te bestellen maar je hebt een alternatief gevonden? Of heb ik het verkeerd begrepen? Indien ik het juist begrepen heb, heb je een link naar het alternatief?

[Locke_]

Op de ESP32 na zijn ze via PCBway te bestellen, desgewenst inclusief assemblage.
Enige wat je apart moet kopen is de ESP32 en die moet je er dan zelf op solderen/prikken.

[themuk128]

Hi, kun je mij vertellen welke precies? Ik heb daar interesse in.

Alvast bedankt

[Amanoo]

Dingen via een server wil je mijn inziens sowieso liever niet. Als je internet uitvalt doet je airco het ook niet meer via Home Assistant. En goed, dan kan je van buiten ook niet meer bij HA, maar het is wel fijn als je erbij kan als je thuis bent. Zonder de afstandsbediening te moeten zoeken, want daarvoor heb je het niet in HA gegooid.

Kortom, ik zou sowieso geneigd zijn om zo'n extra module te kopen.

[GeroldM]

NetworkChuck heeft recentelijk videos gemaakt over home-assistant en hoe hij nu lampen (Philips Hue) bedient via spraakherkenning en AI, welke ook lokaal runt. He principe zal dus ook moeten werken met airco's. Misschien dat je per kamer ook een infrarood camera moet installeren om te zien of er een persoon aanwezig is in die ruimte. Dan ben je nog energiebewuster bezig.

[Zer0]

Eén van de harde eisen is dat het gekozen model altijd volledig lokaal zonder internetverbinding te bedienen moet zijn,

Volgens mij is zo een beetje elke airco lokaal te bedienen met de knoppen of afstandbediening.....
Ik zou je eisen iets specifieker stellen

[rubenbe]

Inderdaad. Ik had recent een issue met mijn internet verbinding. Waardoor mijn lokaal geïnstalleerde home assistant mijn lokaal geïnstalleerde LG airco's niet meer kon aansturen. Tijd om te switchen naar een local only oplossing.

[sniker]

was voor mij een van de key requirements voor de airco selectie indertijd, ik heb toen voor LG gekozen icm met deze module: https://www.espthings.io/...phome-and-home-assistant/

of zoals hierboven ook al staat dat heishamon bord. soms heb je als tweaker gewoon wensen die niet kant en klaar in de markt zitten.

[The Zep Man]

Er zijn twee soorten mensen in deze wereld:

• Degenen die voldoende hebben aan een half woord en de context uit andere randzaken halen (zoals dit artikel).

[Reactie gewijzigd door The Zep Man op 7 november 2024 10:07]

[Zer0]

Context is leuk, en ik begreep inderdaad wat je bedoelde, maar als je met dat soort eisen naar een fabrikant/verkoper gaat kan hij ze anders interpreteren. Juist duidelijk en specifiek zijn over dit soort zaken scheelt een hele hoop gedoe achter af.

[The Zep Man]

maar als je met dat soort eisen naar een fabrikant/verkoper gaat kan hij ze anders interpreteren.

Wees gerust. Met mijn post op T.net zal ik niet naar een fabrikant/verkoper stappen.

Verder maak ik zelf een shortlist van merken/units die voldoen aan mijn eisen.

[Reactie gewijzigd door The Zep Man op 7 november 2024 10:17]

[Scriptkid]

Hier is een mooie extra taak voor Tweakers,

lijstje maken van apparaten met ondersteuning van REST API, IFTTT, MQTT , homey etc.

Liefst gewoon alleen REST want al die andere brokers is ook 3 keer niks.

[TunderNerd]

MQTT drie keer niks? Als er ergens makkelijk tegenaan te programmeren is, en HA werkt fantastisch met MQTT

[Scriptkid]

het is een broker ,

the best part is no part.

Met MQTT moet je van apparaat 1 een interface naar MQTT bouwen en dan vanaf apparaat 2 een interface om MQTT uit te lezen


Met REST kun je gewoon van apparaat 1 naar 2 hoeveel makkelijker wil je het hebben .

[Eis-T]

Voor wie zich "helemaal hackerman" voelt zijn er via die weg projectjes te bedenken om Home Assistant integratie voor elkaar te boksen. Bijvoorbeeld via een zigbee kastje dat infrarood signalen stuurt.
Geen zin in het reverse engineeren van de remote? met een Fingerbot op de aan uit knop en een stuk ductape kan je het apparaat togglen. Heb je meteen een leuk verhaal om op verjaardagen tegen een achterneef die iets met IT doet aan te hangen.
In beide gevallen aan te raden om in die ruimte wel iets van een temperatuurmeter te hebben in Home Assistant om het een beetje slim in te kunnen regelen.

[gevoelig]

Blijft wel lastig. Een bedrijf kan via een updates ineens blokkades toevoegen. Iets wat hier waarschijnlijk bewust/onbewust ook is gebeurd.

[The Zep Man]

Blijft wel lastig. Een bedrijf kan via een updates ineens blokkades toevoegen.

Hoe kan een bedrijf updates installeren op een unit zonder internetverbinding?

[Zer0]

De intergratie gebruikt een cloud-api van Panasonic om de airco's te bedienen, geen directe connectie naar de airco..

[The Zep Man]

De intergratie gebruikt een cloud-api van Panasonic om de airco's te bedienen, geen directe connectie naar de airco..

Zie even mijn eerste post die de context van de discussie neerzet. Het gaat juist om units die wel volledig zonder internetverbinding kunnen werken (en die via eigen thuisautomatisering aangestuurd kan worden, wat kennelijk apart genoemd moet worden onder een artikel over thuisautomatisering...).

[gevoelig]

Het hoeft ook niet automatisch te gebeuren. In het geval van beveiligingsupdates zijn patches nodig daar kunnen ook functionele wijzigingen in worden meegenomen.

[MiBe]

Mitsubishi Heavy Industries met een custom MHI-AC-Ctrl WiFi-module doet precies dat: https://github.com/absalom-muc/MHI-AC-Ctrl

(of de ESPHome-versie: https://github.com/ginkage/MHI-AC-Ctrl-ESPHome)

[Locke_]

excuses, reactie op de verkeerde post.

[Reactie gewijzigd door Locke_ op 7 november 2024 11:39]

[poing]

Inderdaad, KNX, CAN-bus, LAN, ... standaard ingebouwd of DIY.

[Llopigat]

Eén van de harde eisen is dat het gekozen model altijd volledig lokaal zonder internetverbinding te bedienen moet zijn, idealiter met een brede ondersteuning vanuit de community.

Dan nog kan het gebeuren dat ze via een auto update die optie er weer uit slopen zoals TP-Link een keer heeft gedaan met hun smart plugs Als je 1x per ongeluk iets in je firewall verandert kan het te laat zijn.

[Pe Nis]

Same here, geen wifi en geen internet. Nergens last van. Heb er ook 2 hangen van Panasonic.

[LordLynx]

Ik weet niet hoe het met Panasonic zit maar ik heb Samsung op kantoor en LG thuis en beide hebben gewoon een afstandsbediening erbij waarmee je ze kunt bedienen, als je niet wilt hoef je ze helemaal niet op internet te zetten. Lijkt me stug dat dat bij Panasonic niet kan. Was hier overigens erg blij mee een paar maanden geleden toen de LG's ineens niet meer te vinden waren in de app na een update...... na contact werd dit met de volgende update gelukkig weer opgelost.

[Reactie gewijzigd door LordLynx op 7 november 2024 10:21]

[copywizard]

ik heb zelf een mitsubishi industrial airco en deze is geheel lokaal te besturen doormiddel van ESPhome.

https://github.com/ginkage/MHI-AC-Ctrl-ESPHome

IK zou nooit meer anders willen en dan heb je ook direct geen problemen zoals hierbij panasonic. je kan deze pcb gewoon ipv de originele wifi module plaatsten zonder problemen.

[laurens0619]

Dit gebeurde een tijd geleden ook bij Mitsubishi. Belangrijkste oorzaak was dat de home assistant plugin wat "lomp" geschreven was en zeer vaak een request deed naar het backend.

Vaak gebruiken fabrikanten hier API gateways voor waar ze per call een bedrag moeten betalen.
Weet natuurlijk niet hoe deze plugin geschreven. Zie in de screenshot, instelbare, intervallen van 30 seconden. Dat is wss al veel vaker dan iemand die sporadisch zijn app opent helemaal als dat interval omlaag wordt bijgesteld.

Tegelijk mogen ze de API interfaces wel eens aanpassen van Pull naar Push. Dan zou je veel minder calls nodig hebben om toch accurate info te hebben.
Lokaal nog beter, dan ontlast je de hele cloud omgeving.

[Reactie gewijzigd door laurens0619 op 7 november 2024 10:02]

[Archcry]

Het gaat hier om een gesloten api die alleen bedoeld is voor de Panasonic app. Ik snap dat een push systeem erg mooi zou zijn maar voor de beoogde use case waarschijnlijk niet nodig. De fabrikant heeft waarschijnlijk de API niet ontworpen met gebruikers die de api direct aanspreken in het achterhoofd.

[Reactie gewijzigd door Archcry op 7 november 2024 10:08]

[laurens0619]

Klopt, was bij mitsubishi ook zo die api is reverse engineered vanuit de app en niet open.
WAs meer om de wss oorzaak te duiden waarom panasonic toegang ontzegd: Kosten door teveel calls.

Maar toch snap ik niet dat koppeling vaak nog van die losse http requests zijn als ze moeten betalen per call.
Mijn warmtepomp heeft een officiele mitsibushi module en die doet ook iedere x seconde een HTTP request naar de server van mitsubishi met de status. Zou toch slimmer moeten kunnen dat alleen changes gestreamed worden oid.

[Archcry]

Ik denk dat dit weer zo'n gevalletje "wij zijn een hardware bedrijf en geen software bedrijf" is. Die bedrijven willen vaak geen "dure" IT oplossingen waar goed over nagedacht is maar iets wat gewoon snel werkt voor het beoogde doel. Dat deze oplossing op termijn misschien wel duurder is wordt niet bij nagedacht.

[DigitalExorcist]

Is dat niet 'gewoon' een kwestie van een User-Agent meegeven in je API-request? Zodat de server van Panasonic denkt dat je de app gebruikt? Of denk ik nou te simpel...

[lenwar]

Mogelijk. Het ligt er een beetje aan hoe ze het hebben dichtgezet natuurlijk. Als er een vorm van authenticatie (met een keypair die hardcoded in de app zit ofzo) plaatsvindt, wordt het al lastiger.

Het is denk ik beter als de makers contact opnemen met Panasonic en afspraken maken. Mogelijk verstoorde deze integratie de API’s van Panasonic (zie mijn reactie hierboven ergens over hoe Zonneplan er mee omging)

[zenlord]

Misschien wel, maar om dat zeker te weten, moet je de connectie vanuit de app reverse engineeren. En als je er dan op uitkomt dat Panasonic MFA heeft geimplementeerd op de API, dan zal je niet veel opschieten met je UA informatie.

[Jimmy 1]

Grmnldbnfg ! Komen ze net einde van de maand een Panasonic installeren

[jadjong]

Koop er een modbus interface bij.

[al__in__gebruik]

Ik kan me zeker inbeelden dat bedrijven vloeken op de vele, vele requests die worden gestuurd naar hun API's.
Waarom ze dan geen lokale API aanbieden versta ik niet.

[mgizmo]

Ja dat is het risico van reverse engineering om dan gebruik te kunnen maken van een closed api dat ontwikkelt is door de vendor voor eigen gebruik.
Enige wat dit nog kan veranderen is mogelijk impact op het merk dat ze alsnog overstag gaan. Dit is denk ik ook de reden dat sommige vendoren er alles aan doen om het reverse enginering te voorkomen.