
stigvi
-
Innlegg
2 805 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
159
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Innlegg skrevet av stigvi
-
-
10 timer siden, Atle skrev:
Leser at på Rasperry Pie kan minnekortet bli korrupt
Baserer seg sikkert på de som kjøper minnekort av billigste sort. Kjøper en kvalitet så holder det. Og en må kjøpe stort nok. For hver gang en dobler lagringsstørrelsen så halverer en slitasjen på det.
-
13 minutter siden, slippern skrev:
Koblet en USB til MBUS modul til RPI-en, og installerte integrasjonen Norwegian AMS.
Alle entitiene dukker automatisk opp, så det tar ca hele 60 sekunder og sette dette opp
Ja, dette skulle jeg også gjort istedenfor å bruke Tibber sin Pulse. Jeg har fått dratt en kabel fra utvendig målerskap til innvendig skap så jeg er veldig nærme å gå et skritt videre.
-
Fargepalett istedenfor kurve skyldes garantert at måleenhet (°C) mangler på den det gjelder.
-
Fordi round(1) alltid avrunder det som står rett til venstre og her er det 3.6
Sett en parantes rundt state_attr('weather.hjem', 'wind_speed')|float /3.6-
1
-
-
11 minutter siden, daniel.h.iversen skrev:
Ingenting som betyr noe for deg
Yr.no sensoren i Home Assistant måtte fjernes etter at yr.no tok kontakt.
@HansHGDu kan fortsatt ha yr-sensorene, dersom du bruker denne https://github.com/Danielhiversen/home_assistant_weather_data
Et annet spørsmål: Hvorfor forsvant wind_gust attributtene i 0.115 versjonen av HA? -
Ikke helt det du spør om, men var bare klipp og lim fra noe jeg hadde. Det viser hvordan du deler på 3.6 for å få m/s og hvordan du henter fra forskjellige dager
value_template: "{{ ([state_attr('weather.orstad_utsyn', 'forecast')[0].wind_speed|float /3.6, state_attr('weather.orstad_utsyn', 'wind_speed')|float /3.6, state_attr('weather.orstad_utsyn', 'forecast')[0].wind_gust|float /3.6, state_attr('weather.orstad_utsyn', 'forecast')[1].wind_gust|float /3.6]|max) | round(1) }}"
For i morgen:state_attr('weather.orstad_utsyn', 'forecast')[0].wind_speed|float /3.6
Hvis du vil ha maks vindstyrke for alle dager (eller timer) så kan du gjøre som dette:
value_template: "{{ ([state_attr('weather.orstad_utsyn_hourly', 'wind_speed')|float /3.6, (state_attr('weather.orstad_utsyn_hourly', 'forecast') | map(attribute='wind_speed')|list|max /3.6)]|max) | round(1) }}"
-
1
-
-
Sitat
eg to bare utgangspunkt i uttalelsen fra kundeservice, referert av ØysteinHJ: "annet enn at han på kundeservice kjente til at andre har laget integrasjoner med API'et deres. Men det var ikke noe de støttet."
Men det er kanskje like mye/lite støttet som alle andre mer eller mindre offisielle API'er vi benytter oss av her og der...
At de ikke har integrasjoner utelukker ikke et støttet api. Nobø sitt api blir brukt av app'en de har lagd. Denne app'en aksesserer hub lokalt hvis en er på samme nett eller via en proxy som Nobø har dersom en vil bruke app eksternt.
Hvis en vil ha et enkelt system for oppvarming uten "nerding" så anbefaler jeg Nobø sin hub og app. Fordelen med Nobø sitt system er at det inkluderer panelovner.
-
1 time siden, Hillmar skrev:
Som du allerede har fått bekreftet så støtter ikke Nobø offisielt et åpent API
De har nå dokumentert sitt api på sine websider så hva som menes med "offisielt et åpent api" er jeg usikker på
https://www.glendimplex.no/produkter/varmestyring/11123610/noboe-hub/c-77/p-330 -
12 minutter siden, ØysteinHJ skrev:
Kjenner du til om det er laget noe for HomeSeer?
Nei
-
40 minutter siden, ØysteinHJ skrev:
Per dags dato så har visst ikke Nobø noen integrasjon mot andre systemer,
De har et api og det er laget en god integrasjon mot Home Assistant. Og jeg mener og tror det finnes for OpenHAB også -
Nobø sin energy control med hub og app er fullt brukbart på egne bein og en kommer langt med kun det. Hvis det kun var varmestyring en var ute etter.......
Det som er der nå, tviler jeg sterkt kan brukes sammen med nytt system-
1
-
-
Jeg har 135 noder hos meg, men vet ikke fordelingen mellom lys og aqara sensorer. Men så mange som 60 aqara sensorer er det neppe
Edit: 70 av nodene er batteridrevne, men da er det en del Philips dimmere med. Jeg har 40 Aqara sensorer-
1
-
-
Takk for svar. Nei, jeg tenker ikke på at det skal bli problemer med fukt. Spørsmålet var mer rettet mot å få kunnskap om hva som er en normal temperatur på yttervegger i slike hus.
-
https://www.home-assistant.io/integrations/mold_indicator/
Er det noen her som vet sånn omtrentlig hva kalibreringsfaktoren (ref linken) er når huset er bygd etter de nyeste kravene?
Bolighuset er ca 1 år gammelt. -
Jeg tar det her siden det er elektrikere på forumet som sikkert kan svare:
Jeg skal legge opp til lading av bil i garasje og funderer på sikringsstørrelsen jeg har lov å bruke. Jeg har fagbrev gruppe L og har lov å gjøre dette i egen bolig, men det er mange år siden jeg jobbet som elektriker og er ikke helt oppdatert på nye regler.
Jeg kommer nok til å bruke Easee boks som har vern for lekkasjestrømmer. Rør mellom garasje og skap er 20mm så jeg får ikke noe annet i enn 5 x 2,5mm PN. Lengde er ca 10 meter. Jeg har 400V TN i skap.
1. Jeg skal vel strengt tatt bruke 15A sikring på 2,5mm, men finner ikke forhandlere på dette (4-polt)
2. Jeg kunne brukt 16A sikring med I2=1,2 men finner ikke forhandlere på dette heller
3. Kan en Easee boks som settes opp til å trekke maks 16A defineres som en fast belastning slik at sikring i skap kun skal verne mot kortslutning? I så fall kan jeg bruke 20A? (Men det gjør jeg ikke. Da blir det 16A med I2=1,45 som forhandlere har) Parametre til Easee endres jo lett via et api så veldig i tvil på om denne kan regnes som et overbelastningsvern.
Noen synspunkter og råd?
-
2 timer siden, Kropling skrev:
Jeg også. Men det pleier å gå ganske raskt. De er jo på pre-release .79 nå, så tipper de er ganske klare for å få implementert stable versjon.
Vi får se. Nå er det jo planlagt storslipp på torsdag med "bursdagsversjon" av Home Assistant så de er kanskje travelt opptatt med å fikse ting i siste liten og har lite tid igjen til å oppdatere deconz addon.
-
Jeg venter til Home Assistant sin deconz addon er bygd og tilgjengelig
-
Da håper jeg dette blir en versjon som løser litt småproblemer i det siste. Sitter med et inntrykk av at det har vært litt sand i maskineriet siste måneden.
https://github.com/dresden-elektronik/deconz-rest-plugin/releases-
1
-
-
De siste ukene har jeg hatt problemer med websocket i Home Assistant. Et eller annet klusser det til og Home Assistant lukker alle forbindelser og tar de opp igjen. Noe som blant annet fører til at alt i Deconz er utilgjengelig i ca 10s. Dette kan skje flere ganger til dagen. Noen ganger går det timer mellom hver gang og andre ganger sekunder.
Det er ting som tyder på at Tibber er synderen. Er det andre som har problemer? Eller er det et eller annet og Tibber er bare symptomet?
2020-09-14 13:00:41 ERROR (MainThread) [tibber] Timed out when connecting to Tibber 2020-09-14 13:08:51 ERROR (MainThread) [graphql_subscription_manager] Connection error Traceback (most recent call last): File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 827, in transfer_data message = await self.read_message() File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 895, in read_message frame = await self.read_data_frame(max_size=self.max_size) File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 971, in read_data_frame frame = await self.read_frame(max_size) File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 1047, in read_frame frame = await Frame.read( File "/usr/local/lib/python3.8/site-packages/websockets/framing.py", line 105, in read data = await reader(2) File "/usr/local/lib/python3.8/asyncio/streams.py", line 721, in readexactly raise exceptions.IncompleteReadError(incomplete, n) asyncio.exceptions.IncompleteReadError: 0 bytes read on a total of 2 expected bytes The above exception was the direct cause of the following exception: Traceback (most recent call last): File "/usr/local/lib/python3.8/site-packages/graphql_subscription_manager/__init__.py", line 101, in running msg = await asyncio.wait_for(self.websocket.recv(), timeout=30) File "/usr/local/lib/python3.8/asyncio/tasks.py", line 483, in wait_for return fut.result() File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 509, in recv await self.ensure_open() File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 803, in ensure_open raise self.connection_closed_exc() websockets.exceptions.ConnectionClosedError: code = 1006 (connection closed abnormally [internal]), no reason 2020-09-14 13:09:46 ERROR (MainThread) [graphql_subscription_manager] Connection error Traceback (most recent call last): File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 827, in transfer_data message = await self.read_message() File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 895, in read_message frame = await self.read_data_frame(max_size=self.max_size) File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 971, in read_data_frame frame = await self.read_frame(max_size) File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 1047, in read_frame frame = await Frame.read( File "/usr/local/lib/python3.8/site-packages/websockets/framing.py", line 105, in read data = await reader(2) File "/usr/local/lib/python3.8/asyncio/streams.py", line 721, in readexactly raise exceptions.IncompleteReadError(incomplete, n) asyncio.exceptions.IncompleteReadError: 0 bytes read on a total of 2 expected bytes The above exception was the direct cause of the following exception: Traceback (most recent call last): File "/usr/local/lib/python3.8/site-packages/graphql_subscription_manager/__init__.py", line 101, in running msg = await asyncio.wait_for(self.websocket.recv(), timeout=30) File "/usr/local/lib/python3.8/asyncio/tasks.py", line 483, in wait_for return fut.result() File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 509, in recv await self.ensure_open() File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 803, in ensure_open raise self.connection_closed_exc() websockets.exceptions.ConnectionClosedError: code = 1006 (connection closed abnormally [internal]), no reason 2020-09-14 13:11:05 ERROR (MainThread) [graphql_subscription_manager] 504 - "<!DOCTYPE html>\n<html>\n<head>\n<title>Error</title>\n<style>\n body {\n width: 35em;\n margin: 0 auto;\n font-family: Tahoma, Verdana, Arial, sans-serif;\n }\n</style>\n</head>\n<body>\n<h1>An error occurred.</h1>\n<p>Sorry, the page you are looking for is currently unavailable.<br/>\nPlease try again later.</p>\n<p>If you are the system administrator of this resource then you should check\nthe error log for details.</p>\n<p><em>Faithfully yours, nginx.</em></p>\n</body>\n</html>\n" 2020-09-14 13:11:05 ERROR (MainThread) [graphql_subscription_manager] Connection error Traceback (most recent call last): File "/usr/local/lib/python3.8/site-packages/graphql_subscription_manager/__init__.py", line 101, in running msg = await asyncio.wait_for(self.websocket.recv(), timeout=30) File "/usr/local/lib/python3.8/asyncio/tasks.py", line 483, in wait_for return fut.result() File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 509, in recv await self.ensure_open() File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 812, in ensure_open raise self.connection_closed_exc() websockets.exceptions.ConnectionClosedError: code = 1011 (unexpected error), no reason 2020-09-14 13:11:22 ERROR (MainThread) [homeassistant.components.tibber.sensor] {'message': 'RequestError: Error: getaddrinfo ENOTFOUND tibber_customer.dev', 'locations': [{'line': 3, 'column': 15}], 'path': ['liveMeasurement'], 'extensions': {'code': 'INTERNAL_SERVER_ERROR', 'exception': {'innerError': {'errno': 'ENOTFOUND', 'code': 'ENOTFOUND', 'syscall': 'getaddrinfo', 'hostname': 'tibber_customer.dev'}}}}
-
Jeg har Google Wifi der noe info kan hentes ut via lokal polling med Google Wifi integrasjonen til Home Assistant. Men hvilke enheter som er koblet til kan en bare få info om via ifttt. På supportsidene til Google kan en lese at de har "samarbeidet" med ifttt om dette.
Så nå får en jo se hva som skjer. Regner med Google får en del supporthenvendelser på dette.
Men ikke noe stress for meg om dette forsvinner. Jeg detekterer telefoner ved hjelp av bluetooth også og HA appen forteller også hvilket wifi nett telefonen er tilkoblet.
TV'en får jeg heller pinge for å se om er påslått. -
Ser på dette som en fordel, faktisk. Tror dette ender opp i at produsenter av utstyr tenker seg om både to og tre ganger før de kun tilbyr styring via ifttt.
Men på kort sikt skaper det et lite problem for meg. Jeg må finne alternative løsninger. -
1 minutt siden, hjemmedude skrev:
stigvi sin tråd: "Varmestyring med bayesian sensor", men jeg forstår ikke helt hvordan det fungerer med stastistikken osv, så noe mer simpelt hadde sikkert fungert for meg
Årsaken til at jeg valgte å bruke bayesian sensor er at jeg av erfaring vet at noe som baseres på tradisjonell logikk fort blir enda mer komplisert. Men det er avhengig av hvor mye du ønsker å styre ut i fra. På varmekabler og panelovner har jeg ca 14-15 inn-signaler. Det blir mye å ta hensyn til med logiske tilstander. Selv synes jeg det er veldig oversiktlig med bayesian sensor, men å finne rette tallverdier å sette inn kan være litt vanskelig. -
1 time siden, berland skrev:
Dette vet jeg lite om, men er det likeverdig om man har API til bilen for å styre lading av/på som API til laderen? Begge deler vil vel fungere, så lenge man får en plugin til sitt hjemmeautomasjonssystem (eller lager det selv)?
Så lenge en oppnår det en ønsker så er vel veien dit hipp som happ?
-
OK, jeg kikte på den tidligere i dag, men oppfattet det slik at den har bare en status over tilstand. Men en kan altså styre ladingen med den? Finnes det noe dokumentasjon over hva den tilbyr eller må jeg studere koden?
The status sensor is the default sensor and has the following values
STANDBY PAUSED CHARGING READY_TO_CHARGE CAR_CONNECTED
Artig innendørs dronesak
i Annen Elektronikk
Skrevet
Katteluke øverst på dørene?
Men en beveger seg kanskje enda mer mot enslige menn sitt domene