kjetilsn

Hei Bjørn Idar, Vet ikke om det kommer til å løse problemet med du må nok få lagt in riktig xml fil for termostaten. Som du ser rapporteres den som "unknown type" dette gjør du med å laste ned xml fil fra github og legger den i rikig folder som kommer an på om du kjører som docker eller "vanlig". Dette er beskrevet av Dennis87 her: Jeg har også en termostat med 4.2, der jeg her lastet opp OTA firmware på samme måte som du, og har lagt inn riktig fil som beskrevet, men får allikevel ikke satt setpunkt. Tror alternativet da er å gå over til HA + OpenZwave MQTT, som visstnok kommer til å bli standard i HA fremover.

Det samme gjør jeg, og fikk heller ikke nytte av OTA oppdateringen, jeg har lagt til riktig oppdatert Heatit058.xml fil som tidligere beskrevet her uten at det hjalp: Mulig årsaken er at min thermostat allerede var i fw 4.2, når jeg lastet inn OTA firmware? I

Hei, Jeg har en termostat med v4.2 men får ikke satt setpunkt i home assistant. Har oppdatert OTA SW med hjelp fra Thermofloor (tusen takk). Det ser ut til å ha gått greit, men fremdeles får jeg ikke satt settpunkt. Bruker den integrerte Zwave versjonen, ikke beta med mqtt. Men jeg har tatt ned siste konfig fil for 058. Har selvfølgelig fjernet og lagt til noden. Så, må jeg gå over til openzwave med MQTT, noen som vet?

Spørsmål til dere som har oppdatert til 4.2 Er det samme J-tag kabel som er brukt på de andre heatit termostatene? Tenkte å forsøke med en "uorginal"

Har ikke fått testet selv enda men mener dette var OTA versjonen:?

Helt enig i donasjon her, det er på sin plass. Reklame er det verste jeg vet.

Hei, Beklager, jeg roter i dag, er ikke PTC men NTC. Du kan finne de overalt, feks ebay: https://www.ebay.com/itm/Termistore-NTC-10Kohm-10-K-sensore-temperatura-arduino-pic/231296983915?hash=item35da5fe36b:g:UpwAAOSwDuJW1xTd

Hei, Jeg gjorde dette på v1 av heatit termostaten. Kjøpte disse: https://www.elektroimportoren.no/base-unit-temperature-sensor-enclosure/6404005/Product.html?Event=brandlist og så brukte jeg standard 10Kohm PTC fra Elfa eller farnell, husker ikke.

Takk skal du ha Dennis! Har to z-dim i bestilling, så da er alt klart for integrering. Er du fornøyd med dimmerne?

Takk skal du Moskus!, Ser ut som denne er midt i blinken for hva jeg prøver å få til.

Hei, Da var helgen brukt på å snekre isolert hus til høna og hanen som har hatt det litt kaldt frem til nå. Så da begynner morroa, mill ovn på 250W er montert men den skal jo selvfølgelig ikke styres av innebygget termostat. Har montert en 433mhz temp/fukt sensor, og en enkel zwave wall plug midlertidig som sammen styres nå av "generic thermostat" i hass. For å gjøre det skikkelig er planen å installere enten qubino flush 2 relay eller fibaro FGS-2x3 for så å bruke et rele for å styre varme, og et for lys. Men så ønsker jeg å montere en mikrobryter på luka til luftegården, slik at feks varmen skrues av eller reduseres, og sette opp en notification om kvelden som minner oss på å lukke om det er glemt. Ser ikke ut som dette går med qubino saken, virker ikke som den gir tilbake tilstand på inngangene. men muligens med fibaro modulen, da bryter inngang kan brukes som "scenes" og ene funksjonen for "scene" er å at bryteren forblir aktiv. tanken er at når luka er nede/lukket hviler den på en mikrobryter, kan kobles NC eller NO. Noen som har noen tips? hadde vert fint å bruke kun en zwave node for dette, ønsket egentlig å bruke qubino da den kan kobles til temp sensor, som vil være mer stabil en 433mhz saken.

Hei, Det jeg har lært (som flere andre påpekte til meg når jeg først startet) er at stabilitet over tid er viktig. Jeg valgte gratis/billig, og minst mulig begrensninger på funksjonalitet. En rpi som kjører home assistant er ikke stabil over tid, med tid snakker jeg år ikke måneder. Beste jeg klarte var ~250 dager oppe-tid. Hovedproblemet er nok SD kort problematikk. (og ja jeg kjørte ekstern database og minimum skriving til kortet). Typisk feilet systemet aldri når jeg var i nærheten, selvfølgelig kun når jeg var på ferie eller reise. Det er mulig at andre systemer som feks homeseer vil kjøre bedre på en rpi, det har jeg ikke testet. Bruker fremdeles home assistant, hovedgrunnen for det er at det er det jeg nå kan og det er det enkleste for meg å fortsette med, så er jeg også meget fornøyd med home assistant. Har ikke testet homeseer, og det eneste jeg kan sammenligne med er vera edge, som jeg ikke vil anbefale til noen. Bruker i dag en shutle med 8GB ram, ssd disk, aeotec usb zwave dongle og usb rfxcom. Ubuntu server i bunn og docker for home assistant, appdaemon, og andre morro ting som pihole. Docker var ukjent for meg, men det er nå et selvsagt valg da det tar minutter å komme tilbake om må feks re-installere os, oppdragere eller nedgradere. Homey kjenner jeg ikke, men jeg ville vert skeptisk til å legge all styring i en slik enhet, du har ikke mange valg når det kommer til hw oppgradering slik som du har med å bruke en god gammeldags PC.

Mange har funnet at en vanlig GPA antenne er et bra valg, og koster ikke mange kroner å lage: feks denne: http://blog.aha.nl/2018/04/building-outdoor-ttn-gateway-gpa-antenna.html Det er også en lang tråd på forskjellige typer antenner her: https://www.thethingsnetwork.org/forum/t/the-big-and-small-antenna-topic-part-1/7880 Laget selv en collinear antenne som ble meget bra, bassert på dette: https://github.com/IRNAS/ttn-irnas-gw

Hei, En del diskusjon rundt TTN her: thethingsnetwork.slack.com, og for de som holder til i Bergen er det meetup tisdag 29.10 med noen få plasser igjen. https://www.meetup.com/The-Things-Network-Bergen/events/265100376/

Hei Einar, Bruker også IC880A sammen med en RPI3 som GW. Min står hjemme, så jeg har ikke hengt meg så mye opp i hvor mye den bruker av data. Men har fulgt en del diskusjoner rundt samme emne, da jeg planlegger å sette opp en GW på hytta som skal bruke mobilt nettverk. Kort fortalt så blir det uansett lite data, da ttn/lorawan må følge strenge regler ihht båndbredde. Ikke alle respekter dette, og noen setter opp noder som sender data hele tiden, men det er ikke vanlig. I tilleg er det mest sannynlig ikke mange andre ttn noder i området.. https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.html

Ja, det tenkte jeg også da jeg ble introdusert til LoraWan, da i form av meet je stad prosjektet som orginerer fra Nederland men er godt aktiv nå i Bergen, et sammarbeid med UiB. Det er ganske utrolig hvor langt dette rekker, tatt i betraktning at vi bruker ISM band med veldig liten sendestyrke. Hemligheten ligger i moduleringen samt god hardware og antenner. Rekorden er 766Km fra ballong, imponerende da sendeeffekt er 25mW! https://www.thethingsnetwork.org/article/lorawan-distance-world-record Sjekk https://ttnmapper.org/ for dekning.

Neida, Får bare opp antall personer/telefoner som er i området. Brukte den, kun for test da jeg ikke har laget til noen temp sensorer enda.

Hei, Kan anbefale "the things network" som bruker lorawan. Fordelen er at du kan lage sensorer og montere hvor som helst der det er ttn dekning. Har selv satt opp en gateway med utendørsantenne. I Bergen har feks 90% dekning. Så kan du hente data fra things network in til ditt hjemmeautomasjonsystem. Har kun testet med å legge til data fra en paxounter via ttn component in til home assistant. Kommer nok til å lage til temp for luft og vann etterhvert da 433 som jeg bruker faller ut med jevne mellomrom selv i egen hage.

Ser ut som et script som kjører i appdaemon kan løse det: https://community.home-assistant.io/t/update-current-temperature-for-z-wave-thermostats/32834/7 Ikke laget for akkuratt dette, men kan nok moddes til å gjøre nettop det. Mulig det også kan gjøres ved en enkel automation..

Enig, Har postet der også:)

Jeg har internal og eksternal på denne, ikke floor:

Takk for tips. Men jeg tenker mer på å få det som en del av thermostatkortet som vist under. Dette er homassistant sin generic thermostat, eksempelet under bruker en wall plug og en ekstern temp sensor. Du ser det viser grønn farge der varme er på. I tillegg endrer den status fra "idle" til heating.

Jepp, Får følgende entities: climate.thermofloor_as_heatit_thermostat_tf_021_fw1_92_cooling climate.thermofloor_as_heatit_thermostat_tf_021_fw1_92_energy_heat climate.thermofloor_as_heatit_thermostat_tf_021_fw1_92_heating sensor.thermofloor_as_heatit_thermostat_tf_021_fw1_92_external_sensor sensor.thermofloor_as_heatit_thermostat_tf_021_fw1_92_floor_sensor sensor.thermofloor_as_heatit_thermostat_tf_021_fw1_92_internal_sensor switch.thermofloor_as_heatit_thermostat_tf_021_fw1_92_switch

Fikk det til. Endte med å laste ned openzwave config folder. configurere folder under zwave section in configuration.yaml. Legge til custom fil for v1.92. Mer info her: https://community.home-assistant.io/t/z-wave-thermostat-heatit-mutireg-status-feedback-energy/35840/24 Det jeg savner er at climate entity ikke er linket til switch entity slik at den faktisk viser idle eller heat, som feks generic thermostat gjør. Noen som har noen tips til å få de til?

Hei, Er det noen som har testet denne i Home Assistant? Har jeg forstått det riktig at prosedyren er: 1. fjerne inkludert node (er nå lagt til med fw 1.92) 2. stoppe hass 3. legge til innholdet i xml i bunn av fil zwcxxx.xml 4. starte hass 5. inkludere på ny ?