Software-update: Home Assistant 0.93

Versie 0.93 Home Assistant is uitgebracht. Home Assistant is een opensourceplatform voor home-automation dat draait onder Python 3. Het draait via Hassbian op een Raspberry Pi 3 of een Linux-, macOS- of Windows-computer. Het ondersteunt het detecteren van apparaten, zoals Nest-thermostaten, Philips Hue, Belkin WeMo-schakelaars, Mr. Coffee-koffiezetapparaten, de slimme schakelaars van IKEA en het mqtt-protocol. Daarnaast kan het waar mogelijk deze apparaten aansturen en automatisering toepassen. Voor meer informatie verwijzen we naar deze pagina en ons Forum. De releasenotes voor deze uitgave zijn hieronder te vinden.

0.93: Essent, AmbiClimate, VS Code debugging

It’s time for our 0.93 release and it is a whopping cool one. It’s a day later than usual as I am travelling. Frenck streams his work on Home Assistant / Hass.io each Tuesday and Friday, and last Tuesday I decided to surprise him and visit his house during the stream 😛. We ended up talking about everything Home Assistant with the viewers for over 3 hours. For the full conversation, check out Frenck’s blog. Clip of me walking into the stream:

Last week we also wrote about our updated plans for Home Assistant for this year. If you haven’t read it yet, worth the read!

If you are a Nest user, we have some sad news: Google announced that they are shutting down the Nest API at the end of August. This will cause Nest hardware to no longer work with Home Assistant (╯°□°）╯︵ ┻━┻

As always, this release is accompanied by a new episode of the Home Assistant podcast. Rohan and Phil discuss the new release, the Nest API and a lot more. This episode is their 50th episode already, congratulations on this milestone!

Pascal has updated the way we are building Hass.io. It is now keeping the build up to date while we develop Home Assistant, which means that the Hass.io build was ready before the release blog post was up!

Home Assistant 1.0

As we mentioned in our updated plans post, we’re working hard on Home Assistant 1.0. Over the next releases we will work on polishing the UI, the backend architecture, and everything in between.

One of the new things that we introduced is a new step in our onboarding allowing users to set up integrations. We will automatically highlight discovered integrations. Once the user finishes the onboarding flow, entities will be automatically grouped by the areas that they are in. Neat!

We’ve also been working on polishing parts of our config UI. The automation editor will now show all automations, the last time they got triggered, and allow users to enable/disable them.

Sonos

The Sonos integration has a number of changes in this release, some of them breaking existing configuration.

First, the Sonos custom services have been moved to the sonos domain. The new service names are as follows:

• sonos.join (before: media_player.sonos_join)
• sonos.unjoin (before: media_player.sonos_unjoin)
• sonos.snapshot (before: media_player.sonos_snapshot)
• sonos.restore (before: media_player.sonos_restore)
• sonos.set_sleep_timer (before: media_player.sonos_set_sleep_timer)
• sonos.clear_sleep_timer (before: media_player.sonos_clear_sleep_timer)
• sonos.update_alarm (before: media_player.sonos_update_alarm)
• sonos.set_option (before: media_player.sonos_set_option)

The last four of those services no longer target all entities by default since that is usually a mistake. The entity_id attribute is thus becoming mandatory for those services. If you really do want to target all you can use entity_id: all.

Next, YAML configuration of Sonos under the media_player: key is no longer accepted. While auto-configuration through the Integrations UI is now the preferred way, static configuration can still be specified under a sonos: key, for example:

sonos:
  media_player:
    hosts:
      - 192.0.2.25
      - 192.0.2.26

For those of you that like to power down your Sonos, Home Assistant should now handle that without logging errors. Also, speakers that are powered on will be added to Home Assistant without needing a restart.

New Integrations

• Adds Orange Pi GPIO platform (@pascallj - #22541) (orangepi_gpio docs) (new-integration) (new-platform)
• Essent sensor (@TheLastProject - #23513) (essent docs) (new-integration) (new-platform)
• Ptvsd debugger component. (@Swamp-Ig - #23336) (ptvsd docs) (new-integration)
• Ambiclimate (@Danielhiversen - #22827) (ambiclimate docs) (new-integration) (new-platform)
• Add Intergas InComfort Lan2RF gateway (@zxdavb - #23736) (incomfort docs) (new-integration) (new-platform)

New Platforms

• Adds Orange Pi GPIO platform (@pascallj - #22541) (orangepi_gpio docs) (new-integration) (new-platform)
• Added component named switcher_kis switcher water heater integration. (@TomerFi - #22325) (switcher_kis docs) (new-platform)
• MQTT Vacuum State Device (@pszafer - #23171) (mqtt docs) (new-platform)
• Add new nextbus sensor (@ViViDboarder - #20197) (nextbus docs) (new-platform)
• Add sensor support for dyson 2018 models (@etheralm - #22578) (dyson docs) (new-platform)
• Add Bizkaibus, Biscays (Spain) bus service component (@UgaitzEtxebarria - #22934) (bizkaibus docs) (new-platform)
• Added new binary sensor meteoalarm to get weather alerts in Europe (@rolfberkenbosch - #23663) (meteoalarm docs) (new-integration) (new-platform)
• Add water_heater to geniushub, bump client library (@zxdavb - #23384) (geniushub docs) (new-platform)
• New cover platform for ADS integration (@carstenschroeder - #23377) (ads docs) (new-platform)

Versienummer	0.93
Releasestatus	Final
Besturingssystemen	Scripttaal
Website	Home Assistant
Download	https://home-assistant.io/getting-started/
Licentietype	GPL

Reacties (26)

Als mensen nog een Lovelace setup zoeken:

https://community.home-as...-0-91-x-compatible/109099

Nieuwe links volgen vanavond!

Edit: nieuwe link
https://community.home-as...-0-94-x-compatible/117086

[Reactie gewijzigd door jimzz op 17 mei 2019 05:47]

Al vind ik persoonlijk de gui van Homekit nog erger dan die van HASS, wilde ik toch even mijn complimenten geven voor het werk dat je hebt verricht!

If you are a Nest user, we have some sad news: Google announced that they are shutting down the Nest API at the end of August. This will cause Nest hardware to no longer work with Home Assistant (╯°□°）╯︵ ┻━┻

Ik heb HA draaien om allerlei acties uit te voeren op basis van informatie uit mijn twee Nest-thermostaten. Zo goed als al mijn integraties draaien om mijn Nest: de vloerverwarmingspomp gaat aan bij warmtevraag, de verwarming gaat uit als de schuifpui open staat, etc.

Ik zal de thermostaten maar eens gaan vervangen.

Nest gaat de API toch niet sluiten voor bestaande gebruikers. Vanaf eind augustus worden nieuwe aanmelding niet meer toegelaten. Voor bestaande blijft de API beschikbaar. Is vandaag bekend gemaakt.

https://blog.google/produ.../updates-works-with-nest/

[Reactie gewijzigd door Lifelogger op 16 mei 2019 19:50]

Dat krijg je ervan als je voor verbindingen tussen apparaten in eigen huis jezelf afhankelijk maakt van een partij buiten je huis. Dit soort risico's zijn dan altijd aanwezig.

In de toekomst zal het heus wel mogelijk zijn om iets lokaal te doen, dus geen paniek. Lees ook deze reactie.

[Reactie gewijzigd door The Zep Man op 16 mei 2019 13:32]

Ik ga een esp8266 aan mijn verwarmingsketel hangen. Die zijn te koop voor minder dan $5,-. Dat in combinatie met een temperatuursensor en logica in home assistant geeft me 100% lokale controle

Ik ga een esp8266 aan mijn verwarmingsketel hangen.

Heb jij het OpenTherm protocol weten te kraken dan?

De toevoeging open is bedoeld om aan te geven dat het een fabrikantonafhankelijk systeem is waarbij een thermostaat van fabrikant A aangesloten kan worden op een cv-ketel van fabrikant B. Het betreft hier echter geen volledig open standaard, de specificaties zijn niet openbaar en alleen te gebruiken door licentiehouders.

Anders zie je je kostenbesparing straks gewoon terug op je energierekening.

Een voorbeeld van een Arduino OpenTherm Controller:
http://ihormelnyk.com/arduino_opentherm_controller

Nope. Ik kan de status van de cv niet opvragen maar dat kan mijn huidige domme thermostaat ook niet en ik mis die functionaliteit ook niet. Het enige dat wil is de aan/uit regeling beheren, gebaseerd op mijn eigen logica die ik prima in home assistant kan regelen. Ofwel: maak verbinding tussen draad a en b (verwarming gaat aan) als iemand thuis is, en het tussen tijdstip x en y is, en als de temperatuur over z is.

Waar haling op doelt is het feit dat jouw huidige domme thermostaat hoogstwaarschijnlijk de CV ketel modulerend zal aansturen (via OpenTherm).. oftewel: “beetje te koud -> beetje ketel aan”.
Als je die met aan/uit gaat aansturen via een ESP, dus altijd óf ketel uit, óf 100% vermogen, dan gaat je dat veel meer kosten aan energieverbruik, en mogelijk ga je comfort inleveren (kamertemp gaat meer schommelen)

Ahzo, dat gaat inderdaad niet via die setup. Ik geloof dat mijn ketel dat niet ondersteunt (aan/uit) en zit gehuurd dus wil daar niet in investeren. Maar ik snap de opmerking nu beter idd. Wellicht iets voor in mijn toekomstige woning!

Nest is van Google; ik nam aan (jaja) dat continuïteit dan gewaarborgd was. Nooit bij stilgestaan dat Google hierbij hun evil-side zouden laten zien.

En dat is inderdaad een fout aan mijn kant; maar dan nog is het een naaistreek.

Nest is van Google; ik nam aan (jaja) dat continuïteit dan gewaarborgd was.

Waarom?

Waarom?

Omdat het geen kleine start-up is. De Nest-reeks zal ook niet zomaar 'killed' worden, maar een (klein) onderdeel van Nest dus wel: de (publieke) API.

De enige hoop die ik nog heb is dat je misschien een Google Home-device aan zou kunnen gaan sturen / uit kunnen lezen die op zijn beurt weer de Nest aanstuurt/uitleest.

Maar eigenlijk wil ik helemaal geen Google Home-device in huis; vandaar mijn HA-installatie.

Misschien is het meer dat Google ziet dat de API weinig gebruikt wordt, maar wel een mogelijke attack vector voor hacks / hackers en andere schadelijke zaken. Die ze moeten onderhouden om dit weer te mitigeren.

Misschien is het meer dat Google ziet dat de API weinig gebruikt wordt, maar wel een mogelijke attack vector voor hacks / hackers en andere schadelijke zaken. Die ze moeten onderhouden om dit weer te mitigeren.

Nee, ze willen consolideren op Home-devices en hun Assistent; maar inderdaad, de userbase zal geen deuk maken in de omzet.

Google heeft, helaas, veel projecten (zomaar) gekilled. Ook grote projecten.

Ik heb zelf honeywell total control en het werkt op zichzelf en met een app geweldig.
Of het ook werkt met HA hoop ik nog ergens te lezen

Ik heb zelf honeywell total control en het werkt op zichzelf en met een app geweldig.

Het werkt zo te lezen met HA, maar is ook volledig cloud-based, dus ze kunnen hetzelfde geintje uithalen als wat Google met Nest gedaan heeft.

De app is cloudbased maar de bediening niet

De app is cloudbased maar de bediening niet

Volgens de HA-documentatie moet je je accountinfo instellen; wat mij doet vermoeden dat de volledige bediening via de cloud gaat; maar da's gokwerk na ~10s zoeken.

Je zou eens kunnen kijken naar Tado, die kan zonder cloud op HA (via de homekit controller) je hebt er geen Apple apparaten voor nodig en je hoeft ook geen homekit te hebben om dit te kunnen gebruiken. In principe pair je 't dan met Home Assistant ipv Homekit. Werkt super en zal zolang de homekit controller werkt blijven werken!

Je zou eens kunnen kijken naar Tado

Er zijn genoeg alternatieven, de ene nog lelijker dan de andere. Ik heb specifiek voor de Nest gekozen wegens gebruiksgemak, API, app en ook de looks. Als er na 31 augustus nog een mogelijk is om ze te blijven gebruiken doe ik dat graag ipv mijn geld weg te gooien door 2x in korte tijd een nieuwe set thermostaten te kopen.

True, maar dat ik noem deze specifiek omdat deze op 2 manieren te integreren is in HA dus mocht de ene integratie falen doet de andere 't nog. Heb ze ook allebei in gebruik als failover. Maar inderdaad als je je geld kunt houden is dat een betere oplossing haha.

Zelfde probleem hier.

Onacceptabel!

Versie 0.93.1 is al uit:

• Fix Hassio-version for Azure Pipelines (@pvizeli - #23895)
• Update Honeywell warning (@balloob - #23913) (honeywell docs)
• Switch media player to SWITCH type (@elupus - #23914) (google_assistant docs)
• Fix problem with cameras that don’t support time (@karlkar - #23924) (onvif docs)