Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

stigvi

Medlemmer
  • Innlegg

    2 644
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    141

Innlegg skrevet av stigvi

  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

    • Thanks 1
  2. 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?
     

  3. 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.

  4. 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'}}}}

     

  5. 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.

  6. 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.

  7. 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.

  8. På 28.8.2020 den 23.14, ZoRaC skrev:


    Fikk det til. :) 

    Men, når jeg kobler den til så trigger den hvert 2. sekund. Kan det være fordi jeg har knapp med lys og at den strømmen som driver lyset er nok til å trigge den? Noen som vet om man kan koble ut lyset i Honeywell D723-knappen?

    Sannsynligvis fordi du har koblet feil. Hvit skal på den ene kontakten til spolen i klokka T3 og grønn eller gul skal til 0F.

    Kobler du sage til blindkontakten 1 så vil sage ha 8-16V vekselspenning hele tiden og sender event hele tiden.

  9. Hva med at sky er nede når automasjonen din vil starte lading?

    Men det koker ned til hva en er villig til å akseptere og om de relle problemene er større eller mindre enn dette.

    Jeg har koketopp og stekeovn som rapporterer status via skytjeneste. Makan til elendighet..... Og det er nok av andre eksempler til at jeg aller helst velger vekk slike produkter og heller ser etter alternativer. Så tar jeg en revurdering og svelger en kamel hvis alternativene ikke er der.

  10. 12 minutter siden, pannelars skrev:

    Easee noe som virker å være hakke mer smart og kan styres


    Men via en skyløsning. Som sikkert er greit nok for de fleste, men min erfaring med skyløsninger er at de har en dårlig oppetid. Så litt surt hvis bilen allikevel ikke er oppladet om morgenen og det skjer ca 1 gang i måneden.......

  11. 6 timer siden, Moskus skrev:

    Ja, sånt er det jeg vil vite. :)

    Kan man gjøre det med alle Aqara-dørsensorer?

    Det vil jeg tro. Men uanz bør du gå for den nye modellen som NetOnNet og Kjell&co på Kvadrat har. De støtter visstnok ZigBee 3. De eldre modellene som er sirkelformet på kortendene er mer lunefulle og disse kan du fort ende opp med hvis den kjøpes av like lunefulle kinesere.

     

    Ps. Bildene over viser den nye modellen som er firkantet med avrundet hjørner.

    • Like 1
  12. 19 minutter siden, Mathias skrev:

    Har du oversikt over hva du har gjort? Bortsett fra å dusje i kaldt vann da...

     

    Hva har gitt størst effekt?

    Som Moskus nevner, det hjelper å reise vekk på ferie. Men det er ikke halve august. 9 dager med hver ca 6kWh forbruk.

×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.