Fredrick

Jeg tar tilbake det at det er godt dokumentert Det er nok informasjon om ulike endpoints, men hva datapunktene betyr er jo bare å gjette seg frem til. At "outputCurrent" viser tilgjengelig og ikke faktisk strømstyrke er jo litt utrolig. Hva "chargerOpMode" betyr aner jeg ikke..

Mens vi er inne på MQTT.. Neste på ønskelisten min er en link mot Easee. Primært for å overvåke strømforbruk for egen del, men jeg ser vel for meg at mange også eventuelt vil ta i bruk i alle fall start / stopp av lading. APIet deres er stort og godt dokumentert. Det er i praksis mulig å ta inn alt som er, men tror det både vil by på hodebry for utvikler, og unødvendig komplikasjoner for brukere. Hvilken informasjon er viktigst å få tak i/kunne styre? - Effekt - Akkumulert energiforbruk - Lås / lås opp kabelen - Start / stopp lading

Ja har jo lest at Symfonisk har relativt mye bedre lyd enn Google Nest sånn sett. Taper taleassistent da. Ikke at jeg har det i bruk per i dag, men det er jo ikke utenkelig at det kommer godt med. Takk

Jeg har som mange andre her inne hatt Den Våte Drømmen™. Drømmen der ting bare snakker sammen og funker på tvers. Produsenter ønsker plugins velkomment, alt er åpent og trygt. Integrasjoner flyter på tvers av systemer. Vel, dit kommer vi ikke dessverre. Det nærmeste vi kommer ting som flyter på tvers er i mine øyne MQTT. Stabilt, lettbeint, forståelig. Det er veldig bred støtte for MQTT i de ulike platformene, så jeg tror det er et godt sted å starte på integrasjoner. Derfor valgte jeg MQTT når jeg laget denne integrasjonen mot Airthings sin cloud. Da kan forhåpentligvis flere få glede av den, selv om de ikke bruker det samme systemet som jeg har. Airthings2MQTT sjekkes ut og lastes ned på GitHub. Dette kjører fint og funker for meg, men innrømmer at det er litt uferdig. Velger likevel å åpne opp for jeg ser det er mye å gjøre på andre fronter om dagen, og mistenker vel da at dette fort blir liggende en stund. Håper readme er forståelig og at installasjonene går smertefritt for dere. Hører gjerne fra dere hva dere syns om den måten å starte på med setup.py fremfor å skrive inn tingene i en tekstfil. Jeg er litt frem og tilbake på det.. Todo: Logging med noenlunde forståelig feilmeldinger Muligens publish til /config topic for bedre discovery i HomeAssistant? Vet ærlig talt ikke hvordan det fungerer. Neste prosjekt tror jeg blir Easee2MQTT, men må litt over kneika på jobb før jeg starter med noe nytt Tok Airthings som første prosjekt fordi det er enveis-kommunikasjon, man sender aldri noe tilbake til skyen. EDIT: Glemte dessverre å gi skikkelig kred til @daniel.h.iversen som sto bak grunnlaget her. Uten hans kode ville jeg vært fortapt. Det er kreditert behørlig på Github. Airthings har forresten sagt at de skal komme med et API for oss vanlig dødelig, men de turte ikke gi noe ETA på det.

Hei, Fruen har kommet med noe så sjeldent om et ønske om at jeg kjøper teknologi. Nå gjelder det å smi mens jernet er varmt, og selvsagt ikke spille bort sjansen på et bomkjøp. Bestillingen er høyttalere til barnerommene som kan være vekkerklokke. Altså at vi programmerer de til å spille musikk hverdager kl 0630 eller tilsvarende. Lydkvalitet er underordnet en enkel brukeropplevelse Magefølelsen min er at Google Home bør få til dette bedre og enklere enn andre Wi-Fi løsninger, men ville høre med dere først. Takker for alle innspill EDIT: Google Nest heter den nye ja. Da var det den jeg tenkte på

Utgangspunktet har vært klipp og lim av det jeg trengte. Var ganske sikker på at jeg var på trygg grunn når jeg beholdt Apache 2 som lisens. Føltes uansett naturlig å høre med Daniel først all den tid han er såpass tilgjengelig. Jeg har fått avklaring på PM, så jeg skal publisere repoet ganske snart EDIT: Da er repoet satt som public. Har laget en egen tråd her.

Det kommer, ville bare sjekke med Daniel hvordan man gjør det med kreditering / link til opprinnelig kilde.. Har aldri publisert noe før, og vil ikke tråkke på noen tær.

Da har jeg skrevet om og tilpasset @daniel.h.iversen sin Airthings integrasjon til å dumpe dataene på MQTT. Alt som heter logging og error-handling, objekt-orientering og async er røsket ut ved rota da.. Amatører som meg har ikke tid til sånt 😄

Jeg på min side har ikke opplevd det samme. Wave Plus som jeg bestilte i dag er allerede på vei Enig i at Trustpilot er et godt verktøy. Tror Proshop har håndtert GPU/CPU-mangel dårligere enn mange konkurrenter blant annet.

Hei, Noen tilbud hos Proshop, blant annet Airthings og Nest produkter https://www.proshop.no/Smart-Home-Days?

Nja, er ikke helt sikker på det - har du testet? Jeg er usikker på hvor nøyaktige disse målerne er

Er det noe sjans for å få inn Easee forbruk her? Tror kanskje ikke det er tilgjengelig i Tibbers API, selv om det finnes i deres app? Eventuelt er en drøm om EaseeSeer helt utenkelig?

Hei, Så noen sexy skjermbilder på Facebook fra en Home Assistant automasjon som sendte notification dersom garasjeportene ble glemt i åpen stilling. Dette vil jeg si er ganske "enkelt" å få til med Pushover. Det som gjorde de sexy var derimot at de hadde to knapper "Lukk igjen" og "La stå" eller noe sånt. Den første knappen lukker altså igjen porten, og notification forsvinner både på egen enhet og på konens enhet. Tilsvarende hvis man trykker "la stå" så forsvant også notification på konens enhet. Jeg har prøvd å google litt, men tror ikke dette lar seg løse i Homeseer uten særdeles tunge Tasker integrasjoner eller tilsvarende, som også blir uten iOS. Har også lest at HS4 skulle komme med push-notifications, men så finnes det såvidt jeg vet ikke enda - selv om det fortsatt er planlagt..

Hva er beste måten å gjøre dette på? Kan jo sette de til et "rom" som kalles f.eks "Ubrukt/System" eller noe. I HS4 kan jeg lage det som en kategori som kanskje blir ryddigere. Ellers er det kanskje bedre med disse?

Jeg har ikke klart å tenke ut noe fornuftig bruksområde enda, så tenker jeg lar være å inkludere inntil videre. I samme gate er jo forsåvidt en hel haug med Z-wave enheter som gir masse features som jeg aldri har brukt eller sett nytten i. Kanskje noen er nyttig for diagnostikk hvis man står fast.. Eksempelvis Application Status, Heat notification, Home Security, General Purpose Alarm etc.

Neat. Den scraper i praksis bare data direkte fra Dashboardet?

Follow-up her igjen. Dette funker dårlig fordi den mister kontakt med Wave og får ikke ehntet seg inn igjen. Litt dialog med Airthings så kommer det frem at dette trolig skyldes at jeg har Hub og dette kommer i konflikt med Pi-en. De planlegger å åpne opp sitt API for consumers "soon", så da må jeg nok vente på det..

Hei, Har svart i undersøkelsen. Dette er ganske interessent, og trenger for meg ikke å være snakk om de helt store økonomiske incentivene for at jeg skal være med på dette. Det er derimot helt avhengig av at jeg sitter i førersetet. Det er helt uaktuelt å la strømselskapet tappe elbilen min hvis jeg ikke har en enkel måte å overstyre det på. Hvis jeg f.eks kommer hjem fra jobb med halvt batteri og vet jeg skal ut igjen senere på kvelden må jeg enkelt kunne si at "nå skal det bare lades for fullt".

Hei, En del sensorer har innebygget trykkmåling - er det noen som bruker dette til noe fornuftig? har en del Aqara temperatursensorer som også rapporterer trykk. Har aldri brukt det til noe, og er egentlig litt fristet til å ikke ta det inn i HS4 når jeg nå setter det opp, men vil høre om jeg går glipp av noe kult.

Ser ut som om @Salvesen ikke har vært her på en stund, og da er vel dette litt død-født dessverre. Har @Moskus noen teori om hvorfor plugin leter i system32? Jeg vil vel tenke at den bruker en rotmappe som den får fra HS4 installasjonen, og at det da er den som peker feil? Kan aldri tenke meg at Salvesen har hardkodet en filbane til system32 i sin plugin. EDIT: Fikk det til med legacy Modbus plugin som var den jeg brukte på HS3. Det funket ikke først fordi jeg måtte disable plugin på HS3 først før jeg fikk den igang på HS4 (interfacet likte ikke at to plugins spammet det). Den plugin hadde jeg jo allerede kjøpt, så det var like greit å bruke den

Viste seg at det ikke var nødvendig med en sånn oppdatering allikevel, det kan benyttes en blanding av VSP og STATUS som jeg syns er bedre. Har ikke fått testet det enda, men Michael har skrevet litt om det i den lenkede tråden

Følger opp denne.. Jeg ble sittende å stange en stund med denne før jeg fant en pull request på Airthings sin GitHub som ikke hadde blitt merget. StenJo hadde et ferdig ombygget script som var akkurat det jeg har ute etter! Fungerer helt ypperlig, og han syns det var kult når jeg takket han på e-post https://github.com/stenjo/waveplus-reader

Dette vil jo variere avhengig av hvilke plugins det er snakk om, det er jo veldig individuelt hva du bruker kontra hva andre bruker. Med det sagt så er jeg i gang med å skifte til HS4. Jeg har en ren installasjon og gjør samtidig noen andre endringer på mitt system. Jeg kjører Zigbee2MQTT fremfor Deconz/Phoscon/JowieHue og UZB over ethernet. Jeg kan rapportere tilbake når jeg har kommet litt lenger i prosessen, men spør gjerne hvis dere har noe konkret dere lurer på. Førsteinntrykket må jeg si er ganske labert. Det er ett år siden jeg fikk varsel om at "nå kan du oppgradere". Fremdeles må man velge Z-wave plugin under "Legacy plugins", noe jeg syns er ganske rart. Det er ikke så mye som virker nytt for meg annet enn at de har oppdatert UI. Den liker jeg forsåvidt, men det er litt "bingo" hvor gjennomført den er. Hvis man skal inn i settings for HS3-plugins så er man fort tilbake til en HS3-UI også. Jeg hadde forventet mer nytt i en såpass "stor" (og relativt kostbar) oppgradering når HS3 er såpass gammelt (kom i 2013). Dette er kanskje noe brannfakkel her inne.. EDIT: Angående Zigbee så vurderte jeg å gå for den offisielle Homeseer løsningen med Nortek-kontroller, men det fremstår foreløpig som relativt uferdig. Da valgte jeg heller MQTT som også vil være åpent for å eventuelt "jump ship" senere. Zigbee støtten var jo noe av det som skulle være nytt i HS4, men foreløpig så virker det ikke ferdig. Med utviklingstakten som har vært fra Homeseer i det siste valgte jeg å ikke holde pusten til dette var på plass.

Det var lurt - for det var ingenting jeg kunne gjøre. Han måtte oppdatere for å støtte den type flettede funksjoner som jeg trengte https://forums.homeseer.com/forum/lighting-primary-technology-plug-ins/lighting-primary-technology-discussion/mcsmqtt-michael-mcsharry/1485572-double-replace-in-publish-payload-template

Jo dette ser lovende ut! Enheten er laget med value 0 = avstill og value 1 = Alarm. Prøver følgende payload template: {"warning":{"mode": "fire", "level": "<<Replace($$VALUE:,0,"low")>><<Replace($$VALUE:,1,"high")>>", "strobe" : false, "duration": 30}} Men payload for avstilling blir da: { "warning": { "mode": "fire", "level": "low0", "strobe": false, "duration": 30 } } Jeg forstår ikke hvor den nullen kommer fra...? EDIT: Det er noe med å ha to slike funksjoner etter hverandre som kødder det til. Hvis jeg bare har <<Replace($$VALUE:,1,"high")>> f.eks så virker det for "Alarm"-knappen.