DiderikFrom

Jeg skal kjøpe to nye Mill-ovner og de med WiFi er bare marginalt dyrere. Ville du anbefalt å kjøpe med eller uten WiFi? Jeg skal uansett bruke en veggplugg for full kontroll, men med WiFi kan jeg kanskje i tillegg justere termostaten på ovnen?

Gammel tråd, men også jeg lurer på dette.

Det er en sånn jeg har på hytta... Jeg har også gode erfaringer med Mill nyere enn 2013.

Problemet er at mange panelovner med elektronisk termostat nullstilles dersom de er uten strøm. Det er ikke alltid like lett å finne ut av før kjøp, heller. Den jeg har fra Namron, er ubrukelig med veggplugg. Jeg har en Mill panelovn med elektronisk termostat, og innstillingene er bevart selv etter at den har vært frakoblet en hel sommer. Jeg må skaffe flere av den, før den går ut av produksjon.

Hvor fikk du tak i en med gammeldags termostathjul? Jeg trodde det ble forbudt å selge med et EU-regulativ for et par år siden? Jeg kjøpe en Namron panelovn til hytta. Det fungerer ikke bra med veggplugg: dersom ovnen har vært uten strøm i mer enn 24 timer, nullstiller den seg. Da må den manuelt reprogrammers den før den begynner å varme igjen.

Hei, jeg tenkte poste mine erfaringer med oppgradering fra HS3 til HS4. Kanskje kan det være til nytte for noen. Merkelig nok kan jeg ikke finne noen offisiell oppgraderings- eller installasjonsinstruksjon, ei heller HS4 linux _dependencies_. Først backup. Jeg startet med å følge instruksene her: https://forums.homeseer.com/forum/homeseer-products-services/system-software-controllers/hs4-hs4pro-software/1398694-upgrading-from-hs3-linux-solution?p=1398963#post1398963 Jeg lastet ned HS4 og pakket det ut over en kopi av HS3-installasjonen. Ingen åpenbare feilmeldinger i loggen etter at jeg startet HS4, men web interface så slik ut: Jeg kjørte Debian 9/Stretch. Mon tro om det kunne ha noe med mono versjon 4 å gjøre? Jeg bestemte meg for å først oppgradere til Debian 10/Buster. Problemfri oppgradering, mono var nå versjon 5. Dog samme utseende på web interface. Jeg avinstallerte mono fullstendig: `sudo apt remove --purge --auto-remove mono-runtime` og sjekket at alt var borte med: `apt list --installed | grep mono` Jeg installerte så mono fra det offisielle repo, her: https://www.mono-project.com/download/stable/#download-lin-debian , og så `sudo apt update` `sudo apt update` `sudo apt install mono-devel mono-complete ca-certificates-mono mono-xsp4 mono-vbnc` HS4 ser nå ut til å kjøre fint. Jeg har ikke testet mer enn et par timer, menlar HS3 surre og gå inntil jeg er hjemme og kan følge med.

Selger en popp z-wave plug-in dimmer. Fungerer utmerket. Selges fro 200. Kan hentes på Frogner i Oslo .

Brukt rollertrol rullegardinmotor 12 Selges for 300. Kan hentes på Frogner i Oslo. v

Jeg har planer om å sette dette opp, primært for å lette porteringer, oppgraderinger &c. F.eks. kunne jeg da kjøre HS3 på mac'en mens jeg oppgraderer serveren eller bytter hardware. Det må jo da nødvendigvis være HomeSeer Linux som kjører der, men jeg bruker uansett linuxversjonen. Det høres ut som en smal sak å sette opp, men det gjenstår å se om det er like lett i praksis. 24 t klokke løses enkelt som ZoRac skriver. Docker ville være mye mer lightweight enn en VM. @kridan Har du fått dette opp og kjøre?

Ja og nei. Ifølge Smarthings' FAQ er det noen funksjoner som støtter local execution, mens andre kun støtter cloud execution. Når man logger inn i API'en kan man se hvor de forskjellige enhetene kan eksekveres. WebCore eksekveres utelukkende i skyen, mens (noen) enkle automasjoner som settes opp i app'en eksekveres lokalt dersom alle enhetene støtter local execution. Ingen av enhetene fra Xiaomi/Aqara støtter local execution, men jeg tror altså at kombinasjonen SmartThings button og Philips Hue vil fungere offline, men kan ikke helt få bekreftet dette. Hue prosesseres lokalt, men jeg er usikker på button. https://support.smartthings.com/hc/en-us/articles/209979766-Local-processing

Lite aktvitet på dette forumet, men prøver meg. På hytta har jeg SmartThings Hub, og bruker Xiaomi/Aqara brytere for å styre/dimme lyset. Det fungerer for det meste utmerket, men her i sommer var 4G nede ved flere anledninger. Da var det ikke mulig å justere noe lys. Device handler til Xiaomi/Aqara brytere fungerer kun for cloud execution, men f.eks. Philips Hue pærer kan automatiseres lokalt. Internett forteller meg at jeg ikke kan få Xiaomi/Aqara til å prosesseres lokalt, men fins det andre løsninger? Hva med SmartThings egen button? Jeg mener å ha lest et sted at den virker lokalt, men kan ikke lese det herfra: https://www.smartthings.com/products/smartthings-button Noen tips?

Svarer på min egen post. Jeg har droppet Hue hub og kjørt Hue-pærer direkte mot SmartThings. Det fungerer fint. Jeg har forstått at bakdelenes med dette er 1) at pærene må være på fordi de fungerer som extender/noder, men det er greit. 2) Det er ikke enkelt å resette Hue pærer som ha vært koblet til SmartThings, men angivelig kan man gjøre det med deCONZ (som jeg uansett har tilgang til).

Da har jeg oppdatert første post med informasjon om at skriptet ikke lenger fungerer, dessverre. Jeg har ambisjoner om å skrive om skriptet slik at det igjen fungerer. darksky.net kan være en mulig kilde til værdata. Dessverre har jeg ikke så mye ledig tid, så progresjonen kan nok bli langsom. Fordi jeg av helt andre grunner trenger å bli bedre på python, er det mulig jeg tar dette som en øvelse og skriver skriptet i python (men tilrettelagt for integrasjon med homeseer).

Edit: Glem det, jeg tenkte feil. Men dersom du trenger altitude og azimuth, kan du bruke dette: https://forums.homeseer.com/forum/developer-support/scripts-plug-ins-development-and-libraries/script-plug-in-library/1286064-solar-position-script

Hei, jeg er helt ny på Smartthings. Jeg har brukt homeseer hjemme en god stund, men kjøpte nå en Smartthings Hub til sommerhuset. Jeg har forsøkt å lese meg opp på dette på Smartthings-forumet, men skjønner ikke helt hvorfor man må bruke Hue Hub i tillegg till Smartthings Hub (og ikke bare koble hue pærer direkte til Smartthings). Det er nevnt noe om zigbee mesh og instabilitet. Mot homeseer har jeg koblet deconz, og det fungerer utmerket med en salig blanding av xiaomi, Hue, Ikea &c. På smartthings datt Xiaomi/Aqara temperatursensoren ut etter noen dager.

Jeg ble veldig glad da jeg fant denne: Lenke Gleden ble betydelig redusert da jeg skjønte dette var bluetooth og ikke zigbee. Noen som har noe erfaring, fins det en praktisk bruk mot f.eks. homeseer?

Da har du jo fjernkontrollen som følger med, eller så burde det være mulig (via deCONZ) å linke en Hue Tap direkte til speilet? Innmaten til Hue Tap kan jo plukkes ut og plasseres bak et vanlig deksel. Begynner å bli en stund siden nå, men det gjorde jeg enkelt i speilet på bildet her: https://www.jhbathrooms.com/sites/default/files/styles/photo_wide/public/photos/LA_BELLE_CL_NU1_00C_0902_1.jpg?itok=vfcy2-xB Bakplaten kunne skrus av, inni var det en 24v strømforsyning. Den koblet jeg meg bare på på lavvoltsiden. En Fibaro switch styrer de opprinnelige LED-stripene (med verkstedlys) og en Fibaro RGBW styrer stripene jeg plasserte ved siden av. Jeg kunne sikkert ha satt dimmer direkte på stripene som var der også.

Selv satte jeg inn i en ekstra dimbar LED-stripe i et speil med (angivelig) ikke dimbar LED-stripe. Dersom du vil ha noe helt ferdig, er Philips Hue speil et godt valg: https://www.kjell.com/no/produkter/elektro-og-verktoy/belysning/paerer-lyskilder/philips-hue/philips-hue-adore-speil-med-belysning-p51080

Temmelig sikker på at det betyr forsinkelse på HCL.

Jeg husker dessverre ikke helt hvordan "magic scenes" virker, men amme prinsipp som skissert over vil fungere med varme, ja.

Riktig. Dersom du ikke hadde hatt med "Downlights garase == ON", ville scenen/eventen trigget i det uendelige så lenge det ikke var bevegelse, og HCL ville låst seg, ev bli stoppet av "too many instances".

Jeg tror det er riktigere. Armed eller Breached skal ikke ha noe å si for "too many instances", men avhegig av oppsettet ditt, vil jeg tro at lyset ikke kommer på dersom du velger Armed. Dersom det fungerer med Breached, ville jeg brukt det.

Dette ser veldig riktig ut! Edit: Forresten, det er så lenge siden jeg brukte Fibaro, men bevegelsessensor skal kansje være "Breached" ikke "Armed"? At en bevegelsessensor kan være "Armed" tror jeg er litt spesifikt for Fibaro?

Jeg tolker det slik at dersom du får "too many instances" er det én eller flere scener event som bør skrives om. Men uten logg er det vanskelig å vite hvilken. Å øke antall instances mer enn bare litt vil/kan føre til ustabilitet/ressursproblemer. Jeg ville først gått grundig gjennom scenene og sjekket logikken. Er det noen scener som vil aktivere igjen og igjen uten behov? F.eks. dersom bevegelse --> slå på lys, bør skrives om til (dersom bevegelse OG ikke lys) --> slå på lys. Dersom du da fortsatt ikke er i mål, ville jeg deaktivert alle scener, for så å aktivere én og én og sjekke stabiliteten for hver ny scene som aktiveres.

Det er noen år siden jeg solgte min HCL, blant annet på grunn av dette. Jeg er rimelig sikker på at meldingen kommer fordi en scene/event trigges for mange ganger. Det som er den største bakdelen med HCL er at det ikke fins noen logg du kan sjekke dette i (ihvertfall var det ikke det da jeg sluttet å bruke HCL). Dersom du lager en scene som følger (pseudokode): If time is after 2000; then turn on lights Vil scenen trigges igjen og igjen i det uendelige, og du får CPU-/minneproblemer og nevnte melding. Denne kodensnutten er ekstremeksempelet, men det er mange små fallgruver man kan gå i, og uten logg er det vanskelig å debugge.