aleks

Interessant. Følg godt med på hva han gjør slik jeg kan replikere det hvis han finner ut noe feil. Hvis det er servicemeny finn ut hvordan han gjør det

Er det flere som er i kontakt med dem? Altså; dette var svaret jeg fikk som et endelig svar. Det ser ut som de mener det ikke finnes problemer med zwave på termostatene; selv om det fungerer for mange er det jo påvist det er problemer som enten ligger i protokoll, software eller hardware. Det er et fryktelig arrogant svar synes jeg

Prøv også å sette sticken i en PC og last opp den offisielle progravaren til silicon labs "zwave pc-controller" og oppdater nodene der. Jeg har opplevd HA og andre ikke drar opp all informasjon om assosiasjoner etc. Særlig på heatit dro den inn nye informasjon som ikke ble hentet. Dog fikk jeg endelig svar fra heatit i dag: "vi er zwave pluss serifisert" og thats it

Er miba den offisielle leverandøren i norge, eller bare et firma som selger mitsu varmepumper? Ja, prøvd å deaktivere i-see. Planen er å kutte ut hele melcloud og kjøre mqtt-metoden. Er for tregt med 1 minutt delay og nå har de kjørt ut nye retningslinjer og tenker meg de kutter ned på integrasjonene som finnes.

Det er sikkert en grunn til de ikke viser optimalt. F.eks er den ene forståelig da den står nær et akvarium, men den andre henger på kjellerveggen hvor det hverken er vindu eller noen andre elementer som skal påvirke den. Jeg sendte mail til miba og fikk beskjed de ikke kunne gi support på pumpene.

Sett på historien hvordan nettleverandører har gitt blanke f i lover og forskrifter vedr denne HAN-porten tror jeg personvern er det siste de tenker på.

Får du fikset det vil jeg gjerne høre. Installatøren jeg brukte finnes ikke lengre, og da sier mitsubishi det ikke er deres problem.

Ja, det er noe rart med disse pumpene. I den amerikanske appen kan en justere temperaturen (delta), men det løser iofs ikke problemet. Det er grunnen til hvis jeg ønsker f.eks 23 grader må jeg kjøre pumpen på ca 28 grader ellers blåser den bare luft (fordi den tror det er 23 grader allerede). Har spurt Mitsubishi om dette, men de sier de ikke gir support på pumpene

husk du må stoppe ha før du sletter filen

hva med services -> zwave update config så slett den xml-filen (backup) og la den bygge dem på ny. da tror jeg den finner korrekt type med mindre du har gjort masse endringer i den filen (ha lagrer jo info en annen plass uansett)

Home assistant har allerede støtte for den "nye" xml-en. Hvilke versjon kjører du på nå?

Moskus har sin fantastiske HomeSeer-skole, men det er jo flott med alternativer. Det er mye av hans skole som kan refereres til, men er det interesse jeg skriver en skole med fokus på Home Assistant i motsetning til HomeSeer?

Henger meg på her; Tok et termobilde av en slik kontakt og de er ikke gode til høye laster (eller lengre laster med lavere w) - rated er en ting, men den går varm, veldig varm. Så varm det uroer meg (derfor blir ikke fibaroplugger brukt her lengre)

Det går, men poenget er det skal jo iofs skje automatisk slik den scanner folderen og legger inn det den trenger. Hvis du må disable noe kan du bare endre filnavnet til .notuse eller noe slik og ellers la den inkludere alt selv.

Noen mer mer tekniske egenskaper kan nok se hva vi skal lete etter på: https://funoverip.net/2014/11/reverse-engineer-a-verisure-wireless-alarm-part-1-radio-communications/ Jeg har begge verktøyene han bruker der her så er kanskje noe vi kunne bygge videre på

Fra hva jeg fikk med meg bruker de faktisk vanlig zwave, men kjører en aes-kryptering på toppen av den slik bare utstyr med dere aes-chip kan lese dataene

VS bruker nok ikke zigbee-nettverket. Sist jeg sjekket var det i 800mhz-rangen (så de bruker nok zwave). Sticken som står der i dag, bruker nok zwave, og er teoretisk sett mulig å knekke den også, men det ble jo akkuratt laget en ny zigbee-modul som skulle være litt mer "generisk", og med det handler det vel litt mer om hva vi kan gjøre med den. Det beste hadde jo vært de hadde godkjent deconz siden den støtter alle sikkerhetsprotokollene, men regner med vi snakker mest om penger og hvilke hub-er er villig til å betale lisenspenger

under customize

Beklager, ble litt rotete går på sterk medisin og pleier ikke å få guts nok til å spørre om slike ting. Jeg har rettet opp litt for å forklare litt mer hva målet med prosjektet er; men hvis det er mot retningslinjene kan du slette posten Jeg har også spurt de større bediftene om de ønsker å være med (norske og utendlaske), men pr dags dato har ingen vært interessert å f.eks gi bort en hub med kosmetiske skader til utvikling.

Hmm det er den dosa greia som er den nye? Sett den på Buahaus så skal kjøpe men en. Den er vel egentlig ment for alarmsystemet til Yale (som ser grusomt ut), men får kan kommunkasjon med dongelen kommer en elengre. Har som sagt noe verktøy kommende for et annet prosjekt; samme ustyr som fant kodene til verisure og jtagget ut debug datanene til han sluttet (og ble ansatt i vs), men jeg trenger ikke ny jobbb haha

Ja, jeg har programmert HA til å bruke en annen sensor og justere tilsvarende; Dog det er synd mitsubishi ikke prioriterer melcloud. Kumocloud som er den US-versjonen av melcloud (akkuratt samme) har ekstern sensor: https://www.ecomfort.com/Mitsubishi-PAC-USWHS003-TH-1/p81573.html

Vel to har to opsjoner. 1. https://www.home-assistant.io/docs/configuration/splitting_configuration (anbefalt av ha) 2. https://www.home-assistant.io/docs/configuration/packages/ (penere, men krever flere reboots) Det sies du ikke kan laste om automasjoner hvis du bruker packages (fra UI), men jeg bruker packages og det fungerer så usikker på om det er dok som ikke er oppdatert

Det du ikke må gjøre er å først begynne med automasjoner i UI, så gjøre ting i yaml så gjøre ting i UI. Jeg personlig bruker packages, da kan jeg logisk dele opp automasjoner etc. Det eneste du trenger å gjøre et å lage en packages folder og lage en fil for hver "ting" du ønsker å logisk seksjonere

Den UI-editoren er ikke helt hundre prosent hvis du skal gjøre noen særlig. Jeg bruker yaml-automasjoner (egenskrevet) og splitter dem ut i separate filer. Bruker du vscode holder den yaml-koden på plass, og tar ikke lang tiden å få grepet på det. Hvis du er særlig imot å bruke yaml kan du prøve node-red

Zigbee KAN bli påvirket av wifi-netterket, og problemet her er jo de prevantive tingene en kan gjøre selv vs hva en ikke har kontroll på. Det er vel zigbee kanal 15 og 20 (?) som overlapper wifi minst, men når det er 30 wifi-nettverk i nabolaget som alle har automatisk funksjon for å finne det minst belastet nettverekt sitter vi med 2,4ghz-signaler i hele spektrumet. Jeg er selv veldig usikker; men en ting er klar, og det er dagens teknologi for zwave og zigbee ikke er god nok. 2,4ghz har jo ifs vært en suksessfull frekvens, men med en gang en setter conbee og hue på samme frekvens, og kanskje 3 naboer setter wifien nært zigbeefrekvens 15 begynner problemene. Jeg sliter også med at jeg har produkter som bruker xbee sin p2p-protokoll som spammer zigbee-frekvensene.