baronKanon
-
Innlegg
299 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
3
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Innlegg skrevet av baronKanon
-
-
1 minutt siden, Evelen skrev:
Er ikke DeConz GUI-et web-basert?
Phoscon-GUI er web-basert, men DeConZ-GUI er mer på nerdenivå og er en applikasjon.
- 1
-
Ikke så lett å se i DeConz når jeg kjører Raspbian Lite uten GUI og tilkoblet skjerm... Prøvde å installere GUI og kjøre x-forwarding til PC-en, men DeConz tryna før det kom igang
Red: går det an å ta ut pinnen og koble til PC for å legge til/sjekke, eller ligger konfigen på Pi-en?
-
På 25.4.2019 den 8.35, mk1 black limited skrev:
Den fungerer veldig bra.
Hvordan har du den implementert? har prøvd den selv, men ser ut til at den ikke helt kommer inn i DeConz, og får ikke sett en del dingser som burde vært tilgjengelige med denne i bruk.
-
2 minutter siden, Mastiff skrev:
Det er bare det at det passer litt dårlig med hovedskriptet som styrer temperaturen (Python-skript i EventGhost). Jeg har 6 termostater, og det hender at noen trykker på midtknappen på noen av dem, så de blir satt til energy_heat istedenfor heat. Da kan jeg ikke lenger holde riktig temperatur i de rommene. Så koden min, som ville funket hvis det var samme tallet for Z-Wave-enhet og termostat (termostattallet er bestemt av sonen/rommet):
- alias: Termostater til 30 grader trigger: platform: mqtt topic: ZWaveTermostatPaa condition: [] action: - data_template: node_id: '{{ trigger.payload }}' parameter: 10 value: 300 service: zwave.set_config_parameter - delay: 00:00:02 - data_template: entity_id: "{{('climate.termostat_'+trigger.payload+'_heating')}}" operation_mode: 'Heat' service: climate.set_operation_mode id: '1524674475038'
Men når jeg sender temperaturen til termostat 8, som har node-id 3, vil den også prøve å sette termostat 3 til modus 'Heat', og siden det ikke fins noen termostat 3, funker jo ikke det. Jeg blir vel nødt til å legge inn en ekstra linje i hovedskriptet som setter modus, med termostatnummer som utgangspunkt.
Du får justert temperaturen på Energy Heat ved å sende set_temperature til climate.xxxx_energy_heat-entiteten. Evt. et skript som endrer til heat hver gang energy heat kommer. Energy heat og heat-status er lik på heating og energy_heat-entitetene, men temperatur er i henhold til modus, slik at energy_heat holder energy heat-temperatur uansett tilstand.
-
Du må uansett kjøre to kommandoer: én set_operationmode og én set_temperature. ikke vits å dille med parametre når du har ferdige funksjoner i Openzwave.
-
Set_operation_mode
-
1 minutt siden, Dreuf skrev:
Noen som har noen gode råd?
Jeg sliter med Verisure, Somfy og Mill som tillegg. Det står sjekk config, og den har jeg sjekket mange ganger uten å finne noe feil.
Det virket med en gang jeg låg det inn, men så har det plutselig sluttet å virke.
Ett lite utdrag fra en veldig lang log:
019-04-28 20:02:53 ERROR (MainThread) [homeassistant.components.sensor] Error while setting up platform netatmo Traceback (most recent call last): File "/usr/local/lib/python3.7/site-packages/homeassistant/helpers/entity_platform.py", line 126, in _async_setup_platform SLOW_SETUP_MAX_WAIT, loop=hass.loop) File "/usr/local/lib/python3.7/asyncio/tasks.py", line 416, in wait_for return fut.result() File "/usr/local/lib/python3.7/concurrent/futures/thread.py", line 57, in run result = self.fn(*self.args, **self.kwargs) File "/usr/local/lib/python3.7/site-packages/homeassistant/components/netatmo/sensor.py", line 76, in setup_platform auto_config(auth, config, dev) File "/usr/local/lib/python3.7/site-packages/homeassistant/components/netatmo/sensor.py", line 120, in auto_config for module_name in data.get_module_names(): File "/usr/local/lib/python3.7/site-packages/homeassistant/components/netatmo/sensor.py", line 380, in get_module_names self.update() File "/usr/local/lib/python3.7/site-packages/homeassistant/components/netatmo/sensor.py", line 411, in update raise Exception("No Weather nor HomeCoach devices found") Exception: No Weather nor HomeCoach devices found 2019-04-28 20:02:53 ERROR (SyncWorker_1) [smart_home] Traceback (most recent call last): File "/usr/local/lib/python3.7/urllib/request.py", line 1317, in do_open encode_chunked=req.has_header('Transfer-encoding')) File "/usr/local/lib/python3.7/http/client.py", line 1229, in request self._send_request(method, url, body, headers, encode_chunked) File "/usr/local/lib/python3.7/http/client.py", line 1275, in _send_request self.endheaders(body, encode_chunked=encode_chunked) File "/usr/local/lib/python3.7/http/client.py", line 1224, in endheaders self._send_output(message_body, encode_chunked=encode_chunked) File "/usr/local/lib/python3.7/http/client.py", line 1016, in _send_output self.send(msg) File "/usr/local/lib/python3.7/http/client.py", line 956, in send self.connect() File "/usr/local/lib/python3.7/http/client.py", line 1384, in connect super().connect() File "/usr/local/lib/python3.7/http/client.py", line 928, in connect (self.host,self.port), self.timeout, self.source_address) File "/usr/local/lib/python3.7/socket.py", line 707, in create_connection for res in getaddrinfo(host, port, 0, SOCK_STREAM): File "/usr/local/lib/python3.7/socket.py", line 748, in getaddrinfo for res in _socket.getaddrinfo(host, port, family, type, proto, flags): socket.gaierror: [Errno -3] Try again
Jeg hadde på en måte greid å legge inn både homeassistant og hassio på Docker (kjører Ubuntu). Jeg tror problemene oppstod når jeg fjernet homeassistant.
Siden du har hatt to instanser inne på samme boks: er du sikker på at du jobber i riktig konfig?
-
4 minutter siden, Kråkerøymannen skrev:
Gateway... mener du da eks. den USB-dongelen jeg har i HASSIO’n min og tilsvarende?
https://www.elektroimportoren.no/aeotec-z-stick-gen-5-z-wave/4512420/Product.html?Event=searchlist
Stemmer det. Har akkurat den der, og synes den fungerer fint.
-
6 minutter siden, Kråkerøymannen skrev:
... så du ville ikke vurdert å kjøpe på eBay eller AliExpress ?
Pål Engh
KråkerøyZ-Wave, og spesielt innbyggbare reléer, nei. Dette fordi jeg vil være sikker på at det er produkter som ikke begynner å brenne. Når det gjelder ZWave, så er dette regionsspesifikt, så da må man være sikker på å få riktig region.
Zigbee kan kjøpes fra Aliexpress/banggood/gearbest til en slikk og ingenting. Xiaomi har mange artige produkter. Anbefaler dog at man bruker deConz eller lignende som gateway for Zigbee, da de ofte er mer fleksible enn, f.eks. IKEA Trådfri gateway eller andre.
-
Trådfribryteren har mange knapper, og disse sender eventer via deConZ. Har skript som plukker opp disse eventene og setter husmodi. Man kan også bruke den til å styre f.eks. et Z-wave-relé via HASS.
Z-wave er dyrere, men på sikt tror jeg det er verdt det. Det er flere som selger dette i Norge, bl.a. Kjell, Elektroimportøren, Tronika, etc.
-
Hei
Basert på hva du ønsker, så er nok Z-Wave helt klart valg:
- bedre rekkevidde enn Zigbee
- Bedre produkter mtp overvåking enn Zigbee
- Mange produkter tilgjengelig utover lysbrytere
Kan også kombineres med Zigbee-brytere, som er billigere og flere, slik at du har begge deler. Bruker f.eks. en IKEA Trådfribryter som modusvelger, siden Z-Wave-brytere av den kaliberen er svindyre.
-
Hele is_state()-funksjonen sjekker jo hva som er state-komponenten til en entity. Derfor er det ikke riktig å skrive "<entity_id>.state" i if-setningen.
- 1
-
Fjern .state fra input_select-ene dine i if-setningen.
-
Legg hele datatemplate-feltet ditt i templates-testfeltet , så ser du om det virker.
Ellers er templating noe dritt jeg prøver å holde meg unna, da syntaxen i beste fall er vrien å få hodet rundt.
-
Har du inkludert DeConz som integrasjon?
-
Har du prøvd å sjekke at automasjonen faktisk har trigget? Hvordan er det å operere trådfriswitchene ellers?
-
Du kan bruke template-sensor for dette.
-
Jeg bruker appdaemon når det skal litt logikk inn i automatikken min. Da har man full kontroll. Er det bare trigg, gjør noe, bruker jeg UI.
-
self peker stort sett på globale funksjoner (både egendefinerte og de som kommer fra biblioteksimporten). Jeg bruker ofte funksjonslokale variable uten "self" foran.
Timere er greit nok, bruker self.run_in() for å bruke forsinkelse eller for å kalle en annen callback, bruker self.run_daily() for å kjøre daglige gjøremål, og så har du run_hourly() og run_minutely(), evt run_every(), som er litt mer fleksibel enn run hourly eller run minutely.
-
Du må jo ha en eller annen form for tilstedeværelsessensor, som du må lytte til før du kan gjøre hva rakkern du vil. Er litt krøkkete å komme igang med appdaemon og callbacks, men når det først har blitt sparket igang og du (tror du) skjønner det, er det mulig å lage god logikk for å gjøre akkurat det du vil. Det er mye bedre å sjekke tilstander og forbehold og hvis ditt og datt i programmering enn i automations.yaml, for å si det sånn. Bruker stort automations på rene triggere, men appdaemon når det må litt smartingløsninger og sekvensiering inni i bildet.
Hadde vært gøy å prøve Node-Red også, men sist jeg prøvde, fikk jeg ikke snakket med HASS, så ga opp.
-
Nå funker det ikke lenger i 0.88. Custom components må følge rammeverk, så derfor funker det tydeligvis ikke. Meldt inn issue på Github.
- 2
-
Du bør sette opp terskel for hvor mye sensoren skal endre seg før den skal rapportere. Hvis den går på batteri, vil den ikke oppdatere oftere enn wake-up-frekvensen, mener jeg å huske. Har du denne frekvensen for høyt, vil batteriene tappes raskt.
Husk også at den ikke trigger før den går fra over grense til under grense. Dvs. at hvis den hele tiden er mindre enn 21 grader, vil ingenting skje.
-
Akkurat nå, 4ndersjensen skrev:
Jeg så i en intro til Home Assistant at f.eks. 1, on, yes og true evalueres til samme boolean-verdi og 0, off, no og false evalueres til samme (negative) verdi.
Uansett.. Jeg har fjernet denne conditionen.
Ang. time, så har jeg bare skrevet inn 05:00:00 og 23:00:00, men når jeg har en more /config/automations.yaml så vises det med ' ' om before men ikke after.
Arbeidsdag er en sensor, og dermed gir den enten on eller off. Det er også case sensitivt, så du må ha riktige store og små bokstaver i konfigen. Sjekk hva som er gjeldende i <>-menyen.
Skriv inn 05:00 og 23:00. Hva autokonfigen gjør er ikke så farlig med og uten er riktig.
- 1
-
Ut fra sensoren får du et tall.
Du skal 'on' heller enn 1 på workday. Conditions er også sånn at alle må oppfylles.
Når det gjelder tiden, holder det å skrive 05:00 og 23:00 '' eller ei har ingenting å si
HASS 0.96 og HeatIt/Multireg
i Home Assistant
Skrevet
Har oppgradert til 0.96 og nå funker ikke setting av hvac_mode til "Energy Heat" på termostatene minde. Noen som har vært borti det samme, evt har en workaround?