DiderikFrom

Bra arbeid, @Lazarus! Dog får jeg feilmelding på Altitude, alt annet fungerer. Jeg hadde bare ti minutter å teste på , må løpe videre, men klarer ikke finne feilen sånn umiddelbart. { "Response":"Error, controlling device" } Dette er sikkert bare en liten typo et sted?

Ok, takk for dette. Konklusjonen blir altså inntil videre at når man bruker JSON, så har ikke avkryssningsboksen for «Do not update device last change time if device value does not change» noen funksjon -- den er «huket av» uansett med JSON.

Jo, det oppdateres med JSON. Inntil nå har jeg ikke tenkt på (det har ikke spilt noen rolle) at klokkeslettet ikke oppdateres. Jeg vet ikke helt hvordan jeg kan gjøre dette annerledes -- her kan jeg ikke la være å bruke JSON.

Nei, den er jo ikke huket av!

Hva er det jeg ikke forstår her. Jeg har ikke huket av på «Do not update device last change time if device value does not change:». Loggen er full av oppdateringer (dog til samme verdi): Allikevel blir last update stående på 16:31, tidspunktet da verdien ble 0 første gang, og hvoretter alle konsekutive verdier har vært 0. Dette er ingen big deal, men jeg bruker last update som en slags test på at den virtuelle devicen fungerer. Den har enda ikke feilet, men allikevel skulle det ikke være nødvendig å skrive om skriptene mine.

Mange muligheter Jeg bruker sonos med tilhørende HomeSeer-plugin. Mange bruker vel Squeezebox. Dersom du kjører pi2, er det vel en fil som heter speak.sh eller noe slikt. Det er lenge siden jeg har brukt den, men om jeg husker riktig, dytter homeseer hva en den vil si til speak.sh. Du modifiserer speak.sh slik at den gjør det du vil -- sender til squeezebox, airplay &c.

Men den første er ikke noe særlig dersom du skal kjøre den på batterier. Jeg har aldri byttet batteri på mine Fibaro multisensor (standardinnstillinger), og det har aldri vært noe tull med dem i det hele tatt. Det kan man ikke si om Aeon Labs-sensorene. Men Aeon har UV (selv om jeg aldri har hatt annen verdi enn 0 på mine) samt fuktighet -- det mangler fibaro. Min anbefaling er altså å tenke gjennom behovene før man kjøper.

Jeg brukte slike første året etter at vi flyttet inn. Det funket utmerket -- inntil hastigheten sank til det ubrukelige. Etter mye, mye feilsøk fant jeg ikke ut av det. En eller annen i nærheten som har introdusert en støykilde? Nå er det skjulte kabler til alle relevante punkter.

Så lenge IKEA ikke bryr seg om å følge ZigBee-standardene, kan vi vel egentlig bare glemme å få disse pærene inkludert til noen som helst hub som ikke har totalt åpen kildekode der noen utviklere kan velge å støtte TRÅDFRI. Satt litt på spissen, men her er det IKEA som enten har sovet i timen eller forsøker å gjøre det vanseklig for oss. (Tror jeg, da.) Ref: https://developers.meethue.com/comment/2686#comment-2686

Puh! Da venter jeg på en ZigBee-stick eller reverse-engineered FW til Lightigy-bridge'en. Lykke til med testingen (Hadde vært supert med de IKEA-pærene!)

Helt hjemmelaget maleribelysning: Deler: LED-strips 2300K: https://www.aliexpress.com/item/2300k-2700k-3200k-6500k-SMD2835-LED-Strips-300LEDs-5m-DC12V-5mm-PCB-Width-High-Quality-LED/32662387976.html?spm=2114.13010608.0.0.cBIIRH Hals: https://www.aliexpress.com/item/2pc-Dia-8mm-Desk-lamp-holder-led-gooseneck-L-25-30-40-50CM-metal-plumbing-hose/1417310101.html?spm=2114.13010608.0.0.EH1ZYT Bare brukt selve diffuseren/hodet: utgått, men det fins lignende fortsatt

Hva er egentlig poenget med dette? Lightify har noen interessante 120V-produkter (altså uaktuelle i Norge), men ligger milevis etter Hue på alle punkter. Dersom dettte i tillegg krever at kommandoen går gjennom skyen, skjønner jeg ikke hvorfor man ikke fortsatt kan bruke Philips Hue gateway med JowiHue (eller direkte fra script uten JowiHue)? Hue bridge skal da også kunne inkludere alle LightLink-kompatible pærer, og har ÅPEN API, men vi vet jo alle hvor kaotisk ZigBee-standarden er. I teorien er det uproblematisk å pare Ikea-pærene med Hue, men praksis er noe annet. Jeg har ventet på en "ZigBee-stick" eller lignende, men dette forstår jeg ikke. Jeg frykter at jeg går glipp av noe elementært?

Jeg synes det er mye rart med Alexa nå. Hun bare kvitterer med to toner (selv om hun hører meg riktig, bekreftet i loggen) på "turn on day mode". Dersom jeg endrer navn på gruppen "Day mode" til noe annet, funker det fint. "Night mode" funker fortsatt. Flere andre slike småting har jeg merket i det siste.

Da bet jeg i det sure eplet: slette HomeSeer skill'en og la alt inn på nytt. Det ser ut til å funke her, men ser på homeseer-forumet at mange ikke har fått det til å funke allikevel. Jeg tipper det har vært en uannonsert oppdatering et sted. Er det bare meg som har slitt?

Ja, ser noen har gjort det med suksess. Jeg har dog mange groups og det tar laaang tid å legge inn igjen dersom jeg mister disse. Mister man innhold i groups, da? Dessuten vet vi jo ikke om det bare skjer igjen?

I går kveld begynte Alexa å svare at mine HomeSeer devicer ikke responderer. Det er allerede to tråder på board.homeseer.com http://board.homeseer.com/showthread.php?t=186019 http://board.homeseer.com/showthread.php?t=186021 der flere rapporterer det samme uten noen konklusjon, mens andre ikke har problemer. Er det andre her som har problemer, og som kanskje skjønner hva som er problemet?

Dersom det er en enhet som går på fast strøm spiller det ingen rolle, men i et rom med mye trafikk kan dette bety en del for batterilevetiden på enheter som går på batteristrøm. Jeg har ingen grunn til å stille denne ned, og har derfor beholdt "Default" på mine. Batterilevetiden på disse kan ikke sammenlignes med Fibarosensorene. (Ikke vitenskapelig testet, men rent empirisk -- har to av hver, spredt rundt omkring.) Min erfaring er også at det er veldig mye feil og rart i nedtrekksmenyene i HomeSeer. Jeg setter derfor helst parametre.

Og med nb_NO oppdateres ikke her devicer som får decimalskille i form av punktum, de feiler fordi min HS ikke forstår punktum lenger.

Tja, husker du tråden fra i går der noen slet med sunrise/sunset? Da må man manuelt sette lengde-/breddegrad og huske komma, ikke desimal. Dersom man velger fra drop down-menyen, settes punktum, og man får rare sunset/sunrise-tider uten feilmelding. Jeg har nå norsk locale for å teste. Alt jeg har av skript med desimaler i har feilet, og jeg mistenker en del mer. Det er mulig en Zee oppfører seg annerledes enn standard installasjon på linux, men hos meg er det mye som ikke fungerer utmerket.

Det der er rart. Det skal ikke være nødvendig å sette den til celsius på EU-versjonen. Dersom du trykker "Test connection", trenger du nok ikke vekke den. Vekking er for øvrig heller ikke som i manualen. Jeg har bare ttrykket på knappen på dingsen flere ganger, eller holdt inne. Har du også satt størrelse? Hva skjer dersom du setter tom parameter? Da skal du få svar i form av siste lagrede verdi? Jeg ser også at temperaturen i Fahrenhet har en desimal, som angis med komma! Hva slags system kjører du? Windows eller linux? Etter diverse tråder i går så jeg at det rådes her inne til å sette LOCALE (LANG) til norsk for linux for å få 24-timers klokke. Det er en dårlig idé: da skjer det masse rart bl.a. fordi HomeSeer ikke skjønner komma (og muligens annet også). Jeg testet det i går, og diverse sluttet å virke inntil jeg stilte tilbake til britisk engelsk, som er mitt anbefalte locale for å få 24T-klokke på HomeSeer-linux.

Kan godt være du må vekke den allikevel. Den modellen der oppfører seg ikke akkurat som det står i manualen.

Det er en mye smartere måte, ja, men det er ikke alle enheter som kan dette, og ikke alle som i utgangspunktet kan, snakker bra med HomeSeer. Det er godt mulig det går bra, men en vaskemaskin er ikke resisitiv last. Da jeg var helt fersk ødela jeg en del fibaro mikromoduler som jeg hadde i et stikk pga. en macbook-lader! Nå har macbook-laderen fungert fint med en plug-in modul, men så er den jo også langt under 2500W. Dette kommer nok veldig an på utformingen til modulen, og hvor mye strøm maskinen trekker ikke-resisitvt. Dette er ikke jeg riktig person til å svare på, men jeg gjetter det ikke er spesielt farlig, men at det verste som (sannsynligvis) kan skje er at reléet brenner fast (mest sannsynlig i åpen tilstand), og du da sitter igjen med et power meter...

HomeSeer burde starte ved reboot nå. Men det er en pen miks av rettigheter i HomeSeer-mappen, altså... Dersom dette funker for deg, kan du jo la det være slik. Det kan oppstå problemer fordi HomeSeer/root ikke har tilgang til filene dine/pi, og vice versa. Generelt bør jo alt i HomeSeer-mappen være eid av root. sudo chown -R root:root /usr/local/HomeSeer Men ikke kjør den kommandoen dersom du ikke vet hva det innebærer. Jeg vet ikke helt hvordan du jobber med linux/HomeSeer.

Korrigér meg om jeg tar feil, men er ikke AN181-2 ratet for 2500W resistiv last? Nå er det mulig selve motoren i vaskemaskinen bruker en del mindre, men er dette uproblematisk?

Eneste respons på å melde fra om sertifikatet på forumet var en PM fra «konkurrenten» med lenke til det gratis alternativet... Hvorfor ikke.