aleks

Det kan jo være, men husk til og med Homey som hadde en million argumenter for V2 med mobile only måtte bøye seg for horden og reintrodusere webui, enn begrenset, men på det mest viktigste

Det kan fint ordnes Du tenker på noe ala hvordan finne ut hvordan en app kommuniserer med omverden?

Nå har jeg kjøpt meg en HackRF One som tar alle frekvenser til 6ghz. Er vel iofs ikke et lovlig produkt i norge, men har planen om å kartlegge så mange frekvenser og koder til produkter jeg kan og legge ut her

Det første en burde gjøre er å kjøre appen via proxy og f.eks fiddler. Det gir umiddelbart en innsikt om det kjøres noe api el i bakgrunnen og ekstremt enkelt å reverse engineere. Ligger firmware-oppdateringer ute gjør det også ganske enkelt å reverse enginere med feks radare2 (assembly og maskinkode), ellers må en vel til med JTAG og hente ut firmwaren.

Jeg leste Verisure skal endre hele app og nettsidene med ny versjon som skal komme før Juni. Er det noen som vet om dette innebærer de jobber nå med å blokkere tilgang til API-ene folk har benyttet seg av?

Spørsmålet er vel om han mente roadmap kommer ut i år, eller softwaren

Jeg har bare gitt opp. Heatit har stoppet kommunikasjonenen med meg og er bare trøbbel med Zwave. Kjører dem uten Zwave da de ødelegger for alt annet

Jeg har ring2 med batteri og har fungert bra, men på jakt etter noe med poe. vurdert doorbird hvis den støtter live stream, men finnes det Kina kopier med poe og live stream?

Leter etter en eller to enkel Unifi AP som skal brukes i en bod. den runde, ikke firkantet typen. Noen som har?

Mja. Hvis vi skal forholde oss til anbefalingene med 3 maks i serie så vil oppsettet for 6 være røyk 1-3 koblet i mesh med hverandre uavhengig av zwave-nettverk røyk 4-6 koblet i mesh med hverandre uavhengig av zwave-nettverk røyk 1-6 koblet til primært zwave nettverk og sette assosaiasjoner på røyk 1-6 HVIS det er mulig med 6 i serie kan de to første stegene gå sammen, men ihht anbefaling er det slik de anbefaler det. Dvs 3 og 3 varslere vil slå ut uavhengig av strøm og zwave-nettverk, men hvis zwave er oppe vil alle ringe (går strømmen ned vil først 3 starte, så de neste 3 starte når en av dem oppdager noe), dermed kan det være smart å ha annen hver røykvarsler koblet sammen.

Tar Zwave kvelden sjal min end s være koblet. Sier minimum 3 i manualen og ikke en ansolutt grense. har en 6 hadde jeg meshet hver andre da får en uansett en redundans i opplegget med to separate lokale mesh

Mitt råd er hold deg til kjente og åpne produkter så har du muligheter. Ikke gå og kjør på med feks verisure sine smartprodukter, kameraer som måååå ha egen app osv. smarthjem er en operasjon av gresset er alltid grønnere på andre siden. Jeg hadde tatt en helg, installert homeseer, home assistant og openhab og leke deg litt, så velger du den du føler deg mest komfortabel med. De alle gjør mye av det samme bare på forskjellig måte. jeg er home assistant, mens andre er homeseer. Personlig ser jeg ikke noen direkte forskjell i funksjonalitet i dag til dag bruken. vil faktisk anbefale å ikke gå for homey, smartthings etc da du ikke har kontroll til å utvide selv. Jeg har brukt begge og ble litt meh

Nå har jeg ikke satt 5 i mesh, men i manualen står det anbefalt maks 3. Det er tidsklemma så ikke montert de enda, men tenkte hvis det er maks 3 å splitte dem ut strategisk og la ha systemet trigge neste mesh. Dermed kan jeg i best case ha sirene på alt og worst case hvis strømmen går (nå vil ikke det skje da ha går på UPS) vil 3 gå på alarm til en av de andre detekterer noe. jeg vet mange setter mesh sammen med assosiasjoner. kan tenke meg jeg prøver med 5 i mesh til helgen

Men popp oppfyller jo disse kravene. Jeg har montert 5 og seriekoblet dem. De kan kjøres med strøm, selv om dette kanskje er en bedre løsning for nybygg mtp kabellegging. Tviler på de fleste enten hadde tatt ned taket eller lagt lister for å legge en 12 eller 220v kabel til en røykvarsler. Men jeg mener, selv om det kanskje er synsing at strømtilkobling er et krav fordi folk "flest" aldri skrifter batteri. Med zwave og smarthjem har en konstant overvåkning av strømnivået i en røykvarsler og at den faktisk kommuniserer. Dette kan vel i teorien oppfylle grunnkravet om at røyvarsleren skal ha en forutsigbar strømtilkobling hvis du f.eks gir alarm ved 50% strømnivå eller noen detektorer ikke kommuniserer. Fra hva jeg har forstått vil også seriekoblingen fungere hvis smarthjemmet/strømmen går ned.

Jeg gikk for popp. Zwave, intern Mesh mellom dem og mulighet for fast strømtilkobling i tillegg til batteri. Fibaroene jeg kjøpte går i retur

Mener de ihht loven må tilby deg tilsvarende produkt til samme pris

Hvis du har ny Home Assistant ca v. 0.89.2 og den kommer opp som TF033 etter du sletter filene og restarter begynner en i feil ende. Først prøv dette. 1. Start HA 2. Under developers tools til venstre 3. klikk services 4. finn "zwave.update_config" i listen og klikk Call service 5. Gi den noen minutter Følg gjerne litt med i loggen om den spytter ut noen feilmeldinger. Når det er gjort tar du prossessen med å stoppe ha, slett xml og restarte

Da har du to opsjoner 1. Installer ubuntu/debian direkte på maskinen og installer hassio ved følgende script: https://github.com/home-assistant/hassio-build/tree/master/install 2.1 Installer en VM på mac-en du har, installer ubuntu / debian og samme script: https://github.com/home-assistant/hassio-build/tree/master/install 2.2 Installer en VM på mac-en og kjør HassOS på den som har preinstallert hassio Når jeg ser på ressursbruk er faktisk VM ikke et dårlig valg. Da sitter du på en clean maskin du enkelt kan klone og leke deg med uten å ødelegge home assistant.

Er målet ditt å ha det selvstyrte "hass.io / hassio" miljøet eller bare ha home assistant installert? (altså du ønsker det miljøet som har addons etc?)

Det er her det fort blir forvirring da å installere home assistant virtuellt gjør du ikke installerer "hass.io eller hassio". Grunnen er hass.io/hassio er et sett av docker-containere som styrer "seg selv". Med mindre du ønsker "addons" så vil du ikke ha noe konfig-opsjoner for å få denne hassio-valget. Det du har gjort er å installere programvaren home assistant aka ha aka hass. Denne kjører direkte i python og støtter ikke addons. Det positive er det er enklere å debugge den versjonen du har.

Nei, dette blir feil fordi dette sier ingenting om HASSIO vs HASS. Dette sier noe om hvilke plattformer de kjører på. Det er jo derfor HA ble først brukt til å beskrive home assistant, ble forvirrende da ha egentlig er home automation, så begynte de å bruke HASS som en forfortelse for HomeASSistant, så kom hassio. Skulle jeg skrevet om plattformer, hvordan installere HASSIO eller HASS hadde det du nevner korrekt beskrivelse av plattformene

Jeg har nå endret, til noe enklere. Men jeg tror dere tar litt feil når dere mener begrepene ikke er korrekte. Husk dette er fra perspektivet Home Assistant hvor HA betyr Home Assistant, HASS betyr noen versjon som ikke er HASSIO, selv om den kjører i docker (mao hvis en trigger python-scriptet manuelt på noen måte, venv, direkte, docker etc), mens HASSIO betyr bare et docketoppsett basert på docker med en watchdog og addons som kjører i egne docker containere. hassbian og hassos har ingenting med HASS eller HASSIO å gjøre (programvaren), det er to platformer de kjøres på.

Da skulle du sett ebay-kjøpsloggen min ?

Med de prisene er det jo nesten verdt å gamble. hadde jeg ikke akkuratt kjøpt det jeg trenger hadde jeg nok hatt en stor ordere, men siden jeg så det synes jeg det er fint dere alle vet om det er sjanse i hvert fall å kjøpe med returrett

Dere har helt rett, men det er disse begrepene jeg ser over og over, så tenkte å klargjøre "gjengs spørsmål" om hva som er hva. HA, HASS og HASSIO går omhverandre og er ekstremt forvirrende. Home Assistant prøver å komme seg bort fra "HA", men det foreligger enda der. HA ER for de flere Home Automation, but i HA betydde det Home Assistant, derfor forvirringen. Etter min mening burde de holde seg til et navn og ikke 4 hehe