PutiPlot

Har hatt litt dialog med Telia, hvor de skal undersøke i sitt nett og de tjenestene de bruker.
Usikker på om de har gjort noe for å fikse det, men nå fungerte live.telldus.com igjen, og jeg kunne dermed genere opp lokale nøkler.

Men fortsatt ikke helt fornøyd med at man MÅ via live.telldus.com for å få generert opp nøklene for kun lokal bruk, så kommer nok til å snuse på alternative enheter. (Og RFLink ser fristende ut)

Ser på kommentarer i sosiale medier at det har vært en del rot hos Telldus i det siste, og de er ikke så veldig flinke til å svare tilbake. 

De skal visstnok også bytter adresse for internett-api'et:
 

Fra Telldus sin Facebook-side (fra 22.november):

Sitat

Information for those of you who use api.telldus.com

For a longer period of time we have switched from pa-api.telldus.com to api.telldus.com to improve functionality.

You who have a connection to api.telldus.com through, for example, HomeAssistant or your own solution must point to pa-api.telldus.com as soon as possible.

All traffic to api.telldus.com will be shut down shortly.

You who only use Telldus Live! don't need to do anything.

tronde skrev (På 7.11.2023 den 18.13):

.....

 

Hvis man har mye 433-utstyr som funker greit nok, synes jeg RF-link gjør en god jobb. Spesielt med espRFlinkMQTT  på en ekstra ESP8266. RF-link er i utgangspunktet ment for USB mot en PI eller PC, men når alt går over trådløs MQTT er man mye friere til å velge en gunstig plassering av radiodelen.

 

RF-link har vært neglisjert siden siste versjon kom i 2017, men nå er det noen som har fått en ny versjon for testing står det på nettsiden deres, og det lover godt.

 

Det var et sted det sto noe som kunne tolkes som om at det skulle bli mulig med direkte kopling mot en zigbee dongle også. Det burde være mulig å få til uten omveien med dongle i en MQTT broker som jeg forstår man må nå.

 

Det skal vel være mulig å bruke tellsticken på samme måte som RF-link, men RF-link støtter flere protokoller. Jeg har aldri prøvd, så andre får fylle på med info hvis de har.

 

Noen foretrekker å kjøpe noe som funker rett ut av boksen, men hvis man, som jeg gjør, liker å fikle med hardware, finnes det mange muligheter som ikke koster skjorta.

Spennende.
Nå har jeg en MQTT kjørende på Ubuntu-NUC'en min (mosquitto), og det å få inn støtte for ZigBee i oppsettet mitt hadde vært kjekt.

Det finnes en del kule ting som ikke er så lett å få tak i i ZWave-versjon. (Alt av lys og varmekabler styres per nå med ZWave-enheter) 

Hvis enheten kan plasseres et annet sted enn NUC'en min hadde det vært en fordel (Den står gjemt bort i kjelleren).

Får jeg støtte for både 433 og ZigBee på en enhet som garantert er uavhengig av andre sin infrastruktur ville dette vært gull!

Etter en resetting av routeren min så jeg at Telia har byttet DNS (før het den noe med get, nå heter den noe med Telia) og da får jeg ikke nslookup feil noe mer.

Uansett er nok ikke dette rotårsaken da det ikke fungerer bedre med 8.8.8.8.
Jeg kan fortsatt ikke nå live.telldus.com (eller forum.telldus.com) og authUrl": http://x.x.x.x/api/authorize?token=osv... fungerer fortsatt ikke. Får timeout.

Har vært i chat med diverse hos Telia, og de fraskriver seg alt ansvar, selv om jeg kukn hadde min bærebare PC koblet til deres router med kabel, etter en fullstendig resetting av routeren deres...

(Og det fungerer jo supert med en gang jeg kobler den samme PC'en på delt internett på telefonen, eller bruker et annet wifi utenfor min egen router til den samme PC'en eller alle andre PC'er eller mobiler jeg har.)

Det kan godt være at det er hos telldus feilkonfigureringen egentlig ligger, men det er jo litt rart at det fungerer ALLE andre steder? Da må det jo være noe i infrastrukturen til Telia som blokkerer noe?

Men Telia tar null ansvar. "ikke noe vi støtter"....

subzero skrev (På 26.10.2023 den 19.38):

Har kjørt elwiz et par dager, men så forsvant internettet en dag. Forventet at pulse skulle koble seg på og fortsette som vanlig, men det gjorde den ikke. Må man kjøre integrasjonen på nytt når man mister wifi? 😐

Jeg måtte sette opp min på nytt. Dette skyldes nok at min MQTT fikk ny IP etter en resetting av routeren.
Kan det være at det har skjedd noe med IP'ene i nettet hos deg når ting kom opp igjen?
(Men heldigvis veldig raskt å sette den opp på nytt. Måtte dog bruke en powerbank under oppsettet, ellers gikk det greit)

Hm. Det ser ut som problemet er lokalt hos meg.
Det er visse adresser hos telldus jeg ikke når når jeg er på mitt lokale nett via min Telia-router. (telldus.com går bra, men live.telldus.com og forum.telldus.com ikke kan nås)

Når jeg har prøvd å den samme maskinen på jobben eller via delt internett på mobil når jeg sidene.

Dette gjelder alle maskiner bak min Telia-router, og tror ikke jeg har satt på noe brannmur e.l. noe sted som burde ha noe å si. 

Noe rart når jeg bruker nslookup. (Det kommer altså litt forskjellige svar på ulike kall. Noen ganger ser det OK ut, andre ganger noe timeout.)
Telia sin DNS som sliter?

Bør vel i så fall bytte til 8.8.8.8 i min router tenker jeg? (Men kommer uansett til å bitche til Telia 🙂 )

Edit: Prøvde nå å bytte dns til 8.8.8.8/8.8.4.4
Da får jeg ikke timeout ved nslookup noe mer, men får fortsatt ikke tilgang til live.telldus.com selv etter renew, release, flushdns...

Dette var timeoutene jeg fikk når jeg brukte Telia sin DNS, men som ble OK med Google sin DNS.:

C:\Users\PC>nslookup live.telldus.com
Server:  dnscache01.get.no
Address:  80.232.93.176

Non-authoritative answer:
DNS request timed out.
    timeout was 2 seconds.
Name:    af355885500d3476995e1a2dd34717a4-dfb8dec4eb819547.elb.eu-north-1.amazonaws.com
Addresses:  16.170.14.115
          13.51.4.86
          13.53.219.130
Aliases:  live.telldus.com

C:\Users\PC>nslookup live.telldus.com
Server:  dnscache01.get.no
Address:  80.232.93.176

Non-authoritative answer:
Name:    af355885500d3476995e1a2dd34717a4-dfb8dec4eb819547.elb.eu-north-1.amazonaws.com
Addresses:  13.51.4.86
          13.53.219.130
          16.170.14.115
Aliases:  live.telldus.com

C:\Users\PC>nslookup live.telldus.com
Server:  dnscache01.get.no
Address:  80.232.93.176

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Request to dnscache01.get.no timed-out

C:\Users\PC>nslookup live.telldus.com
Server:  dnscache01.get.no
Address:  80.232.93.176

DNS request timed out.
    timeout was 2 seconds.
*** Request to dnscache01.get.no timed-out

Jeg har frem til nå brukt Telldus Tellstick ZNet og brukt lokalt api for å hente verdier ut fra mine 433-sensorer (et par temperaturmålere).

Nå for et par dager siden stoppet det å komme mer data. Tenkte da at det var noe sertifikat e.l. som hadde gått ut, og prøvde å følge denne oppskriften på nytt:
https://tellstick-server.readthedocs.io/en/v1.0.12/api/authentication.html#step-1-request-a-request-token

Får gjort step 1, men ikke utført steg 2.


Så prøvde jeg http://live.telldus.com/, men det ser ut som den siten er helt nede...
(Ser også ut som forum.telldus.com er nede)

Er Telldus nede for godt, så det bare er å finne et alternativ?

Irriterende at jeg ikke får brukt lokal aksess til min ZNet, at det virker som jeg er avhengig av noe i telldus sin infrastruktur.
Trodde at jeg skulle kunne logge inn lokalt på min ZNet uten eksternt nett..

Dette er kanskje et godt alternativ? (Ref over):
https://www.nodo-shop.nl/en/featured/127-rflink-arduino-antenna.html

Virker som Aidon leverer nok strøm.
Fikk satt opp Tibber Pulse til å levere strømdata uten tibber abo eller bruk av tibber sitt API.
Alt over lokal MQTT.

Har prøvd å forklare oppsettet mitt her:

Fant denne tråden, og kan si litt om hva jeg har gjort ifm Tibber.
Kjøpte meg en Tibber Pulse nå som den var på tilbud til 495,- og har nå fått satt den opp til å levere strømdata inn i OpenHAB via lokal MQTT, dvs ikke via noe tibber API, så er ikke avhengig av noe "eksternt".

Jeg kjører min OpenHAB 2-installasjon på en Ubuntu-boks.

Tror jeg kjører min OpenHAB i "simple" mode, dvs at jeg kun gjør ting via PAPERUI-GUI, ikke via filer e.l.

Det jeg gjorde for å få inn dataene var:

- Installere Mosquitto på Ubuntu-boksen for å ha en lokal MQTT-broker

- Laste ned, konfigurere og kjøre ElWiz

- Lage en MQTT system broker connection i OpenHAB

- Sette opp en MQTT Broker-thing med topic "tibber"

Litt usikker på om jeg klarer å gjenskape alle stegene som jeg gjorde,men skal prøve:

For installasjon av mosquitto gjorde jeg ikke stort annet enn å kjøre steg 1, 2 og 3 herfra: https://www.vultr.com/docs/install-mosquitto-mqtt-broker-on-ubuntu-20-04-server/
For å gjøre det enkelt har jeg ingen sertifikater, passord, brukernavn e.l. på mosquitto

For installasjon av Elwiz gikk jeg hit, og klonet ned prosjektet med Git: https://github.com/iotux/ElWiz#oppsett-av-pulse

Under oppsett av selve Tibber Pulse tror jeg det er viktig at det står http:// foran den siste IP-adressen for at ting skal virke. Bytt her ut med IP der din mosquitto kjører.
Hadde under oppsettet hele tiden koblet til en powerbank. Usikker på om dette hadde noe å si. Plasserte også til å begynne med Tibber Pulsen utenfor sikringsskapet for å være sikker på at den fikk god nettilgang.

Jeg fikk opp to "things" av typen ElWiz i OpenHAB, så det virker som det nå finnes en elwiz-binding e.l. Jeg måtte kun sette opp brokeren til å gå mot riktig IP, port og "topic" som jeg da satte til "tibber".

Foreløpig henter jeg bare ut dataene i en "dummy"-widget i habpanel. På sikt skal jeg se om jeg får gjort noe mer fancy ting.

For meg var det dermed ganske rett fram å få tibber pulse-data inn i OpenHAB via MQTT. Det jeg slet litt med var konfigurasjon av Tibber Pulse via den sitt web-grensesnitt. Dette måtte jeg forsøke et par ganger før det fungerte. Tror det var to ting som var suksess-kriterier:

1. Trykke både "send" og "apply" iht bruksanvisningen

2. Som nevnt over legge inn "http://"+ mqtt-IP i "update_url"-feltet

Som sagt litt usikker på om jeg klarer å gjenskape en komplett "tutorial", men kan evt. vise hvilke parametre jeg har lagt inn hvis det er behov for det.

Patrick skrev (På 21.12.2021 den 19.52):

Jeg fikk satt opp Pulse (firmvare 1.1.12) i går til å sende til lokalt mqqt broker på port 1883. Jeg fulgte ElWiz oppskrift på github.

 

I tillegg brukte jeg denne forklaring på fargekoder: https://support.tibber.com/en/articles/4605625-pulse-han-problems-pairing

 

Trinn for trinn:

1. Opprett en lokal mosquitto broker for eksempel på din laptop og start den. Hvis det er mosquitto v2.0: Vær sikker på at den aksepterer forbindelser fra ditt hjemmenettverk (Jeg skrev i .CONF fil:   listener 1883   allow_anonymous true  og fikk varsel om å åpne firewall).
2. Reset Pulse med binders (trengs kanskje ikke hvis den er ny?)
3. Plugg Pulse i HAN-porten. Den blinker hvit-rødt-ikke. Det betyr at den har forbindelse til strømmåler men er ikke satt opp.
4. Bring en USB-powerbank og koble i USB-kontakten. (Ikke koble fra HAN-port). Nå lyser den grønn. Det betyr at den har opprettet wifi aksesspunkt med SSID Tibber Pulse.
5. Bring for eksempel en ipad og koble til AP med passord som står bak på Pulse. Går til http://10.133.70.1/
6. Fyll ut webform. Følg oppskrift: https://github.com/iotux/ElWiz
7. Klikk på SEND
8.  Klikk på APPLY. Pulse begynner å blinke med sterk blå lys. Den prøver å koble til ditt netverk og finne din lokale mqtt broker. I din ruter kan du se at tibberxxxxxx dukker opp på 2.4GHz nett (xxxx er en nummer)
9. Bare vent. Ikke koble fra powerbanken. Hvis den klarer å få kontakt til din broker etter ca ett minutt begynner den å lyse svak blå og du få en melding i browseren tilbake med xxxxx (ellers får du en feilkode. Da begynner du igjen på 5 og prøver på nytt).
10. Se at telegrammene kommer inn i broker.
11. Nå kan du koble fra powerbanken.

Takk for denne!
 

Jeg slet litt med å få det til, men til slutt gikk det.
Det jeg tror var trikset hos meg var å passe på at du har "http://" foran IP-adressen i update_url-feltet.

For å sjekke at det fungerer har jeg clonet ned elwiz, og kjører "node elwiz.js". Nå ramler det ut målerdata til konsollet!

Også fetchprices fungerer fint. Dette er noe jeg har savnet i mitt nåværende setup, så nå må jeg sette meg ned for å utvide appen min til live kalkulering av totale strømkostnader. 🙂

I nåværende setup blir målerdataene hentet ut fra Elvia sitt API og presentert via en liten node-applikasjon jeg har laget som kjører i en frame i OpenHAB. Nå kan jeg erstatte med målerdata direkte fra tibber pulse, og i tillegg legge på strømpriser for å få total strømkostnad.  (Jeg får nå ikke strømprisene fra Elvia, kun nettleien.)

(Oppsettet mitt er at jeg kjører OpenHAB med mosquitto på samme Ubuntu-boks.)

Kim123 skrev (12 minutter siden):

Byttet over fra tibber sin løsning til lokal mqtt for en god stund siden. Dønn stabilt. Jeg har trekt en ethernet kabel fra smartmåler til pulse som er plassert ved «serveren» hvor jeg har koblet ekstern strømforsyning på tibber pulse. Det er litt lav spenning ut fra HAN porten som kan i noen tilfeller skape problemer. Jeg har en hvit kaifa måler

OK. Da høres det ut som en farbar vei.
Men hadde håpet å slippe ekstern strøm.

Da kunne jeg like godt laget noe selv 🙂 (Har en MBus-modul liggende et eller annet sted)

Har en Aidon.

haraldov skrev (14 timer siden):

Bruker du Home Assistant kan du bruke denne plugin: https://github.com/toreamun/amshan-homeassistant for å kunne få data lokalt til en mqtt server.

Hvis du ikke ønsker å bruke Tibber Pulse er programvare ams2mqtt et godt alternativ https://github.com/UtilitechAS/amsreader-firmware. Her kan du kjøpe ferdiglaget amsleser: https://amsleser.no/

OK, tusen takk.

Så da er det altså mulig å sette opp f.eks. mqtt for dette uten å være avhengig av tibber sin infrastruktur som sådan.

Fant også dette prosjektet:
https://github.com/iotux/ElWiz#oppsett-av-pulse

Da tror jeg det blir en tibber pulse på meg.

Ser det nå er tilbud på tibber pulse, også for oss som ikke ønsker å ha abonnement hos tibber:
https://tibber.com/no/store/produkt/pulse

495,- er vel en god pris for en slik enhet?

Kan man hente ut dataene fra enheten "direkte"/lokalt?

(Per nå henter jeg forbruksdata via Elvia sitt API, men det er noe forsinkelse, så direktelesing fra HAN-pluggen hadde vært å foretrekke)

Slik jeg forstår det kan denne brukes uten abonnement, men bekymringen er jo hva som evt. skjer hvis Tibber går konkurs e.l. Er enheten avhengig av en skytjeneste e.l. hos dem, slik at den blir ubrukelig hvis denne går ned?

Evt. hvilke andre alternative enheter er å anbefale?
Helst via 433Mhz, zwave eller wifi, da jeg per nå ikke har noen zigbee-enheter i oppsettet mitt.

Oppsettet mitt er:
- Kjører openHAB på en minipc/nuc med Ubuntu
- z-wave usb-dongle (Husker ikke helt hvilken type, men tror det er en AeoTech)

- Alle enheter i det elektriske anlegget er z-wave-enheter (strømplugger, dimmere og termostater etc)

- Men henter temperaturer via 433Mhz-enheter (Telldus), samt noen andre data over nettet (Ref over Elvia sitt API)

- Kombinerer med noen grafer laget med Node/NPM.

- Styrer primært via en gammel Android-tablet + telefonen.

Tusen takk!

Gjerne noen bilder eller koblingsskjema hvis du har det.

Ser også at en i Sverige har satt en brytertransformator (eller hva det nå heter 🙂 ) rett på inntaket(?)
https://www.varmepumpsforum.com/vpforum/index.php?topic=68033.30
 

Sitat

Jag uppgraderade till en VL 100 i höstas efter att ha testat VL 50, som var för klen. Innan jag slog till så ringde jag supporten på Mitsubishi och frågade vad de ansåg om att sätta en vanlig 5-stegs traffo på ingående, och en trygg skåning svarade att det var inga problem. :).
Resultatet är att när jag nu kör den på läge 4 (170 V) och den lägre fläkthastigheten så är den lika tyst som VL 50, men med mycket bättre kapacitet. Och med 10 steg istället för två så går det nu att hitta ytterliggare lämpliga lägen beroende på feststämning och annat CO2-alstrande 😄.
Borde ingå i en standardinstallation, om nån frågar mig.

Regulerer denne bare spenningen?
Da kunne man vel i teorien bare sette en dimmer foran?

Jeg lurer litt på å installere en VL-50, men skulle gjerne hatt mer kontroll på den.
Er det noen som har kommet noen vei med å styre denne på noen måte?

Endret: Tror kanskje jeg heller går for VL-50 (enn VL-100), da den er mer stillegående, og jeg har annen ventilasjon i tillegg, samt at den kun trenger 1 hull i veggen.

Spurte Elvia om tjenesten for forbruk, og her er svaret:
 

Quote

Dataene kommer inn løpende(med en forsinkelse på inntil 1-2 timer) fra målerne. Vi må kjøre disse dataene gjennom en valideringsprosess for å gjøre om fra målerstander til forbruk pr time. Dette gjøres med jevne mellomrom, men det er en krevende prosess, så det må gjøres i batcher.

Dette fører til at det blir inntil 2-3 timer forsinkelse som vi klarer å levere i APIet i dag. Det kan kanskje bli raskere i fremtiden, men slik er det akkurat nå.

Oppløsning: Kravet fra myndighetene om avregningsoppløsning har hittil vært 60 minutter, og det har vært diskutert å gå ned til 15 minutter. Det kommer p.t. kun 60 minutters oppløsning på data fra målerne, så inntil videre kan ikke "resolution" endres. 

Begrensningene for MeterValueApi er satt til maks 3 år tilbake i tid, maks 1 år pr kall. I tillegg er det en kilobyte størrelses-begrensning, men denne skal i realiteten ikke slå inn.

3 hours ago, Ant said:

Ja, det blir nok ikke noe å styre forbruket etter. Verdiene samles ju inn via et meshnettverk som Aidon-målerne skaper og som har noe begrenset kapasitet i enkelte områder med mange målere. Tror det er gjort forsøk med 15min verdier i enkelte områder, men er uansett for lavoppløst og for lang delay for å bruke i styring. Verdiene må ju også valideres før de publiseres så HAN porten er eneste alternativ for lavoppløst og "live" data. Men tenker uansett det kan være intressant å bruke i statestikk og analyseøyemed. Eller hva tenker dere?

Ja, det er nok for lavoppløst til å brukes for styring.

Men hvis det var i en oppløsning på 15 min med la oss si en stabil forsinkelse på ca 30 min, hadde det vært greit nok å bruke for å vise nesten-live strømforbruk.

Nå er jeg usikker på hva det kan brukes til annet enn kanskje statistikk

5 minutes ago, erikolaulvestad said:

Interessant for statistikk, ja.

Er det enklare frå Elvia enn frå Elhub?

Sent fra min SM-G960F via Tapatalk
 

Har Elhub noe API da?
Virker jo ikke sånn ref:
https://elhub.no/om-elhub/elhub-for-sluttbruker/min-side/#1617786061005-c7ff3101-8615
 

Quote

Elhub tilbyr per i dag ikke API for privatpersoner som ønsker å hente sine måleverdier «maskin-til-maskin» fra Elhub min side.

Men enkelt å hente ut via Elvia.
Trenger bare lage et token, og så kan man kalle grensesnittet. (Jeg har testet via node-appen og Postman)
Men hjelper ikke hvis det er stor forsinkelse og ustabilitet i dataene....

Jeg har testet grensesnittet:
https://elvia.portal.azure-api.net/docs/services/metervalueapi/operations/get-api-v1-metervalues

Laget en POC på enkel graf for å liste ut verdiene:
https://github.com/Anonym-Bruker/elviagraph

 

Fungerer å få ut verdiene, men sliter med:

- At data henger etter. Akkurat nå er siste forbruksdata fra midnatt.

- Skulle jeg gjerne hatt høyere "oppløsning" enn kun forbruk hver time, slik man får dataene nå.

Sendte en mail til Elvia i går for spørre om dette.

Har også testet GridTariffAPI via postman, men ikke gjort noe mer enn det for dette grensesnittet:
(Brukte følgende kall:  https://elvia.azure-api.net/grid-tariff/api/1/tariffquery?TariffKey=private_tou_rush1&StartTime=2021-10-24&EndTime=2021-10-26 )

On 02/07/2020 at 19:30, PutiPlot said:

 

For å svare på meg selv, så ser det bedre ut når jeg installerte Mosquitto (apt-get install mosquitto)
Da byttet Brokeren til "Online"

Får ut data når jeg kjører:
vsure UN PW armstate

Da gjelder det bare å skjønne hvordan sette det opp i /paperui/index.html#/configuration/things
 

men hva nå i OpehHab?
Channels under MQTTBroker, men sliter der det er et array.
Noen måte å se hva som er tilgjengelig for OpenHab?

Edit:
Og hva er fordelen med å bruke dette Python-oppsettet i stedet for en ferdig Jar-addon?

Jeg prøvde meg på denne:
https://github.com/jannegpriv/openhab2-addons/tree/4788-verisure/bundles/org.openhab.binding.verisure
Den fungerte supert ut av boksen

(Eneste problemet jeg støtte på var at den krever Oracle JDK for å bygge, men etter at jeg installerte Oracle JDK 11 gitt alt som smurt.)

Dobbelpost, se under.

34 minutes ago, PutiPlot said:

 

Litt n00b på dette.

Hvordan setter jeg opp en MQTT Broker?
Har lagt opp en MQTT Binding (MITTHOSTNAVN/paperui/index.html#/configuration/bindings/mqtt)

 

Prøver å legge til en MQTT Broker som en "Thing" i OpenHab, men får da en feilmelding:
 

---

Status: OFFLINE - COMMUNICATION_ERROR io.netty.channel.AbstractChannel$AnnotatedConnectException: Oppkobling nektes: /MIN.IP.ADRESSE:1883

 

Må jeg installere noe for å få MQTT til å virke? 

 

(Jeg må vel få denne opp før jeg kan kjøre publish-skriptene?)

For å svare på meg selv, så ser det bedre ut når jeg installerte Mosquitto (apt-get install mosquitto)
Da byttet Brokeren til "Online"

PS:

Jeg kjører Ubuntu, men har ikke noe /etc/systemd/service/
La service-filen under /etc/systemd/system/ og det så ut til å fungere...

On 01/02/2019 at 19:51, Cirion said:

Mosquitto MQTT broker installert via opehabian-config

 

MQTT.fx installert på Windows PC.

Kan koble til  Mosquitto får grønn ball.

 

Subcribe til  #
Publisher noen mellinger, og det funker.

 

verisure-mqtt lastet ned og flyttet til /etc/openhab2/

/etc/openhab2/config/prod.cfg redigert ip og brukernavn/passord

redigert verisure-mqtt.service med rett lokasjon og kopier til /etc/systemd/system/ (debian)
Så aktivert og startet tjenesten.

 

Subscribe til verisure/#

Aktiverer alarm, låser opp dørlås, skjer ingen ting.

Litt n00b på dette.

Hvordan setter jeg opp en MQTT Broker?
Har lagt opp en MQTT Binding (MITTHOSTNAVN/paperui/index.html#/configuration/bindings/mqtt)

Prøver å legge til en MQTT Broker som en "Thing" i OpenHab, men får da en feilmelding:
 

Status: OFFLINE - COMMUNICATION_ERROR io.netty.channel.AbstractChannel$AnnotatedConnectException: Oppkobling nektes: /MIN.IP.ADRESSE:1883

Må jeg installere noe for å få MQTT til å virke? 

(Jeg må vel få denne opp før jeg kan kjøre publish-skriptene?)

Da ser det ut til at Zdim er klare for bestilling:

https://www.thermo-floor.no/heatit/1444444/heatit-z-dim-z-wave-vridimmer

https://www.facebook.com/1275036325856802/posts/3041808832512867/

Lurte på å bytte ut noen downlights.

Kunne vært kjekt å installere disse ifm det

On 19/03/2019 at 11:24, Moskus said:

Vel...

 

 

Bluetooth er sjeldent en god idé i denne sammenhengen. Unngå det hvis du kan.

Jeg vet...

Evt har jo ELKO noen med ZigBee, men ville aller helst gått z-wave all the way og sluppet å mikse ulike teknologier... I tillegg koster de litt disse også.

https://www.kjell.com/no/produkter/elektro-og-verktoy/el-produkter/sterkstrom/belysningstilbehor/dimmere/elko-dimmer-esh-rf-smart-dimmer-p51252

evt 
https://www.kjell.com/no/produkter/elektro-og-verktoy/el-produkter/sterkstrom/belysningstilbehor/dimmere/elko-dimmer-esh-rf-gled-plus-smart-dimmer-hvit-p51253

1 hour ago, Garegaupa said:

For dei som måtte vere interessera så ser eg at Heatit har kunngjort vegleiande utsalspris for Z-Dim på Facebook-sida si no for litt sidan: Dei seier at desse vil liggje på kr 790,- eks. MVA (altså kr 987,50 inkl. MVA).

 

Då høyrast det altså ut som om der endeleg er ein Z-Wave vridimmar på gong som kan vere eit prismessig akseptabelt alternativ til Fibaro Dimmer 2 + impulsbrytar (i alle fall viss ein skal ha Bypass i tillegg)! ?? Nokon dato for når denne er klar har dei ikkje kome med enno (så langt eg kan sjå), men eg vonar det nærmar seg! ☺️

Fett!
Dette er en god pris. Får bare håpe de kommer snart ?!

Vet dere hvor prorprietært qlight-systemet er? Er det mulig å styre via "3.partssystemer"?
http://www.qlight.no/produkter/vis/zerodim-smart

(Mener jeg fant et sted at denne også etter hvert kommer i Wifi-versjon. Da blir nok rekkevidden litt større, men hjelper ikke hvis API'et er "lukket".)

28 minutes ago, Moskus said:

Ai, det kommer i tillegg ja. Ja, da er det like dyrt som før.

Takk for gode svar fra deg og Garegaupa.

Blir nok litt for dyrt ja...

Men bra at det begynner å komme alternativer. Kanskje prisene vil falle etterhvert.