Gå til innhold
  • Bli medlem

Søk i nettsamfunnet

Viser resultater for emneknaggene 'mqtt'.

  • Søk etter emneknagger

    Skriv inn nøkkelord separert med kommaer.
  • Søk etter forfatter

Innholdstype


Kategorier

  • Generelt
    • Automasjonskaféen
    • Annen Elektronikk
    • Ditt system
    • Grafikk og design
    • Nettverk
    • Nybegynner
  • Bruksområder
    • A/V-kontroll
    • Belysning
    • Klimakontroll
    • Overvåking
    • Sikkerhet
    • Strømsparing og strøm-overvåkning
    • Talestyring
  • Systemer
    • Domoticz
    • Fibaro Home Center
    • Futurehome
    • HDL
    • Home Assistant
    • HomeKit
    • HomeSeer
    • Homey
    • Indigo Domotics
    • Node-Red
    • openHAB
    • Sensio
    • SmartThings
    • Telldus Live!
    • Vera
    • Z-Way
    • Zipato
    • Øvrige systemer
  • Teknologi / Protokoller
    • Blåtann
    • irDA
    • KNX
    • MQTT
    • RF
    • xComfort
    • Z-Wave
    • ZigBee
  • Utlån, kjøp og salg
    • Prisjakt
    • Kjøp / Salg
    • Powerbuy
    • Kommersielle tilbud
    • Utlån
  • Nettstedet
    • Kunngjøringer
    • Nyheter
    • Ris, ros og spørsmål om forumet

Blogger

  • En teknologisk hverdag
  • Enda en hobby?
  • Smånytt
  • en guide til elektro-verdenen

Kategorier

  • Nyheter
    • Produkter
    • Programvare
  • Tester
    • Systemer
  • Guider
    • Fibaro
    • HomeSeer
    • Nettverk
    • openHAB
    • Z-Wave

Finn resultater i...

Finn resultater som inneholder...


Startdato

  • Start

    Slutt


Sist oppdatert

  • Start

    Slutt


Filtrer etter antall...

Ble med

  • Start

    Slutt


Gruppe


Om meg


System

  1. Har endelig blitt kvitt alt av interface på min virtulle Home-Assistant server, tidligere med DeCONZ for Zigbee, og nå nulig ZWaveJS2MQTT for Z-Wave. Det gikk lekende lett faktisk, selv om det etter alt å dømme ikke var godt dokumentert. Vil derfor dele denne how-to-en jeg skrev: https://flemmingss.com/how-to-set-up-zwavejs2mqtt-on-a-raspberry-pi-and-integrate-it-with-home-assistant/
  2. Har laget en mulighet for å integrere varmepumpen min direkte inn i home assistant via MQTT. https://github.com/toremick/shorai-esp32 Sikkert kjekt for de som har varmepumpe av denne typen.
  3. Hei Noe av det jeg har: Home Assistant i Proxmox på Intel NUC. Lys: Fibaro dimmer 2 Fibaro singel switch 2 Fibaro double switch 2 Fibaro wall plug Ikea Trådfri Adapter Ikea Trådfri pærer WLED Varme: Mill ovner Varmekabler - Elko Strømmåling: AMS-måler Shelly Div sensorer fra : Netatmo Fibaro Xiaomi mijia/Aqara/CGG1
  4. Hei, Nykommer her på forumet og hadde lyst å dele mitt oppsett. Etter litt frustrasjon (fra øvrige medlemmer av husstanden) over styring av hus via flere appen tenkte jeg at jeg skulle lage en sentral hub, hvor alle enheter kunne styres fra. Noen websøk senere havnet jeg på Home Assistant. Oppsett og hardware: Windows server: Home Assistant, MQTT, Unify kontroller, Plex server. Ubiquity nettverks utstyr. Airpatrol wifi varmepumpestyring Div hue produkter Chromecast Pioneer AVR Logitech UE smartradio Android webcam Wemos (Arduino) temp sensor Tibber Noen timer over noen kvelder senere har jeg satt opp følgende styring i Home Assistant: Styring av lys (Phillips Hue) med wakeup light automasjon. Styring av varme (Airpatrol wifi (via IFTTT og webhooks) med automasjon for nattsenking. Styring av media (Chromecast, Pioneer AVR og Logitech UE smartradio). Oversikt over vær (yr), strøm (tibber), webcamera og varmesensorer (diy). Husstandens medlemmer har webapp satt opp på telefonene, i tillegg har jeg hengt opp en Galaxy Tab 2 7" på veggen for besøkende. Denne skal byttes når ny kommer i posten (Huawei Mediapad T3 7" siden samsungen er sliten og treig. Kommende oppdateringer: Ny tablet for styring er på tur i posten. Deler til 4 nye temperatur og luftfuktighets sensorer er på tur i posten. Framtidige oppdateringer: Flere Hue lyskilder. Z-wave med veggplugger til de 3 panelovnene jeg har og strømuttak ute til defa. Hue motion sensor. Google home mini. Harmony hub. Når AMS måler kommer i hus blir jeg å sette opp lesing av sanntidsdata via HAN. Samboer (til tross liten interesse for teknologi o.l.) bruker systemet hele tiden og er veldig fornøyd med oppsettet. Setter pris på tilbakemeldinger, forslag og kritikk
  5. Har oppdatert dette da det første utgangspunktet med ESP-01 ikke er så mye brukt lenger samt det er mye enklere med de nyere ESP variantene som Nodemcu, Wemos, ESP32, osv. som har det som trengs innebygd på kortet. Jeg gikk selv raskt over til en Nodemcu like etter jeg brukte ESP-01 pga litt nettere innstallasjon, så på tide med en update da jeg ser flere ønsker å gjøre dette . Jeg bruker enda kode som er fra 2018 som virker helt fint for meg, men det er blitt oppdatert flere ganger på https://github.com/SwiCago/HeatPump ------------- Deler litt bilder og hva jeg gjorde for å få Mitsubishi varmepumpe online med ESP8266 WIFI modul. Utgangspunket var å få noe bedre en zxt-120 til å styre varmepumpa og noterte meg at det kan kjøpes diverse plugin moduler fra Mitsubishi for dette (blant annet MelCloud WIFI adapter). Så da tenkte jeg at det måtte være noen terminaler eller plug som en kunne koble seg til. Heldigvis så er det noen som har trakka løypa først så noen kloke hoder har reversert kommunikasjonen på CN105 porten på disse varmepumpene og laget hardware oppsett og software bibliotek for dette; https://github.com/SwiCago/HeatPump. I korte trekk så er det en kontakt, CN105, som har seriell kommunikasjon og 5V på ene pinnen så da sier det seg selv at en ESP modul er rette valget her. Denne porten finnes på de fleste Mitsubsihi varmepumper, hvis varmepumpen søtter MelCloud så har den denne kontakten slik jeg har forstått det. Jeg har en Mitsubishi FD-Heat Kirigamine (MSZ-35FD). Så da er det bare å trekke ut strømkontakten til varmepumpa og åpne opp. Finner hovedkortet og i mitt tilfelle så må en ta ut flere kontakter for å få ut hovedkortet. CN105 kontakten ser ut til å være brun i det fleste tilfeller. Den har 5 pinner. Type kontakt som passer er PAP-05V-S, jeg kjøpte min fra Elfa: 300-21-706 "PAP-05V-S Krympehus Poles 5, JST 300-21-733 "SPHD-001T-P0.5 - Klemkontakt Hunn 26...22 AWG, JST" Elfa har også ferdige ledninger med klemkontakt montert i svart og rød for å gjøre det litt enklere; 143-52-231 "Rød Forkrympet ledning DF11 Hunn 500mm 143-52-235 "Sort Forkrympet ledning DF11 Hunn 500mm" Jeg gikk for klemkontakter så jeg kunne være litt fargerik på ledningene, bruker kontakter 2 - 5 (TX,RX,5V,GND). Siden jeg har min pumpe opp under taket laget jeg en lang ledning slik at jeg kan ha ESP modul på toppen. Laget et lite hakk i kabinett for ledning ut. Har en liten nedfelt "hylle" på toppen hvor jeg har ESP liggende. Flere modeller har også plass innvendig for ESP modul så kan gjemmes vekk hvis ønskelig. Sjekket at det var 5V på plus leding etter mod (NB! pinne 1 har 12V) så en slipper uønsket grill party. Tilkobling fra CN105 kontakt direkte til Nodemcu blir da slik som under. Kjører 5V fra varmepumpe kontakt inn på 5V inn på nodemcu (VIN). Ser da noe sånt ut som dette: Jeg brukte Arduino IDE med Nodemcu og PubSubClient MQTT biblioteker. På HS3 brukte jeg mcsMQTT plugin da denne parser JSON direkte og lager egne devicer for hver parameter i JSON strengen. Tick av "a" for de lesingene du ønsker og den lager devicer i Homeseer. Trykk på "ref" for å legge til knapper for de ulike parameterene. For hver kommando en vil sende til varmpepumpen må en legge til en kommando. Brukte MQTTlens for Windows med testing. Trykker på f.eks ID "534", tick av Button for "knapper" på HS device siden. Deretter gå til "HS Device VSP list" og legg til kommandoer. Skriver bare i feltet: "0=SWING" og tar retur, deretter neste knapp "1=<<", så bygger en listen nedover som da blir "knapper" i device siden. Det vil da se slik ut: * Oppdatert: dette eksempelet er som sagt laget med 2018 kode så det kan avvike litt fra det siste på https://github.com/SwiCago/HeatPump. Er nye opsjoner som f.eks ignorerer vanlig IR fjernkontroll og overstyrer med satte parameter. Modifiserte MQTT eksempelet med fixed IP og laget egne MQTT subscriptions for de ulike kommandoene da mcsMQTT plugin for Homeseer ikke sender JSON for kommandoer. Noter de ulike topics f.eks heatpump/set/fan nedenfor i settings for mcsMQTT som en må sette for hver device som skal sende data. I utgangspunktet er eksempel kode på ESP'en satt opp med å motta alle parameter på same topic, må da sende MQTT payload som JSON streng f.eks {temperature: 24}. Så derfor tok jeg en "kjapp" update med egen topic for hver setting og tar da bare verdi rett fra device i homeseer som payload for raskt få det til å virke. Men her kan en lage det som en vil uansett. Jeg la til disse som nye topics i .h filen, måtte også oppdatere litt i "void mqttCallback(...) samt registere de nye MQTT topics. // new topics for Homeseer/mcsMQTT const char* heatpump_set_power_topic = "heatpump/set/power"; const char* heatpump_set_mode_topic = "heatpump/set/mode"; const char* heatpump_set_temperature_topic = "heatpump/set/temperature"; const char* heatpump_set_fan_topic = "heatpump/set/fan"; const char* heatpump_set_vane_topic = "heatpump/set/vane"; const char* heatpump_set_widevane_topic = "heatpump/set/widewane"; Får da hver gang det er en forandring på varmepumpe settings (enten via MQTT eller fjernkontroll) og da oppdateres MQTT topic "heatpump" som JSON streng: {"power":"ON","mode":"HEAT","temperature":25,"fan":"2","vane":"SWING","wideVane":"SWING"} Ellers leser den temperatur hver 60 sekunder (kan justeres i kode) på topic "heatpump/status: {"roomTemperature":25,"operating":true} ...og det var en kort update på hvordan jeg fikk min varmepumpe online .
  6. Hei Jeg har nå begynt å "koble" meg på eksterne MQTT-devicer, og først ut er min dashboard tablet hvor planen er å styre "Wallpanel" over MQTT. Planene er å gjøre kommandoene reload, relaunch, wake tilgjengelige i HS4. For å gjøre dette bruker jeg den (foretrukkede metoden) plug-in devices hvor jeg velger en topic og videre fra den genererer en HS4-device. Problemet mitt er å lage en fornuftig gruppering hvor jeg har én parent device og funksjonene reload, relaunch, wake som hvert sitt child device. Det klarer jeg ikke helt på en reperarbar måte. I hovedsak så genereres det automatisk en ny parent for hver topic jeg legger til (assosierer). Noen spesielle triks som jeg bør kunne her?
  7. Fjosepose

    mscMQTT for HS4

    Hei Jeg sliter med mcsMQTT og tror det er en feil i plug-in´en for HS4. Utvikleren mener at jeg skal kunne sub og pub på samme topic name (selv om jeg mener å ha lest at han anbefaler sepatate topics for set and get). Jeg får ikke dette til å fungere. Dersom jeg benytter ulike topic names for set og get (finnes en option for dette i ioBroker) som mottar på /topic og sender ut/svarer på topic/set så fungerer det (nesten) i HS4. Problemet er bare at da får jeg feedback siden mscMQTT tar innkommende verdi(subscribed) og publisher den ut broker igjen. Broker gjør som jeg tror er riktig...den svarer og sender echo av mottatt verdi tilbake til mcsMQTT...og så har vi det gående... Dersom jeg bruker fullstendige forskjellige topics som ikke har noe med hverandre å gjøre så fungerer det, med da jobber jeg ikke på samme "variabel". Det jeg ønsker er: Overstående fungerer mellom feks MQTT Explorer-client og ioBroker-broker, og grunnen til at jeg ønsker det slik er for å slippe "glue logic" i form av Node-Red. Forøvrig ikke noe feil med Node-Red, men i dette tilfellet skal det ikke være nødvendig å bruke...
  8. Fjosepose

    MQTT subscribe

    Nå har jeg lekt med meg mcsMQTT på HS4 noen kvelder på rad og begynner å nærme meg sammenbruddets rand. Det jeg i praksis skal gjøre er å publisere verdiene fra noen VS som er temperatursetpunkter til en broker. Dette går helt fint og jeg kan bruke disse verdiene i mitt dash board for å vise verdienen. MEN så skal jeg også endre på disse verdiene i dashboard. I terorien må man da benytte en annen topic for å unngå "feedback". Vanligvis gjøres dette ved å slenge på en /set bak klientens publish topic. Så puttes det legges subscribe-verdien inn i mcsMQTT assosieringsmenyen (etter at man først har satt opp publish) Dette har jeg altså klart etpar ganger med verdiene StueEP og StueCP, verdiene vises fint i dashboard og HS4, og jeg kunne endre begge veier. Når jeg så skal legge til flere verdier slutter det å virke for de nye verdiene selv om jeg har benyttet samme fremgangsmåte for å legge dem inn. Deretter har jeg fiklet med det og så har alt sluttet å virke. Det som er snodig er at jeg også har satt opp en anndre klienter( MQTTX og MQTT Explorer), og her kan jeg subscribe på topicene jeg ønsker endre på dem og puclisere akkurat som jeg vil. Broker plukker opp riktig verdier. Nå får jeg bare til å publisere fra mscMQTT på HS4...ikke noen subscription i det hele tatt. Nå er det forøvrig slik at "master" for verdiene mine er HS4....det er ikke en device som jeg skal hente verdier fra noe steds slik som muligens oftest et oppsett er. Er det noen her som behersker mcsMQTT og kan gi noen tips? Holder på å bli sprø🥳
  9. Har noen jobbet med/kommet lenger med en 100% lokal integrasjon av Yale Doorman v2n? Hadde vært kjekt å gjøre seg helt uavhengig av verisure's api med de begrensningene det har. Alt er av interesse! z-wave-modulen (som kanskje eller kanskje ikke kan la seg bruke) eller et HW-hack med f.eks. Fibaro smart implant som kan spionere på status og kanskje låse/låse opp ved å simulere vrideren? Eller esp32/d1 mini og mqtt?
  10. Når man har automatisert lys, varme, dørlåser, garasjeporter, sengetepper, og så videre, så er selvfølgelig spørsmålet: "Hvordan kan jeg nå gjøre livet enklere for meg selv?" Svaret er åpenbart: Den tiden det tar å helde drikke fra en beholder til et glass er jo helt bortkastet, så det må jo automatiseres! Og så er det jo selvfølgelig kulere. Dermed ble The Bartender™ født. En liten 5V slangepumpe styrt av en ESP8266, et par slangelengder, litt tålmodighet, og voila! Den kan selvfølgelig gjøre mer enn det: Deler En NodeMCU eller ESP32 (som denne: https://www.aliexpress.com/item/32665100123.html) En slangepumpe (som denne: https://www.aliexpress.com/item/4000974680479.html) Et 5V relé brett (som dette: https://www.aliexpress.com/item/4000125547605.html) En 5V strømforsyning (f.eks. fra Clas Ohlson) Et knippe prosjekt-ledninger (som dette: https://www.aliexpress.com/item/33060775595.html) Strømtilkoblinger (som disse: https://www.aliexpress.com/item/4000097450967.html) En passende plankebit, jeg hadde en foring liggende Slanger (jeg fant på Biltema) Hullbånd Kantbånd for stryking Oppkobling Koble 3V og GND på NodeMCUen til VCC og GND på reléet. Koble D1 på NodeMCUen til Vin på reléet. Utgangene på releet kobles i serie på strømforsyningen. Kode Jeg styrer den via MQTT. Det var enkleste måten å få inn og ut data fra den uten for mye styr. Den har følgende topics. /motor/get - sender status på motoren, verdi: 1 eller 0 /motor/set - setter motoren på eller av, verdi: 1 eller 0 /runtime - heltall på antall sekunder motoren skal kjøre /runtimestatus - rapporterter fortløpende hvor lenge i prosent motoren har kjørt av sekunder satt med /runtime (verdi: 0-100) Alt sendes til "bartender/1", det siste /1 i tilfelle jeg skulle finne på å lage noen til… Du trenger Arduio Studio og ha installert PubSubClient (https://pubsubclient.knolleary.net) Bartender.ino: I HomeSeer ser det slik ut: … som er satt opp i mscMQTT slik: Dette kan man selvsagt enkelt legge til andre systemer, som Home Assistant, Node-Red eller Homey hvis man ønsker. Kalibrering En typisk drink er visstnok 40 ml. Jeg hadde et målebeger og kjørte pumpa til det nådde opp til 0,4 dl. Det tok 19,5 sekunder som jeg runder opp til 20. Dermed får vi sammenhengen Kjøretid = Drink_størrelse * (20 sek /40 ml) = ca. drinkstørrelse * 0,5. Men det kan være annerledes for din pumpe og strømforsyning. Alexa Den øverste devicen (merket 4052) er egentlig bare på/av som er lagt inn i Alexa. Der har jeg også bare laget en rutine som skrur på device 4052 når Alexa hører "pour me a drink". Når devicen blir skrudd på har jeg et event som sender "20" til topic "/runtime", og skrur seg selv av (dvs. til "inactive" etter 20 sekunder). Så nå står den her på kjøkkenbenken. Tror jeg må få meg et barskap den kan passe inn i...
  11. Hei. Jeg er såvidt igang med å ta i bruk MQTT som protokoll for logging av data, og ønsker i den forbindelse litt inspirasjon når det kommer til struktur i navngivingen. Jeg har en Wemos d1 mini som leser inn temperaturer fra noen DS18B20 temperatursensorer. Jeg ønsker at dette skal være et fleksibelt system, hvor jeg kan henge på flere sensorer på samme Wemos, men også programmere flere Wemos'er som "noder" i systemet. Et par utfordringer jeg har møtt på: Klientnavn på MQTT noden. For å slippe å endre koden for hver ny node har jeg sett for meg at jeg kan hente ut MAC-adressen til wemos'en og bruke denne som klientnavn. På denne måten vil hver klient være unik Fordeler: Autogenerert data som man slipper og forholde seg til Ulemper: Vanskelig å feilsøke/finne når noden kun har et autogenerert navn. Generering av topic. Her ser jeg for meg å hente ut den unike adressen fra hver sensor, og sende denne som topic. Jeg vil deretter ha en kryssreferanse eller lignende på "serverside" som linker hver sensor mot riktig objekt i database/HA/Whatever. Fordeler: med dette er at jeg kan flytte sensorer mellom forskjellige noder uten at det vil påvirke hvordan data sendes inn. En annen fordel er at jeg ikke risikerer at sensorer "bytter plass" når jeg kobler inn en ekstra sensor. Ulemper vil nok være at det er forholdsvis tungvindt å hente ut den unike adressen fra hver sensor. Det vil også være mer arbeid på serversiden, samt at det blir vanskeligere å feilsøke siden navnene er autogenerert. Tanken er å lage en robust og god løsning som fremtidig kan utvides til flere forskjellige typer sensorer og data. Målet er å ha et automatisk system hvor alle noder kan kjøre på samme arduino-prosjekt uten å måtte tilpasses individuellt. En annen måte å gjøre det på er å lese inn all data til en JSON-streng som deretter sendes på MQTT. Fordelen med dette er at det blir færre publiseringer til MQTT brokeren. En ulempe er at dette blir vanskeligere å lese/feilsøke, samt at det krever mer programmering på serverside. Så...hvordan strukturerer DU din MQTT kommunikasjon? Hvilke fordeler/ulemper har du erfart med måten du gjør det på? Hvilke fordeler/ulemper ser du med måten jeg ser for meg å sette ting opp på?
  12. 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: Porter er default 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.
  13. Jeg kjører HA på en Raspberry pi, hvor jeg også kjører node-red. Hvordan kan jeg vise en verdi i brukergrensesnittet til HA, som sendes i fra Node-red? Er løsning mqtt? Eller finnest det andre måter å vise data på?
  14. Var innom en kamerat som hadde investert i noen ADAX WiFi panelovner. Han hadde litt trøbbel med å få de aktivert, og jeg ble litt interessert i å finne ut om de kanskje kunne autmatisers og kobles til MQTT. Fant bare ut at de dukker opp som Access punkter, og at de kommuniserer med en Azure backend. Har kontaktet ADAX for å høre om de evt. kan gi sin velsignelse... Noen som har erfaringer? Kanskje noen som har åpnet en ovn og kikket inni?
  15. Hass har støtte for en del ting som ikke (enda) er i Homeseer, f.eks. Twinkly og Roborock og sikkert en del andre som jeg ikke har funnet ut av enda. Ser en del andre bruker Hass som et, skal vi si støttesystem, til Homeseer for nettopp å kunne styre ting som ikke kan styres fra Homeseer. Så da har jeg satt opp en Pi med Hass.IO, og det funker fint. Men så var det dette med koblingen mellom Homeseer og Hass. Ser noen anbefaler å bruke MQTT, som jeg ikke har brukt enda. Er usikker på om jeg skal legge inn broker (Mosquitto eller den som følger med Hass?) på Pi'en eller et annet sted? Så har jeg lastet ned mscMQTT-pluginen til Homeseer og installert den, uten at jeg har filla peiling på hvordan den skal brukes. At den i tillegg bruker 100% CPU er jo et artig tilleggsproblem, men det kan sikkert løses. Så, poenget: Er det noen som har en oppskrift for dummies som kan brukes til dette?
  16. Hei, Vinteren nærmer seg og dører og vinduer lukkes, da er det vel på sin plass å følge med på at Radon nivået holder seg innenfor sunne grenser, jeg har derfor "tuklet" litt med Airthings og tilpasset deres RaspberryPI script slik at jeg kan bruke og logge verdiene i openHAB. Jeg har valgt (for meg enkleste løsning) å gå via mqtt/mosquitto slik at løsningen også kan tilpasses og brukes av andre systemer. Last ned filene og følg instruksene, vær obs på at jeg kan hverken bash eller python, men ved hjelp av Google og masse prøv å feil fikk jeg det da til å virke, og løsningen har nå gått stabilt på to forskjellige systemer i et par måneders tid. Kommentarer og ikke minst forbedringer mottas med takk. read_wave.py inneholder instruksene og informasjonen du trenger. read_wave.sh er scriptet som kjøres for å oppdatere verdiene (må tilpasses din Wave). Airthings.ITEMS er et eksempel på openHAB items for bruk med scriptene over. /Ole Airthings.items read_wave.py read_wave.sh
  17. Project Rotini er et svært attraktivt dashboard for ditt hjemmeautomasjon-system som inntil nå kun har vært tilgjengelig for openHAB brukere. Etter siste pressemelding fra skaperen av Rotini (Igor Gladkov) vil neste versjon ha full støtte for openHAB og Home Assistant + andre systemer som støtter MQTT protokollen. Det er også planlagt versjoner for Android wear/TV og iOS i fremtiden. Hele pressemeldingen kan du lese under:
  18. Project Rotini er et svært attraktivt dashboard for ditt hjemmeautomasjon-system som inntil nå kun har vært tilgjengelig for openHAB brukere. Etter siste pressemelding fra skaperen av Rotini (Igor Gladkov) vil neste versjon ha full støtte for openHAB og Home Assistant + andre systemer som støtter MQTT protokollen. Det er også planlagt versjoner for Android wear/TV og iOS i fremtiden. Hele pressemeldingen kan du lese under: Vis full oppføring
  19. Prøvd å søke litt på homeseer forumet men finner bare snakk om mqtt inbound til homeseer men ikke utgående. Noen som vet om det er grei skuring å eksportere zwave enheter til en mqtt server.
  20. Hei, Har begynt å se på diverse led-strips, og i min søken etter en måte å styre dette på, uten å måtte betale 500,- pr kontroller, så kom jeg over denne: http://tinkerman.cat/closer-look-h801-led-wifi-controller/ Det er en wifi-enablet kontroller som med flashet firmware lar deg styre led-strips via MQTT. Noen som har erfaring med den? Ja, jeg vet det ikke er zwave, men lurer litt på om det er verdt ett forsøk for å lage en enkel styring. TJ
  21. Noen som har sett på MQTT Alarm Panel komponenten som kom på plass tidligere i høst? Så akkurat et prosjekt som så meget pent ut. Nydelig implementering mot HASS via MQTT og WAF-faktor an mass! Har sett litt etter Z-wave keypads og det lille jeg fant var stusselige greier. Kjenner jeg ble i overkant klar for å prøve meg på å bygge et MQTT panel med en RPI Zero og 3.5" skjerm selv
  22. Noen som vet om det er mulig å bruke Smartthings-huben som ren gateway for kun lokalt å få dataene via mqtt eller lignende? Vil ikke kjøre noe på nett, men kan til nød lage en konto for å inkludere sensorer til hub-en. Er umulig å google "smartthings hub without internet" uten at alle treff handler om hva som skjer hvis internett blir borte, når man ikke vil det. Altså motsatt scenario.
  23. Hei Jeg er i bestemmelsesprosessen om jeg skal gå for HS3 eller noe annet ( Jeg har tidligere brukt OpenHAB, men det var i forrige huset så blir uansett å starte på nytt. Og det er en stund siden så husker ikke så mye av det). Jeg bruker nå en trial av HS3 på linux, og ser at det er en del plug-ins som kun fungerer på windows. Vet det er mange som kjører det på windows, men liker linux bedre på ting som skal være stabilt. Dårlig erfaring med windows der. Og vil helst ikke kjøpe/ofre en windows lisens i tillegg også da det blir dyrt nok fra før. Vurderer å kjøre mqtt mot en av opensource systemene i stedenfor plugins på det som ikke fungerer på linux hvis jeg går for det. Og der jeg synes plug-in'ene er overpriset. Som jeg synes det er en del av. Noen som har noen tips om hva jeg bør gjøre? Og evt. om jeg bare burde gå for et opensource alternativ i steden for å blande 2 systemer.
  24. Har i dag lastet opp ny version og kildekode av min windows 10 mqtt iot klient Målet var å gjøre mine Windows 10 maskiner så "smarte" som mulig og få de integrert i Home Assistant ved bruk av MQTT. Nå styrer jeg strøm/skjerm/lyd/programmer , henter ut sensor data på disker/batteri/cpu og sende meldinger fra Home Assistant i form av TOAST og TTS. Programmet ligger tilgjengelig på https://github.com/KjetilSv/Win10As Installasjonslink : https://github.com/KjetilSv/Win10As/raw/master/installer.zip Eksempler på bruk : https://kjetiliot.blogspot.no/2017/06/smartify-windows-with-mqtt.html Er testet/brukt mot Home Assistant men bør funke fint mot alt som støtter MQTT.
  25. Etter å ha lett / testet en rekke forskjellige brytere / kontrollere i automasjonssystemet mitt, har jeg mer eller mindre konkludert med at jeg er nødt til å lage dem selv. Jeg bruker per nå en del Z-Wave.me WALLC-S kontrollere, og er veldig fan av konseptet med 4 impulsbrytere med kort/langt trykk, samt kompatibilitet med Elko-rammer. Problemet er at mekanikken er dårlig, feedback på trykk er dårlig og det er vanskelig å montere dem slik at de ikke kiler seg. I tillegg har en av dem plutselig dødd, kanskje fordi man føler man må trykke skikkelig hardt for at det skal registreres. Jeg har også prøvd disse: Exxact RF trykknapp 2-kanals hvit, som har veldig god mekanikk og feedback på trykk, men jeg fant fort ut at den er totalt ubrukelig da den kun kan kontrollere andre enheter direkte. OpenZwave kunne ikke skille på de 2 kanalene i det hele tatt. 1-kanals versjonen ville fungert, men jeg har lyst på mer enn én funksjon. I tillegg kunne man kjøpt en vanlig Elko bryter + ett eller annet z-wave relé med inngang for samme prisen. Planen min er å bruke en ESP32 + 230V -> 3.3V supply + en eller annen kommersiell "dum" bryter. Problemet er at jeg ikke klarer å finne en egnet bryter å bruke. Elko har denne: Plus signalpanel 4K 0,4A PH, men listepris er 4108 kr, og jeg klarer ikke skaffe den billigere enn 2500kr. Jeg vet dessuten ikke om den kan monteres i rammer Gira har denne: Impulsbryter 4-dobbel, med en mye hyggeligere pris på 340kr Er det noen som vet om en bryter som kunne egnet seg, eventuelt en skikkelig z-wave/whatever enhet som passer i Elko rammer?
  • Medlemsstatistikk

    5 101
    Totalt antall medlemmer
    846
    Flest pålogget
    telldus control
    Nyeste medlem
    telldus control
    Ble med
×
×
  • Opprett ny...