@xces 5 GPIO pinnen inderdaad. Maar dus naast MOSI en CLK (van de SPI bus) dus nog RST en DC + BLK voor de backlight 
Dit is wel echt heel erg mooi hoor, ik lurk meestal. Maar dit zou ik graag nabouwen. Ik zie de github repo dus das fijn!
Alleen de hardware, kijk ik eroverheen of hoe steel ik die (lees waar kan ik deze afnemen)
Alleen de hardware, kijk ik eroverheen of hoe steel ik die (lees waar kan ik deze afnemen)
:
[...]
De informatie is gedurende de dag vrij 'stabiel', dus in deze toepassing is een uur meer dan prima.
[Afbeelding]
McLaren \o/
Geen probleem.:
Dit is wel echt heel erg mooi hoor, ik lurk meestal. Maar dit zou ik graag nabouwen. Ik zie de github repo dus das fijn!
Alleen de hardware, kijk ik eroverheen of hoe steel ik die (lees waar kan ik deze afnemen)
[...]
Zie https://community.home-as...or/435428/108?u=jjansen85
3d print voor stand: https://www.tinkercad.com...8MAsorbfSRk1PUI5de8ML50o4
Is dit op basis van een Waveshare 7.5" epaper scherm?:
[...]
De informatie is gedurende de dag vrij 'stabiel', dus in deze toepassing is een uur meer dan prima.
[Afbeelding]
:strip_icc():strip_exif()/u/101621/apple.jpg?f=community)
@Toppe Uh, nee 
Ik zou hem dus gewoon aan de ADC van de ESP hangen. Enige wat je daarvoor nodig hebt is 1 of 2 weerstanden al naar gelang je gebruikte ESP-module al weerstanden heeft.
Bijvoorbeeld een Wemos D1 Mini heeft al een deler met 100k en 220k. Zet daar nog een 120k (of 110k) voor en je kan tot 5V meten.
Ik zou hem dus gewoon aan de ADC van de ESP hangen. Enige wat je daarvoor nodig hebt is 1 of 2 weerstanden al naar gelang je gebruikte ESP-module al weerstanden heeft.Bijvoorbeeld een Wemos D1 Mini heeft al een deler met 100k en 220k. Zet daar nog een 120k (of 110k) voor en je kan tot 5V meten.
Waarom niemand die wat kant en klaar heeft?:
@Toppe Uh, nee
Bijvoorbeeld een Wemos D1 Mini heeft al een deler met 100k en 220k. Zet daar nog een 120k (of 110k) voor en je kan tot 5V meten.
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
@Toppe Dan moet je niet voor DIY gaan Eén weerstand is voor DIY begrippen gewoon kant en klaar... Het is minder werk dan een externe module solderen.
Eén weerstand is voor DIY begrippen gewoon kant en klaar... Het is minder werk dan een externe module solderen.
https://community.home-as...er-softener-status/184071:
@Toppe Dan moet je niet voor DIY gaan
Hier heeft niemand het over een aparte weerstand. Dit soort ongein snap ik dus nooit
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
Ik bestel van alles wat. Weet ik zeker dat het goed gaat
[ Voor 35% gewijzigd door Toppe op 05-08-2024 14:12 ]
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
@Toppe Ja, dat kan. Maar weerstand die ik noemde gaat wel er vanuit dat je een ESP-module gebruikt waar al een 200k met 100k spanningsdeler op zit. Ik heb niet gecheckt of alle D1 Mini's die waardes hebben en al helemaal niet of alle ESP-modules die waardes gebruiken. Dus dat zeker nagaan
En uiteindelijk komt de waarde van de weerstand ook niet heeeeel nauwkeurig. Maar noemde 120k om dat het een standaard E12 waarde is.
En uiteindelijk komt de waarde van de weerstand ook niet heeeeel nauwkeurig. Maar noemde 120k om dat het een standaard E12 waarde is.
Volgens Tinytronics zou je met dit bordje en de sensor verder niets nodig hebben: https://www.tinytronics.n...ressif-esp32-c6-devkitc-1:
@Toppe Ja, dat kan. Maar weerstand die ik noemde gaat wel er vanuit dat je een ESP-module gebruikt waar al een 200k met 100k spanningsdeler op zit. Ik heb niet gecheckt of alle D1 Mini's die waardes hebben en al helemaal niet of alle ESP-modules die waardes gebruiken. Dus dat zeker nagaan
En uiteindelijk komt de waarde van de weerstand ook niet heeeeel nauwkeurig. Maar noemde 120k om dat het een standaard E12 waarde is.
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
@Toppe Ik zie inderdaad dat de ESP32 een ingebouwde attenuation heeft op een Vref van 1,1V. De attenuation kan 0, 2,5, 6 en 11dB zijn. Dat geeft respectiefelijk 1,1V, 1,5V, 2,2V en 3,9V. En volgens mij geldt er nog steeds een absoluut maximum van 3,6V. De ESPhome documentatie heeft het over een bruikbaar maximum van 3,12V.
Dus je mag het proberen op eigen risico maar volgens mij zit Tiny fout...
Dus je mag het proberen op eigen risico maar volgens mij zit Tiny fout...
Ik hoef toch niet hoger dan 1 bar te meten:
@Toppe Ik zie inderdaad dat de ESP32 een ingebouwde attenuation heeft op een Vref van 1,1V. De attenuation kan 0, 2,5, 6 en 11dB zijn. Dat geeft respectiefelijk 1,1V, 1,5V, 2,2V en 3,9V. En volgens mij geldt er nog steeds een absoluut maximum van 3,6V. De ESPhome documentatie heeft het over een bruikbaar maximum van 3,12V.
Dus je mag het proberen op eigen risico maar volgens mij zit Tiny fout...
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
@Septillion ik heb nu dit:
Dit bordje, ik had een andere besteld maar ESPHome doet nog niet de C6 ondersteunen.
5V -> Sensor
GND -> Sensor
Data -> GPIO35 met een 120K weerstand tussen de GND en de data.
Dit is de code:
De waarde is nu -8.95 PSI, continu. Nu kan ik die 0.5 wel op -8.95 zetten maar er gebeurt niets zodra je wat met die sensor doet?
Edit: op GPIO35 zit de batterij
Nu nog even een 1/8" naar 1/4" adapter halen en we kunnen testn
Dit bordje, ik had een andere besteld maar ESPHome doet nog niet de C6 ondersteunen.
5V -> Sensor
GND -> Sensor
Data -> GPIO35 met een 120K weerstand tussen de GND en de data.
Dit is de code:
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
| substitutions: name: esphome-web-80f6c4 friendly_name: 'Zwembad' esphome: name: ${name} friendly_name: ${friendly_name} min_version: 2024.6.0 name_add_mac_suffix: false project: name: esphome.web version: dev esp32: board: esp32dev framework: type: arduino # Enable logging logger: # Enable Home Assistant API api: # Allow Over-The-Air updates ota: - platform: esphome # Allow provisioning Wi-Fi via serial improv_serial: wifi: # Set up a wifi access point ap: {} ssid: Bla password: blabla # In combination with the `ap` this allows the user # to provision wifi credentials to the device via WiFi AP. captive_portal: dashboard_import: package_import_url: github://esphome/example-configs/esphome-web/esp32.yaml@main import_full_config: true # To have a "next url" for improv serial web_server: port: 80 sensor: - platform: adc name: "Filter Pressure" pin: GPIO32 id: pressure update_interval: 1s unit_of_measurement: "PSI" accuracy_decimals: 2 attenuation: 12db filters: - calibrate_linear: - 0.5 -> 0.0 - 2.5 -> 50.0 |
De waarde is nu -8.95 PSI, continu. Nu kan ik die 0.5 wel op -8.95 zetten maar er gebeurt niets zodra je wat met die sensor doet?
Edit: op GPIO35 zit de batterij
Nu nog even een 1/8" naar 1/4" adapter halen en we kunnen testn
[ Voor 41% gewijzigd door Toppe op 06-08-2024 14:46 ]
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
Ja dat weet ik
Ik ben niet diegene die zegt dat het niet gaat met apple devices Mijn vraag is op welke van de 2 manieren ik het moet doen?
Kun je met espresence ook je bestaande esp32 bordjes werken en hun huidige doel ook nog blijven gebruiken?
Wie kan klaarheid scheppen over die 2 manieren?
:strip_icc():strip_exif()/u/341137/crop5955fc64acc1d_cropped.jpeg?f=community)
Ja krijg wel wat uitgelezen, 1.7 bar op de tuinslang. Maar had een 1/8” naar 1/4” adapter gehaald, past allemaal weer niet… dus geef het ondertussen maar op
Moet er nog eens goed voor zitten en bestellen wat ik echt nodig heb.
[ Voor 5% gewijzigd door Toppe op 06-08-2024 21:42 ]
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
@wouter.N Ahh, zo. Dus zolang je een ondersteunde ESP32 gebruikt is er dus geen issue Dan snap ik ook wel dat er geen melding staat op de pagina van het ADC component.
Dan snap ik ook wel dat er geen melding staat op de pagina van het ADC component.
@Toppe Wie gebruikt er in Nederland nu PSI
Maar zonder gekheid, 2,5PSI is maar 0.17bar, dat is niet zo veel. En wel erg in het lage bereik van de sensor.
Maar als je de sensor gewoon los aansluit, zonder ESP, op 5V. Dan zou je met een multimeter moeten kunenn meten. 0.17bar is maar 543mV.
Maar zonder gekheid, 2,5PSI is maar 0.17bar, dat is niet zo veel. En wel erg in het lage bereik van de sensor.
Maar als je de sensor gewoon los aansluit, zonder ESP, op 5V. Dan zou je met een multimeter moeten kunenn meten. 0.17bar is maar 543mV.
Hm inderdaad, de 5v aansluiting vanuit de ESP is 'maar' 4.3:
@Toppe Wie gebruikt er in Nederland nu PSI
Maar zonder gekheid, 2,5PSI is maar 0.17bar, dat is niet zo veel. En wel erg in het lage bereik van de sensor.
Maar als je de sensor gewoon los aansluit, zonder ESP, op 5V. Dan zou je met een multimeter moeten kunenn meten. 0.17bar is maar 543mV.
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
@Toppe Betere USB kabel? 
Maar hoe goed de sensor daar op werkt en hoe dat de uitgangsspanning verandert durf ik niet te zeggen.
Maar hoe goed de sensor daar op werkt en hoe dat de uitgangsspanning verandert durf ik niet te zeggen.
Ik heb hem wat aangepast, volgens hier zou je raw kunnen meten van 0 tot 4095.:
@Toppe Betere USB kabel?
Maar hoe goed de sensor daar op werkt en hoe dat de uitgangsspanning verandert durf ik niet te zeggen.
En dus de configuratie aangepast:
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
| - platform: adc name: "Filter Pressure" pin: GPIO33 id: pressure update_interval: 1s unit_of_measurement: "PSI" accuracy_decimals: 2 # attenuation: auto raw: true # filters: # - calibrate_linear: # - 0.339 -> 0.0 # - 3.3 -> 3 |
Ik krijg netjes output:
Hij is nu even aangesloten op de tuinslang en daar meet hij dus een "volle waarde". Het blijft alleen de vraag, waarom dansen de getallen zo zodra je iets van een filter er op zet óf raw uitzet?
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
Met niets aangesloten:
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
@Toppe Dat is wel wat ik dan zou verwachten
Dit doe ik, waarde is 4095 maar als ik 3v3 en ADC weer los haal dan zou je toch verwachten dat de waarde terug valt naar 0?
Maar als je dit zou verwachten, waarom blijft die waarde dan uberhaupth niet een klein beetje stabiel?
Sensor terug:
Terwijl hij op de tuinslang zit en er wordt op dit moment geen water verbruikt. Die waarde zou dan continu hoog moeten zijn.
[ Voor 71% gewijzigd door Toppe op 07-08-2024 15:36 ]
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
@Toppe Nee, een losse ADC pin heeft zo'n hoge impedantie dat hij echt alles in de lucht op kan pikken. Vandaar dat het ook wel eens als random seed gebruikt wordt
Dus als stabiele test zou je met GND en met 3v3 kunnen proberen. Dan weet je in ieder geval dat je de juiste pin hebt.
Aan de sensor zou ik ook een stabiele waarde verwachten. Anders is of de sensor echt niet stabiel of je hebt niet de juiste pin...
Dus als stabiele test zou je met GND en met 3v3 kunnen proberen. Dan weet je in ieder geval dat je de juiste pin hebt.
Aan de sensor zou ik ook een stabiele waarde verwachten. Anders is of de sensor echt niet stabiel of je hebt niet de juiste pin...
:
@Toppe Nee, een losse ADC pin heeft zo'n hoge impedantie dat hij echt alles in de lucht op kan pikken. Vandaar dat het ook wel eens als random seed gebruikt wordt
Dus als stabiele test zou je met GND en met 3v3 kunnen proberen. Dan weet je in ieder geval dat je de juiste pin hebt.
Aan de sensor zou ik ook een stabiele waarde verwachten. Anders is of de sensor echt niet stabiel of je hebt niet de juiste pin...
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
| - platform: adc name: "Filter Pressure" pin: GPIO33 id: pressure update_interval: 1s unit_of_measurement: "PSI" accuracy_decimals: 0 attenuation: auto #raw: true filters: - calibrate_linear: - 0.34 -> 0 - 4.095 -> 232 |
Geeft als resultaat:
Is +/- 2.8 bar. Maar hij is nu wel stabiel
Edit: Wat de n**k, nu doet hij het dus weer niet
[ Voor 1% gewijzigd door Septillion op 07-08-2024 16:12 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
Heb hem op de 3.3v zitten, werkt ook. Blijkbaar is deze sensor extreem gevoelig voor een klein draadbreukje oid, als je de kabels wat beweegt wordt hij weer stabiel.
Ik had alles op een breadbord zitten, blijkbaar heeft die zijn beste tijd gehad. Dat wordt gewoon de sensor rechtstreeks op de print solderen. Dat kan ik nog net
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
:
@xces 5 GPIO pinnen inderdaad. Maar dus naast MOSI en CLK (van de SPI bus) dus nog RST en DC + BLK voor de backlight
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/XE2HYVbLe3ASAEeys7ShVOhX.jpg?f=user_large)
Ik heb een S2 mini en kom via de documentatie uit op de volgende basis code die zou moeten werken:
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
| globals: - id: recent_touch type: bool restore_value: no initial_value: "true" # Setup SPI bus spi: miso_pin: GPIO37 mosi_pin: GPIO35 clk_pin: GPIO36 # Setup display display: - platform: ili9xxx id: my_display model: ILI9488 dc_pin: GPIOXX reset_pin: GPIOXX dimensions: 320x240 # Setup touchscreen. On touch of the display turn the display on. touchscreen: - platform: xpt2046 display: my_display update_interval: 50ms interrupt_pin: GPIOXX threshold: 400 calibration: x_min: 3890 x_max: 210 y_min: 170 y_max: 3730 transform: mirror_x: false mirror_y: true swap_xy: true on_touch: then: - light.turn_on: backlight - lambda: |- id(recent_touch) = true; # Define a PWM output on the ESP32 output: - platform: ledc pin: GPIOXX id: backlight_pwm # Define a monochromatic, dimmable light for the backlight light: - platform: monochromatic output: backlight_pwm name: "Display Backlight" id: back_light restore_mode: RESTORE_DEFAULT_ON # Setup interval after which display turns off interval: - interval: 30s then: - if: condition: - lambda: |- return !id(recent_touch); then: light.turn_off: id: backlight else: - lambda: |- id(recent_touch) = false; |
Waar "GPIOXX" staat kan het een willekeurige pin zijn volgens de documentatie. Het is een beetje een bij elkaar geraapt zooitje code maar volgens mij moet dit een goede basis zijn niet?
Volgens mij is het ook zo dat, wanneer ik "update_interval" op never zet en "auto_clear_enabled" op false, dat ik het aantal 'redraws' enorm kan beperken. Alleen wanneer een value van een van mijn sensoren wijzigt zou ik dan het scherm moeten clearen (vullen met zwart?) en het scherm opnieuw moeten tekenen en een .update() uitvoeren, toch?
[ Voor 41% gewijzigd door Septillion op 11-08-2024 12:34 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]
Vandaag mijn ILI9488 aangesloten maar het sherm is wit met zwarte letters. Touchscreen werkt maar ook het logo wat ik wil printen heeft niet de juiste kleuren, en is zeg maar inverted.
:fill(white):strip_exif()/f/image/KF6EWq5OjVJkd5MCkgNzxpHf.png?f=user_large)
Dit is mijn (relevante) code; en ik heb alle 9(!?) GPIOs in gebruik.
De setting `invert_colors` doet helemaal niets helaas, want dat lijkt het probleem te zijn. Iemand een idee wat ik verkeerd doe?
Dit is mijn (relevante) code; en ik heb alle 9(!?) GPIOs in gebruik.
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
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
| #-------------------------------------------------------------------------------- # Substitutions used further down in the code #-------------------------------------------------------------------------------- substitutions: fwVersion: '1.0' # Display pins gpioDisplayTouchCs: GPIO33 gpioDisplayCs: GPIO10 gpioDisplayDc: GPIO34 gpioSpiMosi: GPIO35 gpioSpiClk: GPIO36 gpioSpiMiso: GPIO37 gpioDisplayRes: GPIO38 gpioDisplayBlk: GPIO39 gpioDisplayTouchInterupt: GPIO40 #-------------------------------------------------------------------------------- # Global variables used further down in the code #-------------------------------------------------------------------------------- globals: - id: recent_touch type: bool restore_value: no initial_value: "true" # Setup SPI bus spi: miso_pin: ${gpioSpiMiso} mosi_pin: ${gpioSpiMosi} clk_pin: ${gpioSpiClk} # Setup display image: - file: "assets/poolboy/logo.png" id: poolboy_logo type: RGBA display: - platform: ili9xxx id: my_display model: ILI9488 cs_pin: ${gpioDisplayCs} dc_pin: ${gpioDisplayDc} reset_pin: ${gpioDisplayRes} dimensions: 480x320 transform: mirror_x: true swap_xy: true lambda: |- it.image(0, 0, id(poolboy_logo)); # Setup touchscreen. On touch of the display turn the display on. touchscreen: - platform: xpt2046 display: my_display update_interval: 50ms cs_pin: ${gpioDisplayTouchCs} interrupt_pin: ${gpioDisplayTouchInterupt} threshold: 400 calibration: x_min: 178 x_max: 3748 y_min: 275 y_max: 3924 transform: mirror_x: true swap_xy: true on_touch: then: - light.turn_on: backlight - lambda: |- id(recent_touch) = true; # Output pins output: # Display backlight - platform: ledc pin: ${gpioDisplayBlk} id: backlight_pwm # Light entities light: # A monochromatic, dimmable light for the backlight - platform: monochromatic output: backlight_pwm name: "Display Backlight" id: backlight restore_mode: RESTORE_DEFAULT_ON |
De setting `invert_colors` doet helemaal niets helaas, want dat lijkt het probleem te zijn. Iemand een idee wat ik verkeerd doe?
[ Voor 0% gewijzigd door Septillion op 12-08-2024 20:19 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]
Vandaag mijn ILI9488 aangesloten. Touchscreen werkt maar het logo wat ik wil printen heeft niet de juiste kleuren, en is zeg maar inverted.
Dit is het juiste logo:
Dit laat mijn code nu zien:
:strip_exif()/f/image/jMtVw1Imuwv689pRe3Yh9QBv.jpg?f=fotoalbum_large)
Ik had verwacht dat het scherm gewoon standaard 'zwart' was maar ik zal misschien (of) de verkeerde display gekocht hebben of er zit iets in mijn code fout. De setting `invert_colors` doet helemaal niets helaas, want dat lijkt het probleem te zijn. Iemand een idee wat ik verkeerd doe?
@Septillion ik kon mijn bericht niet meer wijzigen maar zie hierboven nog wat info.
Dit is het juiste logo:
Dit laat mijn code nu zien:
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/jMtVw1Imuwv689pRe3Yh9QBv.jpg?f=user_large)
Ik had verwacht dat het scherm gewoon standaard 'zwart' was maar ik zal misschien (of) de verkeerde display gekocht hebben of er zit iets in mijn code fout. De setting `invert_colors` doet helemaal niets helaas, want dat lijkt het probleem te zijn. Iemand een idee wat ik verkeerd doe?
@Septillion ik kon mijn bericht niet meer wijzigen maar zie hierboven nog wat info.
@xces Weet je zeker dat je toen een goede compile en upload had? Hier namelijk op mijn TTGO ook gehad en daar werkt invert_colors: true perfect. Maar laatste test daarvan is wel wat ESPhome versie geleden...
offtopic:
Oeps, meestal zet ik de lock wel uit als ik code-tags fix
Oeps, meestal zet ik de lock wel uit als ik code-tags fix
Jup;:
@xces Weet je zeker dat je toen een goede compile en upload had? Hier namelijk op mijn TTGO ook gehad en daar werkt invert_colors: true perfect. Maar laatste test daarvan is wel wat ESPhome versie geleden...
offtopic:
Oeps, meestal zet ik de lock wel uit als ik code-tags fix
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
| INFO ESPHome 2024.7.3 INFO Reading configuration /config/esphome-poolboy-dev.yaml... INFO Generating C++ source... INFO Compiling app... Processing esphome-poolboy-dev (board: lolin_s2_mini; framework: arduino; platform: platformio/espressif32@5.4.0) -------------------------------------------------------------------------------- HARDWARE: ESP32S2 240MHz, 320KB RAM, 4MB Flash - toolchain-riscv32-esp @ 8.4.0+2021r2-patch5 - toolchain-xtensa-esp32s2 @ 8.4.0+2021r2-patch5 Dependency Graph |-- WiFi @ 2.0.0 |-- ESPmDNS @ 2.0.0 |-- Update @ 2.0.0 |-- noise-c @ 0.1.4 |-- SPI @ 2.0.0 Compiling .pioenvs/esphome-poolboy-dev/src/main.cpp.o Linking .pioenvs/esphome-poolboy-dev/firmware.elf RAM: [= ] 13.4% (used 43776 bytes from 327680 bytes) Flash: [===== ] 51.0% (used 935994 bytes from 1835008 bytes) Building .pioenvs/esphome-poolboy-dev/firmware.bin Creating esp32s2 image... Successfully created esp32s2 image. esp32_create_combined_bin([".pioenvs/esphome-poolboy-dev/firmware.bin"], [".pioenvs/esphome-poolboy-dev/firmware.elf"]) Wrote 0xf49c0 bytes to file /config/.esphome/build/esphome-poolboy-dev/.pioenvs/esphome-poolboy-dev/firmware.factory.bin, ready to flash to offset 0x0 esp32_copy_ota_bin([".pioenvs/esphome-poolboy-dev/firmware.bin"], [".pioenvs/esphome-poolboy-dev/firmware.elf"]) ========================= [SUCCESS] Took 7.76 seconds ========================= INFO Successfully compiled program. INFO Connecting to 192.168.1.34 INFO Uploading /config/.esphome/build/esphome-poolboy-dev/.pioenvs/esphome-poolboy-dev/firmware.bin (936384 bytes) Uploading: [============================================================] 100% Done... INFO Upload took 12.28 seconds, waiting for result... INFO OTA successful INFO Successfully uploaded program. INFO Starting log output from 192.168.1.34 using esphome API INFO Successfully connected to esphome-poolboy-dev @ 192.168.1.34 in 15.376s INFO Successful handshake with esphome-poolboy-dev @ 192.168.1.34 in 0.076s [20:32:04][I][app:100]: ESPHome version 2024.7.3 compiled on Aug 12 2024, 20:31:29 |
:strip_icc():strip_exif()/u/34345/crop604df19f86683.jpg?f=community)
@xces Altijd mooi hoe je aannames doet als je helpt. Ik was er gewoon volledig van uitgegaan dat je invert_colors: false al lang gedaan zou hebben Assumptions is the mother of all....
Assumptions is the mother of all....
Grinnik, ik was alleen maar aan het zoeken/helpen, ben zelf niets aan het bouwen
Sometimes you need to plan for coincidence
/u/28836/crop61ee9dac0811d_cropped.png?f=community)
@har0543 Ah, die link doet wonderen
Maar goed, dan hangt het er vanaf hoe je het in ESPhome gedaan hebt. Want HA en ESPhome kennen geen device type "variabele heater". Zou je als light kunnen doen of als switch die ook een number control aan HA geeft. Dus wat is daar je config van?
Maar goed, dan hangt het er vanaf hoe je het in ESPhome gedaan hebt. Want HA en ESPhome kennen geen device type "variabele heater". Zou je als light kunnen doen of als switch die ook een number control aan HA geeft. Dus wat is daar je config van?
@harry59 Ah, als fan, dat kan ook. Voor mijn gevoel wel een beetje een cheat
Zelf had ik denk ik een los number component gemaakt. Dan was het ook makkelijk in ESPhome er een limiet op te zetten of het simpelweg naar vermogen om te rekenen. Dan is het zelfs niet nodig het vermogen van de boiler te meten (ook al mis je dan wel hoeveel energie je werkelijk je boeiler in hebt gedaan.
Maar goed, het is op zich ook wel aan te passen in de automation.
Overigens hebben de sun en temperatuur triggers ook geen zin want die zullen toch geen aanpassing doen.
En neem aan dat sensor.consumption_power dus je eigen verbruik moet zijn en niet je verbruik uit het net. Maar dan nog blijft de rekensom voor mijn gevoel heel raar...
En wat bedoel je eigenlijk met "De boiler kan 1500watt opnemen en dat kan te veel zijn op de groep waar ie op zit."? Want qua installatie zou de groep de boiler gewoon aan moeten kunnen, anders is het überhaupt niet deugdelijk. En voor eigen verbruik van PV maakt het niet uit op welke groep of fase je dit doet.
Zelf had ik denk ik een los number component gemaakt. Dan was het ook makkelijk in ESPhome er een limiet op te zetten of het simpelweg naar vermogen om te rekenen. Dan is het zelfs niet nodig het vermogen van de boiler te meten (ook al mis je dan wel hoeveel energie je werkelijk je boeiler in hebt gedaan.
Maar goed, het is op zich ook wel aan te passen in de automation.
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
| alias: Turn on excess solar to immersion description: "" trigger: - platform: time_pattern seconds: "5" condition: - condition: sun after: sunrise after_offset: "01:00:00" enabled: true - condition: sun before: sunset before_offset: "-01:00:00" enabled: true - condition: numeric_state entity_id: sensor.immersion_temp below: 50 - condition: numeric_state entity_id: sensor.battery_percent above: 94 action: - service: fan.set_percentage data: percentage: | {% if states('sensor.solar_controller')|float > 50%} 50 {% elif states('sensor.solar_controller')|float > 0 %} {{ states('sensor.solar_controller') }} {% else %} 0 {% endif %} target: entity_id: fan.immersion_heater mode: single |
Overigens hebben de sun en temperatuur triggers ook geen zin want die zullen toch geen aanpassing doen.
En neem aan dat sensor.consumption_power dus je eigen verbruik moet zijn en niet je verbruik uit het net. Maar dan nog blijft de rekensom voor mijn gevoel heel raar...
En wat bedoel je eigenlijk met "De boiler kan 1500watt opnemen en dat kan te veel zijn op de groep waar ie op zit."? Want qua installatie zou de groep de boiler gewoon aan moeten kunnen, anders is het überhaupt niet deugdelijk. En voor eigen verbruik van PV maakt het niet uit op welke groep of fase je dit doet.
Binnekort start mijn dynamisch energie contract.
Ik zou erg graag een klein display plaatsen bij de grootverbruikers dat duidelijk aangeeft wanneer electriciteit gebruikt moet worden.
Ik heb een project gevonden, maar dat is helaas niet gebaseerd op ESPHome.
Is het iemand gelukt iets vergelijkbaars te maken met ESPHome?
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/FVBSndsN9wSgdWh7tWDDxNdM.jpg?f=user_large)
Ik zou erg graag een klein display plaatsen bij de grootverbruikers dat duidelijk aangeeft wanneer electriciteit gebruikt moet worden.
Ik heb een project gevonden, maar dat is helaas niet gebaseerd op ESPHome.
Is het iemand gelukt iets vergelijkbaars te maken met ESPHome?
@Obelixxx Als kan en klaar ken ik het niet. Maar je zou alle info gewoon zelf als bars kunnen tekenen.
Grootst uitdaging is dan alle info in ESPhome te krijgen. Zou je dan net zo veel sensoren als bars voor moeten aanmaken. Of een enkele en dan een event of number waardoor HA door de verschillende bars loopt.
Maar zal wel redelijk complex worden dus Maar aan zoiets zit ik ook te denken om een bargraph te op een led display.
Grootst uitdaging is dan alle info in ESPhome te krijgen. Zou je dan net zo veel sensoren als bars voor moeten aanmaken. Of een enkele en dan een event of number waardoor HA door de verschillende bars loopt.
Maar zal wel redelijk complex worden dus
Maar aan zoiets zit ik ook te denken om een bargraph te op een led display.
Ik had een beetje gehoopt op een kant en klare oplossing.:
@Obelixxx Als kan en klaar ken ik het niet. Maar je zou alle info gewoon zelf als bars kunnen tekenen.
Grootst uitdaging is dan alle info in ESPhome te krijgen. Zou je dan net zo veel sensoren als bars voor moeten aanmaken. Of een enkele en dan een event of number waardoor HA door de verschillende bars loopt.
Maar zal wel redelijk complex worden dus
Inderdaad bars tekenen en dan op schermpje.
Ga er toch eens naar kijken.
Dank je voor je reactie.
:strip_exif()/u/62088/sp_jh2.gif?f=community)
![[Afbeelding]](https://tweakers.net/i/_1M5qma40OBAIuhMn_s2kgwFx00=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/Li06Ma3X5eVwT4JVHNN5nWRx.jpg?f=user_large){kind=link}