VikingOy

Det var ikke min hensikt å promotere NodeRED ut over hva jeg selv har erfart. Andre må mene og velge det de syns er best. Noe av hensikten med dette fora er å formidle metoder og løsninger man selv har funnet, samt å få hjelp til å løse problemer og tips til forbedringer. Slik ser nå min NodeRED Flow ut, etter at jeg har forenklet og trimmet den litt: Og slik er resultat i HA blitt. Søket gjøres blant 30 utvalgte stasjoner mellom Oslo vest og Asker.

Ja, ja - hver sin smak. Men NodeRed opererer ikke med begrepet "sensor" og ingenting lagres noe sted i egne registre. Ditt valg innebærer at data for en haug sensorer oppdateres i HA konstant. Det blir mye unødig trafikk og i og med at disse sensorene ikke kan vedlikeholdes i frontend, så må du "under panseret" for å slette etc. NodeRED er uavhengig av hvilken Home Automation platform man benytter. Bensin-eksempelet kan like gjerne sende dataene til Homey, Alexa eller annet bare ved å endre på den ene siste noden. Resten forblir uendret.

Det virker litt "overkill" å lage en sensor for hver eneste besinstasjon. Jeg har isteden gjort alt ferdig i NodeRed med bruk av JavaScript og ender opp med kun en enkel sensor som jeg så sender til Home Assistant. Enkelt, rent og ryddig. Først trekkes alle de ønskede stasjonene ut og samles i en felles array (eksempelet her har kun 3 stasjoner): var stasjoner = []; var temp = msg.payload.filter(e => e.discountInfo == 'Shell Marienlyst'); temp[0].stationDetails = temp[0].stationDetails.filter(e => e.type == 'D'); temp[0].stationDetails = temp[0].stationDetails[0]; stasjoner[0] = temp[0]; var temp = msg.payload.filter(e => e.discountInfo == 'Shell Frogner'); temp[0].stationDetails = temp[0].stationDetails.filter(e => e.type == 'D'); temp[0].stationDetails = temp[0].stationDetails[0]; stasjoner[1] = temp[0]; var temp = msg.payload.filter(e => e.discountInfo == 'Shell Vinderen'); temp[0].stationDetails = temp[0].stationDetails.filter(e => e.type == 'D'); temp[0].stationDetails = temp[0].stationDetails[0]; stasjoner[2] = temp[0]; msg.payload = stasjoner; return msg; Deretter sorteres tabellen og den billigste trekkes ut: var billigst = msg.payload[0]; msg.payload.forEach(FinnBilligst); function FinnBilligst(stasjon){ if(stasjon.stationDetails.price < billigst.stationDetails.price) { billigst = stasjon; } } msg.payload = billigst; return msg; Resultatet sendes til HA som én sensor: Og presenteres i Lovelace:

Min forståelse er at dette API'et ikke er åpent og fritt tilgjengelig. Det er nok en eller annen IT-dyktig luring som har funnet det og gjort en eksperimentell reverse engineering. Det kan bety at API'et når som helt kan forandres og slutte å virke. Det er en del av gamet. Men, så er det gjerne slik at selskapet bak ofte velger å se gjennom fingrene med at det alltid vil være noen som "finner" frem til slike API'er fordi de som bruker slike for det første ofte er i veldig fåtall (nerdene som oss), og dernest så er all markedsføring, god markedsføring. Vi er med å sprer info om eksistensen til Drivstoffappen.no. Og sist, men ikke minst - vi bidrar nok også med en del verdifull tilbakemelding dersom Drivstoffappen.no gidder å ta seg bryet med følge litt med på forumene våre. Kall oss gjerne gratis betatestere.

Ja, selvsagt - det gikk litt fort i den svingen 🙄

Slettet.

Etter å ha juster litt på utvalget, endte jeg opp med dette i HA: Jeg opplever ingen forsinkelser eller påvirkning av andre funksjoner hverken i HA eller på annen programmvare som kjører.

Jeg la inn NodeRed Flow'en som lå på FaceBook, og det fungerte helt greit.

Har du en link til Facebook som du viser til ?

Oj, oj - det var leit. Men takk for svar. Da vet man i det minste det.

Nei, nei - det har da ikke jeg noe med. Det jeg egentlig lurte på var om du har funnet ut av om du trygt kan levere den tilbake igjen, eller om du må ha den på ubestemt tid fordi du vil komme til å trenge den hver eneste gang du gjør en liten endring i xComfort nettet ditt (f.eks. kjøper og legger til en ny aktuator eller bryter). Det er slik informasjon som er nyttig for oss andre for å avgjøre om det å "låne" en 00/13 er ok, eller om man like gjerne kan bite i det sure eplet og betale den overprisen Eaton skal ha for en slik dings fordi man dessverre ikke kan klare seg uten begge to (00/13 og 00/14) i det lange løp.

Endte du opp med å kjøpe en 00/13 eller fikk du "låne" en?

Det kan umulig være ment at dette skal være så vrient å få til. Det gjør det jo i så fall helt utilgjengelig for de fleste. Blir spennende å se om du får nok hjelp til å løse flokene.

Så bra. Jeg er veldig spent på om du får dette til. Jeg har behov for det samme selv også. Jeg har en 00/14 koblet opp til en NAS men ingen 00/13. Fint om du noterer ned steg-for-steg det som må gjøres for å få det til , så kan du dele det her på forumet etterpå?

Betyr det at store deler av hele nabolaget er "raidet" av Eaton og har tilsvarende ustyr installert? Uansett, dersom du har mange aktuatorer og brytere installert, så kan det jo lønne seg å investere i en 00/13 fremfor å bytte ut alt.

Jeg antar at huset du har kjøpt er utstyrt med kun den "gamle" serien av Eaton aktuatorer (uten extended status message) ? Videreutviklingen av denne serien har stoppet helt og ingen av disse enhetene er kompatible med nye xComfort Bridge. Utfordringen med Eaton's xComfort produkter er jo at de er så dyre at kun et par aktuatorer koster like mye som en en hel sekk med z-Wave eller ZigBee aktuatorer. Uansett, har du en CKOZ-00/14 så må du i tillegg ha en 00/13 også for å komme igang mot Home Assistant.

Jeg tror det kan bli lettere for deg å få hjelp dersom du i detalj beskriver hvordan du oppgraderte firmware i din ConBee, samt fra hvilken versjon og til hvilken versjon.

Jeg strevde litt med å få integrert IKEA STARKVIND luftfilteret inn i Home Assistant via ConBee II og deConz. Ikke noe sted fant jeg en DDF som virket. Resultatet ble at jeg valgte å gå veien om API'et og jeg er fornøyd nå. Her er min oppskrift - riktignok på engelsk, men dog 🙂 How to control the IKEA STARKVIND AirPurifier via REST-API.pdf

Jeg bestilte og betalte i februar, og har ikke hørt et pip om levering.... ?

Hei, ser at denne tråden begynner å bli gammel, men @Saggis, har du noen formening om det å bruke CKOZ-00/13 til å bygge opp en DATAPOINT fil for CKOZ-00/14 på noen måte vil forstyrre et eksisterende oppsett mot xComfort Bridge? Alternativt om det er mulig å lese ut DATAPOINT tabellen fra Bridge og deretter skrive den over til CKOZ-00/14 ? Mon tro om Bridge og CKOZ-00/14 faktisk kan sameksistere i samme configurasjon? Jeg ser at de selger begge deler hos Elketroimportøren, men det finnes jo ingen der som begriper det pøkk om hvordan noe av dette faktisk fungerer. Og produsenten har heller ingen support tjeneste for sluttbrukere (eller forum). Og de elektroinnstallatørene de bruker vet omtrent hva som står i brukerveiledningene, og ikke særlig mye mer. Så vi må klare oss selv og dele kunnskap og erfaringer med hverandre.

2011 ?? Jeg håper du mener 2022!

Du hadde i det minste vett nok til å spørre om dette (mer enn hva jeg hadde). Nå skal det vel sies at man kan ikke regne med å finne integrasjonskompetanse der de selger vaffeljern og vaskekluter. Det var nok en grunn til at "Expert" valgte å bytte navn. Det var ikke mange "eksperter" på jobb der. Elkjøp er neppe noe bedre.

Vår Samsung Qdrive Eco-bubble vaskemaskin har dette. Men behovet er slett ikke å få slik info i app. Jeg prøver i det lengste å unngå alt av app-bruk. Det er integrasjonen mot HomeAssistant som mangler energi data for alle Siemens produkter, men er støttet for alle Samsung produkter (inkl selvsagt også mobiltelefonene deres) Sent fra min SM-G996B via Tapatalk

Jo, jeg er overrasket fordi alle andre hvitevarer jeg har, bl.a. fra Samsung - har full støtte for forbruksmålinger. Jeg tok derfor for gitt at Siemens ikke ville være noe dårligere. Sent fra min SM-G996B via Tapatalk

Jo, men dessverre så gir ikke lappen sanntids info, og sier heller ikke noe om forbruket ved ulike innstillinger (1,2,3) [emoji2957] Sent fra min SM-G996B via Tapatalk