Vinnerliste

Fikk kontakt med support, fungerer nå.

Fikk kontakt med Tibber. Nå fungerer det igjen.

Hei! Vet ikke hvor dette helt passer i dette forumet, men prøver her. Jeg har i det siste jobbet med et hobbyprosjekt for å kalkulere hva varmtvannstanken koster meg i måneden. Jeg har egentlig gjort dette for min egen del, men tenkte kanskje noen andre kunne ha nytte av det også. Derfor har jeg laget Watty. Hva er Watty? Det er en applikasjon som trenger to ting: at du eier en Shelly enhet (f.eks. en Shelly Plug), og at du er kunde hos Tibber. Ved å bruke Shelly og Tibber sine APIer, kalkulerer Watty ut hva en målt enhet koster i måneden. Dette ser slik ut: Som dere ser i GIFen, viser Watty et par ting: - Hva den målte enheten har kostet deg. - Hvor mye strøm enheten har brukt i kilotwatt-timer. - Mulighet for å kalkulere inn strømstøtten. Vær obs på at prisen ikke inkluderer nettleie. Dette må man dessverre fortsatt kalkulere inn selv. Strømstøtte-kalkulasjonen er basert på dagens rate: 90% over 87,5 øre (inkludert moms). Dvs. den er korrekt tilbake til september. Før dette var strømstøtten på 80%, men dette har jeg ikke giddet å ta hensyn til... Koden ligger åpent på Github. Det er helt sikkert noen bugs i nåværende tilstand, så opprett gjerne en issue eller pull request hvis du finner noe Kommenter gjerne her hvis du finner andre typer feil. Jeg garanterer f.eks. ikke for at matten min er korrekt 😁 Github repoet over inneholder også litt info om hvordan man får tak i Shelly og Tibber sine token. Jeg har også planer om å få inn priser basert på Nord pool i stedet for at man er bundet til Tibber. Nord pool er ikke så grei med tilgang til APIet sitt, så må finne på noe lurt her. Ha en fin dag

Takk. Virker i HA også nå.

Samme her, selv om jeg bruker Tibber integrasjonen i Home Assistant. Så her er det noe Tibber har gjort som knekker all 3. parts bruk ser det ut som…

Samme her,

Nå ser det ut som om entso-e integrasjonen fungerer bedre og prices attributten endres ikke ved midnatt. Så da har jeg endret mine mal-sensorer som er på i de billigste timene til det som er vist nedenfor. Nye priser kommer vanligvis klokken 14:00 så mine mal-sensorer ignorerer prisene som allerede er blitt gamle og tar kun hensyn til de fremtidige prisene. - unique_id: billigste_timer_1_2 name: billigste_timer_1_2 state: >- {% set l=state_attr('sensor.average_electricity_price_today', 'prices')[14:]|sort(attribute='price') %} {% set t = now() %} {{ (t >= as_datetime(l[0].time) and t <= as_datetime(l[0].time) + timedelta(hours = 1)) or (t >= as_datetime(l[1].time) and t <= as_datetime(l[1].time) + timedelta(hours = 1)) }} - unique_id: billigste_timer_1_3 name: billigste_timer_1_3 state: >- {% set l=state_attr('sensor.average_electricity_price_today', 'prices')[14:]|sort(attribute='price') %} {% set t = now() %} {{ (t >= as_datetime(l[0].time) and t <= as_datetime(l[0].time) + timedelta(hours = 1)) or (t >= as_datetime(l[1].time) and t <= as_datetime(l[1].time) + timedelta(hours = 1)) or (t >= as_datetime(l[2].time) and t <= as_datetime(l[2].time) + timedelta(hours = 1)) }}

Da har jeg brukt stort sett hele dagen på å komme meg over på HS4. Og det ser ut til å virke som forventet. Det gjenstår noen av de mindre viktige events. Og nå hadde jeg igjen for å navngi dingsene så funksjon og plassering er innbakt i navnet. Ellers hadde jeg lusket rundt i huset og prøvd meg frem til langt ut i uka. Dette sparte jeg enormt med tid på når det er 65+ dingser bare i JowiHue. L_sovSE_S er en lampe på soverom syd-øst og det er den som sitter lengst mot syd i plafonden. M_sovSE_NEO er en NEO Coolcam Z-Wave bevegelsessensor på soverom syd-øst. OSV. Funksjon_Plassering_tilleggsopplysning. En bonus er at jeg nå har 2 Raspberry til overs. Forutsatt at både Z-Wave og Zigbee rekker ut i verkstedet. Den er fortsatt "dum". Og det har jeg tenkt å rette på. Det er 11m mellom den og huset. Det burde gå? Om ikke blir det ny(e) gateway(er) der ute.

I dag forsket jeg på hvordan man kan integrere mitt Flexit Uni2 med CU60 styreenhet og CI60 panel - uten å måtte gå til innkjøp av CI66 modbus-adapter. Jeg kan komme med følgende opplysninger: Protokollen mellom styreenhet og panel / mellom styreenhet og adapter er RS485, men IKKE modbus. Dette er en proprietær protokoll. Baud er 115,2 Kbaud 8N1 (LSB) Styreenhet sender to forskjellige telegram syklisk: Et kort telegram hvor pakkene alltid starter med 2 - 1: Og et langt telegram hvor pakkene alltid starter på 0 - 16: Feltet markert med rødt har jeg bekreftet er viftehastighet (0 = av, 1 = lav fart, 2 = middels fart, 3 = full fart). Egentlig er det bare å gjennomgå alle feltene og finne ut hva de representerer. Det virker som om prinsippene er like https://github.com/Vongraven/Flexit-SL4R-master (som ble nevnt over). Men protokollen er ikke lik. Jeg tror det bør være en relativ grei jobb å tilpasse det. Jeg har bestilt en Elfin EW11A (https://www.aliexpress.com/item/4001152539658.html) og tenker å gjøre et forsøk med denne. Vil tro den gjør susen. Tenker å sende rådata rett fra EW11 over TCP socket og parse dem eksternt i Node-Red. Det å sende verdier til styreenheten kan nok være mer utfordrende med denne metoden. Jeg er usikker på hvordan flytkontrollen egentlig er lagt opp. Men det får bli neste problem. Hardwareoppsett: Eksempel på korte type telegram og lang type telegram: Serial buffer.csv

Det ser kanskje litt "juletre" aktig ut med mange farger, men jeg har nå lagd to-farget bakgrunn som viser om varme er på eller ikke.

Jepp. Setup -> Custom: "Show Device Ref on Status Page". Skru på den.

boolean frameOk = false; int ffb1 = list1.get(0); // Read the two Frame Format bytes int ffb2 = list1.get(1); if ((ffb1 & 0xf0) == HDLC_FRAME_FORMAT3) { // Check that we have the Frame Format field, then this is start flag int frameLength = ((ffb1 & 0x03) << 8) + ffb2; int fcsb1 = list1.get(frameLength - 2); // Get 2-byte checksum at tail int fcsb2 = list1.get(frameLength - 1); int fcs = (fcsb1 << 8) + fcsb2; frameOk = checkFcs(list1, frameLength - 2, 0, fcs); // Check FCS. if (!frameOk) { System.out.println("HDLC: CRC fail"); } } private boolean checkFcs(List<Integer> messageData, int length, int offset, int fcsValue) { int chksum = GXFCS16.countFCS16(messageData, offset, length); return chksum == fcsValue; } Her er min kode for å sjekke FCS. GXFCS16 på Github: https://github.com/Gurux/gurux.dlms.java/blob/master/development/src/main/java/gurux/dlms/GXFCS16.java