Vinnerliste

Den fjernstyrte fjernkontollen Da var dagen kommet, på tide å få opp TV-en uten å strekke seg etter en fjernkontoll Helt siden jeg kjøpte iiglo motorisert TV-stativ TVL1002 på Komplett.no så har jeg tenkt hvordan jeg skal angripe dette. Til slutt kom jeg fram til at det enkleste er å hacke seg inn på fjernkontrollen. Frem med skrujernet! Inni var det en ganske spennende sak med navn L24YK. Etter litt Googling viser det seg at det er en ganske fleksibel RF-microkontoller som går på 3.3v. Dette passet bra med microkontollerskuffen min (ja jeg har mange) som i hovedsak består av ESP8266. Hadde jeg hatt tid så kunne jeg bare bestilt meg en L24YK å parret den opp mot TV-stativet i stedet for å hacke fjernkontrollen, men nå hadde jeg utsatt dette lenge nok og det var ingen vei tilbake 🤣 Etter enda mer Googling å sjekking av deleskuffen, så ble dette skjemaet løsningen: NB: Det ser ut som at paint ikke er så nøyaktig så jeg kan ha bommet på pinnene inn på L24YK-chippen 😛 Jeg har matchet fargene på ledningene med dette fine bildet: Deretter var det en smal sak å lage denne karen: Helt til slutt tegnet jeg ett nytt lokk slik at fjernkontrollen ser mest mulig orginal ut Jeg ser at boksen ble noen mm for kort, men det får være. Hele greia styres selvfølgelig med passende MQTT-kommandoer: mosquitto_pub -t 'esp/tvstand/up' -m '1' mosquitto_pub -t 'esp/tvstand/down' -m '1' Og siden jeg aldri gidder å lodde på noe opplegg for å resette ESPen så tar jeg alltid utgangspunkt i denne koden som støtter firmwareoppdatering OTA: https://github.com/xibriz/ESP8266_BoilerPlate Kode for prosjektet: https://github.com/xibriz/ESP8266_TV_Stand Da kan jeg redde meg inn ved å kompilere en ny BIN og laste den opp til en web-server og kjøre: mosquitto_pub -t 'esp/tvstand/fw/update' -m 'http://192.168.1.18/espfw/ESP8266_TV_Stand.ino.bin'

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.

Pris på MQTT går vel ut av interfacet hver time når det oppdaterer grafikken i webgrensesnittet. Interfacet må selvfølgelig ha hentet det inn først. I nettleser kan du også se en del med "ip-adressen til interfacet"/data.json og "ip-adressen til interfacet"/energyprice.json Den siste gir alle fremtidige priser pluss nåværende. Funker vel best i Firefox som formaterer json automatisk.

Jeg mener de kun publiseres i forbindelse med at de hentes fra Entso-E, som skjer et sted mellom klokka 13 og 14 hver dag (randomisert tidspunkt for å unngå at alle som bruker firmwaren spør APIet eksakt samtidig).

Det er noen logiske feil i det du har laget. Når c < 70 vil to brytere slås av samtidig som turned_off_all settes til true. Hvis c fortsetter å synke i verdi til mindre enn 2 så skjer det ingenting med de climate du prøver å skru av fordi turned_off_all er true og ikke false. Du må heller splitte det opp i en turned_off_vvb og turned_off_climate. Men når det gjelder vvb så trenger du ikke noen turned_off_all eller turned_off_vvb. Du kan heller teste på om vvb allerede er avslått eller påslatt ved å sjekke state på switch.heavy_duty_switch Dette, switch.turn_off(entity_id="switch.heavy_duty_switch"), kan du godt skrive som du har gjort. Men en litt mer lesbar variant er å skrive det som switch.heavy_duty_switch.turn_off(). Smak og behag, helt klart.......

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

De tre kan du egentlig bare glemme. De er der bare for visningen sin del og for å lettere kunne stille inn disse tre parametrene. Men du trenger ikke "sette de opp". Med state.set("sensor.blabla", 99.0) blir sensor.blabla opprettet automatisk og får verdien 99.

Det er mange måter å gjøre det på, i HS4 (som jeg ikke har oppgradert til enda) er det vel også en plugin for det. Jeg har enn så lenge (siden YrWeather ble lagt ned) bare lagt til et bilde med link til meteogrammet. Denne: https://www.yr.no/nb/innhold/1-15183/meteogram.svg gir dette:

😂🤣 Ikke vær så imponert, det er bare et eksperiment med en ny hersketeknikk...

Det må vel i så fall være første gang i historien at det skjer...

Takk, @Moskus, men jeg har sagt mitt. Det er ikke en stor nok sak til at jeg gidder å bruke mer tid på kverulering. 😁