Thorbjørn

Jeg har HA kjørende på en virtuell server, og så kjører jeg en skjerm på kjøkkenet med egen rpi på. Fungerer veldig bra her men med tanke på hvor vanskelig det er å få tak i rpi i dag så er det enklest å skaffe en fysisk maskin du kan kjøre HA på og bruke rpi du har kun til skjerm

Hva sier de siste logglinjene til zigbee2mqtt?

Mine Zigbee sensorer sender kontinuerlig data som kommer inn til mqtt brokeren. Enda ikke noe problem.

Min første antakelse ville vært knyttet opp til Oset til z2m eller lagringen (sd kort?).

stigvi skrev (Akkurat nå):

Du bør vel ha det slik at lyset viser pris en time eller to framover. Synd hvis fargen skifter fra grønt til rødt i det en starter maskinen 🙂

Jysla godt poeng!

Ja jeg og tenkte først litt mer ulike nivåer for å vise mer "info". Men så snakket jeg med fruen og hun var tydelig på at det måtte være enkelt. Veldig enkelt. Kan vi vaske klær med god samvittighet eller bør vi vente.

Jeg skriver "bør vi vente" for med to uker i hus og to aktive voksne så er det ingen selvfølge at klesvask KAN utsettes. Av og til må man vaske klær selv om prisen er høy.

Og det var da jeg la om planen til to farger. Grønt for kjør på og rødt for høy pris - kun om du må. Et tredje nivå hadde ikke gitt henne eller meg noe.

Men det er oss

Mitt råd er å holde den der enkel. Jeg har ikke gjort det selv enda, men tenkte å montere ei lyslist bak vaskemaskin/tørketrommel som enten lyste rødt eller grønt. Rødt om prisen er over snittprisen den dagen, grønt om den er under. Jeg ser ingen poeng i å ha fargenyanser for å gjenspeile øreforskjeller på prisen

Men det er min mening og plan da

Får kaste meg inn med min erfaring/situasjon

Har pr nå 6 Namron dimmere med vrihjul (disse: https://www.elektroimportoren.no/namron-z-wave-led-dimmer-200w/1402756/Product.html), og 2 Namron dimmerpiller (disse, v2: https://www.elektroimportoren.no/namron-z-wave-dimmer-2-400w/4512724/Product.html).

Alle dimmere med vrihjul på fungerer upåklagelig så langt. Fikk disse installert i starten på desember. Men begge pillene oppfører seg rart, og i går "døde" den ene.

Alle har blitt flittig styrt fra HA regelmessig, og nesten samtlige får oppdatert default dimming value 3 ganger til dagen (morgen, kveld og natt). Men den som nå er "død" har fått minst slike oppdateringer, og blitt styrt mest lokalt.

Det som skjedde her i forgårs var at jeg fikk rare verdier for lysstyrke og power/energy. Det kan ha begynt allerede noen dager før men la ikke så veldig mye merke til det da vi var bortreist. Men beit meg merke i at det var "noe" som ikke stemte. I går når jeg såg verdiene kjørte jeg en reinterview av den, og da sluttet den helt å fungere på styring via HA og alle verdier er nå statiske eller ukjente. Den kan fortsatt styres lokalt, men ikke mer. Har ikke prøvd å ta strømmen på den enda for å vekke den til live, men tenkte og å prøve å resette den og inkludere den på nytt for å se om det hadde en effekt.

En annen ting jeg har lagt merke til siden den ble montert er at i Z-wave JS UI så gjenkjenner den bare produsent (Namron) og at det er en multilevelswitch. Modell og andre ting har på denne vært fraværende/ukjent, inkludert FW. Men den har stått som ok ellers i grensesnittet.

Den andre dimmerpillen har oppført seg helt greit og er inkludert rett, men gjester som har overnattet på rommet har kommentert at midt på natta har lyset slått seg på en gang eller to. Jeg sjekket morgenen etter om det var noe i loggen i HA på at noe hadde slått den på men der var det tomt. Men har ikke bekreftet eller avkreftet at dette faktisk skjedde, og/eller om det har skjedd etterpå.

Heldigvis skal nå elektriker tilbake her etter jul så får da han til å demontere de så får jeg gå til butikken og høre hva de sier.

Her er skjermbilde fra HA enheten:

Som en ser der så er nå produsent også ukjent, og alle sensorer bortsett fra to er borte.

Kjører Z-wave JS UI på egen server og kommuniserer med HA via MQTT.

Til sammenligning her er den andre dimmerpillen:

Skal kjøre en resett av den i morgen og inkludere den på nytt for å se hvilken effekt der har.

Fantastisk bidrag! Den skal testes senere 😀

Det jeg ville tenkt mest på her er å holde teknologi mest mulig homogent der det er mulig.

Det er lenge siden jeg har gitt opp å holde meg til kun Zigbee, Zwave eller Wifi. Men det jeg prøver er å holde meg på Zwave om det ikke er noen god grunn til å velge noe annet. Og spesielt dersom noe skal automatiseres sammen så liker jeg å holde teknologien mest mulig lik.

For eks z-wave rele og z-wave magnetsensor. Eller wifi rele og wifi magnetsensor. Eller zigbee rele og zigbee magnetsensor. Når de skal jobbe "sammen".

Men når man nå først kjører et toppsystem (HA, HomeCenter, HomeSeer etc) så betyr det jo egentlig ikke noe heller.

Jeg har selv kjøpt meg en Fibaro Smart Implant men har ikke tatt den i bruk enda (forhåpentligvis kan julefreden gi meg tid til å fikse den ), men så langt virker den av godkjent kvalitet

Strengt tatt så skal vel ikke Tibber gjette så mye lenger heller men bruke fjordårets forbruk i samme måned som estimert forbruk i år. Så om de "treffer" på estimeringen så er det jo fordi man har endt opp med å bruke like mye strøm i år denne måneden som i fjor.

stigvi skrev (Akkurat nå):

Men du får ikke strømstøtten tidligere hvis du hadde valgt en leverandør med gjennomfakturering. Sånn sett er det lite relevant å ta det med.

Du får den ikke tidligere, men du får faktura for faktisk forbruk senere. Og når faktura for faktisk forbruk og strømstøtte kommer relativt likt så slipper kunden å legge ut først og så få igjen først opp til en måned senere.

stigvi skrev (2 timer siden):

Strømstøtten betaler Staten ut via netteier. Er det noe som helst som tyder på at netteiere drøyer lenger med å betale dette ut til sine kunder når de ser at kunden får strøm fra Tibber? Hvis svaret er nei på dette, hvorfor drar du strømstøtten inn i diskusjonen? Har du startet en svertekampanje?

Joda. Det stemmer.

Men om vi tar et kjapt eksempel. Faktura fra Tibber 1 november inneholder forbrukt strøm 16-31 oktober pluss estimert forbruk på strøm 1-15 november. Om de treffer på estimering vet en ikke før 16 november. Og husk her at avtalen med Tibber i prinsippet sier at du skal betale faktura i sin helhet ved forfall. At de godtar at du kun betaler faktisk forbruk på forfallsdato er egentlig goodwill fra Tibber sin side. Strømstøtten for 1-15 november (som da er estimert) vet en ikke før 1 desember, og en får da dette utbetalt via netteier i tråd med netteier sine fakturarutiner. Min netteier sender faktura 10 måneden etterpå. Nå har jeg enda ikke fått noe til gode men vil da anta at de utbetaler dette rundt samme tidsrom + et par dager i bankoverføring. Før betalte man hele forrige måned på en og samme faktura, og forfallet på den fakturaen var halveis inn i neste måned og stort sett innenfor når en får strømstøtten hos de fleste.

Derfor mener jeg at strømstøtte var relevant å ta med.

SveinHa skrev (16 minutter siden):

Jeg lurer jo på om de rett og slett ikke hadde tid, kassen tom og de MÅ gjøre noe for ikke å brekke ryggen momentant. Nå har de kjøpt seg en mnd ekstra men  resultatet blir det samme...

Ja jeg og mistenker dette. Og om det stemmer så har de et styre/en daglig leder som ikke har oversikten fremover og er reaktive i stede for å være proaktive. Om det stemmer er det nok et solid tegn på at de sliter og det vil komme flere overraskelser fremover.

stigvi skrev (Akkurat nå):

Du overdriver risikoen. Det er svært lite sannsynlig at Tibber velter overende som lyn fra klar himmel. Kunder som ikke avslutter kundeforholdet nå, vil sannsynligvis ha veldig god tid hvis det i fremtiden blir problemer. Vanligvis ser en mange tegn på en nært forestående konkurs.

Og skulle det skje, så taper jeg hundrelapper. Det er ikke stor risiko det heller.

Daglig leder som sier offentlig at de trenger mer kapital er vel et ganske tydelig tegn? Han sier jo samtidig mellom linjene at eierene ikke lenger er villig til å putte mer kapital i selskapet, derfor må de hente pengene fra eksisterende kunder. Det kombinert med påfølgende kundeflukt og mageplask på kundetilfredshetsbarometer er jo IKKE et godt tegn. Samtidig så distanserer hele bedriften seg fra kundene sine med å gjøre seg mer utilgjengelige enn før fordi de må takle den enorme pågangen med henvendelser og administrativt arbeid de har skapt seg. De gikk i fra å være veldig tilgjengelige og ivrige på å svare på spørsmål til å ha veldig lang svartid over natta når de brøyt vilkårene sine selv. Og jeg kan jo bare forestille meg hvor mye ekstraarbeid fakturaavdelingen nå har med kredittnotaer mot nærmest samtlige kunder.

At du kun risikerer å tape hundrelapper er bra for deg. Men det er mange eksempler på kunder som risikerer å tape langt mer enn dette.

Ellers vil jeg bare understreke at jeg synes utviklingen med Tibber er ekstremt synd. Jeg liker appen og tjenesten de tilbyr. Men jeg godtar ikke måten de behandler kunder på.

Det jeg ikke forstår er hvorfor de ikke kunne spilt mer på lag med kundene sine?

Først og fremst kunne de tidligere ha varslet om endringen. Da hadde de ikke brutt loven, og de hadde vist at de hadde fokus på kundens forutsigbarhet. De kunne og spilt på lojaliteten og åpenheten de har satt høyt lenge med å for eks være ærlig om økonomien sin og heller by på to fakturamodeller - en med litt høyere påslag pr måned uten estimert forbruk frem til forfall, og en med samme lave påslag men med estimert forbruk frem til forfall. Da hadde kundene hatt et valg samtidig som de hadde vært ærlige og transparente (som de nå ikke er), og spilt på lojaliteten til kundene sine.

Det andre jeg ikke forstår er hvorfor ikke Tibber kan selge app tjenesten som en isolert tjeneste? Jeg hadde glatt betalt de for denne tjenesten om jeg kunne. Og jeg ser ingen grunn til at de ikke kunne tilbudt dette. Med Pulse tilkoblet AMS måleren så får de jo akkurat de samme dataene i sanntid som når jeg var kunde der, og styring av powerups baserer seg jo på disse dataene + prisene fra Nordpool. Jeg finner det ekstremt merkelig at dette ikke er en mulighet de har tatt i bruk. 39 kr i måneden for tjenesten dersom du samtidig er strømkunde, 99 kr måneden for tjenesten uten å være strømkunde.

Da tipper jeg de hadde fått flere kunder i stede for å miste så mange som de nå har gjort.

stigvi skrev (45 minutter siden):

Hva med alt annet du kjøper på forskudd? Eller kjøper du aldri en konsertbillett? Eller kjøper noe på nett og betaler før varen er kommet fram?

Glemte å svare på dette

Det er egentlig ikke helt sammenlignbart. For om jeg handler for 5k hos en butikk som går konkurs så er tapet mitt isolert til de 5k. Jeg får ikke en ny faktura i tillegg måneden etter på 2k til, 4k tilbake måneden etter der og krav om 7k måneden etter der igjen. Det er jo der Tibber er nå. Uforutsigbar spesielt nå når prisene på strøm stiger (og de vil stige høyt) samtidig som alt annet og er dyrt. Jeg som kunde skal klare å takle forpliktelsene mine og en overraskelse eller to. Men den konstante uforutsigbarheten Tibber når gir kjenner jeg smaker dårlig. Og ja jeg handler på nett, men jeg bruker kredittkort og dersom butikken ikke leverer kan jeg altså gå til kredittyter i stede for. Konsertbilletter er det lenge siden jeg har handlet, men her vil og tapet være begrenset som nevnt tidligere.

Husk og at Tibber ikke tilbyr gjennomfakturering for strømstøtten. Så vi snakker fort noen lange uker før en evnt får effekten av den som kunde.

stigvi skrev (26 minutter siden):

Jeg synes du overdriver. Du betaler forskudd fram til forfall. Ved betalingstidspunktet har du betalt for strømmen du har brukt hvis estimatet treffer 100%. Ved en konkurs, ender du nok opp med å måtte betale for strømmen uansett. Så risikoen er hvis estimatet er for høyt og det er egentlig en liten risiko.

Hva med alt annet du kjøper på forskudd? Eller kjøper du aldri en konsertbillett? Eller kjøper noe på nett og betaler før varen er kommet fram?

Hva er det jeg overdriver?

Jeg kan ikke overdrive det som skjer dersom en konkurs oppstår, for det er slik realiteten er. Boet vil etter all sannsynlighet selge fordringene sine mot kundene til en innkrever så boet kan gjøres opp uavhengig av hvor lang tid innkreving tar. Og dersom en da har fått en høyere faktura enn reelt forbruk og kun betaler forbruk så må man altså ta kampen med en tredjepart. For de fleste vil dette helt sikkert løse seg, men risikoen er der. Og skulle man ha utestående penger i boet så er det og fakta at man stiller sist i køen for å få penger. Lønn og skatt vil prioriteres før kunders krav i boet.

Så er det jo da et spørsmål om en treffer 100% eller ikke. Jeg vil påstå (dette er min mening) at sannsynligheten for at Tibber treffer 100% på estimatet sitt er nærmere 0. Og dette begrunner jeg i at Tibber er pålagt til å bruke forbrukstall fra samme måned forrige år (dersom dette tallet finnes) som grunnlag for forbruksestimatet. De har altså ikke lov til å bruke kunnstig intelligens/maskinlæring på å estimere forbruket til hver enkelt kunde. De må bruke historiske data eller snittforbruk for tilsvarende kunder/husholdninger dersom de ikke har snittdata for akkurat deg. Dette har selv Tibber gått ut med og bekreftet, og er hjemlet i lov. Praktisk at de vil følge loven akkurat der, eller?

Og det er jo positivt for Tibber, når hele poenget Tibber har solgt seg inn på er å hjelpe kunder å få ned forbruket sitt - så skal de nå altså bruke fjordårets data som grunnlag for estimert forbruk i år?

Det som jeg derimot kan overdrive er jo min spådom rundt fremtiden til Tibber. Men jeg vil mene at jeg står på trygg grunn når en slår sammen det at de faller på tilfredshetsbarometeret (fra topp til bunn på 2 måneder), et enormt antall artikler i media om kunder som flykter fra de, de er tatt i løgn, tatt i å bryte loven og de sier åpent at de trenger mer penger samtidig som at eierene ikke lenger er villig til å putte mer penger inn i selskapet... men tiden vil vise.

stigvi skrev (2 minutter siden):

Du må se hvem som driver energinytt24 og hvor det stammer fra. Er muligens ikke de mest troverdige.

Bra at du er kildekritisk. Påstanden som er lagt ut er begrunnet i offentlige data fra esett.com, så om en mener påstanden er uriktig så skal det være mulig å kontrollere kilden til påstanden. Jeg kan ikke nok om det bakenforliggende så faller til kort der selv, så tar i utgangspunktet i at påstanden er korrekt.

SveinHa skrev (8 minutter siden):

Nå kan det jo så langt i måneden se ut til at den prisen treffer ganske greit men hvordan de har klart å estimere et langt høyere forbruk på de første ukene i desember enn jeg hadde i hele november er verre å svelge... Det lukter...

Joda. Men den kunne og slått ut feil (for kundene).

Og hva om de finner på flere endringer som går i positivt favør av Tibber?

For min del handler det om hvordan Tibber oppfører seg ovenfor og behandler kundene sine.

For det første ble endringen varslet alt for seint. De brøyt fristen for varsling, og dette har blant annet Forbrukerrådet uttalt til media. Jeg synes ingenting om en leverandør som velger å gjøre endringer uten å varsle kunden i god tid først.

For det andre så skal Tibber (i motsetning til sine konkurrenter) være transparente og ærlige med sine kunder. Da er det jo merkelig at de begrunner endringen med at de har store kostnader knyttet til at de må betale for strømmen de kjøper til kundene, og de først får betalt 45 dager senere fra kundene - når det viser seg at det er leverandøren til Tibber som tar denne kostnaden/risikoen. Kilde her: https://energinytt24.no/2022/09/tibber-skylder-pa-balanseansvar-de-ikke-har-og-endrer-faktureringspraksis-pa-uriktig-grunnlag/

Det bryter altså loven (med kort frist) og de lyver. Slike vil jeg ikke være kunde hos. Så vi byttet. Men noen mener dette er ok oppførsel så lenge de sparer penger på smart styring av strømforbruk. Men jeg lurer på hvor grensen går. Hvilke endringer er for mye?

Så skulle en jo tro at Tibber lærte av mediastormen i oktober. Men utrolig nok, rett før desember gjorde de nok en endring når de gikk fra å bruke snittprisen fra Nordpool som grunnlag for estimatet 14 dager frem, til å bruke antatt snittpris fra Nasdaq. Noe som kan vise seg å være feil og gi folk enda større estimert kostnad.

Når en ser på grepene de gjør og hvor mange som flykter fra de så kan jeg ikke tippe noe annet enn at de vil slite kraftig fremover. Og med mindre de snur kan jeg ikke forstå om de fortsatt er i markedet ett år frem i tid.

Og da kan kundene belage seg på en av to ting. Dersom DU som kunde skylder Tibber noe om de går konkurs, så vil bostyrer uansett sørge for at et innkrevingsselskap krever inn dette beløpet fra deg til syvende og sist. Og det vil medføre medarbeid å få frem poenget om en har betalt mindre enn fakturert selv om estimatet var feil. Men er det andre veien, og du har betalt et høyt estimat og Tibber skylder DEG som kunde penger om de går konkurs, så vil ditt krav mot Tibber være helt nederst på prioriteringsslisten og det vil være mange prioriterte krav før deg (eks skatt, lønn etc). Så skylder du de vil du tape. Skylder de deg vil du og tape.

Eneste måten å ikke gå i tap her nå er at de enten faktisk overlever eller at en konstant går inn og endrer fakturabeløp til reelt forbruk når en betaler faktura.

stigvi skrev (1 time siden):

Hvorfor en lager det så komplisert med egne servere er litt uforståelig for meg, men greit nok. Men ha i tankene at dette skal du drifte i mange år. Gidder du det om 10 år? Sånn sett kan det være lurt å holde det enklest mulig.

Full forståelse for det. Er en del delte meninger om dette på nett.

Men for min del tenker jeg at dette gjør driften enklere, selv om det er flere enheter å tenke på.

For eks kan jeg nå reinstallere HA (eller setter opp en ny), legge inn MQTT Discovery og så popper alle enheter på Zigbee og Zwave automatisk opp på den nye installasjonen med navn og innstillinger i behold. Og jeg kan oppgradere (eller flytte) Zigbee/Zwave nettverket uavhengig av hverandre og HA.

Så får vi se om det faktisk blir som jeg har tenkt i virkeligheten og

SveinHa skrev (På 1.12.2022 den 12.46):

Med zigbee2mqtt og zwavejs2mqtt forholder alle dippeduttene dine seg KUN til mqtt og du får tilgang til data fra og kan sende data til alle dippeduttene ved å kun forholde deg til mqtt fra hvor som helst. Jeg kjørte i en god periode både HS4 og NodeRed mot samme dippedutter via mqtt.

 

Jeg har valgt å ha en egen RPi for zigbee2mqtt og 2 stk RPi (av geografiske årsaker) for zwavejs2mqtt mest fordi det er mer strukturert. Skulle jeg måtte restarte zwave så påvirker ikke det zigbee...

 

Jeg kjenner ikke til hvordan dette er gjort i HA men har du mqtt med alt utstyr oppegående på hovedserveren så skal du kunne få direkte tilgang til alle mqtt-data fra lekeserveren også uten noe ekstra mikkmakk.

Takk for svar!

Glemte å svare deg når du svarte, men fikk det med meg og har siden hatt som mål å få både Zwave og Zigbee til å fungere mot MQTT, og deretter mot HA. Og jeg begynner å komme i mål

Jeg har satt opp Raspberry Pi4 med datterkort Zwave.me til å bruke zwavejs2mqtt, med publisering mot en MQTT server. Og så har jeg opprettet en ny VM med ren Ubuntu på, og lastet ned docker image for zigbee2mqtt, med publisering mot samme MQTT server. Så har jeg nå i første omgang satt opp testserveren med MQTT mot serveren, og den henter nå automatisk alle devicer inn som entities. Helt fantastisk faktisk.

Nå har jeg ikke hatt dette kjørende så lenge så er spent på både om det er stabilt nok, og om det gir den gevinsten jeg håper. Vi får se

Jeg har i dag en Raspberry Pi 4 med både Z-wave og Zigbee interface, og dette fungerer bra slik det er nå (Z-wave JS og deconz).

Men jeg har nå satt opp to virtuelle servere med HA, en for "produksjon" og daglig drift og en for testing og leking. Og her ønsker jeg å kunne ha tilgang til de samme dataene på begge to installasjonene sånn at når jeg tester på testserver så er det direkte overførbart til produksjon.

Og sånn jeg da forstår så kan jeg koble USB interfacene for begge to til den ene virtuelle serveren, og installere disse to løsningene (zwavejs2mqtt og zigbee2mqtt) enten på serveren de skal brukes på, eller på en dedikert boks/server kun til dette og så ha HA på en annen server.

Har jeg forstått det rett?

Om noen har erfaring - hva er best/anbefalt av å enten koble USB interfacene til hovedserver eller testserver, eller på en dedikert server som kjører kun X2mqtt?

Jeg kjenner ikke til om Eease støtter dette men Wallbox har dette innebygget.

Er det noen som har fått på plass måling av vannforbruk i et rør med rapportering via zigbee/z-wave (eller noe annet)?

Intensjonen min er å trigge på når noen starter å dusje og enten gi varsel basert på tid eller mengde varmtvann brukt. Ikke fordi det skal strupes eller kjeftes, men som info til den som dusjer om at tiden (pengene) flyr

Jeg vet at en kan ha fuktsensor på badet og trigge på terskelverdi der og, men ser for meg at det kan være noe unøyaktig og samtidig ønsker jeg gjerne å vite mengden vann

Namron følger samme standard rammestørrelse på 55x55 så de skal lett gå inn i standard Elko rammer. Men samtidig så følger det og med ei ramme som er helt grei Elko-style om du kun skal ha en bryter.

Kan det være at det ikke er plass i boksen? Namron brytere er litt store i innmaten føler jeg. Så en boks med litt ledninger i eller Wago-klemmer kan jeg fort se for meg at det blir trangt.

Men dette er ikke umulig å snu på. Så bare spør elektriker neste gang hvorfor og si at du helst vil ha utbyggingsramma fjernet

stigvi skrev (23 timer siden):

Det går, men det er fortsatt bare en en-veis bryter. Hva om en vil dimme opp og ned? Med en vippebryter trykker en da på øvre eller nedre del av bryterknappen. Men en elko-bryter med impulsfjær så må en løse dette på andre måter med feks et langt trykk for å dimme. Og Murphys lov sier at den alltid starter med å øke lysstyrken når du egentlig ville redusere den.

Eller man kan ha en med to eller tre vippebrytere. Så kan en være dimme opp, og en være dimme ned? Gitt at senderen man monterer støtter det så klart.