My run of Branch v1.0.1 #27
Replies: 16 comments 52 replies
-
Her har jeg optaget det, så vær venlig at bære over med mig, da det er første gang, jeg prøver dette. :-D |
Beta Was this translation helpful? Give feedback.
-
@JacobsenKim Fedt at du i den grad involverer dig. Tak! De gange jeg har sat mit op har jeg typisk "aktiveret" sensorerne med 3-5 min opladning og afladning hhv. til hus og net, men det har været ud fra at ville sikre mig at de fungerede som det er tiltænkt. Jeg skal lige sikre mig at jeg forstå formålet, og du må ikke misforstå mig her, men er det ikke "blot" for at få aktiveret alle sensorer, så der ikke står "unknown" (indledningsvis) i cards? Ud fra de tests jeg har lavet, så sider jeg med den opfattelse at sensorerne nok skal gå igang, blot der kommer aktivitet "på linjen". Det er klart at hvis man ikke har Jeg kunne se en vis fordel at få igangsat alle utility_meters, men ville også kunne acceptere hvis de ikke startede før der var aktivitet. Jeg tænkte på at det kunne løses med en https://community.home-assistant.io/t/how-to-manually-set-state-value-of-sensor/43975/109k |
Beta Was this translation helpful? Give feedback.
-
Jeg kan ikke se at det er et problem at energi sensorerne står til "unknown". Gør de det er det ganske enkelt fordi der ikke har været noget at måle endnu (og dermed hverken energi eller økonomi der skal gøres op). Jeg forudsætter her at Problemet må kunne afgrænses til at omfatte de sensorer der har krav om at mere end en sensor er available. Alt andet bør ikke være begrænsende. Men jeg kan godt se at hvor der er flere sensorer der skal være available, så skal de alle være det, før der kommer gang målingen. Problemet er at man kun kan sætte availability til Årsagen til at sensorerne har en availability er at forhindre dem i at springe. Jeg har set dem spring både til 0 men også helt vilkårlige spring - og her springer utility metret med. Alt kommer ud af kontrol. Der er ingen tvivl om at det er blevet væsentlig mere komplekst af at jeg i starten af januar indarbejde muligheden for at aflade batteri til net. Inden da oplevede jeg slet ikke dette problem. Alt startede smooth. Følgende sensorer med mere end én availability.
Jeg bør kunne få sat en last value op på disse fire. Det er i hvert fald et forsøg værd. Jeg er i gang med næste pakke og så få lavet et setup (evt. i GUI) således at man kan udskiftet PEES-filen 1:1 ved revisioner. Men kan lige tage et kig på dette. Laver en branch. |
Beta Was this translation helpful? Give feedback.
-
@JacobsenKim Forsøgte mig på min prøvemaskine (uden integrationen) med denne "model" v1.0.1-alpha-001 PS: Denne v1.0.1-alpha-002 kunne måske være løsningen og her skulle man ikke engang behøve at sætte |
Beta Was this translation helpful? Give feedback.
-
@JacobsenKim Det er vild fedt det du har gang i! Ikke blot til at afprøve, men man vil jo så kunne have en back-up kørende (måske)? Kan godt se at der bliver noget med timestamps der ikke passer, men pyt. Er lidt i tvivl om hvad du efterlyser. Til PEES package filen andvendes kun følgende sensorer,
...men det er du jo klar over... Jeg har kopieret alle de sensorer jeg har i > Settings > Devices and services > Entities etableret (dvs. filtreret) ved at gå via integrationen. Er det dem du tænker på? Ikke alle er aktive / i brug. Lad mig høre så laver jeg en liste. Se her. Overskriften ca 2/3 nede markerer hvor de sensorer der pt. ikke er i brug (i mit tilfælde). Jeg har kun tilvalgt at få inverter temperaturen med. https://github.com/JensenNick/huawei_solar_pees/tree/main/temporary |
Beta Was this translation helpful? Give feedback.
-
Frisk install af v1.0.1-alpha-002 sensor.economy_nri_pv den kører men blokere stadig på batteri. Ps færdig med test med Huawei Solar integration, så nu mangler jeg at lave en ren HA test, Energi dash gav lidt problemer da jeg havde fået lavet rod i nogle sensor jeg skulle have haft slettet, men nu kører det, pt. kører det med Energi dash og PEES. |
Beta Was this translation helpful? Give feedback.
-
Lidt log fra v1.0.1-alpha-002 Jeg har ikke stillet på noget bare installeret og ladet den køre. Måske noget float(0) men ved ikke hvilket udfald det har i din kode. |
Beta Was this translation helpful? Give feedback.
-
@JacobsenKim Når du nu lige trænger til lidt adspredelse så tag lige et kig på v2.0.0-alpha-004 :-). PS: Revisionsnumreringen går lidt af fløjten, når man arbejder med flere filer i en branch, så hører gerne dit forslag. |
Beta Was this translation helpful? Give feedback.
-
Jeg har kørt v2.0.0-alpha-004 ind men får fejl når jeg vælger min inverter Her er billede af hele siden ned. (nå git vendte det om så se billederne fra bunden af 👍 ) Her med valg af inverter. Her uden valg af inverter. ang V.nr så kan du jo gøre som du vil, bare du kan holde styr på det, ville ikke gå til 2.0.0 men bare lave alpha-004, alpha-005 osv. Så måske du merger alpha-004 og alpha-0013 og alpha-025 ind i main, så kan du vælge at lave en release 1.0.1, 1.0.2 osv. med de features eller bug fix der er tilføjet til main. Update: På billederne har jeg glemt at skifte pris sensor ud. linije 170 skal den ikke være 1
|
Beta Was this translation helpful? Give feedback.
-
What! Må jeg lige få kigget og afprøvet igen. Jeg har lige kastet håndklædet i ringen og bedt om hjælp på FB. Jeg rettede præcis den fejl i går, men så på et tidspunkt gik det galt med opdatering fordi jeg var kommet til at rette i flere vinduer på GitHub.
Den kender jeg godt...
Kører HA i Proxmox på en NUC.
Får kigget på det, så vi kan få fundet en løsning på det der med de indledende værdier der ikke starter op. Jeg tror som sagt mest på løsningen med template trigger. |
Beta Was this translation helpful? Give feedback.
-
@JacobsenKim Jeg har total optur! Jeg ved ikke hvor mange timer jeg sad og boksede med dette i går og hvor mange måder jeg prøvede at få det løst på. Jeg var overbevist om at jeg havde rettet fejlen du spotede 👍 TAK! Det fungerer (7-9-13) helt perfekt. |
Beta Was this translation helpful? Give feedback.
-
@JacobsenKim Test af alpha-003, hvor economy sensorerne er template sensors med en last value i attributten. Har kørt i 10 min og genstartet 2 gange ekstra. Jeg får ingen værdier på NRI Battery og NRI PV m.fl. Heller ikke Enegy Yield Total, selvom at der er resultat på både #1 og #2. Tror ikke at vi skal bruge mere krudt på den version. |
Beta Was this translation helpful? Give feedback.
-
@JacobsenKim Test af alpha-002, hvor economy sensorerne er template sensors med float(0). De ser ud til at blive genereret ligsom tingene starter op. Jeg har både restart og reboot fra både HA og Proxmox. Jeg kan simpelthen ikke fremprovokere et spring. Det undrer mig meget, men jeg lægger også mærke til at siden en af de sidste opdateringer af HA, er det ikke længere nødvendigt at logge ind med brugernavn og kode igen efter restart og selv efter reboot og nedlukning af browser, så kan jeg åbne en ny browser og der er ikke behov for at logge ind og den husker hvilke entities jeg har valgt i history? Det undrer mig meget. Må lige lade den køre et stykke tid. Tror du at det kan have noget med forbindelsen via token? |
Beta Was this translation helpful? Give feedback.
-
@JacobsenKim Test af alpha-001 med template trigger sensorer og en last værdi får jeg ikke til at starte ser det ud til, selv om at der er værdier på dine replica sensorer. Øv for jeg er ikke tryg ved at gå tilbage til at anvende float(0). Må lige undersøge lidt og se om det er noget andre også bemærker eller om de måske har bekræftet at det er ændret ifm. seneste updates af HA. |
Beta Was this translation helpful? Give feedback.
-
@JacobsenKim Jeg tror den er der med alpha-006. Princippet er at der for economy sensorerne er en has_value for hvert input. Første input HA støder på med has_value giver resultat da der anvendes float(0) på alle input. Er der ingen der har has_value defaulter den på 0. Men jeg tænker ikke at det gør noget, fordi når der genstartes bliver sensores aligevl unavailable. Lidt meget gentagelse, men det har eg det noget bedre i maven med end en ukritisk float(0) - i hvert fald indtil vi ved bedre. Genetablerer lige en ren maskine at køre den på fra start. Hold op hvor er det fedt at du har lavet den der replica 👍 - name: "Economy - Result w PV (ts)"
unique_id: economy_result_w_pv_ts
unit_of_measurement: DKK
state_class: total
state: >
{% if has_value('sensor.import_cost') %}
{{ (
states('sensor.import_cost') | float(0) -
states('sensor.export_income') | float(0)
) | round(5) }}
{% elif has_value('sensor.export_income') %}
{{ (
states('sensor.import_cost') | float(0) -
states('sensor.export_income') | float(0)
) | round(5) }}
{% else %}
{{ 0 }}
{% endif %} |
Beta Was this translation helpful? Give feedback.
-
Token gør bare at den kan logge ind på source og hente data fra den given sensor. hvis du genstarter din source så mister den forbindelse til unavalibel også til unknown også til den value den nu har når huawie er startet. genstarter du target så lukker den bare ned for forbindelsen når ha genstarter og så snart den har startet "rest" delen af ha vil den forbinde og hente data fra source og der er tal i alle sensor, så den emulere hvad der ville ske på source, som jeg ser det, også derfor der ikke er ne float(0) på sensor for at det skal virke som integrationen du kan bruge card til at se hvad der sker, da skulle du også gerne få historie du kan følge https://github.com/JacobsenKim/ha_huawei_solar_replicate/wiki/How2#lovelance-card |
Beta Was this translation helpful? Give feedback.
-
Jeg har kørt din Branch v1.0.1 in på en frisk VM her er nogle billeder efter det er sat op og genstartet.
Her ses _ps uden der er lavet ændringer. (læg mærke til hvor musen er på dette billede og det næste)
Her er _ps sat til 0, så ændre status fra None til 0 på den sensor uden _ps
Jeg har leget lidt videre, og efter solen gik ned og min inverter gik i 0, lavede jeg en nulstilling af VM og startede forfra.
Da var jeg nød til at sætte sensor.energy_yield_total til 0 for at sensor.energy_yield_total_ts kom med, men den havde også kørt en times tid inden jeg ændrede på noget.
Jeg har så nulstillet VM igen, og lige efter genstart efter install af PEES gået ind i "/developer-tools/state" og søgt på "_ps" og i tilstand "unknown" så sat alle unknown til til 0, her efter var alt aktiv i dashboard og denne gang behøvede jeg ikke sætte sensor.energy_yield_total til 0.
En løsning kunne være en automation, men hvordan man trigger de sensor til 0 via automation aner jeg ikke (den skal gøre det samme som man gør manuelt under /developer-tools/state).
men tanken er at have en automation i PEES filen som er aktiv fra start, så når der genstartes efter at have sat PEES op vil den køre og opdatere alle _ps til 0, her efter vil den deaktivere automation så den kun vil køre denne ene gang.
Ved ikke om det vil fejle hvis den kører før HA har oprettet alle sensor, ellers have den inaktiv hvor man selv aktivere den og den kører den ene gang og slukker sig selv her efter.
PS. hvis du roder videre så prøv at rod lidt med enegy_yeield_2, da den altid vil være død for mig, og dermed kan teste på den hele døgnet, de andre er lidt efter hvornår på dagen ting er aktive, så midt i en test bliver den ene sensor man har kigget på aktiv og skal så kigge efter en anden sensor, hvor med enegy_yeield_2 har samme udfald i hver opsætning af PEES uanset hvornår på døgnet, findes der en løsning til at aktivere enegy_yeield_2 via kode i filen så kan det føres over på de andre sensor, men kig på de sidste 2 billeder tror det er None der skal sættes til 0 da det er det der sker når _ps sættes til 0 og alt så virker fra start.
Beta Was this translation helpful? Give feedback.
All reactions