bjornepappa

Køyrer Win7, ikkje Linux. Ved valg av Nth highest ser eventet korrekt ut, ved valg av Nth lowest ser det derimot slik ut som vedlagt bilde. Når eventet blir "åpna" er det derimot korrekt definert ut.

@Moskus, har dessverre oppdaga nye bugs (trur eg). Har i grunn litt samanheng med forrige post. Prøvde for ei stund sidan å inkludere "price is lower/higher than the Nth lowest/highest hour" i eit par events. Synest desse ikkje har fungert heilt som tiltenkt, mistanke om at dei ikkje blir trigga på korrekt tidspunkt. Dei har derimot hatt ein haug med andre triggers og conditions, så har ikkje vore 100% sikker på kva som var feil. For å finne ut om det var meg eller TibberSeer som tenkte feil så oppretta eg 48 events og like mange devices, der kvart event blir trigga av higher/lower than the Nth, til saman 24 høge og 24 låge. Kvar device blir satt "on" når eventet blir trigga. Har ikkje køyrt testen meir enn eit par dagar, men det ser ut til at samtlige low blir trigga av den aller lågaste timen i døgnet, og at samtlige high blir trigga av den aller høgaste timen i døgnet. Det er jo forsåvidt korrekt, det er berre det at dei aldri blir trigga ellers.

Utvikling her?

Kan nevne at eg har prøvd D1 mini-kortet med "NodeMCU"-kode generert av plugin, og det fungerer tilsynelatande heilt fint. Har vel og merke kun testa med éin inngang, men det ser lovande ut. Edit: ...og ein kan legge til fleire pinnar på kortet i plugin for å generere nye devices, UTEN å laste opp ny kode til kortet via Arduino-SW. Det fungerer i alle fall med digitale inngangar.

Heilt enig, dårleg formulert. Men det funka, har prøvd å restarte HS fleire ganger

Ser ut til at den støttar det om du ikkje velger NodeMCU, men derimot "Arduino". Veit nokon kva type kort som er støtta her? Eg har prøvd med D1 mini, men får berre feilmeldingar ved kompilering...

Jeg fant, jeg fant! Ved å huke av denne sjekkboksen ser det ut til at endringane består.

Har fått i gang Arduino plugin, og brukar denne mot NodeMCU som styrer garasjeportane samt indikerer status på desse, det fungerer fint! Men ser ut for meg som at det ikkje går an å lese inn analoge verdiar (via digitale pinnar), f.eks temperatur frå DS18B20. Får kun satt opp digitale inngangar som gir 1/0. Er eg heilt på jordet, eller stemmer dette?

Eg har kun éin, men den fungere upåklageleg. Har derimot ein del andre Z-wave-nodar på 230V i nærheiten. Den sender etter mitt skjønn ALT for ofte effekt-rapport, dette ser dessverre ikkje ut til å kunne justerast.

Har laga styring og indikering til garasjeportane (2 stk) via ein NodeMCU som blir kontrollert via Arduino plugin, til saman fire devices til dette. Har endra statustekst på dei forskjellige knappane som blir autogenererte av Arduino-plugin, for å gi enklare og meir fornuftig bruk. I dag restarta eg HomeSeer, og etter oppstart oppdaga eg at samtlige knappar var satt tilbake til standardoppsettet. Hadde i utgangspunktet kun igjen éin synleg - toggle, som var endra tekst til "Åpne/lukke", resten var satt til "Status" under Status Graphics. Har nokon vore borti lignande?

Trur ganske sikkert dette er feil. Prøvde dette sjølv, og merka i grunn ingen endring. Ser i manualen at dette er parameter for justering av kWh-måling, ikkje effekt. Kan rett og slett ikkje finne nokon parameter som endrar noko sånt som "Power delta value"... Edit: Eit bitte lite utsnitt av loggen min, filtrert for "termostat". Inntil vidare er logging deaktivert for effekt-devicen.

Det er sjelden ein god idé når det gjeld Fibaro.

Eg har identisk oppsett, med unntak av at eg ikkje har endpoint på gruppe 2. Du kan jo prøve å fjerne den.

Har laga styring samt indikering åpen/stengt på garasjeportane. Styrt via NodeMCU og HS Arduino plugin. Enn så lenge ingen automatikk på styringa, kun varsel dersom portane står å åpne kl 2130 ?

Kjent sak dette. Den brukar tilfeldige devices, men det går heilt fint likevel ?

Ein mulig bug: Har prøvd å legge inn TibberSeer som Group Condition, "Price is lower than the Nth lowest hour". Ved valg av time hoppar den direkte tilbake til "Please select". Samme skjer ved valg av higher than the Nth highest hour.

Det ser jo ut som du ikkje har devicer for temperatursensorane, 3 stk.

Har du siste versjon? Prøv å oppgradere, så får du kanskje både æøå og meir ustabilitet! Har du Android eller Apple?

Ok. Sjølv med dashboard-løysinga må eg nok sei at eg fortsatt liker Favorites-grensesnittet til HSBuddy bedre...

Lasta ned ny nok beta-versjon av HS til å bruke HS Mobile i dag, ser ut til at æøå fungerer hos meg... Derimot kræsjar appen støtt og stadig, fleire som har problem med det? Android-versjon B0.3.7

Hadde nøyaktig det samme her. Derimot skrudde den seg ikkje av og på i virkelegheita - kun indikeringa i HS. Den fulgte belastningen - når belastningen var null vart devicen satt som off i HS, og vice versa. Når den virkeleg er av er lyset på pluggen også av. Standardoppsettet for assosiasjonar var feil, slik har eg det no satt opp og alt fungerer fint.

Å ja da. Antar du meiner info under firmware update. Der står det 2.11!

Korleis gjer eg det?

Under klistrelappen står det 2.6, 01.04.18. Uansett antek eg at termostaten faktisk HAR versjon 3.0

Øverst til høgre: Kan nevne at eg bestilte på dagskupp frå Elektroimportøren etter at det var utsolgt. Nytt parti kom på lager i går, og i dag kom den med Postnord.