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

baronKanon

Medlemmer
  • Innlegg

    299
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    3

Innlegg skrevet av baronKanon

  1. Bruk en input boolean som settes når den er ferdig og skrus av når det er bevegelse. Lag en timer på halvtimen som startes når maskinen er ferdig. En automasjon trigges av at det er ferdig og starter timer og setter input boolean på samt sender varsel. En automasjon trigges av at timer går ut med forbehold om at input boolean er på og sender varsel, resetter timer og starter timer. En automasjon trigges av bevegelse, med forbehold om at input boolean er på, og stopper og resetter timer, og setter input boolean til av. 

    • Like 2
  2. 2 minutter siden, filipn skrev:

    Jeg sleit som F med mine neo s4, da de kun er på når temp i huset ikke klarer å vedlikeholdes av varmepumpa (så ca under -10 grader).

    Vært i kontakt med Adax mange ganger rundt dette, løsningen var å resette ovnen, lagre temp (velge temp du ønsker, så holde F knappen inne til temp blinker), sette samme temp på nattsenking og dagsenking. DA husker ovnen tempen som skal være uansett hvor lenge strømmen har vært borte.

    Sånn FYI :)

    Ooh, nice! Den må jeg teste! 

  3. Akkurat nå, mk1 black limited skrev:

    Må bytte en panelovn på et soverom, og denne gangen tenkte jeg at det var lurt å få tak i en som:

     

    1. Ikke piper når strømmen slås på

    2. Husker temperaturen den var innstilt på før strømmen gikk

     

    Spesielt det første er lurt på et soverom...:)

     

    Er det fremdeles Mill sine (uten wifi) som funker slik?

    Jeg har Adax Neo, men de må ha vedlikeholdsstrøm en gang eller to i døgnet for ikke å miste innstillingen. Har gjort det med en timer fra forrige gang strømmen ble skrudd av, og så setter på et minutt eller så. 

  4. Bra tips om en trådfripære. Tror jeg skal ut og handle meg en fargeskiftende pære asap og teste.

     

    Skal man gjøre det avansert, kan man jo kanskje legge pære bak en plate med flere sjablonger og forskjellige fargefilter, der hver sjablong viser en tilstand og har en egen farge, slik at det TEORETISK vil være sånn at bare blå sjablong vises når blått lys vises f.eks.

  5. Har en RPi ZeroW som kjører Miflora MQTT Daemon for å hente ut data fra BTLE-sensorer i plantene våre. Dette har fungert utmerket, men i det siste har det blitt stille. Jeg vet ikke helt hva jeg skal gjøre for å få det til. Må sette opp Mosquitto (addon i Hass.io), og få klientfila på stell. 

    Konfigen i Mosquitto er nå:

    {
      "logins": [],
      "anonymous": true,
      "customize": {
        "active": true,
        "folder": "mosquitto"
      },
      "certfile": "fullchain.pem",
      "keyfile": "privkey.pem",
      "require_certificate": false
    }

    I tillegg til at jeg har lagt inn ACL som anbefalt:

    Sitat

    Add the following configuration to enable unrestricted access to all topics.

    Enable the customize flag

       "customize": {
         "active": true,
         "folder": "mosquitto"
       },
    Create /share/mosquitto/acl.conf with the contents:

     acl_file /share/mosquitto/accesscontrollist
    Create /share/mosquitto/accesscontrollist with the contents:

     user [YOUR_MQTT_USER]
     topic readwrite #

     

    Porter er default

    image.png.92285ef815109e355180d05c337e1287.png

     

    Her er konfigen for MQTT-daemonen (klient)

    # Configuration file for Xiaomi Mi Flora Plant Sensor MQTT Client/Daemon
    # Source: https://github.com/ThomDietrich/miflora-mqtt-daemon
    #
    # Uncomment and adapt all settings as needed.
    
    [General]
    
    # The operation mode of the program. Determines wether retrieved sensor data is published via MQTT or stdout/file.
    # Currently supported:
    #
    #           mqtt-json - Publish to an MQTT broker in a proprietary json format (Default)
    #          mqtt-homie - Publish to an MQTT broker following the Homie MQTT convention
    #                       (https://github.com/marvinroger/homie)
    #      mqtt-smarthome - Publish to an MQTT broker following the mqtt-smarthome proposal
    #                       (https://github.com/mqtt-smarthome/mqtt-smarthome)
    #  homeassistant-mqtt - Publish to an MQTT broker following the HomeAssistant discovery format
    #                       (https://www.home-assistant.io/docs/mqtt/discovery/)
    #    thingsboard-json - Publish to the ThingsBoard MQTT broker
    #                       (https://thingsboard.io)
    #    wirenboard-mqtt -  Publish to the Wiren Board MQTT broker
    #                       (https://wirenboard.com)
    #                json - Print to stdout as json encoded strings
    #
    reporting_method = homeassistant-mqtt
    
    # The bluetooth adapter that should be used to connect to Mi Flora devices (Default: hci0)
    adapter = hci0
    
    [Daemon]
    
    # Enable or Disable an endless execution loop (Default: true)
    enabled = true
    
    # The period between two measurements in seconds (Default: 300)
    period = 300
    
    [MQTT]
    
    # The hostname or IP address of the MQTT broker to connect to (Default: localhost)
    hostname = <ip-til-hassio>
    
    # The TCP port the MQTT broker is listening on (Default: 1883)
    port = 1884
    
    # Maximum period in seconds between ping messages to the broker. (Default: 60)
    keepalive = 60
    
    # The MQTT base topic to publish all Mi Flora sensor data topics under.
    # Default depends on the configured reporting_method
    #base_topic = miflora                   # Default for: mqtt-json, mqtt-smarthome
    #base_topic = homie                     # Default for: mqtt-homie
    base_topic = homeassistant
                 # Default for: homeassistant-mqtt
    #base_topic = v1/devices/me/telemetry   # Default for: thingsboard-json
    #base_topic =                           # Default for: wirenboard-mqtt
    
    # Homie specific: The device ID for this daemon instance (Default: miflora-mqtt-daemon)
    #homie_device_id = miflora-mqtt-daemon
    
    # The MQTT broker authentification credentials (Default: no authentication)
    username = mqtt
    password = <MITTSUPERPASSORD>
    
    # Enable TLS/SSL on the connection
    tls = false
    
    # Path to CA Certificate file to verify host
    #tls_ca_cert =
    
    # Path to TLS client auth key file
    #tls_keyfile =
    
    # Path to TLS client auth certificate file
    #tls_certfile =
    
    [Sensors]
    
    *SNIP*

     

    MQTT er jo sagt at det er noe SÅÅÅÅÅ fantastisk og enkelt, men dette er elendig dokumentert, og klarer ikke finne gode guider på nett. Noen som kan fortelle meg hvordan jeg skal feilsøke?

     

    Hass.io kjører i docker på en RPi uten mye hokus pokus og annet som kjører på samme boks.

  6. 1 minutt siden, Moskus skrev:

    Ja, Z-TRM1 kunne brukes som en "gammel" effektregulator, dvs. den styrer effekten, istedenfor å styre etter temperatur (som en termostat). Denne funksjonen mangler i Z-TRM2, Z-TRM2fx og tilsynelatende Z-TRM3.

    Tenker du på PWM-styringen? Den er faktisk ganske nyttig for meg, siden ubrukelig elektriker nektet å legge temperaturføler i gulvet og varmepumpe står for oppvarmingen.

  7. 1 time siden, solosuper skrev:

    Har kommet over et problem jeg ikke får løst. Har en raspberry pi4 og har allerede en aeotec z-stick kjørende på den. For å få den til å virke bruker jeg en usb slitter. Når har jeg tenkt å utvide nettverket med zigbee med en conbee 2. Først tar jeg strømmen på raspberryen og deretter setter i conbee2. Når jeg starter opp HA så stopper z-wave nettverket mitt. Ingen av enhetene som kjører z-wave starter. Samme skjer uansett hvilken usb utgang jeg prøver, til og med usb3 utgangen. Når jeg fjerner conbee2 så starter z-wave nettverket som normalt. Noen som kan hjelpe?

    Hvordan har du installert Home Assistant? Hassio? Prøver både deconz og zwave å finne samme USB-device? Sjekk her for å sjekke om zwave-devicen endrer navn.

  8. Skjønner. jeg har RPi til bare Hass.io, så jeg har Raspbian kun som ekstra mellomledd som er unødvendig - spesielt nå som det er støttet med USB-boot på HASSOS 3 på Rpi3 .

     

    Men NUC er uansett et bedre valg, da det har ytelsen og SSD/hdd fra start, noe som er fordelaktig med databasen. I tillegg er det nok CPU-kraft til å kunne dra Visual Studio Code-pluginen for Hass.io, som ikke er støttet på RPi.

    • Thanks 1
  9. Akkurat nå, Preference skrev:

     

    Var det jeg mente, hass.io er jo også Home Assistant, men burde spesifisert. Med hass.io så er det jo enkelt å oppdatere og legge til plugins :)

    Men mener du at man skal kjøre inn hassio docker fra f.eks. Ubuntu, eller med Hass.io installasjon med HASSOS? Jeg har førstnevnte på min RPi3 B+, men det er kun fordi jeg har USB-SSD som boot medium.

  10. Du har valgt rett, mener jeg. HASS-teamet jobber hardt med brukervennlighet og har uttalt at de nå skal nærme seg versjon 1.0. Da må alt være på plass. I tillegg har du alle mulige integrasjoner som stadig blir flere. 

     

    Installer hass.io, da home assistant i docker ikke er støttet (hass.io i docker er støttet-ish). Det er et boot image for NUC, så ser ikke hvorfor du ikke skulle gjort det. Jeg har RPi3 B+, og kjører Hass.io i Docker, men det er fordi HassOS ikke støttet boot fra USB da jeg installerte, og etter å ha knekt flere SD-kort, kjøpte jeg SSD og USB-adapter. Med NUC, går dette finfint! 

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