ZoRaC

Hvis den er over 1500w så er det et krav... fikk dere med samsvarserklæring? Kanskje tidligere eier har gjort det selv...

Har du oppdatert firmware på den?

@Moskus (hvem ellers...) har laget en guide/basiskode for hvordan man lager plugins: https://forums.homeseer.com/forum/developer-support/programming-plug-in-development/plug-in-development/90775-hspi_moskussample-an-easier-plugin-sample-vb-net EDIT: Ser det også er en tilsvarende for C#: https://github.com/Moskus/hspi_CsharpSample

Ser ut til at de har endret på nettsidene sine. Dette er URL for Østlandet med Oslo nå: https://pollenkontroll.no/api/middleware/pollen/b5bb4856-2117-433d-bf18-53504ef2f101 (usikker på om den lenken er permanent eller om den endrer seg...) EDIT: Første post er oppdatert med info om nye URLer.

Den lenken er vel funnet i kildekoden deres, det er den lenken de bruker (eller brukte) til å lage oversikten på sine egne nettsider.

Bor du i et område med pollen nå? De henter varslet fra NAAF: https://www.naaf.no/pollenvarsel/

Men den bryter vel Nord Pool sine vilkår? Regner med den henter («scraper») data fra nettsiden deres?

Fra kl 1730 i dag begynte jeg å få disse i loggen: metric 'Queries' and limit 'Queries per day' of service 'calendar-json.googleapis.com' for consumer 'project_number:72413359'. [403] Errors [ Message[Quota exceeded for quota metric 'Queries' and limit 'Queries per day' of service 'calendar-json.googleapis.com' for consumer 'project_number:72413359'.] Location[ - ] Reason[rateLimitExceeded] Domain[usageLimits] ] - Har kjørt lenge med 2 min intervall, så her har nok Google strammet inn litt. Endrer til 3 min, så løser det seg nok.

Ser ikke ut til at dd kan brukes på et kjørende SD-kort. Jeg bruker det til ESXi, men den har jo lastet alt i minne... https://www.raspberrypi.org/forums/viewtopic.php?t=211268#p1304133

Du kan vel bruke «dd» til å ta en direkte sektorkopi til en nettverksmappe? Tror jeg i hvertfall...

Hvis du mener batteri-intervallene, så er det 25, 50, 75 og 100%, i følge support. På 0% stopper de vel å fungere, så tror aldri den kommer dit...

Jeg opprettet et "issue" på Github. Kan jo hende de må legge til noe spesielt i koden for at endring av rapportering skal virke. https://github.com/dresden-elektronik/deconz-rest-plugin/issues/4532

Sikkert et par år siden jeg oppdaterte FW på IKEA-pærene mine, så tenkte at nå var det på tide igjen. Opplever litt ustabilitet innimellom (pærer går "unavailable" og må power-cycles). Satser på at det løser seg med ny FW!

Interessant! Kanskje er det en deCONZ-bug likevel? Hos meg var default 1/300/1, så kanskje deCONZ håndterer disse verdiene med feil datatype, eller noe sånt? Kunne du sjekket hva dine har som verdi i deCONZ? Og evt teste om det blir noen forskjell om du endrer på dem?

Alle enheter bidrar til å «fylle begeret», men det kan godt hende det fungerer helt greit til jeg f.eks om ett år kjøper lyspære nr 40 og at da er nettverket «fullt». Akkurat nå har jeg 17 lys og 31 sensorer. Kan være tilfeldig, men dagen etter Apex ble lagt til så ble en IKEA RGB-pære «unresponsive» (og 3 brytere, som brukte den pæren som mesh) og måtte tas strømmen av og på. Et godt eksempel på lignede problemer er Heatit Z-trm2. Der har mange opplevd ustabile Z-Wave nettverk, fordi den rapporterer for ofte og overbelastet nettet. Så jeg ønsker jo å justere ned trafikken til bare det som er nødvendig, for å slippe evt problemer senere. Men siden du opplever rapport hver 20. sekund, har du da endret på den første parameteren fra 1 til 20? Hva hvis du endrer den til f.eks 600, får du da rapport bare hvert 10. minutt?

Det hjalp ikke... Virker jo som innstillingene blir lagret i pluggen, for «read config» leser jo tilbake de verdiene jeg har satt. Virker dette hos dere? Enten i deCONZ eller i andre hub'er? Kan ikke skjønne det skal være et problem i deCONZ, så lenge config faktisk blir lagret så skal jo ikke deCONZ kunne forårsake at pluggen rapporterer oftere enn config tilsier...? Slik det er nå tror jeg ikke jeg kan ha mer enn 1 stk, for flere vil rett og slett kunne gi for mye trafikk i nettet...

Kjører du siste versjon av deCONZ og firmware? Og JowiHue? Når du sier «mister kontakt med bridge», mener du at HomeSeer (JowiHue) mistet kontakt med deCONZ? Virker da fortsatt deCONZ/Phoscon? Sier loggen i HomeSeer noe rundt tidspunktet det skjer?

Nei, men jeg har tenkt samme tanke og skal teste når jeg kommer hjem.

Er det da riktig at de to første angis i sekunder og den siste i watt?

Ser ikke ut til at det fungerer likevel, har nå satt 60/3600/50, men likevel oppdaterer den både hyppigere enn 1 gang i minuttet og ved mindre endring enn 50 watt (eller prosent): Når jeg tar "read config", så leser den tilbake 60/3600/50, så innstillingene blir lagret. Noen innspill, @Datek Harald? Er jeg på villspor eller er det en bug som gjør at den ignorerer disse innstillingene?

På Z-wave-enhetene mine er det faktisk prosentmessig endring. Fant dette: Endret det til 60/3600/10. Ser ut til at den i hvertfall sluttet å rapportere 6/7 watt hele tiden (endret for noen min siden): Får vel se når jeg får vasket neste maskin, om den fortsatt rapporterer det jeg trenger da... Takk for hjelpen, @stigvi!

Kan det være at må bruke punktum i stedet for komma som desimaltegn?

Jo, men det er "hendelsen" som da må være trigger, ikke condition. Du må altså "snu om" på eventet: "If bevegelse changes and becomes on-motion AND fellesbryter is off".

Nei, en trigger er aldri «er», den er «blir». I ditt tilfelle har du satt «når felleslys blir satt til natt», ikke «når felleslys er natt». Det skjer altså bare akkurat i det sekundet (dvs kl 00:00:00) felleslys settes til natt. I loggen skal det være mulig å filtrere og bare vise type=Event. Da ser du bare logglinjene som omhandler events som har kjørt. Sjekk da først tidspunktet lyse slo seg av og se hvilket event som kjørte i ca samme sekund.

Jeg har deCONZ, er bare ikke så kjent med UI og hvordan man endrer slike ting der. Er da «report interval» prosentmessig endring for at den skal rapportere, slik som det er på Z-Wave-enheter?