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

slippern

Medlemmer
 Vis profil  Se deres aktivitet

  • Innlegg

    371

  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    7

 Innholdstype 

Innlegg skrevet av slippern

    Home Assistant for dumbommer?

    i Home Assistant

    Skrevet

    Einar skrev (På 29.3.2024 den 19.14):

    Men nå  har det blitt mer og mer vanskelig å komme inn gjennom VPN på hytta! Jeg snakket med en på Telia og han skulle sende meg nytt SIM kort. Jeg har ikke trua på at det hjelper. Her er det vel CG-NAT som ködder med VPN. Han foreslo å sette APN til vpn.netcom.no. Men det er der den stod fra før.
    Er det noen som har et godt alternativ til VPN for å fjernstyre HA?
    Jeg har også et Unifon (Telenor) datakort jeg kan putte i routeren. Men vil det fungere bedre? 

     

    Virker som at Telia blir værre og værre mtp CG-NAT, de har det til og med på FWA-produktene deres..

    Selv har jeg Telenor og benytter telenor.fwa APN-et og får offentlig IPv4 adresse (+ IPv6).

    internet.public APN-et gir kun offentlig IPv4 adresse.

    Hva har du automatisert idag/Hva har du gjort på dine prosjekter idag

    i Automasjonskaféen

    Skrevet

    Fram til nå har jeg hatt en Aeotec door/window sensor 7 i postkassen, men denne har aldri funket optimalt da det blir for langt imellom huset og postkassen, og denne virker til og spise batterier når dekningen til z-wave nettverket er dårlig.

     

    Jeg kom over et innlegg i en Facebook gruppe en som hadde kjøpt 5stk av disse: https://www.espthings.io/index.php/2022/11/05/et-sw01-a-very-low-consumption-mailbox-switch/

    I skrivende stund har han en igjen: ESPHome Postkasse-sensor - 1 igjen | FINN torget

     

    Mottok enheten etter noen få dager og startet testingen og løste noen utfordringer underveis som man alltids gjør med nye dippedutter 🙂

    ESP-en eksponerer automatisk de nødvendige entitetene:
    Reset-bryter (Denne bryteren gjør at ESP-en går i deep sleep igjen)

    Batterispenning

    Status på switch 1 og 2.

    WiFi signalstyrke (RSSI).
     

    3D-print kabinettet på espthings var for lite pga molex-kontakten til bryter inngangene blir for høg, så måtte lære meg litt Fusion360 for å modifisere høyden på det, la nok på ca 2cm.

    Det ble da også nok plass til og montere WiFi-antennen rett i boksen også.

     

    2504C9D8-BA97-4656-8DD0-04D3C2FA153F_1_105_c.thumb.jpeg.af1686786e3c0305775b1f3e77eacb54.jpeg

     

    Den fjærbelastede trykkbryteren ble koblet slik at den er NO når lokket til postkassen er igjen.

    Når postkassen åpnes er den NC og trigger ESP-en.

     

    Neste utfordring var en liten nøtt.

    Jeg fikk som regel varsel annenhver gang om at postkassen var åpnet, årsak måtte finnes..

     

    Jeg sjekket først nettverket:

    RSSI-en var for lav (89 dBm), så jeg flyttet aksesspunktet opp på kaldloftet, da ble den umiddelbart noe bedre (80dBm), dette er greit nok når det er snakk om såpass lave datamenger som skal over.

    Men fremdeles var det noe trøbbel.

    EIRP-en på aksesspunktet på 2,4ghz var satt til minimum 12dBm, så klienter under dette blir automatisk sparket ut for å ikke forringe WiFi-opplevelsen til andre.

    Satt EIRP-en ned til 0 og da funket den straks bedre, deaktiverte dermed 2.4ghz for klientene, slik at de nå kun kjører på 5ghz, så får IoT-enhetene bruke 2,4ghz/5ghz alt etter hva de velger selv.

     

    Neste utfordring var at Home-Asssistant ikke rakk og polle ESP-en før den gikk i deep-sleep etter 30 sekunder.

    Økte deep-sleep tiden til 60 sekunder og problemet var egentlig løst sånn sett, men med økt strømforbruk.

     

    Etter litt googling fant jeg ut at for deep-sleep enheter er ikke API-et og foretrekke, men MQTT.

    Da er det ESP-en selv som sender ut data til MQTT, i stedet for at HA skal polle data.
    Koden for dette er ganske rett fram: MQTT Client Component — ESPHome

    Alle entitetene dukker automatisk opp i HA også på MQTT. 

    #api:
# encryption:
# key: !secret esphome_api_secret

mqtt:
broker: 1.1.1.1
username: esp-postkasse
password: !secret esphome_mqtt_password

     

    Med MQTT fungerer enheten mye bedre, med det samme den har koblet til WiFi sender den ut data.

    Har testet ved og kjøre ping kontinuerlig mot enheten, og ved første ping-reply så sender den også ut data på MQTT.

    Jeg kan dermed putte den i deep sleep igjen etter 1 sekund og strømforbruket blir minimalt.

    Slik ser automasjonen i node-red:
    image.thumb.png.dba1f41de5d25f6df11902864ff24c80.png

    • Like 2

    Apex Smart Plug (16A ZigBee innstikkmodul med strømmåling)

    i ZigBee

    Skrevet · Endret av slippern

    backspace skrev (1 time siden):

    Har EVA/APEX plugen mulighet for å sette "last state", "on" eller "off" ved strømavbrudd?  Ser etter plug for frostsikring og må ha en som automatisk settes til "on" eller husker sist status når strømmen er borte i tilfelle styreenhet tar kvelden. Flere plugger som ikke har dette dessverre.

     

    Sjekket min, og den har støtte for det, IKEA sine smartplugger har også støtte for dette.

    • Like 1

    Hva har du kjøpt idag

    i Automasjonskaféen

    Skrevet · Endret av slippern

    Kjøpte en Shelly Uni som skal styre en Intel NUC, av/på og restart.

    Alle? NUC-ene har headers på hovedkortet for ekstern av/på og restart knapp.

    Front Panel Header for Intel® NUC

    Så her er det enkelt og koble opp NUC-en og fjernstyre denne via MQTT og Home-Assistant knapper:

    image.png.93c6e6d9cf9e03f9d754a05d6a572583.png

     

    Edit:
    Så at hovedkortet til NUC-en har en 5v header som gir 5v når den er påslått, så da ble det koblet noen ledninger og laget en template switch i HA:

     

    Sitat

    switch:
      - platform: template
        switches:
          intel_nuc_on_off:
            friendly_name: "Intel NUC - Av/På"
            value_template: "{{ not is_state('sensor.shelly_uni_intel_nuc_adc', '0.00') }}"
            icon_template: mdi:computer
            turn_on:
              service: switch.toggle
              target:
                entity_id: switch.shelly_uni_intel_nuc_relay_0
            turn_off:
              service: switch.toggle
              target:
                entity_id: switch.shelly_uni_intel_nuc_relay_0

     

    image.thumb.png.9cab55cdc37b8537ae59805c218da068.png

    • Like 1

    Valg av hub til fritidsbolig

    i Nybegynner

    Skrevet

    Fisken skrev (3 timer siden):

    Takk for tips. Har sett litt på Home Assistant, og ser ut som Zigbee2MQTT kan være en løsning. Dvs, en Pi med HA som sentral, og en Pi med Zigbee2MQTT i hvert hus som feeder tilbake til Pi med HA 🙂

     

    Jeg ville nok også valgt denne løsningen.

    Om du har en felles Z2M for alle hyttene og den dør, så mister du styringen over alle 4..

    Benytter lignende oppsett, der det er en Z2M installasjon for hver plass, som sender data til en felles HA via VPN.

    [Test] ZigBee Smart-Plugger

    i Integrasjoner

    Skrevet

    Fikk bare feilmelding om at det var unsupported.

     

    Publish 'set' 'OperationMode' to '0x9035eafffe5fa03c' failed: 'Error: Write 0x9035eafffe5fa03c/1 genBasic({"4096":{"value":0,"type":48}}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":4644,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Status 'UNSUPPORTED_ATTRIBUTE')'

    [Test] ZigBee Smart-Plugger

    i Integrasjoner

    Skrevet

    ok67 skrev (På 13.10.2023 den 18.37):

    Kva for log du treng og korleis eg skal få den fram etc trur eg du må forklara nærmare, gjerne med teskei.

    Gå inn i zigbee2mqtt -> Logs -> og sett "Show only" til debug.

    Kjør så en inkludering av enheten.

    • Like 1

    [Test] ZigBee Smart-Plugger

    i Integrasjoner

    Skrevet

    ok67 skrev (12 minutter siden):

    Dersom det er nokon her som er ræserar i definering av Z2M konfigurering så kan eg scanne manualen som føl med pluggen. Eg ser at den har mykje meir informasjon enn den som ligg ute på nettet

    Kan ta en titt på dette om du sender meg loggen etter at du har inkludert den på nytt.

    Jeg som laget definisjonsfilen til 4512749, også ble definisjonsfilen til 4512749-N forket og kun endret navn og noe på rapporteringen, så er ikke overrasket at termostatfunksjons ikke funker.

    • Like 1

    [Test] ZigBee Smart-Plugger

    i Integrasjoner

    Skrevet · Endret av slippern

    ok67 skrev (På 9.10.2023 den 20.43):

    Litt gammal tråd ser eg, men kan bekrefte at Namron sin Zigbee plugg med termostat fungerer som termostatplugg, berre den er konfigurert rett.

     

    Ut av boksen fungerer den som av/på plugg, men ved å skrive til ein produsentproprietær attributt så vil termostatmodus bli aktivert. Dette står i leafletten som følger med, og etter litt prøving og feiling med ZHA Toolkit så fekk eg det til å fungere. Når den atributten er satt så ser den ut til å bli hugsa av pluggen, sjølv om den blir fråkopla.  Det vedlagte biletet viser kva eg gjorde i ZHA Toolkit for å få det til å fungere. Som sagt nok å utføre denne kommandoen ein gang pr plugg. Kanskje Zigbe2MQTT har denne funksjonen innebygd? Eg har ikkje prøvd Zigbee2MQT, så eg veit ikkje.

    Namron thermostatplug.png


    Z2M har tilsvarende funksjon, forsøkte og legge inn dette
     

    Men får bare feilmeldingen 'Error: Cluster 'genBasic' has no command '4096''

     

    Ser også at du har den nye varianten som heter 4512749-N, jeg har kun den som heter 4512749.

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