Gå til innhold
  • Bli medlem

Fjosepose

Medlemmer
  • Innholdsteller

    135
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    2

Fjosepose vant dagen sist 13. juni

Fjosepose hadde mest likt innhold!

Nettsamfunnsomdømme

18 Good

Om Fjosepose

  • Rang
    Medlem

Hjemmeautomasjon

  • System
    HomeSeer
    Homey
    Annet

Nylige profilbesøk

1 176 profilvisninger
  1. Hei Lynet slo ned i pipa til et nabohus her om dagen og det gjorde at jordfeilbryteren vår slo ut. Den heller ukontrollerte nedstengningen av HS4 har tydelig forårsaket feil i HS-databasen, kunne se en feilmelding som tydet på det ved første oppstart, samt noen vedvarende kryptiske feilmeldinger. Uansett så er de fleste devicer borte så det taler vel for seg selv, men heldigvis har jeg kjørt full daglig backup. På meg ser det ut til at backup i praksis er en kopi av hele HS4 katalogen. Er det så enkelt at en restore er bare å kopiere siste ok backup ut til HS4-katalogen og ove
  2. Fjosepose

    MQTT og VDs

    Løsningen er at det er en bug i HS hvor det var et tilfelle hvor mcsMQTT hadde en blindsone, og ikke hadde implementert en workaround. Det som mangler var oppdatering av devicen´ ved endring av en en subscribed string. Ellers hadde jeg også feilaktig benyttet $$STATUS: istedet for $$LABEL: på publish for non-plugin-devices, men dette fungerte jo av en eller annen grunn ganske lenge likevel. Da jeg fikk rettet til $LABEL: fungerte det likvel ikke pga bug´en, men nå skal alt være rosenrødt!
  3. Fjosepose

    MQTT og VDs

    Jeg kan til enhver tid se hva som skjer på brokeren, men koblet meg opp med MQTT-explorer. Med å benytte $$STATUS i "MQTT Publish Payload Template" så ble tydeligvis ingenting publisert. Dvs om jeg feks har min/med/max eller off/on så vil første knappetrykk virke, deretter slutter hhv min og off-knappene å reagere i påfølgende trykk. Om jeg bruker $$LABEL så suser all informasjon mellom HS VS og den andre klienten helt fint. Bivirkningen er at denne informasjonen ikke kan benyttes i events da det tydeligvis kun er value eller status som er med der. Slik jeg skjønner McSharry så er det $$LABEL
  4. Fjosepose

    MQTT og VDs

    Ser ut til at jeg allerede hadde prøvd $$VSP: uten hell, gjorde noen flere forsøk nå uten å lykkes. For ordens skyld, det er her du mente at jeg skulle dette den inn: Ser ut ut til at VDen ikke klarer å publisere til broker status når jeg trykker på knappene: Ser dog at timestamp endrer seg men "verdiene" (her står de på min) endrer seg ikke. Jeg klarer dog å endre på disse "verdiene" fra den andre klienten.
  5. Fjosepose

    MQTT og VDs

    Så den replacement-variabelen, men tiggget ikke at forkortelsen kunne bety dette! Høres svært lovende ut, skal på hyttetur med familien, men har seff med laptop for situasjoner som dette[emoji3] Sent from my iPhone using Tapatalk
  6. Fjosepose

    MQTT og VDs

    Hei Jeg benytter mcsMQTT i HS4 og en elller annen oppdatering enten i plugin´en eller HS gjorde at oppsettet mitt ikke lebgre fungerer like bra. Jeg har flere VDs hvor jeg lagrer "setpunkter" for vifter(min/med/max) og modier(varme/kulde) og disse har jeg overført til et smartpanel med MQTT hvor jeg kan lese og modifisere verdiene. Oppdateringer skjer begge veier. I MQTT-oppsettet har jeg brukt $$STATUS: i feltet for "MQTT Publish Payload Template" og dette har "trykket ut" tekst-verdiene på payloaden slik jeg ønsker. Oppdateringer kom tilbake som tekst-verdier også og har ty
  7. Børstet støv av en gammel Sensibo, som jeg også kom på vil dekode telegrammene fra en varmepumpe-fjernkontroll. Har nå testet hva som skjer når man setter setpunktene for hhv "cool" og "heat", og det var som jeg antok at også tilsvarende mode settes(og endres) i samme slengen. Det betyr at man egentlig ikke trenger å forholde seg mode-settingen(mm du ønsker å slå av enheten). Eneste man må holde orden på er om det skal kjøles eller varmes, og deretter sette riktig verdi i tilsvarende setpunkt-register. For min del blir det da ett mindre pip hver gang varmepumpa styres a
  8. Antakelig under z-wave? Hvordan flytter man postinger?
  9. Ok, men hvor skulle det være? Sent from my iPhone using Tapatalk
  10. Jeg ville tenke at "auto chageover" er automodus der varmepumpa agerer etter settingene dine og temperaturen den selv måler. Så dersom varmepumpa måler 25 grader i rommet og modus = auto changeover så vil følgende skje: 1) Auto changeover setpoint=28 ==> varmepumpa varmer 2)Auto changeover setpoint=20 ==> varmepumpa kjøler Om dette stemmer så får man klassikeren med at varmepumpa på vinteren prøver å kjøle stua fordi du fyrer i peisen😀 Eller har du erfart noe annet? Jeg kunne tenke meg å styre varming og kjøling eksplisitt, men da må styringen skj
  11. Etter nærmere fundering...siden det dukker opp child-devicer for alle disse setpunktene så er vel dette høyst sannsynlig en 1-til-1 representasjon av hvordan zxt-120 faktisk fungerer....og slik den fremstod i HC2 antakeligvis var antakelig en abstraksjon. Sukk, da faller nok valget på å lage et antall events som håndterer temperaturer og modi. Slik jeg skjønner virkemåten så vil enhver endring av en "varmepumpeverdi" trigge et telegram som drar med seg alle settings (setpunkt, vifte og modus). Man kan altså ikke bare sende kommandoer for temperatur uten å måtte resende alt annet. O
  12. Jo, men det er ett setpunkt for "Heat" og ett for "Cool". Slik det dette i praksis ser ut til å fungere så må jeg nå legge til ett ekstra sett med setpunkter, samt logikk. Problemet slik jeg nå tolker det er at om jeg "submitter" et setpunt i HS så sier varmepumpa "pip", og basert på om jeg legger verdien inn i "heat" eller "cool" så skifter varmepumpa modus i henhold til dette. Modusknappen synes da ikke å være nødventil til annet enn å skru av varmepumpa. Tidligere kontrollerte jeg gjennom denne: Over streken er direkte kontroll av varmepumpa, mens under så er det smar
  13. Jeg har en Remotec ZXT-120 koblet opp til HS4. Devicen som dukker opp etter inclusion ser slik ut mhp temperatursetpunkter: Dette er litt uvant fra tidligere da jeg kun hadde ett temperatursetpunkt som da ble "sammenstilt" med mode(heat eller cool). Her ser det ut som om jeg må sette forskjellige setpunkter basert på om jeg skal kjøle eller varme. Jeg kjører varmepumpen enten på varme eller kulde (ikke noe automatikk), og ser nå for meg å måtte lage endel ekstra logikk for å håndtere setpunktene...eller er finnes det en smart måte å gjøre dette på der jeg kun trenger å f
  14. Det er nok en greie dette med signed/unsigned. Skjønner på en post at selv om HS viser verdien som signed, så settes verdien likevel korrekt i device, og da er jo mesteparten av (man)dagen reddet😀 Det betyr i så fall bare at man må ha kalkulatoren klar om man får en negativ parameter-verdi ut fra HS.
  15. Slik jeg leser det så kan registerverdiene settes, i tillegg til 0=disable, fra 1 til 65535. Dette mapper over til tidsplanet med 0 til 6553 sekunder, altså maks 1 time 48min. Mitt problem er at registeret ikke klarer å ta i mot verdier høyere enn (ca) 32000...vet ikke om dette er et device eller HS4-problem...
×
×
  • Opprett ny...