Ik kan alleen geen automatiseringen maken op basis van de mechanische ventilatie omdat het geen uniek id heeft.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/vGEBKJvVr5xw6hzcSj2KCm6a.jpg?f=user_large)
Ik ben sinds gister ook trotse bezitter van een FanX. Het aanlsuiten en klonen is gelukt maar ook ik loop tegen een error met de custom elements.
Ik heb zowel het fan-control-row.js bestand in de www folder gezet, in de dashboard resources gezet (/local/fan-control-row.js) en ook in mijn configuration.yaml
maar blijf de error krijgen
/f/image/KdghYVunYBUM9BK3mFCLYE6y.png?f=fotoalbum_large)
Kan iemand mij op de goede weg helpen?
Ik heb zowel het fan-control-row.js bestand in de www folder gezet, in de dashboard resources gezet (/local/fan-control-row.js) en ook in mijn configuration.yaml
code:
1
2
3
4
5
| # Load frontend themes from the themes folder frontend: extra_module_url: - /config/www/fan-control-row.js themes: !include_dir_merge_named themes |
maar blijf de error krijgen
:fill(white):strip_exif()/f/image/KdghYVunYBUM9BK3mFCLYE6y.png?f=user_large)
Kan iemand mij op de goede weg helpen?
:strip_icc():strip_exif()/u/50110/crop6155c71c2a09f_cropped.jpg?f=community)
Je kunt de fan eventueel ook direct aansturen met de brightness van light.fan_speed
entity_id: light.fan_speed
domain: light
brightness_pct: 2
1 = stand 1
2 = stand 2
3 = stand 3
4 = auto
5 = away
voorbeeld van 10min WTW op stand 2 bij 2,5min aanstaan van toilet lamp (heel praktisch voorbeeld
):code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
| alias: 00 WC licht aan WTW 10min stand 2
description: ""
trigger:
- platform: device
type: turned_on
device_id:
entity_id: light.idinio_dimmer_switch_zb3_0_light_2
domain: light
for:
hours: 0
minutes: 2
seconds: 30
condition:
- condition: state
entity_id: fan.mechanische_ventilatie
attribute: preset_mode
state: Auto
- or:
- condition: time
after: "08:00:00"
before: "23:00:00"
weekday:
- mon
- tue
- wed
- thu
- fri
enabled: true
- condition: time
after: "10:00:00"
before: "23:30:00"
weekday:
- sat
- sun
enabled: true
action:
- type: turn_on
device_id:
entity_id: light.fan_speed
domain: light
brightness_pct: 2
- delay:
hours: 0
minutes: 10
seconds: 0
milliseconds: 0
- type: turn_on
device_id:
entity_id: light.fan_speed
domain: light
brightness_pct: 4
mode: single |
[ Voor 9% gewijzigd door SemTecS op 27-01-2023 14:21 ]
Hier hetzelfde probleem als @MacWeetjes
Ik krijg de buttons niet in mijn Frontend.
/f/image/2HX7zCBbgpeCbLq46vkjITcN.png?f=fotoalbum_large)
Alles staat ingesteld zoals beschreven in de Wiki. Bediening werkt via de kaart rechstsboven zonder enig probleem, maar ik bijf deze foutmelding houden in mijn frontend.
Ik krijg de buttons niet in mijn Frontend.
:fill(white):strip_exif()/f/image/2HX7zCBbgpeCbLq46vkjITcN.png?f=user_large)
Alles staat ingesteld zoals beschreven in de Wiki. Bediening werkt via de kaart rechstsboven zonder enig probleem, maar ik bijf deze foutmelding houden in mijn frontend.
/u/56263/crop62c5d7269912e.png?f=community)
:fill(white):strip_exif()/f/image/VJk9ed7sdRa6BTwq1Yof23iW.png?f=user_large)
Bedankt dat je er naar wilt kijken @Willie-wortel
In de error log zie ik wel een syntax error langs komen vandaag.
Heb het hele project vanuit GIT gedownload en de fan-control-row.js in de www folder geüpload via de file manager.
/f/image/huGWPVwNw4rQJhvjw8qYWcyA.png?f=fotoalbum_large)
Voor de zekerheid een screen van de dashboard resources
/f/image/m2rLUjYVz6qzTVYUFcCUmY8l.png?f=fotoalbum_large)
Ik weet niet wat er is veranderd maar spontaan werkt de custom element. Thanks iedereen
In de error log zie ik wel een syntax error langs komen vandaag.
code:
1
2
3
4
5
6
| Logger: frontend.js.latest.202301100 Source: components/system_log/__init__.py:256 First occurred: 7:55:44 AM (1 occurrences) Last logged: 7:55:44 AM https://xxxxxx.duckdns.org:8123/local/fan-control-row.js:8:0 SyntaxError: Unexpected token '<' |
Heb het hele project vanuit GIT gedownload en de fan-control-row.js in de www folder geüpload via de file manager.
:fill(white):strip_exif()/f/image/huGWPVwNw4rQJhvjw8qYWcyA.png?f=user_large)
Voor de zekerheid een screen van de dashboard resources
:fill(white):strip_exif()/f/image/m2rLUjYVz6qzTVYUFcCUmY8l.png?f=user_large)
Ik weet niet wat er is veranderd maar spontaan werkt de custom element. Thanks iedereen
[ Voor 3% gewijzigd door MacWeetjes op 28-01-2023 12:33 . Reden: Update - Issue opgelost ]
:strip_icc():strip_exif()/u/321889/crop5988605931660_cropped.jpeg?f=community)
Mijn v1 stick doet het nu ook, ietwat laat want ik zat bij eerste batch, maar daar kwam van alles tussen, gister had ik tijd over dus heb ik hem geflashed naar MySensors en in HA gekoppeld. Klein stukje bij de meterkast vandaan gehangen, anders had ik geen bereik.
Overigens heb ik een HRC dus als er wat getest moet worden zou ik dat kunnen doen
Overigens heb ik een HRC dus als er wat getest moet worden zou ik dat kunnen doen
What seems to be the officer, problem?
@Xilvaro, zie hier voor een nieuwe testversie (niet voor gebruik in Home Assistant!): link:
Mijn v1 stick doet het nu ook, ietwat laat want ik zat bij eerste batch, maar daar kwam van alles tussen, gister had ik tijd over dus heb ik hem geflashed naar MySensors en in HA gekoppeld. Klein stukje bij de meterkast vandaan gehangen, anders had ik geen bereik.
Overigens heb ik een HRC dus als er wat getest moet worden zou ik dat kunnen doen
Graag ontvang ik het resultaat van de seriële terminal
Alles lijkt goed, heel vreemd..... het lijkt inderdaad dat meer mensen hier last van hebben, in de log lijkt er een probleem te zijn met: "Unexpected token '<'". Ik weet zo even geen oplossing, mogelijk kan je proberen om alles tussen de <style> tags eens te verwijderen als test?
Idem:
code:
1
2
3
4
5
6
7
| Logger: frontend.js.latest.202301100 Source: components/system_log/__init__.py:256 First occurred: January 28, 2023, 11:04:08 (33 occurrences) Last logged: 21:14:03 https://homeassistant.x.x/local/fan-control-row.js:8:0 SyntaxError: Unexpected token '<' :0:0 Script error. |
Ik heb de javascript syntax volledig nagelopen maar daar staat echt niets geks in.
Ik heb echt geen idee wat hier mis gaat, misschien heb je hier iets aan: link:
[...]
Idem:
code:
Ik heb de javascript syntax volledig nagelopen maar daar staat echt niets geks in.
Er wordt soms aangegeven dat je dit in je Lovelace card moet zetten:
code:
1
2
3
| resources:
- url: /local/fan-percent-button-row.js
type: module |
Al heb ik dat zelf niet.
:strip_icc():strip_exif()/u/4202/crop59500930db0d0_cropped.jpeg?f=community)
Als je dit goed gereproduceerd krijgt, zou ik graag wat logs zien. Zelf lukt het mij helaas niet om dit te reproduceren, toch ben ik er op gebrand om dit soort issues definitief op te lossen! Dit kan je in de configuration.yaml zetten:
code:
1
2
3
4
5
| logger:
default: critical
logs:
homeassistant.components.mysensors: debug
mysensors: debug |
Euhh....dit begrijp ik niet zo goed? Kan je wat meer toelichten of je een probleem hebt?
Vreemd..... lijkt een cache/history dingetje?:
[...]
Hier hetzelfde, een paar dagen niet gekeken en voila, nu is bij mij de error ook weg
Inmiddels heb ik een testversie gemaakt die continu in RX modus staat, en ik zie inderdaad 31DA berichten voorbij komen van een random unit
code:
1
| RX decoded data: 18 50 1D DC 50 1D DC 31 DA 1D 0 EF 0 7F FF EF EF 7F FF 7F FF 7F FF 7F FF F0 0 EF 1 1 0 0 0 EF EF 7F FF 7F FF 30 |
Ga ik doen. Wil ook zaken zoals voeding door een te lange usb verlengkabel uitsluiten. Will be continued!:
[...]
[...]
Als je dit goed gereproduceerd krijgt, zou ik graag wat logs zien. Zelf lukt het mij helaas niet om dit te reproduceren, toch ben ik er op gebrand om dit soort issues definitief op te lossen! Dit kan je in de configuration.yaml zetten:
code:
logger: default: critical logs: homeassistant.components.mysensors: debug mysensors: debug
[...]
Euhh....dit begrijp ik niet zo goed? Kan je wat meer toelichten of je een probleem hebt?
[...]
Vreemd..... lijkt een cache/history dingetje?
Inmiddels heb ik een testversie gemaakt die continu in RX modus staat, en ik zie inderdaad 31DA berichten voorbij komen van een random unit
code:
:strip_icc():strip_exif()/u/142317/crop5cbd9d51d7e14_cropped.jpeg?f=community)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/YyZeIJfU7R5HGEDPIdjhW5Kl.jpg?f=user_large)
In de dark modus is de geselecteerde knop een beetje lastig af te lezen? Waar in /config/www/fan-control-row.js pas ik dat aan (naar bijvoorbeeld witte tekst)?
:strip_exif()/f/image/84EgiP2lz2HKhV6ADPrNIaME.jpg?f=fotoalbum_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/84EgiP2lz2HKhV6ADPrNIaME.jpg?f=user_large)
[ Voor 3% gewijzigd door jk-d op 31-01-2023 18:01 ]
zoeken op
rgba(0,0,0,.37) en vervangen met rgba(249,249,249,.85). -> dit maakt de tekst wit en 85% transparant (waren 3 hits die ik vervangen heb).
rgba(0,0,0,.12) en vervangen met rgba(156,155,156,.85). -> maakt het vakje grijs ipv zwart. (waren bij mij 5 hits die ik vervangen heb)
:fill(white):strip_exif()/f/image/r2RLAHtZsaAK6dZcQGz6tYld.png?f=user_large)
Als je in bv chrome rechtermuisknop op een element doet en inspecteren klikt kun je daar zoeken wat je moet aanpassen als je verder wat wil aanpassen in de stijl. Tot dus ver geen andere negatieve effecten van de aanpassing bemerkt.
[ Voor 43% gewijzigd door Razor109 op 31-01-2023 19:43 ]
Amber 95 Warmtepomp; Solax x3 5040Wp Z, Hoymiles 5520Wp O-W, Hoymiles 5040Wp O-W
Ik weet niet of al die 5 aanpassingen nodig zijn voor de achtergrond maar ik zie geen nadelige effecten.:
[...]
Als dit goed blijkt te werken kan ik dit op de GIT zetten
Op een witte achtergrond
:fill(white):strip_exif()/f/image/BrOICzXHmN7EppBiFU3HRIE2.png?f=user_large)
Amber 95 Warmtepomp; Solax x3 5040Wp Z, Hoymiles 5520Wp O-W, Hoymiles 5040Wp O-W
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/v20sxgr635F0Ic2pWNtRkZ21.jpg?f=user_large)
Ik kan bevestigen dat het hier ook goed werkt. Nu goed leesbaar in lichte en donkere modus.:
[...]
Yes, deze is beter
Een kleine update
Ondertussen flink aan de software gewerkt, de dongle gaat in eerste instantie gedurende x tijd:
- 22F1 (fan speed)
- 31DA (temperaturen, fan speed, humidity etc etc....)
- 12A0 (humidity)
berichten opvragen. Als er 31DA berichten binnenkomen, betekent dit dat het een unit is die dit support (WTW), dan zal hij geen 12A0 berichten meer gaan opvragen want de humidity staat al in het 31DA bericht, dat scheelt weer "on-air" tijd.
Als er daarentegen geen 31DA berichten binnenkomen, wordt deze aanvraag dus ook niet meer gestuurd en worden in de plaats 12A0 berichten aangevraagd. Waarschijnlijk zal dit bij de mechanische ventilatoren het geval zijn. De 12A0 berichten geven alleen de humidity weer (dit werkt bij mijn mechanische ventilatie
).
In HA zullen dan wel altijd alle datavelden te zien zijn, waarbij, in het geval van een mechanische ventilatie alleen de fan speed en humidity waarden worden geupdate.
Verder heb ik de verwerking van de RX berichten flink onder handen gehad met het oog op evt. crashen/vastlopen.
edit: deze software staat nog niet op de GIT
Ondertussen flink aan de software gewerkt, de dongle gaat in eerste instantie gedurende x tijd:
- 22F1 (fan speed)
- 31DA (temperaturen, fan speed, humidity etc etc....)
- 12A0 (humidity)
berichten opvragen. Als er 31DA berichten binnenkomen, betekent dit dat het een unit is die dit support (WTW), dan zal hij geen 12A0 berichten meer gaan opvragen want de humidity staat al in het 31DA bericht, dat scheelt weer "on-air" tijd.
Als er daarentegen geen 31DA berichten binnenkomen, wordt deze aanvraag dus ook niet meer gestuurd en worden in de plaats 12A0 berichten aangevraagd. Waarschijnlijk zal dit bij de mechanische ventilatoren het geval zijn. De 12A0 berichten geven alleen de humidity weer (dit werkt bij mijn mechanische ventilatie
). In HA zullen dan wel altijd alle datavelden te zien zijn, waarbij, in het geval van een mechanische ventilatie alleen de fan speed en humidity waarden worden geupdate.
Verder heb ik de verwerking van de RX berichten flink onder handen gehad met het oog op evt. crashen/vastlopen.
edit: deze software staat nog niet op de GIT
Nice! Wanneer wel? Dan knal ik die er gelijk op
Was nog niet toegekomen aan testen e.d. maar dit is natuurlijk beter
What seems to be the officer, problem?
De test software staat hier: link
Deze software i.c.m. een mechanische ventilatie werkt goed in HA, dat kon ik zelf testen. Hoe dit werkt met een HRC kan ik niet testen. Als het werkt krijg je in HA veel meer info te zien omdat de 31DA berichten worden opgevraagd. Deze versie is voor gebruik met Home Assistant.
Graag hoor ik wat de ervaringen zijn.
:fill(white):strip_exif()/f/image/y9Jh3ndFjKKah7W0eLis1VTF.png?f=user_large)
Deze software i.c.m. een mechanische ventilatie werkt goed in HA, dat kon ik zelf testen. Hoe dit werkt met een HRC kan ik niet testen. Als het werkt krijg je in HA veel meer info te zien omdat de 31DA berichten worden opgevraagd. Deze versie is voor gebruik met Home Assistant.
Graag hoor ik wat de ervaringen zijn.
[ Voor 13% gewijzigd door Willie-wortel op 03-02-2023 18:44 ]
Ziet er goed uit!
Helaas heb ik een V1 dongle Ik wacht rustig af haha
Helaas heb ik een V1 dongle
Ik wacht rustig af haha
What seems to be the officer, problem?
De project files staan online, zie deze link. Hiermee kan je zowel V1.0 als V2.0 flashen.:
Ziet er goed uit!
Helaas heb ik een V1 dongle
Let op dat je de juiste versie selecteert
Op mijn laptop werkt deze aanpassing uitstekend maar op mijn iPhone niet. Het ziet er nog steeds uit als voor de wijziging. Ik heb de Home Assistant companion app al geforceerd afgesloten en opnieuw gestart, Home Assistant opnieuw gestart maar geen verandering. Kan het zijn dat de iPhone een andere style gebruikt?
Edit: Al opgelost, in de app naar Settings > Companion App > Foutopsporing > Reset frontend cache
[ Voor 11% gewijzigd door robertwebbe op 03-02-2023 22:29 ]
Ik heb een MVS-15RH CO2B (Max) en zie dat de Indoor Humidity nu ook wordt getoond:
:fill(white):strip_exif()/f/image/0M3j2Oh7hVcC6j0C9YkDi16O.png?f=user_large)
Wordt binnenkort de Timer ook zichtbaar als knop?
[ Voor 21% gewijzigd door robertwebbe op 04-02-2023 00:23 ]
/u/119694/tweakers.png?f=community)
:strip_exif()/u/90636/nintendo.gif?f=community)
De nieuwe software geeft wel meer informatie bij mijn HRC300, mogelijk zijn sommige waardes gewisseld?
Ik heb geen andere manier om de signalen uit te lezen, maar dit krijg ik nu:
/f/image/UHwYzNQHW2MKFerjdXgI3rG1.png?f=fotoalbum_large)
Buiten temperatuur zou warmer zijn dan binnen? Zal waarschijnlijk andersom zijn, buiten circa 8-9 graden nu en binnen kan gemiddelde retour temperatuur wel 15-16gr zijn nu.
En supply fan krijgt geen info door.
Ik heb geen andere manier om de signalen uit te lezen, maar dit krijg ik nu:
:fill(white):strip_exif()/f/image/UHwYzNQHW2MKFerjdXgI3rG1.png?f=user_large)
Buiten temperatuur zou warmer zijn dan binnen? Zal waarschijnlijk andersom zijn, buiten circa 8-9 graden nu en binnen kan gemiddelde retour temperatuur wel 15-16gr zijn nu.
En supply fan krijgt geen info door.
Amber 95 Warmtepomp; Solax x3 5040Wp Z, Hoymiles 5520Wp O-W, Hoymiles 5040Wp O-W
/u/638163/crop63ae89f1c12bb.png?f=community)
Zou je deze V1.3 willen proberen: link?
Als het goed is moet de mapping nu kloppen
Dat wil ik best toevoegen, alleen ik weet niet precies wat de functie is (heb zelf geen WTW), en welk bericht ik moet sturen, waarschijnlijk een write op 22F7?
edit: zijn slechts 3 standen zo te zien (off, on en auto): YouTube: ORCON HRC Bypass bedienen met de HRC display inbouw 15RF
[ Voor 3% gewijzigd door Willie-wortel op 06-02-2023 00:01 ]
Dit zijn de drie opties die mogelijk zijn voor de bypass:
Op basis van de code in het 31DA struct zou je verwachten dat je een percentage in zou moeten kunnen stellen, echter kan dat niet. Het percentage instellen levert een volledig open bypass op en dus zijn de commando's hierboven de enige opties. Zou @Willie-wortel wel moeten kunnen implementeren lijkt me
code:
1
2
3
| bypass_open: ' W --- 37:153258 32:153258 --:------ 22F7 003 00C8EF' bypass_close: ' W --- 37:153258 32:153258 --:------ 22F7 003 0000EF' bypass_auto: ' W --- 37:153258 32:153258 --:------ 22F7 003 00FFEF' |
Op basis van de code in het 31DA struct zou je verwachten dat je een percentage in zou moeten kunnen stellen, echter kan dat niet. Het percentage instellen levert een volledig open bypass op en dus zijn de commando's hierboven de enige opties. Zou @Willie-wortel wel moeten kunnen implementeren lijkt me
Dank je! Is alleen even de vraag welke entiteit ik zal gebruiken hiervoor, zie ook link:
Dit zijn de drie opties die mogelijk zijn voor de bypass:
code:
Op basis van de code in het 31DA struct zou je verwachten dat je een percentage in zou moeten kunnen stellen, echter kan dat niet. Het percentage instellen levert een volledig open bypass op en dus zijn de commando's hierboven de enige opties. Zou @Willie-wortel wel moeten kunnen implementeren lijkt me
Zit te denken aan V_CUSTOM.
:fill(white):strip_exif()/f/image/GQ7QtHmLOH0cMt2wjxwkPx5y.png?f=user_large)
Heb het hier ook werkend, super
Mijn observaties (Orcon HRC 500):
* by-pass position: ik heb de waardes 3,2,1 geobserveerd, lijkt te werken
* exhaust fan: staat continue op 104, lijkt me niet goed
* exhaust flow: altijd 0, lijkt me niet goed
* indoor humidity: lijkt goed te werken, met douchen schoot hij inderdaad omhoog
* outdoor humidity: lijkt goed te werken, vind de waarde zelf wel erg laag
* indoor and outdoor temperatuur lijken goed te werken, maar inderdaad omgedraaid
* supply flow: altijd 0, lijkt me niet goed
Welke software versie heb je? V1.2 of V1.3?:
[Afbeelding]
Heb het hier ook werkend, super
Mijn observaties (Orcon HRC 500):
* by-pass position: ik heb de waardes 3,2,1 geobserveerd, lijkt te werken
* exhaust fan: staat continue op 104, lijkt me niet goed
* exhaust flow: altijd 0, lijkt me niet goed
* indoor humidity: lijkt goed te werken, met douchen schoot hij inderdaad omhoog
* outdoor humidity: lijkt goed te werken, vind de waarde zelf wel erg laag
* indoor and outdoor temperatuur lijken goed te werken, maar inderdaad omgedraaid
* supply flow: altijd 0, lijkt me niet goed
Super ga ik vanavond proberen.:
[...]
Zou je deze V1.3 willen proberen: link?
Als het goed is moet de mapping nu kloppen
[...]
Dat wil ik best toevoegen, alleen ik weet niet precies wat de functie is (heb zelf geen WTW), en welk bericht ik moet sturen, waarschijnlijk een write op 22F7?
edit: zijn slechts 3 standen zo te zien (off, on en auto): YouTube: ORCON HRC Bypass bedienen met de HRC display inbouw 15RF
De bypass waarde die nu wordt weergeven, is dat het percentage dat de bypass open/ dicht is of de modus (1-2-3?) Ik heb namelijk ook 4 voorbij zien komen. En volgens mij zou de bypass nu gewoon op modus AUTO moeten staan toch?
Amber 95 Warmtepomp; Solax x3 5040Wp Z, Hoymiles 5520Wp O-W, Hoymiles 5040Wp O-W
Heb de bediening van 22F7 er grotendeels in (v1.4 die nog niet online staat), alleen twijfel ik nu over de waarden, want hierboven lijkt het of er 0x00, 0xC8 en 0xFF bestaat als waarde, maar in voorgaande posts wordt aangegeven dat de bypass waarde uit 31DA waarde 1, 2 of 3 kan hebben? Wijkt dat af van de waarde in het 22F7 veld dan?:
Dit zijn de drie opties die mogelijk zijn voor de bypass:
code:
Op basis van de code in het 31DA struct zou je verwachten dat je een percentage in zou moeten kunnen stellen, echter kan dat niet. Het percentage instellen levert een volledig open bypass op en dus zijn de commando's hierboven de enige opties. Zou @Willie-wortel wel moeten kunnen implementeren lijkt me
Graag hoor ik wat de ervaringen zijn met v1.3 want de mapping van de waardes zou echt goed moeten zijn nu.
@Gunner0616 bedankt voor je uitgebreidere omschrijving om de Sparkfun Pro Micro (FanX v2.0) te flashen. Wat bij mij nog misging is dat ik niet in de gaten had dat standaard in Arduino IDE (2.0 gebruikt) de Sparkfun Pro Micro nog niet in de lijst is opgenomen en dat je die via preferences (linkje plakken) moest toevoegen. Dus eerst heel eigenwijs verkeerd geflashed naar een verkeerd bord 
. Je had het heel duidelijk vermeld....
Nu (na een poosje contactpuntjes verbinden) is 1.3 werkend, ik krijg de volgende waarden door:
:strip_exif()/f/image/vzQAbFXkUqjZ7X3i1ECfzg91.jpg?f=fotoalbum_large)
Bij mij ook de Supply en Exhaust temp verwisseld. Of dit (dus) ook geldt voor de FAN% en Flow weet ik niet.
Voor het beeld, als ik voor mijn Orcon HRC-400 sta, zijn de in- en uitvoer naar buiten toe links geplaatst. De unit kan inderdaad ook gespiegeld worden gemonteerd maar ik weet niet of en hoe dat invloed heeft op de sensor-waarden. Ik hoop dat je daar uit komt (of inmiddels al uit bent ) @Willie-wortel !
Ik kijk er naar uit om de By-Pass (en eventueel Fan%, maar dat is minder noodzakelijk denk ik) te kunnen aansturen (of kan dat al en zie ik het over het hoofd?)!
edit:
Wat betreft het omwisselen van de waarden; het zou ook nog kunnen zijn dat de exhaust sensor na en de supply temperature voor (of dan eigenlijk ook na) de warmtewisselaar en bypass zitten, in dat geval zou het natuurlijk heel goed kunnen kloppen en doet de WTW gewoon goed zijn werk...
edit2:
Het feit dat het op dit moment buiten onder nul is en beide temperaturen (exhaust en supply) daar niet in de buurt komen ondersteunt bovenstaande. Als de WTW 100% rendement zou hebben dan zou de uitgaande lucht de temperatuur van de buitenlucht moeten hebben maar dat is uiteraard niet haalbaar. Maar de buitenlucht verwarmen van 0 (gemeten in de schaduw overigens, op het dak waar de invoer zit schijnt nu de zon) naar +17 (met een binnentemperatuur van gemiddeld ca. 19 graden) en de binnenlucht afkoelen van +19 naar +8 vind ik al heel netjes! Beter dan de koude buitenlucht die bij de meeste huizen met centrale afzuiging onverwarmd naar binnen wordt getrokken..
. Je had het heel duidelijk vermeld....Nu (na een poosje contactpuntjes verbinden) is 1.3 werkend, ik krijg de volgende waarden door:
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/vzQAbFXkUqjZ7X3i1ECfzg91.jpg?f=user_large)
Bij mij ook de Supply en Exhaust temp verwisseld. Of dit (dus) ook geldt voor de FAN% en Flow weet ik niet.
Voor het beeld, als ik voor mijn Orcon HRC-400 sta, zijn de in- en uitvoer naar buiten toe links geplaatst. De unit kan inderdaad ook gespiegeld worden gemonteerd maar ik weet niet of en hoe dat invloed heeft op de sensor-waarden. Ik hoop dat je daar uit komt (of inmiddels al uit bent
) @Willie-wortel !Ik kijk er naar uit om de By-Pass (en eventueel Fan%, maar dat is minder noodzakelijk denk ik) te kunnen aansturen (of kan dat al en zie ik het over het hoofd?)!
edit:
Wat betreft het omwisselen van de waarden; het zou ook nog kunnen zijn dat de exhaust sensor na en de supply temperature voor (of dan eigenlijk ook na) de warmtewisselaar en bypass zitten, in dat geval zou het natuurlijk heel goed kunnen kloppen en doet de WTW gewoon goed zijn werk...
edit2:
Het feit dat het op dit moment buiten onder nul is en beide temperaturen (exhaust en supply) daar niet in de buurt komen ondersteunt bovenstaande. Als de WTW 100% rendement zou hebben dan zou de uitgaande lucht de temperatuur van de buitenlucht moeten hebben maar dat is uiteraard niet haalbaar. Maar de buitenlucht verwarmen van 0 (gemeten in de schaduw overigens, op het dak waar de invoer zit schijnt nu de zon) naar +17 (met een binnentemperatuur van gemiddeld ca. 19 graden) en de binnenlucht afkoelen van +19 naar +8 vind ik al heel netjes! Beter dan de koude buitenlucht die bij de meeste huizen met centrale afzuiging onverwarmd naar binnen wordt getrokken..
[ Voor 24% gewijzigd door SemTecS op 07-02-2023 11:19 ]
Yes klopt, ik zal deze ook toevoegen! Verder gezien dat ik een foutje had bij de declaratie van de struct voor de fan info, de flow variabelen waren gedeclareerd als uint8_t, moest uint16_t zijn
De update staat klaar (nog niet online!), twijfel alleen nog even over de berekening van de flow waarden: link
Voor de volgende update heb ik de 22F7 er even uit gehaald, ik zie graag eerst de 31DA even goed draaien.
De debieten zijn nu nog niet correct inderdaad. 1m³/h is veel te weinig. 100m³/h in de laagste stand zou meer in de richting komen schat ik in. Ben benieuwd naar een volgende versie! Bedankt voor alle moeite die je erin steekt:
[...]
Yes klopt, ik zal deze ook toevoegen! Verder gezien dat ik een foutje had bij de declaratie van de struct voor de fan info, de flow variabelen waren gedeclareerd als uint8_t, moest uint16_t zijn
De update staat klaar (nog niet online!), twijfel alleen nog even over de berekening van de flow waarden: link
Voor de volgende update heb ik de 22F7 er even uit gehaald, ik zie graag eerst de 31DA even goed draaien.
1.4 hier geinstalleerd. Nu worden er 4 temperatuur sensoren weergeven, mooi dat je zo kunt zien hoeveel rendement qua warmte wordt teruggegeven door de WTW!
Flow lijkt mij inderdaad nog niet correct berekend, zou hoger moeten liggen. Op het plaatje draait mijn HRC300 in maximale stand, de HRC is wel wat gecapped in de jumper-instellingen maar totaal zou eerder rond 240 - 260 moeten liggen schat ik dan 90m3/uur.
:fill(white):strip_exif()/f/image/xZuH9RXiN92QcmP5YruuY6wI.png?f=user_large)
Amber 95 Warmtepomp; Solax x3 5040Wp Z, Hoymiles 5520Wp O-W, Hoymiles 5040Wp O-W
Ok maar een waarde van 96 bij mij zou dan betekenen dat hij > 345m3/u flow heeft dat lijkt mij ook niet juist?
Temperatuur sensors lijken nu allemaal correcgt ingesteld, en mooie basis om de bypass te kunnen gaan aansturen met name in de zomer om zo beter de opwarming van huis te kunnen regelen.
Ik heb een paar template sensors gemaakt om rendement en verschil van buiten / binnen snel weer te geven. Nu in deze vrieskou blijkt rendement niet super hoog. Hoe is dit voor anderen?
:fill(white):strip_exif()/f/image/SdWcIXitV2kawJrK5GIK5grW.png?f=user_large)
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| - platform: template
sensors:
ventilatie_rendement:
friendly_name: "WTW Rendement"
value_template: "{{ ((((states.sensor.supply_temperature_oc.state|int) - (states.sensor.outdoor_temperature_oc.state|int)) / ((states.sensor.indoor_temperature_oc.state|int) - (states.sensor.outdoor_temperature_oc.state|int)))*100) | round(0) }}"
unit_of_measurement: "%"
ventilatie_buitenbinnentemp:
friendly_name: "WTW Verschil Buiten / Binnen"
value_template: "{{ (((states.sensor.indoor_temperature_oc.state|int) - (states.sensor.outdoor_temperature_oc.state|int))) | round(2) }}"
unit_of_measurement: "°C"
ventilatie_warmteverschil:
friendly_name: "WTW Verschil Buiten en Aanvoer"
value_template: "{{ (((states.sensor.supply_temperature_oc.state|int) - (states.sensor.outdoor_temperature_oc.state|int))) | round(2) }}"
unit_of_measurement: "°C" |
[ Voor 3% gewijzigd door Razor109 op 08-02-2023 09:28 ]
Amber 95 Warmtepomp; Solax x3 5040Wp Z, Hoymiles 5520Wp O-W, Hoymiles 5040Wp O-W
Top
, ik heb hem er op gezet om te testen (HRC 500)::fill(white):strip_exif()/f/image/nGwGXC2BmwUw23CJhNYEvboj.png?f=user_large)
Mijn observaties:
- bypass is continu 0 sinds v1.3 oid, mogelijk correct met dit weer, mogelijk niet
- exhaust/supply flow zijn beide 0
- de extra outdoor temperatuur is 654 graden, dus daar gaat iets niet helemaal goed <-- edit: kennelijk initiele hickup
edit:
Aangaande de FAN percentages:
Volgens mij is stand 2 == 100%, en de rest relatief daarvan
[ Voor 19% gewijzigd door - J.W. - op 08-02-2023 10:29 ]
:strip_icc():strip_exif()/u/101621/apple.jpg?f=community)
Ik moest de persistent file verwijderen, en heb toen even gehele my_sensor config gereset in HASS.:
[...]
Top
[Afbeelding]
Mijn observaties:
- bypass is continu 0 sinds v1.3 oid, mogelijk correct met dit weer, mogelijk niet
- exhaust/supply flow zijn beide 0
- de extra outdoor temperatuur is 654 graden, dus daar gaat iets niet helemaal goed <-- edit: kennelijk initiele hickup
edit:
Aangaande de FAN percentages:
Volgens mij is stand 2 == 100%, en de rest relatief daarvan
De flow waardes moeten zonder 'm' weergeven worden dan heb je de goede.
En bij mij staat bypass ook op 0 nu constant, afwachten als we via 22F7 signaal de bypass kunnen sturen of de 0 veranderd.
[ Voor 6% gewijzigd door Razor109 op 08-02-2023 12:07 ]
Amber 95 Warmtepomp; Solax x3 5040Wp Z, Hoymiles 5520Wp O-W, Hoymiles 5040Wp O-W
Dank je!
Vreemd genoeg moet ik alsnog zelf wat values {} invullen handmatig, want anders blijven ze leeg
Hierbij het nieuwe resultaat:
:fill(white):strip_exif()/f/image/HMjn2CswqTBdVbSqiax0DTFc.png?f=user_large)
De flow is er nu inderdaad
, alleen de waarde klopt niet, in de huidige stand zou het zo'n 165 m3/h moeten zijn..
Ben beetje aan het knutselen voor de sturing voor vochtigheid in de badkamer:
Update 13-02-203: Een pollende sensor toegevoegd, aangezien de average niet goed werkt met langzaam veranderende waardes.. (zoals bijvoorbeeld het vochtigheids percentage )
automations.yaml
configuration.yaml
In het kort:
Vergelijk de huidige indoor humidity met het gemiddelde van de laatste 3u.
Als dat verschil >4% gedurende 30s, dan aan (High), met 20 minuten nadraaien vanaf het moment dat het weer <4% is, dan weer naar Auto.
Mocht je het willen testen, of verbeteringen hebben , feel free..
Een aantal variabelen zullen wel afhankelijk zijn van de installatie (bijv. hoeveel % van de totale lucht uit de badkamer komt).
Variabelen:
Update 13-02-203: Een pollende sensor toegevoegd, aangezien de average niet goed werkt met langzaam veranderende waardes.. (zoals bijvoorbeeld het vochtigheids percentage
)automations.yaml
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
| - id: '1675715798812' alias: 'Control: FAN Humidity' description: '' trigger: - platform: state entity_id: - binary_sensor.bathroom_fan_sb for: hours: 0 minutes: 20 seconds: 0 to: 'off' - platform: state entity_id: - binary_sensor.bathroom_fan_sb to: 'on' for: hours: 0 minutes: 0 seconds: 30 condition: [] action: - if: - condition: state entity_id: binary_sensor.bathroom_fan_sb state: 'on' then: - service: fan.set_preset_mode data: preset_mode: High target: entity_id: fan.heatpump_ventilation else: - service: fan.set_preset_mode data: preset_mode: Auto target: entity_id: fan.heatpump_ventilation mode: single |
configuration.yaml
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
| sensor: - platform: statistics name: Indoor HeatPump Humidity Average entity_id: sensor.indoor_heatpump_humidity_series state_characteristic: average_step unique_id : "indoor_heatpump_humidity_average" sampling_size: 2400 max_age: hours: 4 template: - sensor: name: Indoor Humidity Series unique_id : "indoor_heatpump_humidity_series" state: "{{ states('sensor.indoor_humidity') }}" state_class: "measurement" unit_of_measurement: "%" attributes: minute: "{{ now().minute }}" binary_sensor: - platform: template sensors: bathroom_fan_sb: friendly_name: Bathroom Humidity Fan Triggering unique_id : bathroom_humidity_fan_triggering value_template: >- {% set humid = states('sensor.indoor_humidity')|int(default=0) %} {% set avg = states('sensor.indoor_heatpump_humidity_average')|int(default=0) %} {% set thresh = 4 %} {% if avg != 0 %} {{ (humid - avg) > thresh }} {% else %} {{ false }} {% endif %} |
In het kort:
Vergelijk de huidige indoor humidity met het gemiddelde van de laatste 3u.
Als dat verschil >4% gedurende 30s, dan aan (High), met 20 minuten nadraaien vanaf het moment dat het weer <4% is, dan weer naar Auto.
Mocht je het willen testen, of verbeteringen hebben
, feel free..Een aantal variabelen zullen wel afhankelijk zijn van de installatie (bijv. hoeveel % van de totale lucht uit de badkamer komt).
Variabelen:
YAML:
1
2
| max_age: hours: 4 <--- bepaald over welke periode het gemiddelde berekend moet worden. |
YAML:
1
2
3
4
5
| - binary_sensor.bathroom_fan_sb for: hours: 0 minutes: 20 <------ hoeveel minuten nadraaien nadat hij weer onder de target is seconds: 0 |
code:
1
| {% set thresh = 4 %} <--- threshold t.o.v. het bepaalde gemiddelde |
[ Voor 25% gewijzigd door - J.W. - op 15-02-2023 16:52 . Reden: version 2 ]
:
Ben beetje aan het knutselen voor de sturing voor vochtigheid in de badkamer:
Automations.yaml:
code:
- id: '1675715798812' alias: 'Control: FAN Humidity' description: '' trigger: - platform: state entity_id: - binary_sensor.bathroom_fan_sb for: hours: 0 minutes: 20 seconds: 0 to: 'off' - platform: state entity_id: - binary_sensor.bathroom_fan_sb to: 'on' for: hours: 0 minutes: 0 seconds: 30 condition: [] action: - if: - condition: state entity_id: binary_sensor.bathroom_fan_sb state: 'on' then: - service: fan.set_preset_mode data: preset_mode: High target: entity_id: fan.heatpump_ventilation else: - service: fan.set_preset_mode data: preset_mode: Auto target: entity_id: fan.heatpump_ventilation mode: single
configuration.yaml
code:
sensor: - platform: statistics name: Indoor HeatPump Humidity Average entity_id: sensor.indoor_humidity state_characteristic: average_linear max_age: hours: 3 binary_sensor: - platform: template sensors: bathroom_fan_sb: friendly_name: Bathroom Humidity Fan Status value_template: >- {% set humid = states('sensor.indoor_humidity')|int(default=0) %} {% set avg = states('sensor.indoor_heatpump_humidity_average')|int(default=0) %} {% set thresh = 4 %} {{ (humid - avg) > thresh }}
In het kort:
Vergelijk de huidige indoor humidity met het gemiddelde van de laatste 3u.
Als dat verschil >4% gedurende 30s, dan aan, met 20 minuten nadraaien, dan weer naar Auto.
Mocht je het willen testen, of verbeteringen hebben
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
| alias: Mechanische Ventilatie description: "" trigger: - platform: numeric_state entity_id: sensor.badkamer_sensor_humidity above: input_number.mv_laag - platform: numeric_state entity_id: sensor.badkamer_sensor_humidity above: input_number.mv_middel - platform: numeric_state entity_id: sensor.badkamer_sensor_humidity above: input_number.mv_hoog - platform: template value_template: >- {{ states('sensor.badkamer_sensor_humidity')|int < (states('input_number.mv_laag')|int - states('input_number.hysterese')|int) }} alias: Below 'Laag' - platform: template value_template: >- {{ states('sensor.badkamer_sensor_humidity')|int < (states('input_number.mv_middel')|int - states('input_number.hysterese')|int) }} alias: Below 'Middel' - platform: template value_template: >- {{ states('sensor.badkamer_sensor_humidity')|int < (states('input_number.mv_hoog')|int - states('input_number.hysterese')|int) }} alias: Below 'Hoog' - platform: event event_type: automation_reloaded event_data: {} - platform: homeassistant event: start condition: - condition: state entity_id: input_boolean.mv_slimme_automatisering state: "on" action: - choose: - conditions: - condition: numeric_state entity_id: sensor.badkamer_sensor_humidity below: input_number.mv_laag sequence: - service: fan.set_preset_mode data: preset_mode: Auto target: entity_id: fan.mechanische_ventilatie alias: Humidity is below 'Laag' - conditions: - condition: numeric_state entity_id: sensor.badkamer_sensor_humidity below: input_number.mv_middel sequence: - service: fan.set_preset_mode data: preset_mode: Laag target: entity_id: fan.mechanische_ventilatie alias: Humidity is between 'Laag' and 'Middel' - conditions: - condition: numeric_state entity_id: sensor.badkamer_sensor_humidity below: input_number.mv_hoog sequence: - service: fan.set_preset_mode data: preset_mode: Mid target: entity_id: fan.mechanische_ventilatie alias: Humidity is between 'Middel' and 'Hoog' default: - service: fan.set_preset_mode data: preset_mode: Hoog target: entity_id: fan.mechanische_ventilatie alias: Humidity is above 'Hoog' mode: single |
:fill(white):strip_exif()/f/image/VMemV1oheGeTnbF3Stgpggl9.png?f=user_large)
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
Grappig, totaal andere aanpak, jouwe is meer absoluut.Bij mij werkt dat denk ik niet zo goed, omdat de lucht nogal gemengd wordt met lucht uit andere ruimtes en ook de vochtigheid nogal varieert (bijv. dalende gedurende de nacht). Mijn maximale vochtigheid so far is dan ook iets van 50% maar.
:fill(white):strip_exif()/f/image/z1F8Y5cErH5XV1yq9qNi6Pme.png?f=user_large)
(dit is zonder automation)
:strip_icc():strip_exif()/u/10517/nwkoffie.jpg?f=community)
Vandaag wat in het topic zitten struinen en zit een beetje met dezelfde vraag.
Ik zou graag een FanX bestellen, maar mis nog wat duidelijkheid over de (on)mogelijkheden en wat er nu precies nog moet gebeuren na ontvangst.
Er zijn diverse revisies en diverse firmwares. Deze moet je er dus zelf opzetten? (waarom niet met FW uitleveren?
)Ontvangt de FanX de status wanneer ik met de originele wand-afstandsbediening de speed verander?
Ik zou graag een FanX met externe antenne bestellen
Zwembad (te koop) - Braaihok (te koop) - Bouwproject -BraaiTV - Funda
Hij wordt wel met firmware geleverd, maar deze wordt steeds meer verbeterd door de hier aanwezige tweakers:
[...]
Vandaag wat in het topic zitten struinen en zit een beetje met dezelfde vraag.
Ik zou graag een FanX bestellen, maar mis nog wat duidelijkheid over de (on)mogelijkheden en wat er nu precies nog moet gebeuren na ontvangst.
Er zijn diverse revisies en diverse firmwares. Deze moet je er dus zelf opzetten? (waarom niet met FW uitleveren?
Ontvangt de FanX de status wanneer ik met de originele wand-afstandsbediening de speed verander?
Ik zou graag een FanX met externe antenne bestellen
Zubadan 11,2, 50x170Wp SF, WTW Orcon HRC400, Douche WTW Qblue v6, Wijas POW lcd multi doorstromer
Nog even een ChatGPT schrijft de code
Overigens zou een update functie ideaal zijn
[ Voor 8% gewijzigd door Toppe op 08-02-2023 18:01 ]
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
Dank voor alle antwoorden. Binnenkort eentje bestellen dan maar
Zwembad (te koop) - Braaihok (te koop) - Bouwproject -BraaiTV - Funda
Dank je wel voor de update! Hier de volgende waarden met 1.4 versie:
/f/image/m9eZDCeBeC3ahan7ETNjoSOW.png?f=fotoalbum_large)
- Bypass positie op 0 is m.i. logisch, de bypass wordt standaard pas actief in de zomer, als het binnen warmer is dan 23 graden en het buiten koeler wordt dan 23graden. Dan gaat je WTW zomernachtkoelen als de bypass wordt ingeschakeld (en dus de warmte terug winning uitgeschakeld). Ik ben wel benieuwd wanneer het mogelijk wordt om de bypass in te gaan stellen, dat wordt als het goed is direct zichtbaar bij de inblaas-temperatuur (Supply Temp)
- Rendement bij hoge debieten is altijd iets lager, zet hem maar eens op stand 1/auto, dan gaat het rendement ook omhoog als het goed is?
- De flows zijn denk ik nog in l/s zoals @vliegnerd ook al noemt, zou met 3600/1000 vermenigvuldigd moeten worden, dan kom ik met bovenstaande waarden (HRC-400) op een flow van 392m³/u op stand 3, dat lijk te kloppen.
:fill(white):strip_exif()/f/image/m9eZDCeBeC3ahan7ETNjoSOW.png?f=user_large)
- Bypass positie op 0 is m.i. logisch, de bypass wordt standaard pas actief in de zomer, als het binnen warmer is dan 23 graden en het buiten koeler wordt dan 23graden. Dan gaat je WTW zomernachtkoelen als de bypass wordt ingeschakeld (en dus de warmte terug winning uitgeschakeld). Ik ben wel benieuwd wanneer het mogelijk wordt om de bypass in te gaan stellen, dat wordt als het goed is direct zichtbaar bij de inblaas-temperatuur (Supply Temp)
- Rendement bij hoge debieten is altijd iets lager, zet hem maar eens op stand 1/auto, dan gaat het rendement ook omhoog als het goed is?
- De flows zijn denk ik nog in l/s zoals @vliegnerd ook al noemt, zou met 3600/1000 vermenigvuldigd moeten worden, dan kom ik met bovenstaande waarden (HRC-400) op een flow van 392m³/u op stand 3, dat lijk te kloppen.
Thanks, scheelt mij weer zoeken
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
Goed punt! Graag wil ik eerst de 31DA helemaal perfect hebben, laten we daarna weer verder uitbreiden
Ook goed punt! Vooralsnog zie ik alleen een update via een batch script als verbetering t.o.v. de Arduino methode. Er zit idd geen ble of Wi-Fi op, alleen een Arduino bootloader. Dit batch script staat op de GIT en zal ik binnenkort als ik wat tijd heb beter maken met keuzemenu etc. Het is nu (tijdelijk) natuurlijk wel zo dat ik vrijwel elke dag een update push omdat ik de 31DA functionaliteit zelf niet kan testen omdat ik geen WTW heb. Als dit erin zit zullen er minder vaak updates komen.
Op het Home Assistant forum wordt er trouwens gesproken over een firmware update via HA MySensors, als ik wat meer tijd heb zal ik mij hier in verdiepen, link.
Als je dit nog nooit hebt gedaan is het misschien goed om enkele dagen te wachten omdat we met een aantal forumleden op dit moment de 31DA entiteiten aan het implementeren zijn. Er volgen op dit moment dus snel updates achter elkaar.
Dat zou makkelijk zijn ja:
[...]
Nog even een ChatGPT schrijft de code
Overigens zou een update functie ideaal zijn
Dus vooralsnog lijkt alleen de flow waarde niet te kloppen? Deze moet ik met 3600/1000 vermenigvuldigen?
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/Y6mfmDbvakbFH9cApGl9aoK0.jpg?f=user_large)
Bypass krijg ik nog niet ingesteld. Ik zal misschien wat over het hoofd zien maar kan deze entiteit nergens veranderen.
Ik zie nog wel wat vreemds bij mijn temperatuur:
:strip_exif()/f/image/b9AW8l5EyUe4ZTDgZvWQgboM.jpg?f=fotoalbum_large)
:strip_exif()/f/image/zUdij6vMAuLJ30xjXrjJSQjy.jpg?f=fotoalbum_large)
Als ik andere sensors terugkijk dan lijkt de waarde verkeerd te worden afgelezen als deze onder 0 schiet (dat was vannacht rond 3:30).
edit: dat lijkt te kloppen, net is de temperatuur weer boven nul gekomen en wordt de waarde weer correct weergegeven.
Ik zie nog wel wat vreemds bij mijn temperatuur:
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/b9AW8l5EyUe4ZTDgZvWQgboM.jpg?f=user_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/zUdij6vMAuLJ30xjXrjJSQjy.jpg?f=user_large)
Als ik andere sensors terugkijk dan lijkt de waarde verkeerd te worden afgelezen als deze onder 0 schiet (dat was vannacht rond 3:30).
edit: dat lijkt te kloppen, net is de temperatuur weer boven nul gekomen en wordt de waarde weer correct weergegeven.
[ Voor 5% gewijzigd door SemTecS op 09-02-2023 09:07 ]
Dit kan ik bevestigen.. bij mij vloog de temperatuur naar 655 graden afgelopen nacht, en was weer goed toen hij 0.1 werd
[ Voor 5% gewijzigd door - J.W. - op 09-02-2023 09:30 ]