Het grote ESP topic

[JBS]

Raymond P schreef op vrijdag 23 december 2022 @ 09:33:
@JBS De relais functioneert wel als je +5V aan IN voert?

EWS99 schreef op vrijdag 23 december 2022 @ 11:07:
Klinkt een beetje alsof de voeding die op Vcc zit niet sterk genoeg is om het relais te schakelen.

Wat voor voeding gebruik je voor je Wemos D1 Mini?
- Werkt het wel als je Vcc kortsluit met IN?

Wanneer ik op de relais VCC kortsluit met IN, dan schakelt de relais uit (althans, klikt, en groene lampje gaat uit). Haal ik de verbinding weg, dan schakelt ie weer in.

Verbreek ik de verbinding tussen Wemos pin D1 (gebruikte poort in m'n ESPHome YAML) en relais IN, dan gaat relais uit. Maak ik de verbinding, dan gaat relais aan.

EWS99 schreef op vrijdag 23 december 2022 @ 11:07:
Lijkt heel erg op deze: https://nl.aliexpress.com/item/1624699191.html en die moet het gewoon doen.

Septillion schreef op vrijdag 23 december 2022 @ 10:36:
En is het echt DAT bordje of een variant (met bijvoorbeeld een opto)?

Klopt, identiek aan de link van van @EWS99.
@Septillion Klopt, en zonder opto.
De ESP voed ik met een 5V adapter, meerdere geprobeerd.

[Septillion]

@JBS Mm, dat klinkt irritant genoeg als active low Dat is wel een beetje raar, dan zou er een PNP ofzo op moeten zitten Staat er iets op de transistor?

Als het active low / met PNP is dan gaat het met 3v3 helaas niet lukken.

Dit zou meer standaard en makkelijker geweest zijn.

[Raymond P]

@Septillion Er zit idd een 2TY PNP op.

[JBS]

Septillion schreef op vrijdag 23 december 2022 @ 12:40:
@JBS Mm, dat klinkt irritant genoeg als active low Dat is wel een beetje raar, dan zou er een PNP ofzo op moeten zitten Staat er iets op de transistor?

Als het active low / met PNP is dan gaat het met 3v3 helaas niet lukken.

Op de onderkant van het relais bordje zie ik 'Low Level Trigger' staan, mocht je zoiets bedoelen.

Septillion schreef op vrijdag 23 december 2022 @ 12:40:
Dit zou meer standaard en makkelijker geweest zijn.

Die van mij lijkt er toch verdacht veel op.

[ Voor 36% gewijzigd door JBS op 23-12-2022 13:09 ]

[Septillion]

Raymond P schreef op vrijdag 23 december 2022 @ 12:42:
@Septillion Er zit idd een 2TY PNP op.

Mm, dan is dat best wel ruk Dan kan je ze niet direct gebruiken met 3v3.

@JBS "Low level" is alleen een beetje een rare/verwarrende term. Bedoelen ze dan "active low" of alleen dat je minder power nodig hebt dan je gaat schakelen

[JBS]

Septillion schreef op vrijdag 23 december 2022 @ 13:31:
[...]

Mm, dan is dat best wel ruk Dan kan je ze niet direct gebruiken met 3v3.

@JBS "Low level" is alleen een beetje een rare/verwarrende term. Bedoelen ze dan "active low" of alleen dat je minder power nodig hebt dan je gaat schakelen

Oké, dat gaat 'm dus niet worden. Dank voor het meedenken! Heb meteen deze besteld waarmee ik meer succes verwacht.
https://www.tinytronics.n...elais-shield-voor-d1-mini

[Raymond P]

@JBS for future reference: je laatste foto komt niet overeen met de link.
Wellicht hetzelfde design, maar de componenten kunnen verschillen (het relais is bijvoorbeeld al anders).

[lolgast]

Bordje binnen voor de ledstrips in de keuken. Alles gesoldeerd, nog een keer testen. Ja hoor, net als op het development bordje de source en gate verkeerd om aangesloten..


Stomme sukkel Gelukkig zit de ESP32 module nog niet vastgesoldeerd, dat was een beetje jammer geweest.

[JBS]

JBS schreef op vrijdag 23 december 2022 @ 13:36:
[...]
Oké, dat gaat 'm dus niet worden. Dank voor het meedenken! Heb meteen deze besteld waarmee ik meer succes verwacht.
https://www.tinytronics.n...elais-shield-voor-d1-mini

Die meteen even opgepikt en werkt natuurlijk direct, had ik beter meteen kunnen doen

[leecher]

lolgast schreef op vrijdag 23 december 2022 @ 14:11:
Bordje binnen voor de ledstrips in de keuken. Alles gesoldeerd, nog een keer testen. Ja hoor, net als op het development bordje de source en gate verkeerd om aangesloten..
[Afbeelding]

Stomme sukkel Gelukkig zit de ESP32 module nog niet vastgesoldeerd, dat was een beetje jammer geweest.

Ik soldeer mijn esp modules nooit vast, ik gebruik altijd female header pinnen. Dat is soms ook makkelijk updaten, even een andere module flashen en dan hoef je hem alleen nog uit te wisselen.

[I-King]

Kun je softwarematig wisselen om een pin in of output te maken? Usecase, ik stuur 't thermostaatsignaal van mijn airco bij dmv de ESP/DAC output. Echter als ik dit wil uitschakelen kun je volgens mij switchen naar een ESP met input en pullup weerstand actief, zodat de airco zelfstandig weer opereert.

Ik kan echter niet vinden of je dat softwarematig kan doen of je de esp opnieuw moet programmeren.

[Septillion]

@I-King Via welke omgeving? Via de Arduino IDE is dat gewoon pinMode() aanroepen.

Let wel dat als je de pull-up aan zet er op zich niet heel veel verschil is met de ADC op de max waarde zetten. Alleen dat de airco de spanning dan wel wat makkelijker omlaag kan trekken

Maar is 0-3,3V voldoende voor je airco?

[I-King]

@Septillion Ik had je reactie gemist, excuus. ESPHome.
Op dit moment staat er een spanningsdeler, met aan de ene kant 15kOhm weerstand (vanaf GND), en aan de +5 zit een NTC 20kOhm bij 20 graden. Het stuursignaal sluit ik aan op de resultante hiervan zodat ik de gemeten waarde van de airco kan overrulen.
Nu zoek ik echter iets om dit effect 'uit' te schakelen en dacht dat ik 'm als pullup ingang instelde dat hij dan als het ware 'geblockt' werd. Als het hetzelfde is als 'm effectief op +3,3V zetten dan stuur ik een te hoog/verkeerd signaal uit.

Hoop dat mijn uitleg enige logica biedt Misschien is 't dan wel omschakelen van DAC naar géén output of 'uitgeschakeld' oid.

[laserfreak]

Hallo,

Ik weet niet of ik het hier kan posten maar wij zijn volop bezig met het voorbereiden van de crowdfunding van ons nieuwe ESP32-S3 development board. Ons board noemt Walter en heeft naast de ESP ook NB-IoT/LTE-M en GPS aan boord. We focussen ook sterk op een goed powermanagement door gebruik te maken van een heel efficiente DC-DC, een groot ingangspanningsbereik (kan rechtstreeks met een lithiumcel worden gevoed) en een schakelbare 3.3V out. Je kan alle informatie terugvinden op https://www.quickspot.io/ en ook op CNX software, Linux Gizmos en hackster hebben ze ons al gepost.

Om de documentatie voor ons board uit te breiden zoeken we nog wat inspiratie voor een leuk project welke op het board kan worden geplaatst bij levering. Wij dachten intern aan een NB-IoT GPS tracker maar aan de andere kant lijkt dit vrij cliche.

Heeft iemand ideeen?

[Rouwette]

laserfreak schreef op woensdag 4 januari 2023 @ 10:13:
Hallo,

Ik weet niet of ik het hier kan posten maar wij zijn volop bezig met het voorbereiden van de crowdfunding van ons nieuwe ESP32-S3 development board. Ons board noemt Walter en heeft naast de ESP ook NB-IoT/LTE-M en GPS aan boord. We focussen ook sterk op een goed powermanagement door gebruik te maken van een heel efficiente DC-DC, een groot ingangspanningsbereik (kan rechtstreeks met een lithiumcel worden gevoed) en een schakelbare 3.3V out. Je kan alle informatie terugvinden op https://www.quickspot.io/ en ook op CNX software, Linux Gizmos en hackster hebben ze ons al gepost.

Om de documentatie voor ons board uit te breiden zoeken we nog wat inspiratie voor een leuk project welke op het board kan worden geplaatst bij levering. Wij dachten intern aan een NB-IoT GPS tracker maar aan de andere kant lijkt dit vrij cliche.

Heeft iemand ideeen?

Klinkt leuk om in voertuigen te bouwen.
Dat het gegevens via openbare wifi spots of meerdere bekende wifi spots de gegevens kan door sturen naar bijvoorbeeld Home Assistant.

[laserfreak]

@Rouwette bedoel je dan een soort wardriver sketch? Dus waarbij de ESP32 scant naar WiFi en de SSID informatie dan upload via NB-IoT? Ik ben wel benieuwd wat de toepassing hiervan dan is?

[ Voor 16% gewijzigd door laserfreak op 04-01-2023 15:41 ]

[Rouwette]

laserfreak schreef op woensdag 4 januari 2023 @ 15:41:
@Rouwette bedoel je dan een soort wardriver sketch? Dus waarbij de ESP32 scant naar WiFi en de SSID informatie dan upload via NB-IoT? Ik ben wel benieuwd wat de toepassing hiervan dan is?

Om zijn coördinaten door te geven, wellicht met nog andere sensors eraan omdat het kan
Misschien zelfs de OBD van een auto uitlezen? Geen idee of het uitvoerbaar is

[ Voor 3% gewijzigd door Rouwette op 04-01-2023 15:52 ]

[laserfreak]

Dat OBD idee vind ik wel leuk. Het is natuurlijk een beetje lastig omdat het de bedoeling is dat we demo software moeten bedenken waarvoor enkel Walter nodig is.

[gastje01]

Naar aanleiding van de onbetrouwbare Growatt integratie in HomeAssistant, heb ik besloten om mijn omvormer via Modbus uit te lezen. Bijkomend voordeel is dat ik alle data lokaal heb en daardoor ook een kortere update interval kan gebruiken dan de standaard 5 minuten die de Growatt servers bieden.

Ik heb een printje van een mede-tweaker besteld waar ik een Wemos D1 mini en een MAX485 op kan klikken, dit keurig op de A en B poorten van de omvormer aangesloten en ESPhome geflasht. Ik krijg echter continue CRC errors in de logs van ESPhome. Ik heb 1x een wel de juiste waarde langs zien komen, dus in theorie moet het werken. Voor de rest helaas alleen maar errors. Is dit een hardware issue? Ik heb de MAX485 direct op de omvormer aangesloten met een kabeltje van een meter. Schema van het gebruikte printje, maar dan zonder de DHT22. https://enri.nl/assets/img/pcb/modbus-schema.png

Iemand een suggestie waar ik moet zoeken? Ben nieuw in de modbus materie. Lastige bijkomstigheid is dat ik dit weekend pas thuis kan testen met het hardware stukje, als ik thuis kom is de omvormer al uit 😊 Ik las ook ergens dat er een bugje in ESPhome zou zitten en ik terug moest naar 2022.11.2, maar dat heeft ook niet geholpen.

[Gizz]

gastje01 schreef op vrijdag 6 januari 2023 @ 13:20:
Ik heb de MAX485 direct op de omvormer aangesloten met een kabeltje van een meter.

Wat voor een kabeltje? Zijn de aders 'twisted'?

[gastje01]

Gizz schreef op vrijdag 6 januari 2023 @ 13:23:
[...]

Wat voor een kabeltje? Zijn de aders 'twisted'?

Nope, gewoon een standaard luidspreker-kabel met voldoende dikke adertjes, lengte zal max een meter zijn. Ik kan m straks vervangen voor een stukje UTP.

[ Voor 5% gewijzigd door gastje01 op 06-01-2023 13:28 ]

[llevering]

@gastje01 Je hebt het over een 'Growatt integratie', op de voorbeeld bij enri.nl zie ik alleen Goodwe? Klopt dat? Is er ook een template voor Growatt omvormers?

[gastje01]

llevering schreef op vrijdag 6 januari 2023 @ 13:28:
@gastje01 Je hebt het over een 'Growatt integratie', op de voorbeeld bij enri.nl zie ik alleen Goodwe? Klopt dat? Is er ook een template voor Growatt omvormers?

https://esphome.io/components/sensor/growatt_solar.html Deze heb ik gebruikt, uiteraard wel even de pinout aangepast naar de juiste PINs zodat het overeenkomt met het printje.

[Gizz]

Ik voel me echt even een noob.. Ik heb twee buigsensoren (datasheet), wat weerstanden zijn waarvan de weerstand afhangt van de buighoek. Alleen lukt het mij niet om de weerstand te meten met mijn multimeter. Of ik ze nou plat leg of buig, er is nooit een gesloten circuit (melding OL op mijn multimeter in de weerstandmodus).

Welke denkfout maak ik?

[ Voor 7% gewijzigd door Gizz op 06-01-2023 14:17 ]

[JeroenH]

In die Arduino tutorial lees ik: "A flex sensor has a range from about ~10K to ~35K", dat zou te meten moeten zijn met een normale multimeter.

Heb je een weerstand van ergens rond die waarde? Wat gebeurt er als de weerstand daarvan meet?

[gastje01]

Gizz schreef op vrijdag 6 januari 2023 @ 13:23:
[...]

Wat voor een kabeltje? Zijn de aders 'twisted'?

Inmiddels wel, UTP kabel gebruikt, volledig CU, stugge kern, meter of 3. Ik krijg echter nog steeds de CRC errors.
Edit: met 30cm hetzelfde resultaat.

Volgende stap zou zijn om een heel kort draadje van zo’n 10cm te proberen, maar naar wat ik zo lees zou deze afstand prima moeten kunnen werken.

Nog tips wat ik nog meer kan proberen? Of kans dat ik een slechte module heb?

[ Voor 3% gewijzigd door gastje01 op 07-01-2023 11:05 ]

[Albert_x]

@gastje01 Volgens de specs heeft de max485 5V voeding nodig. Bij jou lijkt deze op 3V3 aangesloten te zijn. Daarvoor heb je waarschijnlijk een andere versie nodig, de max3485.

[vso]

jack zomer schreef op zondag 11 december 2022 @ 00:03:
[Afbeelding]


Eindelijk begonnen met mijn home assistant, icm met shelly en in elk geval 1 esp32 bordje.
Nu nog in een testfase, maar uiteindelijk moet de temperatuur gegevens van de esp32 een Shelly schakelen met de pompen. Nu 3 ds sensoren. Misschien komt er nog 1 bij

Veel uitzoeken werk, maar erg leuk om te doen.
Morgen eens kijken of ik de sensoren op een 10meter utp kabel krijg.


Ben echt wel verbaast over de bordjes. Snel, gemakkelijk, nauwelijks boottijd.
Kan zeker zien dat ik er meer voor andere functies ga gebruiken


Missie geslaagd

[Afbeelding]
[Afbeelding]

Werkt foutloos. 10 meter utp
Afwerking gaat tijdens de installatie nog aangepast worden.
Voor nu is het proof of concept

Je doet jezelf een enorm plezier om ze te caliberen en dat is enorm makkelijk, gewoon 3 containers water van temperatuur ??? koud, gemiddeld en warm (tussen 0 en 50 graden celcius) je hangt ze allemaal in dezelfde container en noteert de temperatuur per DS (met of zonder thermowell)

Zolang ze allemaal niet te veel verschillen zit je snor, anders je de afwijking software matig ondervangen, neem dan gelijk mee dat als de afwijking te groot is (bv defect geven ze bij mij 85c constant aan) een error oid.

Bedenk wel hoe je het doet als je op vakantie gaat en dus niet verwarmt om reden x.y.z en dus standje "wel pompen/niet verwarmen" immers je wilt wel schoon algen vrij zwembad en dus elke dag filteren

ik heb ervoor gekozen om bv zelf de pomp (via een shelly) niet via temperatuur te starten maar "via een remote" en om 17:00 automatisch aan en om 19:00 uit. Dus elke dag staat de pomp 2 uur aan.

o ja (edit)
Als ik dit wil automatiseren (zonne verwarming voor mij) moet ik alleen condities voor de verwarmingsmat
- 50 c = pomp aan, is temp gelijk of lager dan zwembad temp pomp uit.
Alleen dan moet ik ook de bypass stand meenemen, want je wilt niet dan dat die (temp)regeling de pomp aan/uit zet tijdens het dagelijks onderhoud moment.

in praktijk is het 20x simpler om de pomp aan te zetten wanneer het weer lekker genoeg is als je opstaat

[ Voor 12% gewijzigd door vso op 07-01-2023 13:08 ]

[jack zomer]

@vso ik copieer je bericht even naar zwembad om daar verder te typen.

[AUijtdehaag]

@gastje01
Ik heb persoonlijk ook ervaring met een flink aantal max485 TTL printjes en er zitten er heel veel tussen die niet goed werken.
AUijtdehaag in "Mitsubishi warmtepomp besturen met procon, ESPHome"
Sommigen werken dus wel gewoon op 3.3 Vdc (niet op 5 Vdc geprobeerd, diegene die het niet doen)

De kans dat je een defecte hebt is dus aanwezig

[ Voor 24% gewijzigd door AUijtdehaag op 08-01-2023 13:40 ]

[Obelixxx]

Hallo specialisten,

Dit weekend begonnen aan mn 3e ESPHome projectje, het slimmer maken van de watermeter.
Ik krijg het helaas niet aan de gang...

Eerste project dat ik gevonden had gaf geen verbruik terug.
Nu probeer ik het project van PieterBrinkman aan de praat te krijgen, maar heb een issue met de yaml code.
( https://www.pieterbrinkma...t-and-a-proximity-sensor/ )

code:

  ap:
    ssid: "Watermeter-Test Fallback Hotspot"
    password: "0OUgmX7AbFDm"
    
sensor:
- platform: pulse_counter
    pin: GPIO12
    update_interval : 6s
    name: "water pulse"
    id: water_pulse

- platform: pulse_meter
    pin: GPIO12
    name: "Water Pulse Meter"
    unit_of_measurement: "liter/min"
    icon: "mdi:water"
    total:
      name: "Water Total"
      unit_of_measurement: "liter"

  - platform: pulse_meter
    pin: GPIO12
    name: "Water Pulse Meter"
    unit_of_measurement: "liter/min"
    icon: "mdi:water"
    total:
      name: "Water Meter Total"
      unit_of_measurement: "m³"
      id: water_meter_total
      accuracy_decimals: 3
      device_class: water
      state_class: total_increasing
      filters:
        - multiply: 0.001

  - platform: template
    name: "Water Usage Liter"
    id: water_flow_rate
    accuracy_decimals: 1
    unit_of_measurement: "l/min"
    icon: "mdi:water"
    lambda: return (id(water_pulse).state * 10);
    update_interval: 6s

Deze code geeft een foutmelding mapping values are not allowed here.
Direct onder de eerste sensor pulse_counter op het woord pin.
Geen idee wat daar mis is.

Tevens zie ik in de code dat GPIO12 gebruikt wordt, terwijl de foto in het artikel 6 gebruikt.

Kan iemand me op weg helpen?

[AUijtdehaag]

@Obelixxx
Zorg dat de code juist is met spaciering en dergelijke. (staat op die website ook niet goed)

YAML:

sensor:
  - platform: pulse_counter
    pin: GPIO12
    update_interval : 6s
    name: "water pulse"
    id: water_pulse

  - platform: pulse_meter
    pin: GPIO12
    name: "Water Pulse Meter"
    unit_of_measurement: "liter/min"
    icon: "mdi:water"
    total:
      name: "Water Total"
      unit_of_measurement: "m³"
      id: water_total
      device_class: water
      state_class: total_increasing

  - platform: template
    name: "Water Usage Liter"
    id: water_flow_rate
    accuracy_decimals: 1
    unit_of_measurement: "l/min"
    icon: "mdi:water"
    lambda: return (id(water_pulse).state * 10);
    update_interval: 6s

GPIO12 = D6

[Obelixxx]

Dank je,

Ga ik deze overnemen.

[AUijtdehaag]

@Obelixxx
Wellicht is deze beter

YAML:

sensor:
  - platform: pulse_counter
    pin: GPIO12
    update_interval : 6s
    name: "water pulse"
    id: water_pulse

  - platform: pulse_meter
    pin: GPIO12
    name: "Water Pulse Meter"
    unit_of_measurement: "liter/min"
    icon: "mdi:water"
    total:
      name: "Water Total Ltr"
      unit_of_measurement: "L"
      id: water_meter_total_ltr
      device_class: water
      state_class: total_increasing

  - platform: pulse_meter
    pin: GPIO12
    name: "Water Pulse Meter"
    unit_of_measurement: "liter/min"
    icon: "mdi:water"
    total:
      name: "Water Total m3"
      unit_of_measurement: "m³"
      id: water_meter_total_m3
      device_class: water
      state_class: total_increasing
      filters:
        - multiply: 0.001

  - platform: template
    name: "Water Usage Liter"
    id: water_flow_rate
    accuracy_decimals: 1
    unit_of_measurement: "l/min"
    icon: "mdi:water"
    lambda: return (id(water_pulse).state * 10);
    update_interval: 6s

[Fab1Man]

Ik probeer een motortje te maken voor onze jaloezieën en ik loop compleet vast op de Buck converter. Ik heb een MP1584, inmiddels al 3 verschillende geprobeerd maar allemaal hetzelfde probleem: er komt 1 volt uit. De potentiemeter kan ik draaien wat ik wil, geen kans. Er zit een stepper driver achter en die krijgt de volledige 27 volt die ook bij de Buck converter binnenkomt, dus dat begrijp ik ook weer niet. Iemand die dit herkent? Met de multimeter kan ik dus op de input wel 27 volt zien, maar de output hangt steady vast op 1 volt.

[Septillion]

@Fab1Man Welke steppendriver en hoe is deze aangesloten? Ik vermoed dat je daarmee op een of andere manier de boel bypassed.

[gastje01]

AUijtdehaag schreef op zondag 8 januari 2023 @ 13:11:
@gastje01
Ik heb persoonlijk ook ervaring met een flink aantal max485 TTL printjes en er zitten er heel veel tussen die niet goed werken.
AUijtdehaag in "Mitsubishi warmtepomp besturen met procon, ESPHome"
Sommigen werken dus wel gewoon op 3.3 Vdc (niet op 5 Vdc geprobeerd, diegene die het niet doen)

De kans dat je een defecte hebt is dus aanwezig

Nieuwe is al onderweg. Alle andere onderdelen (op de omvormer na) zijn al gewisseld. Hoop dat dit de oplossing is.

[Fab1Man]

Septillion schreef op zondag 8 januari 2023 @ 19:45:
@Fab1Man Welke steppendriver en hoe is deze aangesloten? Ik vermoed dat je daarmee op een of andere manier de boel bypassed.

Gaat om de DRV8825, maar je hebt wel gelijk, voor die stepper driver bypass ik het inderdaad en zo zou het ook moeten. Mijn denkfout bij de stepperdriver is dat die 12V moet hebben en daar ga ik de mist in. Die zou die namelijk direct van de voeding moeten krijgen (wat dus ook gebeurt), maar hij heeft ook nog 5V nodig die van de Buck converter moet komen. De Buck converter moet ook 5V leveren aan de NodeMCU.
Die 27V die ik van de voeding krijg is ook apart, want die is rated op 12V/3A.

Gaat om deze opzet:
https://github.com/thehookup/Motorized_MQTT_Blinds

[!null]

Weet iemand een flashbare smartplug die ook een externe temperatuursensor heeft?
Je hebt wel flashbare modules met temp sensor zoals van Shelly o.a. die ook wel wat aan/uit kunnen schakelen maar het zit zelden in een Smartplug.
Ik zag alleen de Nashone MTS700WB maar daar zit een niet herprogrammeerbare Tuya ESP in.

Iemand suggesties?

[Septillion]

@Fab1Man En dat schema heb jij exact? Wat als je alleen een ingangsspanning aansluit?

Overigens is 27V wel heel dicht bij de maximale 28V van de buck converter.

Ook de aansluiting van 5V op de DRV8825 lijkt me niet heel logisch aangezien dat de nFault pin zou moeten zijn...

[Fab1Man]

Septillion schreef op zondag 8 januari 2023 @ 21:37:
@Fab1Man En dat schema heb jij exact? Wat als je alleen een ingangsspanning aansluit?

Overigens is 27V wel heel dicht bij de maximale 28V van de buck converter.

Ook de aansluiting van 5V op de DRV8825 lijkt me niet heel logisch aangezien dat de nFault pin zou moeten zijn...

Yes, breadboard, perfboard, allemaal geprobeerd en meermaals nagelopen, zoals op de GitHub pagina staat. Ik ga morgen nog eens verder zoeken, ik begrijp ook niet waar die 5V op de DRV8825 goed voor moet zijn.

Mocht iemand een totaal ander idee hebben om zo’n motor aan te sturen houd ik me graag aanbevolen

[Septillion]

@Fab1Man Begin dan met eens alleen de DCDC converter aan de spanning te hangen en dan zonder verder iets aan te sluiten de uitgang te meten. Dan zou je hem gewoon moeten kunnen regelen of hij is stuk.

[Fab1Man]

Septillion schreef op zondag 8 januari 2023 @ 22:39:
@Fab1Man Begin dan met eens alleen de DCDC converter aan de spanning te hangen en dan zonder verder iets aan te sluiten de uitgang te meten. Dan zou je hem gewoon moeten kunnen regelen of hij is stuk.

Dat heb ik reeds gedaan, ik heb 10 stuks ontvangen en bij 3 stuks heb ik steeds 1 volt.

[Septillion]

@Fab1Man En dan sluit je alleen de IN aan?

Overigens valt me nu pas dit op:

Die 27V die ik van de voeding krijg is ook apart, want die is rated op 12V/3A.

Wat is het voor voeding? Is deze wel DC? Als hij een 12V rating heeft maar 27V afgeeft is dat zelfs voor een ongeregelde voeding wel veel. En zou het me niet verbazen als hij even >30V doet, bij het opstarten of überhaupt in rimpel. En dan blaas je de DCDC denk ik op.

[Fab1Man]

Septillion schreef op maandag 9 januari 2023 @ 07:08:
@Fab1Man En dan sluit je alleen de IN aan?

Overigens valt me nu pas dit op:

[...]


Wat is het voor voeding? Is deze wel DC? Als hij een 12V rating heeft maar 27V afgeeft is dat zelfs voor een ongeregelde voeding wel veel. En zou het me niet verbazen als hij even >30V doet, bij het opstarten of überhaupt in rimpel. En dan blaas je de DCDC denk ik op.

Gaat om deze: https://www.amazon.de/-/e...=ppx_pop_mob_b_asin_title

Ik heb inmiddels een andere besteld, die krijg ik vanavond binnen.

[Fab1Man]

Septillion schreef op zondag 8 januari 2023 @ 21:37:
@Fab1Man En dat schema heb jij exact? Wat als je alleen een ingangsspanning aansluit?

Overigens is 27V wel heel dicht bij de maximale 28V van de buck converter.

Ook de aansluiting van 5V op de DRV8825 lijkt me niet heel logisch aangezien dat de nFault pin zou moeten zijn...

Na wat zoeken heb ik nog een post gevonden op GitHub waar het goede schema in zou moeten staan, waarbij ook de 5V op de DRV8825 niet goed lijkt te staan, dus mocht iemand dit ooit willen gaan doen, dit schijnt het goede schema te zijn:

[Septillion]

@Fab1Man Dat lijkt me een logischere aansluiting met nRST (active low reset)en nSLP (active low sleep) aan de 5V.

[Fab1Man]

@Septillion Ik ben vandaag nog eens alles nagelopen en ik had de multimeter verkeerd staan. Voeding geeft dus wel netjes 12V door initieel, maar de buck converter blijft steevast op 0.8V staan. De potentiemeter kan ik wederom draaien wat ik wil, geen effect. Ik heb 4 verschillende converters getest, allemaal hetzelfde. En dat is nog zonder load erop aangesloten. Ik begrijp er werkelijk helemaal niks van.

[sailor_dg]

Ik heb me ook een geen gek gedraaid aan zo’n ding en net voordat ik hem wilde weggooien en nog 25-30 de andere kant op draaide begon hij te regelen.

[Septillion]

@Fab1Man Tijd voor foto's? Incl hoe je meet? Want 0,8V is wel heel weinig....

[lolgast]

lolgast schreef op vrijdag 23 december 2022 @ 14:11:
Bordje binnen voor de ledstrips in de keuken. Alles gesoldeerd, nog een keer testen. Ja hoor, net als op het development bordje de source en gate verkeerd om aangesloten..
[Afbeelding]

Stomme sukkel Gelukkig zit de ESP32 module nog niet vastgesoldeerd, dat was een beetje jammer geweest.

Deze keer het bordje goed ontworpen En meteen wat compacter gemaakt.


En nee dit is niet definitief aangesloten. Er komen netjes adereindhulzen op de definitieve kabels

24V in, via de TSR 1-2450 komt er 5V bij de ESP32. 24V zit ook op de IRLZ34N die uiteindelijk de LEDstrip aanstuurt. Code op de ESP is via ESPhome die gebruik maakt van de PWM controller.
Aangezien de TSR 1-2450 ook 12V accepteert werkt hij ook voor 12V ledstrips

[ Voor 3% gewijzigd door lolgast op 12-01-2023 10:44 ]

[johan_solar]

gastje01 schreef op vrijdag 6 januari 2023 @ 13:20:
Naar aanleiding van de onbetrouwbare Growatt integratie in HomeAssistant, heb ik besloten om mijn omvormer via Modbus uit te lezen. Bijkomend voordeel is dat ik alle data lokaal heb en daardoor ook een kortere update interval kan gebruiken dan de standaard 5 minuten die de Growatt servers bieden.

Ik heb een printje van een mede-tweaker besteld waar ik een Wemos D1 mini en een MAX485 op kan klikken, dit keurig op de A en B poorten van de omvormer aangesloten en ESPhome geflasht. Ik krijg echter continue CRC errors in de logs van ESPhome. Ik heb 1x een wel de juiste waarde langs zien komen, dus in theorie moet het werken. Voor de rest helaas alleen maar errors. Is dit een hardware issue? Ik heb de MAX485 direct op de omvormer aangesloten met een kabeltje van een meter. Schema van het gebruikte printje, maar dan zonder de DHT22. https://enri.nl/assets/img/pcb/modbus-schema.png

Iemand een suggestie waar ik moet zoeken? Ben nieuw in de modbus materie. Lastige bijkomstigheid is dat ik dit weekend pas thuis kan testen met het hardware stukje, als ik thuis kom is de omvormer al uit 😊 Ik las ook ergens dat er een bugje in ESPhome zou zitten en ik terug moest naar 2022.11.2, maar dat heeft ook niet geholpen.

Ik had dit ook met mijn esp32. De oplossing heb ik via github: https://github.com/esphom...2#issuecomment-1367231053

Another way to fix this for me is to update the arduino framework to 2.0.6, by using:

code:

esp32:
  board: nodemcu-32s
  framework:
    type: arduino
    version: 2.0.6

Hierna waren de CRC errors voorbij.

[gastje01]

johan_solar schreef op donderdag 12 januari 2023 @ 20:47:
[...]

Ik had dit ook met mijn esp32. De oplossing heb ik via github: https://github.com/esphom...2#issuecomment-1367231053

Another way to fix this for me is to update the arduino framework to 2.0.6, by using:

code:

esp32:
  board: nodemcu-32s
  framework:
    type: arduino
    version: 2.0.6

Hierna waren de CRC errors voorbij.

Dat kan ik ook nog wisselen. Ik heb t nu op een Wemos 8266 draaien met CRC errrors. Als ik snel kijk heeft m’n printje de verkeerde pin-out voor de Wemos ESP32.

Verder heb ik de Max485 gewisseld. Hij doet t nu wel vaker (lees: 3-4 succesvolle metingen per dag). Weerstand is besteld, hopen dat dat mijn errors oplost.

[AUijtdehaag]

@gastje01
Het is al eerder opgemerkt maar die ttl naar rs485 heeft 5vdc nodig en de esp levert 3.3v
Een goed werkende module is een lot uit de loterij heb ik zelf ondervonden. (stuk of 40 getest)
Sommige werken ook half maar met crc fouten en sommigen helemaal niet.

Maar ik laat me graag verrassen als het toch met software is op te lossen.

https://webshop.domoticx....=3615&search=rs485&page=2
direkt op een (bijvoorbeeld) wemos s2 mini draait hier een hele week probleemloos. Geen toeval want ook meerdere geprobeerd.
En die is wel 3.3v - 5v
En geen flowctrl pin meer nodig.

Niet op het enri bordje prikken.
Paar dupont kabeltjes en het werkt al.

Edit: heb zelf maar een nieuw printje gemaakt voor de max3485. (XY-017)

[ Voor 31% gewijzigd door AUijtdehaag op 16-01-2023 11:33 ]

[gastje01]

AUijtdehaag schreef op vrijdag 13 januari 2023 @ 00:39:
@gastje01
Het is al eerder opgemerkt maar die ttl naar rs485 heeft 5vdc nodig en de esp levert 3.3v
Een goed werkende module is een lot uit de loterij heb ik zelf ondervonden. (stuk of 40 getest)
Sommige werken ook half maar met crc fouten en sommigen helemaal niet.

Maar ik laat me graag verrassen als het toch met software is op te lossen.

https://webshop.domoticx....=3615&search=rs485&page=2
direkt op een (bijvoorbeeld) wemos s2 mini draait hier een hele week probleemloos. Geen toeval want ook meerdere geprobeerd.
En die is wel 3.3v - 5v
En geen flowctrl pin meer nodig.

Niet op het enri bordje prikken.
Paar dupont kabeltjes en het werkt al.

Beide al besteld, ik ga zelf wel met de soldeerbout aan de slag. Een Wemos en een MAX485 wisselen leek me de snelste optie, de rest moest ik op wachten.

Bijkomend 'issue' is dat de paneeltjes nu niet echt van het dak af branden en ik alleen kan testen als ik thuis ben en de zon schijnt (lees: weekend) omdat de omvormer anders uit blijft.

[Fab1Man]

Septillion schreef op maandag 9 januari 2023 @ 22:04:
@Fab1Man Tijd voor foto's? Incl hoe je meet? Want 0,8V is wel heel weinig....

Nog even hierop terugkomend... Ik heb het opgegeven met de buck converters die ik gekocht had, wat een rotdingen zijn dat zeg. Ik heb wel vier verschillende geprobeerd, allemaal hetzelfde probleem met 0.8V. Ik heb een andere converter gekocht (LM2596), die deed initieel ook niks maar die kun je in ieder geval niet kapot draaien. Na heel lang het schroefje draaien heb ik die wel kunnen instellen op 5V en voila alles werkt. Enige punt nu is dat het motortje ondanks de aanpassing van unipolar naar bi-polar niet sterk genoeg is voor de jaloezieën .
Ik heb ook een Nema17 motor gekocht, die ik op de bestaande code wel kan laten werken maar dat ding loopt veel te hard en schokkerig en ik zou nog iets moeten bedenken qua tandwielen voor in de jaloezieën, helaas heb ik nog niks kunnen vinden wat iemand wellicht ooit bedacht heeft. Idealiter zou ik het bestaande tiltmechanisme met een een overbrenging willen aansturen, ik denk dat je daarmee veel verfijnder kunt werken:

[-Casper]

Ik heb een ESP 01S die ik gebruik voor mijn waterontharder.
Ik had OTA de firmware bijgewerkt maar hier is kennelijk iets fout gegaan.

Na de firmware update leek de ESP verbonden met wifi maar kon ik deze niet pingen of via HA communiceren. Toen bedacht ik me; laat ik de ESP gewoon ff aan de computer koppelen en opnieuw flashen maar zonder resultaat. De ESP lijkt nu zelfs helemaal geen verbinding meer met mijn wifi te maken (zover ik kan zien) maar heeft ook geen fallback hotspot.

YAML:

# Basic ESP config

esphome:
  name: waterontharder

esp8266:
  board: esp01_1m

# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "lVBKS3GCtl4UsqOOLhTQx6X55K*****"

ota:
  password: "0e65a9843rr4538effa10***"

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Waterontharder Fallback Hotspot"
    password: "cSHFxC8y***"

captive_portal:

#
# End of basic config
# Start of config specific for Home Assistant / Device
#


# Sync time with Home Assistant.
time:
  - platform: homeassistant
    id: homeassistant_time

# Text sensors
text_sensor:
  # Expose ESPHome version as sensor.
  - platform: version
    name: Waterontharder ESPHome Version
    entity_category: diagnostic
  # Expose WiFi information as sensors.
  - platform: wifi_info
    ip_address:
      name: Waterontharder IP

# Sensors
sensor:
  # Uptime sensor.
  - platform: uptime
    name: Waterontharder Uptime
    icon: mdi:clock-start
    entity_category: diagnostic

  # WiFi Signal sensor.
  - platform: wifi_signal
    name: Waterontharder WiFi Signal
    update_interval: 60s
    entity_category: diagnostic

  # Ultrasonic sensor
  - platform: ultrasonic
    trigger_pin: GPIO0
    echo_pin: GPIO2
    name: "Zoutniveau waterontharder CM"
    update_interval: 30s
    timeout: 2.0m
    filters:
    - delta: 0.01
    - lambda: return x*100;
    unit_of_measurement: "cm"

Volgens ESPHome is de yaml valide, dus ik ben even het spoor bijster wat ik hier nog kan proberen om te troubleshooten. Iemand suggesties?

[JeroenH]

Ik heb, voornamelijk om er eens ervaring mee op te doen, een ESP32-cam gekocht. Met wat googlen had ik hem binnen 10 minuten up and running binnen ESPHOME/HA. Beeldkwaliteit is (voor de prijs, en bij goed licht) niet gek:



Ik heb echter wel dat enkele (2-3) malen per minuut dat hij op "unavailable" gaat. Ik zie dat ook terug in het Logbook:

esp_cam02 became unavailable
esp_cam02 light became unavailable

(er zit een lampje op de unit wat zijn eigen entity heeft)

Als ik in de HA UI "Unavailable" zie, dan zie ik in de ESPHOME logging van de unit direct het volgende:

[10:15:02][D][api.connection:918]: Home Assistant 2023.1.4 (::FFFF:192.168.1.253): Connected successfully

Maar geen herstarts oid.

Verder zie ik in de ESHOME log ook nog dit:

WARNING GPIO0 is a Strapping PIN and should be avoided.
Attaching external pullup/down resistors to strapping pins can cause unexpected failures.
See https://esphome.io/guides...ning-about-strapping-pins
WARNING GPIO4 is a Strapping PIN and should be avoided.
Attaching external pullup/down resistors to strapping pins can cause unexpected failures.
See https://esphome.io/guides...ning-about-strapping-pins

Daar is natuurlijk bijzonder weinig aan te doen. GPIO0 is de external clock, en GPIO4 bedient de ingebouwde witte LED.

De unit heeft goede wifi-dekking, als ik in de ESPHOME logging kijk zie ik "Signal strength: -58 dB" en drie van de vier balkjes geel. Stroomvoorziening is in orde, hangt (voor deze eerste test) aan een 10.000 mAh USB-accu, waar ik vele malen ESP32's aan hang zonder problemen. Ik me er door eigen ervaring van bewust hoeweel ESP32-problemen worden veroorzaakt door slechte voeding.

Ik heb maar één unit, dus het zou prima iets mis met het apparaat kunnen zijn, maar komt iemand dit bekend voor? Als ik naar het probleem probeer te googlen dan vind ik niet veel...

[jobr]

-Casper schreef op dinsdag 17 januari 2023 @ 10:01:
Volgens ESPHome is de yaml valide, dus ik ben even het spoor bijster wat ik hier nog kan proberen om te troubleshooten. Iemand suggesties?

Even de ESP helemaal "schoonmaken" door allemaal 0'en te schrijven in het complete geheugen.
Hier zit wel een flasher en blank bin bestanden in: https://github.com/letsco...eleases/tag/mega-20221224

[Saturnus]

JeroenH schreef op dinsdag 17 januari 2023 @ 10:20:
Ik heb, voornamelijk om er eens ervaring mee op te doen, een ESP32-cam gekocht. Met wat googlen had ik hem binnen 10 minuten up and running binnen ESPHOME/HA. Beeldkwaliteit is (voor de prijs, en bij goed licht) niet gek:

[Afbeelding]

Ik heb echter wel dat enkele (2-3) malen per minuut dat hij op "unavailable" gaat. Ik zie dat ook terug in het Logbook:

esp_cam02 became unavailable
esp_cam02 light became unavailable

(er zit een lampje op de unit wat zijn eigen entity heeft)

Als ik in de HA UI "Unavailable" zie, dan zie ik in de ESPHOME logging van de unit direct het volgende:


[...]


Maar geen herstarts oid.

Verder zie ik in de ESHOME log ook nog dit:

[...]


Daar is natuurlijk bijzonder weinig aan te doen. GPIO0 is de external clock, en GPIO4 bedient de ingebouwde witte LED.

De unit heeft goede wifi-dekking, als ik in de ESPHOME logging kijk zie ik "Signal strength: -58 dB" en drie van de vier balkjes geel. Stroomvoorziening is in orde, hangt (voor deze eerste test) aan een 10.000 mAh USB-accu, waar ik vele malen ESP32's aan hang zonder problemen. Ik me er door eigen ervaring van bewust hoeweel ESP32-problemen worden veroorzaakt door slechte voeding.

Ik heb maar één unit, dus het zou prima iets mis met het apparaat kunnen zijn, maar komt iemand dit bekend voor? Als ik naar het probleem probeer te googlen dan vind ik niet veel...

Ja heb ik met een die buiten hangt in een houten doosje. Ik weet ook niet waarom en verdenk de voeding ja. Maar erg weinig last van. De downtime is een seconde of 1-2 en daarna is het weer een poos goed.

[-Casper]

jobr schreef op dinsdag 17 januari 2023 @ 18:42:
[...]


Even de ESP helemaal "schoonmaken" door allemaal 0'en te schrijven in het complete geheugen.
Hier zit wel een flasher en blank bin bestanden in: https://github.com/letsco...eleases/tag/mega-20221224

Begrijp ik je goed dat ik dat alleen via ESPEasy kan doen? Er is geen mogelijkheid om dit via ESPHome te doen?

[lolgast]

@-Casper Via ESPhome heb ik dit ook wel gedaan, simpelweg een zo minimalistisch mogelijke firmware geschreven en daarna mijn originele code er weer overheen.

Ik heb ook een keer gehad dat de OTA niet paste, toen heb ik eerst een tasmota minimal geflashed en daarna de ESPhome code weer. Voordeel daarvan is namelijk dat het allemaal OTA kan en je de module niet hoeft uit te bouwen als dat lastig is

[JeroenH]

Saturnus schreef op dinsdag 17 januari 2023 @ 21:23:
[...]

Ja heb ik met een die buiten hangt in een houten doosje. Ik weet ook niet waarom en verdenk de voeding ja. Maar erg weinig last van. De downtime is een seconde of 1-2 en daarna is het weer een poos goed.

Ik heb hier nu dat er in HA helemaal geen foto uit de camera meer wordt weergegeven, terwijl de unit in ESPHOME gewoon online is. In de logs zie ik ook elke 5 seconden "Got image" voorbijkomen, en dan weer ineens een disconnected/connected.

De ESP32 is wel een beetje warm, maar volgens mij niet extreem:



Ik heb hem nu eens uitgezet zodat hij helemaal af kan koelen naar de omgevingstemperatuur, kijken of dat uitmaakt.

Ben er nog niet weg van. Maar ja, daarom wilde ik ook experimenteren

[jobr]

-Casper schreef op woensdag 18 januari 2023 @ 08:05:
[...]

Begrijp ik je goed dat ik dat alleen via ESPEasy kan doen? Er is geen mogelijkheid om dit via ESPHome te doen?

Nee hoor met elke flasher. Hier zit alleen het bestand en de flasher bij die makkelijk te gebruiken is.
Deze kende ik toevallig. Ik denk dat het niet via esphome kan.

[jobr]

lolgast schreef op woensdag 18 januari 2023 @ 08:22:
@-Casper Via ESPhome heb ik dit ook wel gedaan, simpelweg een zo minimalistisch mogelijke firmware geschreven en daarna mijn originele code er weer overheen.

Kan zijn dat dit genoeg is. Maar het is handiger om in 1 keer het volledige geheugen te flashen. Dan weet je zeker dat echt alles weg is.
Moet je natuurlijk wel het juiste bestand gebruiken ter grote van de flash chip (meestal de 4mb versie).

[ Voor 11% gewijzigd door jobr op 18-01-2023 18:31 ]

[Obelixxx]

Verkeerd gepost,
sorry

[ Voor 88% gewijzigd door Obelixxx op 19-01-2023 11:57 ]

[JeroenH]

JeroenH schreef op dinsdag 17 januari 2023 @ 10:20:
Ik me er door eigen ervaring van bewust hoeweel ESP32-problemen worden veroorzaakt door slechte voeding.

De laatste paar dagen heb ik de ESP32-CAM aan alle mogelijke combinaties van USB-voedingen en micro-USB-kabels gehad, en het blijkt dat het ding enorm picky is qua stroomtoevoer. Pas na veel combinaties uitproberen vond ik een combinatie voeding/kabel waarmee de ESP32-CAM zonder al te veel uitval foto's doorstuurt naar Home Assistant.

Ik denk dat ik maar eens een condensator opzoek en die over de 3v3 voedingslijn heen soldeer.

[u_nix_we_all]

@JeroenH Ik heb hier ook een esp32-cam draaien met esphome. Ik voed hem gewoon op de 5V direct vanaf een (Koppla) usb voeding en is super stabiel. Incl el cheapo pan/tilt servootjes.

Edit. Hmm, super stabiel is overdreven, heb ook soms een disconnect, maar dat is 1 a 2 keer per dag....

[ Voor 8% gewijzigd door u_nix_we_all op 20-01-2023 13:01 ]

[Flappie]

Ik heb vandaag een Wemos D1 (ESP8266) van enri.nl aangesloten op mijn Eastron SDM120.
Via ESPEasy kan ik hem prima uitlezen.
Met ESPHome krijg ik alleen maar CRC errors.

Iemand een idee wat dat zou kunnen zijn en dit al eens eerder gezien?

In ESPHome gebruik ik deze config voor de SDM120:

code:

uart:
  id: mod_bus
  tx_pin: D7
  rx_pin: D6
  baud_rate: 2400
  stop_bits: 1

modbus:
  flow_control_pin: D5
  
sensor:
  - platform: sdm_meter
    phase_a:
      current:
        name: "SDM120M Current"
      voltage:
        name: "SDM120M Voltage"
      active_power:
        name: "SDM120M Power"
      power_factor:
        name: "SDM120M Power Factor"
      apparent_power:
        name: "SDM120M Apparent Power"
      reactive_power:
        name: "SDM120M Reactive Power"
      phase_angle:
        name: "SDM120M Phase Angle"
    frequency:
      name: "SDM120M Frequency"
    import_active_energy:
      name: "SDM120M Import Active Energy"
    export_active_energy:
      name: "SDM120M Export Active Energy"
    import_reactive_energy:
      name: "SDM120M Import Reactive Energy"
    export_reactive_energy:
      name: "SDM120M Export Reactive Energy"
    update_interval: 15s
    address: 1

[ Voor 67% gewijzigd door Flappie op 20-01-2023 21:52 ]

[Raymond P]

@Flappie Staat de eastron ook op 2400 bps?

[Flappie]

Raymond P schreef op vrijdag 20 januari 2023 @ 21:58:
@Flappie Staat de eastron ook op 2400 bps?

Ja. Staat op 2400.
En in ESPEasy werkt dat ook

Zou hij ook CRC errors kunnen geven als bepaalde waarden niet kunnen worden uitgelezen?
Die Phase Angele heb ik bijv niet in ESPEasy. Dat lijkt me eerder van toepassing bij 2 of 3 fasen.

[ Voor 30% gewijzigd door Flappie op 20-01-2023 22:05 ]

[Raymond P]

@Flappie https://github.com/esphome/issues/issues/3939

[Flappie]

Raymond P schreef op vrijdag 20 januari 2023 @ 22:13:
@Flappie https://github.com/esphome/issues/issues/3939

Ah, dat zou iets kunnen zijn.
Weet iemand hoe ik (via Windows CLI) een aangepaste versie van ESPhome kan meegeven tijdens het maken van de firmware? Dan zou ik een oudere versie kunnen proberen

[ThinkPad]

JeroenH schreef op woensdag 18 januari 2023 @ 09:33:
[...]
daarom wilde ik ook experimenteren

Dit is evt. ook nog een leuk projectje: https://github.com/jomjol/AI-on-the-edge-device
Ga ik wellicht tzt ook nog proberen, heb een watermeter die niet met een simpele pulsteller valt uit te lezen helaas

[JeroenH]

ThinkPad schreef op zaterdag 21 januari 2023 @ 15:20:
Dit is evt. ook nog een leuk projectje: https://github.com/jomjol/AI-on-the-edge-device
Ga ik wellicht tzt ook nog proberen, heb een watermeter die niet met een simpele pulsteller valt uit te lezen helaas

Ja als je meters geen pulsteller hebben, of geen ronddraaiend magneetje oid dan ben je op zoiets aangewezen. Super tof dat dat door hobbyisten redelijk simpel te bouwen is, wel jammer dat het nodig is...

[renevdstap]

Ik lees dat meerdere mensen issues hebben met de stabiliteit van de ESP-32 CAM. Nu heb ik net voor het eerst ook twee van deze modules besteld en krijg ze ook niet stabiel aan de praat. Eerst probeerde ik ze te flashen vanuit ESPHOME maar daar lijkt in de laatste versie een bug te zitten. Vervolgens heb ik ze geflasht vanuit Arduino IDE volgens de AI thinker versie, hoewel het geen originele is. Ik krijg wel een webinterface online maar met moeite komt daar een foto uit. De stream wil al helemaal niet starten.

Ook bij mij vermoed ik dat het aan de stroomtoevoer ligt. Heb het geprobeerd via de bijgeleverde seriele controller, vanaf een ESP8266 en vanaf een Raspberry PI. Heb ook een USB kabel gestript maar die kwam helemaal niet online.

Hebben jullie nog advies voor een stabiele stroomtoevoer? Of ervaring met een bepaalde versie ESP-32 CAM module? Ik heb de volgende:
https://www.amazon.nl/dp/...o2ov_dt_b_product_details

UPDATE:
Ik heb inmiddels een derde ESP-32 CAM ontvangen en die werkt zonder problemen. Dat is denk ik het risico van het shoppen op Amazon.

[ Voor 9% gewijzigd door renevdstap op 24-01-2023 20:34 ]

[delodic]

Weet iemand wat de status is van esp bordjes die matter ondersteunen?
Ik was aan het shoppen voor wat wemos d1 minis maar als er al goede matter alternatieven zijn dan is dat misschien wel een betere optie

Ik zag dat er een esp32 h2 bordje was aangekondigd in 2021 en dat deze wat vertraging heeft opgelopen door corona. Ik zag zo nog niet veel op AliExpress staan

[Raymond P]

@delodic Wat bedoel je exact? https://www.espressif.com...ivity/esp-matter-solution

[martijndierckx]

Hi

Ik ben een projectje aan het uitwerken, en ben daarvoor op zoek naar een MCU.
Uiteraard komt dan de ESP32 in aanmerking, maar de wensen zijn redelijk uitgebreid, dus ik weet niet of ik met de ESP32 ver genoeg ga springen.

Requirements voor connecties naar peripherals:
- Thread
- WIFI
- 2 x ethernet
- 5" capacitive touch scherm 840x480
- Flash
- usb OF uart voor config
- 1 x DO
- 1 x DI

Ik dacht zelf aan de ESP32-C6, maar ik vrees dat die niet voldoende SPI's gaat hebben.
Ideetjes of alternatieven?

[Amanoo]

Repost vanuit Home Assistant topic, hier misschien beter toepasbaar

Ik probeer nog mijn Arduino sketch te porten naar ESPHome via Custom Component. Het wil nog niet lukken. Langzaamaan zeker kom ik wel verder maar ik blijf nog foutmeldingen krijgen.

Linkje: https://github.com/Amanoo.../feature-esphome/eggslice

Commando's:

code:

python3 -m venv venv 
source venv/bin/activate
pip3 install esphome
pip3 install tornado esptool
esphome run eggcooker.yaml

Ik krijg nu de volgende foutmeldingen:

code:

/home/marco/.platformio/packages/toolchain-xtensa-esp32/bin/../lib/gcc/xtensa-esp32-elf/8.4.0/../../../../xtensa-esp32-elf/bin/ld: .pioenvs/eggcooker/src/main.cpp.o:(.literal._ZNSt17_Function_handlerIFSt6vectorIPN7esphome9ComponentESaIS3_EEvEZ5setupvEUlvE_E9_M_invokeERKSt9_Any_data+0x8): undefined reference to `EggCooker::EggCooker(esphome::sensor::Sensor*, esphome::text_sensor::TextSensor*)'
/home/marco/.platformio/packages/toolchain-xtensa-esp32/bin/../lib/gcc/xtensa-esp32-elf/8.4.0/../../../../xtensa-esp32-elf/bin/ld: .pioenvs/eggcooker/src/main.cpp.o: in function `std::_Function_handler<std::vector<esphome::Component*, std::allocator<esphome::Component*> > (), setup()::{lambda()#1}>::_M_invoke(std::_Any_data const&)':
/home/marco/Desktop/Smart-Egg-Cooker-feature-esphome/eggslice/.esphome/build/eggcooker/eggcooker.yaml:53: undefined reference to `EggCooker::EggCooker(esphome::sensor::Sensor*, esphome::text_sensor::TextSensor*)'

Ik heb wel al gespeeld met namespaces en esphome::text_sensor:: en esphome::sensor:: toevoegen en zo, maar ik ben er nog niet helemaal uit.

[DaWizza]

Mijn 2e omvormer uitlezen gaat niet zoals het moet.

De 1e setup werkt prima, Als ik die aansluit op de andere omvormer werkt ie ook.
Pak ik de werkende ESP, met een nieuwe RS485TTL+kabels, werkt het.
Als ik het ESP bordje verwissel (ik heb er al 5 getest), werkt het niet meer.

Waar gaat het mis: ik krijg dit soort meldingen en dus geen data:

code:

Modbus command to device=1 register=0x03 countdown=0 no response received - removed from send queue

Wat is er aangesloten op beide omvormers:
ESP8266MOD i.c.m. RS485 to TTL, aangesloten op deze manier (met aparte micro usb voeding):
https://community.home-as...att-shinewifi-s/369171/43

Zo dus:


Kabel A gaat naar nummer 3 op de stekker vd omvormer.
Kabel B naar nummer 4.

De code:

code:

substitutions:
  device_name: growatt1500
  device_description: "Growatt Solar Inverter Monitoring 1500"
  friendly_name: growatt1500

esphome:
  name: '${device_name}'
  comment: '${device_description}'
  
esp8266:
  board: d1_mini

# Enable logging
logger:
  baud_rate: 0
  
# Enable Home Assistant API
api:

ota:
  safe_mode: true
  reboot_timeout: 10min
  num_attempts: 5
  
web_server:
  port: 80

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  # Optional manual IP

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: '${device_name}'
    
captive_portal:

time:
  - platform: homeassistant
    id: homeassistant_time

uart:
  id: mod_bus
  tx_pin: 1
  rx_pin: 3
  baud_rate: 9600
  #baud_rate: 115200
  
modbus:
  id: modbus1
  uart_id: mod_bus
  
modbus_controller:
  - id: growatt
# the Modbus device addr
    address: 0x1
    modbus_id: modbus1
    setup_priority: -10  

sensor:
  - platform: modbus_controller
    name: "${device_name} DcPower"
    address: 5
    register_type: "read"
    unit_of_measurement: W
    device_class: power
    icon: mdi:flash
    value_type: U_DWORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1

  - platform: modbus_controller
    name: "${device_name} DcVoltage"
    address: 3
    register_type: "read"
    unit_of_measurement: V
    device_class: voltage
    icon: mdi:flash
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1
    
  - platform: modbus_controller
    name: "${device_name} DcInputCurrent"
    address: 4
    register_type: "read"
    unit_of_measurement: A
    device_class: current
    icon: mdi:flash
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1
    
  - platform: modbus_controller
    name: "${device_name} AcFrequency"
    address: 37
    register_type: "read"
    unit_of_measurement: Hz
    icon: mdi:flash
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.01
  
  - platform: modbus_controller
    name: "${device_name} AcVoltage"
    address: 38
    register_type: "read"
    unit_of_measurement: V
    device_class: voltage
    icon: mdi:flash
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1
  
  - platform: modbus_controller
    name: "${device_name} AcOutputCurrent"
    address: 39
    register_type: "read"
    unit_of_measurement: A
    device_class: current
    icon: mdi:flash
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1
    
  - platform: modbus_controller
    name: "${device_name} AcPower"
    address: 40
    register_type: "read"
    unit_of_measurement: W
    device_class: power
    icon: mdi:flash
    value_type: U_DWORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1
    
  - platform: modbus_controller
    name: "${device_name} EnergyToday"
    address: 53
    register_type: "read"
    unit_of_measurement: kWh
    device_class: energy
    icon: mdi:flash
    value_type: U_DWORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1
    
  - platform: modbus_controller
    name: "${device_name} EnergyTotal"
    address: 55
    register_type: "read"
    unit_of_measurement: kWh
    state_class: total_increasing
    device_class: energy
    icon: mdi:flash
    value_type: U_DWORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1

    
  - platform: modbus_controller
    name: "${device_name} Temperature"
    address: 3093
    register_type: "read"
    unit_of_measurement: C
    device_class: temperature
    icon: mdi:thermometer
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1

Wie kan mij op weg helpen uit deze mindfuck?

[ Voor 4% gewijzigd door DaWizza op 24-02-2023 15:52 ]

[Timmy]

DaWizza schreef op vrijdag 24 februari 2023 @ 15:36:
Mijn 2e omvormer uitlezen gaat niet zoals het moet.?

Ik had ook zo'n soortgelijke foutmelding toen ik met mijn Solis omvormer bezig was. Bleek dat ik de verkeerde registers bekeek... In mijn geval zat AC power bijvoorbeeld op 3004. Ik kan mij voorstellen dat het bij jouw omvormer andere nummers zijn, maar bij de meeste voorbeelden die ik zie zijn de registers 4 karakters lang.

[ Voor 17% gewijzigd door Timmy op 24-02-2023 16:59 ]

[DaWizza]

Timmy schreef op vrijdag 24 februari 2023 @ 16:53:
[...]


Ik had ook zo'n soortgelijke foutmelding toen ik met mijn Solis omvormer bezig was. Bleek dat ik de verkeerde registers bekeek... In mijn geval zat AC power bijvoorbeeld op 3004. Ik kan mij voorstellen dat het bij jouw omvormer andere nummers zijn, maar bij de meeste voorbeelden die ik zie zijn de registers 4 karakters lang.

Bedankt voor het meedenken

De opgegeven registers werken op de ESP voor m'n andere omvormer.
Als ik die aansluit op deze omvormer, krijg ik netjes data door. *confused

[Merwede]

@DaWizza Ik heb een soortgelijk probleem gehad met een D1 mini met een RF-module voor mijn Duco ventilatie. De chip die de communicatie voor de USB-aansluiting verzorgd zit op dezelfde RX en TX aansluiting als waar jij je aansluiting op heb zitten. Op Mijn Chinese D1 mini heb ik een printbaan moeten onderbreken zodat alleen de RX en TX aansluiting nog werken (paars en wit in jouw geval). Je kan dan niet meer de USB als communicatie gebruiken, wel als voeding. Misschien bij jouw ook het geval?

[Septillion]

@Merwede Mooie voor de volgende keer, hang de module aan GPIO13/D7 (Rxi) en GPIO15/D8 (Txo). Je kan UART0 daarheen 'swappen' in software. Hoef je geen traces door te snijden. En als bonus, je zou daarna een softserial op de RX-pin en TX-pin kunnen gebruiken die dan nog steeds naar de USB gaat. Maar dan heb je wel hardware serial naar de module

[phin]

Nog een grappig alternatief gebruik van esp32, vervangen van het controller gedeelte in batterijen van oude Sparta fietsen, zodat er een andere batterij aan kan (oude zijn nimh en allemaal stuk/niet meer te vervangen ).

https://www.pedelecforum....parta-batavus-koga.90186/

[DaWizza]

Merwede schreef op woensdag 1 maart 2023 @ 01:20:
@DaWizza Ik heb een soortgelijk probleem gehad met een D1 mini met een RF-module voor mijn Duco ventilatie. De chip die de communicatie voor de USB-aansluiting verzorgd zit op dezelfde RX en TX aansluiting als waar jij je aansluiting op heb zitten. Op Mijn Chinese D1 mini heb ik een printbaan moeten onderbreken zodat alleen de RX en TX aansluiting nog werken (paars en wit in jouw geval). Je kan dan niet meer de USB als communicatie gebruiken, wel als voeding. Misschien bij jouw ook het geval?

Ik zal er volgende week eens induiken als ik er weer puf in heb. Voor nu heb ik een setup van @AUijtdehaag die werkt.

[vso]

ik zoek een stroom oplossing voor ESP8266-12F WLAN WiFi Environmental Development Board - Vochtigheid Luchtkwaliteit Gassensor (https://www.amazon.nl/gp/product/B08LKXB88Y/ )

in plaats van bij de rookmelders denk ik eraan om deze dingen op te hangen (in dezelfde behuizing)

PoE aansluiten word wellicht erg prijzig, maar dan nog is een accu (pack) wellicht handig(er) met een voltage meting zodat ik tijdig de accu kan laden.

jullie nog advies ?

[lolgast]

vso schreef op vrijdag 3 maart 2023 @ 12:24:
ik zoek een stroom oplossing voor ESP8266-12F WLAN WiFi Environmental Development Board - Vochtigheid Luchtkwaliteit Gassensor (https://www.amazon.nl/gp/product/B08LKXB88Y/ )

in plaats van rookmelders denk ik eraan om deze dingen op te hangen (in dezelfde behuizing)

PoE aansluiten word wellicht erg prijzig, maar dan nog is een accu (pack) wellicht handig(er) met een voltage meting zodat ik tijdig de accu kan laden.

jullie nog advies ?

Ja: Doe het niet en koop rookmelders

[Rouwette]

vso schreef op vrijdag 3 maart 2023 @ 12:24:
ik zoek een stroom oplossing voor ESP8266-12F WLAN WiFi Environmental Development Board - Vochtigheid Luchtkwaliteit Gassensor (https://www.amazon.nl/gp/product/B08LKXB88Y/ )

in plaats van rookmelders denk ik eraan om deze dingen op te hangen (in dezelfde behuizing)

PoE aansluiten word wellicht erg prijzig, maar dan nog is een accu (pack) wellicht handig(er) met een voltage meting zodat ik tijdig de accu kan laden.

jullie nog advies ?

Ik lees er niet veel goede berichten van, de temp/hum is niet betrouwbaar door de hitte van de gas sensor.
Hoe betrouwbaar de gas sensor is weet ik niet, ik zou de normale brandmelders zeker niet vervangen door zelfbouw, wel ernaast hangen.

(iets met inboedelverzekering enzo)

[vso]

lolgast schreef op vrijdag 3 maart 2023 @ 12:31:
[...]

Ja: Doe het niet en koop rookmelders

thx post gewijzigd, het moet zijn "erbij" rookmelders plaats je op een goeie plek (doorstroming van lucht) het bestaande board wil ik niet wijzigen maar de buzzer triggert ook een pin op het developer boardje --> melding als je niet thuis bent via HA .. maar dat lijkt me logisch en daarom liet ik het weg. Dus de rookmelder zal er in blijven maar 1 accu kan natuurlijk beide voorzien van stroom.

Voor de rest is het de intentie om luchtkwaliteit te meten als meer als suplimentaire functie maar nog steeds zit je met een behoefte van accu ..

[JeroenH]

vso schreef op vrijdag 3 maart 2023 @ 12:38:
Voor de rest is het de intentie om luchtkwaliteit te meten als meer als suplimentaire functie maar nog steeds zit je met een behoefte van accu ..

Een ESP32/ESP8266 is gewoon erg hongerig (zeker als je wifi gebruikt), tenzij je echt all-out gaat met deep sleep enz, en hem daar niet al te vaak uit wakker maakt en al helemaal niet te vaak connect met wifi. Beetje tegen wat je wil. Je wil niet pas na een half uur een notificatie krijgen van rook en je wil ook niet elke paar dagen die accu staan laden, neem ik aan. Die gaat natuurlijk net leeg als je op vakantie bent, weer iets wat je moet managen.

Ik zou zeggen:

* Trek er een 5V lijntje heen
* Hang hem op een plek op waar je makkelijker/netter stroom hebt
* PoE is ook weer niet superduur

[iMars]

JeroenH schreef op vrijdag 3 maart 2023 @ 13:03:
[...]


Een ESP32/ESP8266 is gewoon erg hongerig (zeker als je wifi gebruikt), tenzij je echt all-out gaat met deep sleep enz, en hem daar niet al te vaak uit wakker maakt en al helemaal niet te vaak connect met wifi. Beetje tegen wat je wil. Je wil niet pas na een half uur een notificatie krijgen van rook en je wil ook niet elke paar dagen die accu staan laden, neem ik aan. Die gaat natuurlijk net leeg als je op vakantie bent, weer iets wat je moet managen.

Ik zou zeggen:

* Trek er een 5V lijntje heen
* Hang hem op een plek op waar je makkelijker/netter stroom hebt
* PoE is ook weer niet superduur

Zou ik eerder voor een Olimex gaan

[JeroenH]

iMars schreef op vrijdag 3 maart 2023 @ 13:45:
Zou ik eerder voor een Olimex gaan

O zeker, er zijn meerdere mogelijkheden!

[PtrO]

Heeft iemand een verklaring of ervaring dat tijdsgevoelige code (zoals de SerieleSoftlib icm Wifi-timing) van een esp8266 soms instabieler kan zijn wanneer de programmacode qua resulterende bytes (net) iets groter of kleiner is.

FYI De Wifi en Seriële libraries maken gebruik van de hardware-interrupts om hun ding te doen. Daarnaast heeft de esp8266 twee soorten geheugen, zg SRAM waarin de variabelen komen en het statische FlashRAM waarin de programmacode & constanten zijn opgenomen.

Ik heb bij verschillende NodeMCU/8266 bordjes een bizar vreemde situaties dat wanneer ik de code letterlijk 2 of 4 bytes groter/kleiner maakt, de seriele interface (softlib/bitbanging) instabiel wordt. Ook is er dan meer kans op zgt WDT reboots.
Het maakt niet zoveel uit of ik de dingen compileer/laadt met VSC/PlatformIO of Arduino. Ik heb bv van een programma twee versies die letterlijk één byte schillen waar de één stabiel en de ander zomaar 10% instabieler is. Wordt het verschil in grootte 2-3 btes, kan het zelfs onwerkbaar worden.

Nu ik ten lange leste, weet en ik na een wijziging die ingewenste (interrupt gedreven) instabiliteit krijg (dwz sponatane reboots of verlies van rs232 bits) voeg ik ad-random wat (contstante) slackbytes en eventueel dummy-code toe om proefondervinderlijk, de boel weer stabiel te krijgen. Code executie vertragen of NOP's toevoegen, Delays of extra Yields toevoegen (zodat Wifi actief blijft) heeft in dit geval - buiten dat het de code kleiner of groter maakt - geen werkingseffect.
Soms best tijdrovend - om na een wijzgiging weer het equilibrium te vinden - waarbij de code uitvoering van de 8266 weer stabiel wordt.

Hoewel dat voor de esp8266 niet van toepassing moeten zijn en dan sws door de compiler zou moeten worden afgeregeld, lijkt het effect een beetje of code/segmenten op één of andere manier page/boundary/locatie afhankelijk zijn. Kan ms ook zijn dat niet alle het memory van een esp8266 even vrij is van bitfouten en dan door het verschuiven de boel beter werkt.

NB: vanwege timing en andere issues, gebruik ik voor de esp8266 - nog steeds - de "oude" 2.4.1. seriallibrary.
De nieuwere serieële softwarelibraries gaan anders om met de verwerking van een seriële bitstream: dwz bij seriëleinput, eerst een grote "raw bitbufferstream" inlezen en die daarna omzetten naar leesbare rs232 ipv dit per byte/interrupt - realtime - per 8 bits te doen.
De nieuwere methode (raw-read) is beter bruikbaar voor hogere snelheden en afwijkende bitcoderingen dan hooguit 115K2-8N1 waarvoor de esp8266 met "per-byte/bitbanging" niet snel genoeg is.

[ Voor 8% gewijzigd door PtrO op 04-03-2023 00:10 ]

[HF5236]

Ik heb een aantal ESP boards voorzien van een CO2 sensor (Senseari S8) alleen heb ik er bij twee stuks de pinnen verkeerd om gesoldeerd. Kan ik dit lossolderen/knippen of kan ik dit softwarematig misschien ergens aanpassen?
Gaat om onderstaande plaat



UART_RxD en UART TxD zijn per ongeluk gewisseld


In de config heb ik wel onderstaande staan maar het omdraaien van de rx en tx pen werkt niet
rx_pin: GPIO16
tx_pin: GPIO17
baud_rate: 9600

[Raymond P]

@HF5236 SoftwareSerial. Maar zolang de mogelijkheid er is gewoon solderen.

[vanaalten]

vanaalten schreef op dinsdag 13 december 2022 @ 08:55:
Newbie alert hier, zoekende naar bevestiging en evt. advies:

Onlangs heb ik p1mon thuis geinstalleerd om het energieverbruik te monitoren. Nu zou ik ook graag de temperatuur van de woonkamer willen monitoren.

Daarvoor hebben ze op die p1mon website een voorbeeld gegeven (ESP32DELTATEMP) - zo iets wil ik dus, maar dan net anders: hoef geen delta-T te meten en hoef er ook geen display bij. Wat ik wil moet dus verbinden met wifi en om de 10 seconden een temperatuur meten en via UDP broadcasten. Voeding gewoon via micro-USB.

Daarnaast nog wat eisen: ik wil bij voorkeur niet via AliExpress ofzo bestellen, liever bij een NL winkel die binnen redelijke tijd kan leveren. En daarnaast zoek ik iets waar ook een behuizing bij te vinden is - heb geen 3D-printer en ook niet de handigheid om zelf iets van een behuizing te ontwerpen.

Wat denk ik nodig te hebben:

• microprocessor-bordje. Iets van Arduino, maar ik vermoed dat een ESP module ook moet kunnen(?)
• microprocessor-bordje moet dus wifi hebben, of een uitbreidingsmogelijkheid daarvoor
• Dallas DS18B20 temperatuursensor of vergelijkbaar
• en een behuizing dus.

Waar ik op dit moment op uit kom:
NodeMCU Lolin V3 Module ESP8266 inclusief behuizing
En dan bijvoorbeeld deze sensor nog.

Mijn vraag: heb ik het voldoende doorgedacht en gaat bovenstaande werken als ik er goede software in stop?

En qua debuggen... wat is handig daarvoor? Zijn er schermpjes die je er makkelijk op kan aansluiten zolang het nog niet in een behuizing zit voor debug-output?

...nog even terugkoppeling:
Uiteindelijk inderdaad bovenstaande ESP module en behuizing aangeschaft. Ook nog een klein display er bij - leek mij handig met debuggen, maar met de serieële interface is dat eigenlijk niet zo nodig (maar toch, leuk om even mee gespeeld te hebben.

Uiteindelijke code, ontwikkeld in de Arduino-IDE (nou ja, ontwikkeld, vooral veel copy/paste van internetvoorbeelden) met serial-debug en display als optionele dingen (zie de '#define' op regels 7&8):

code:

#include <WiFiUdp.h>
#include <U8g2lib.h>
#include<ESP8266WiFi.h> 
#include <OneWire.h>
#include <DallasTemperature.h>

//#define DISP_CONNECTED
//#define DEBUG

#ifdef DISP_CONNECTED
#define STR_BUF_SIZE 32                   
#define DISPLAY_WIDTH 128
#define DISPLAY_HEIGHT 64
char    strbuf[STR_BUF_SIZE];             // buffer for display and serial print.
uint8_t temp_vdelta_arr_graphic[DISPLAY_WIDTH];
U8G2_SH1106_128X64_NONAME_F_HW_I2C u8g2(U8G2_R0,/* reset=*/ 16, /* clock=*/14, /* data=*/12);
char buf[16];
#endif

#define ONE_WIRE_BUS 4                   // DS18B20 on D2
#define TEMPERATURE_PRECISION 12          // set temp precision (9-12).

const char* ssid = "MvA_WiFi"; //your WiFi Name
const char* password = "HerculesAthena";  //Your Wifi Password
const uint8_t udp_send_interval = 45;      // interval when an udp message will be send in 0.1 secs interval 45 = ~5 secs.
const float temp_in_adjustmend  =  0.0;  // test en adjust these to values to compensate for differences 

const char *udpAddress = "255.255.255.255";  // udp broadcast address for the local lan only
const int   udpPort    = 30721;              // udp port number to listen to as a client.

OneWire           oneWire(ONE_WIRE_BUS);  // setup OneWire devices.
DallasTemperature tempSensors(&oneWire);  // tempSensor data.
DeviceAddress     tempDeviceAddress;      // temp adress for devices.
WiFiUDP           udp;                    // UDP sender.

int ledPin = LED_BUILTIN; // GPIO13
int     numberOfDevices = 0;              // number of temperature devices found.

float   temp_in;
float   temp_in_avg; 
boolean WIFIconnected = false;

//WiFiServer server(80);

void setup() {
  #ifdef DEBUG
  Serial.begin(115200);
  delay(10);
  #endif

  pinMode(ledPin, OUTPUT);
  pinMode(ONE_WIRE_BUS, INPUT_PULLUP);
  digitalWrite(ledPin, HIGH);

  // Connect to WiFi network
  #ifdef DEBUG
  Serial.println();
  Serial.println();
  Serial.print("Connecting to ");
  Serial.println(ssid);
  #endif

  WiFi.begin(ssid, password);

  while (WiFi.status() != WL_CONNECTED) {
    delay(500);
    #ifdef DEBUG
    Serial.print(".");
    #endif
  }
  #ifdef DEBUG
  Serial.println("");
  Serial.println("WiFi connected");
  #endif
  WIFIconnected = true;
  //This initializes the transfer buffer
  udp.begin(udpPort);

  #ifdef DISP_CONNECTED
  sprintf(buf, "IP:%d.%d.%d.%d", WiFi.localIP()[0], WiFi.localIP()[1], WiFi.localIP()[2], WiFi.localIP()[3] );
  u8g2.begin();
  u8g2.clearBuffer();
  u8g2.setFont(u8g2_font_ncenB10_tf);
  u8g2.drawStr(0,40,buf);
  u8g2.sendBuffer();
  delay(3000);
  #endif

   // load temperature sensors.
  tempSensors.begin();
  // check if we can find the two temp sensors.
  #ifdef DISP_CONNECTED
  u8g2.clearBuffer();
  #endif
  while ( setTempPrecision() < 1 ) {
    tempSensors.begin();
    #ifdef DISP_CONNECTED
    u8g2.drawStr(1,12,"wacht op");
    u8g2.drawStr(1,26,"temperatuur");
    u8g2.drawStr(1,40,"sensors.");
    u8g2.sendBuffer();
    #endif
    delay(500);
  }

  // make sure we have some temperature values.
  readTemperatures();
 }

void loop()
{
  static uint8_t display_select_counter = 0;
  static uint8_t pseudo_secs = 0;
  static uint8_t touch_counter = 0;
  static uint8_t udp_send_counter = 0;
  static bool    wifi_retry_is_on = false;
  
  // pseudo timer.
  pseudo_secs++; 
  if ( pseudo_secs > 599 ) {pseudo_secs = 0; } // reset secs to 0

  // read temperature values from sensors and update data buffers.
  // every second
   if ( (pseudo_secs%10 ) == 0 ) {
    readTemperatures();
    calcAvgTemperature( temp_in);
    #ifdef DISP_CONNECTED
    showTempInfo();
    #endif
  }

  // Send UDP broadcast messages. 
  if (WIFIconnected) {
    udp_send_counter++;
    if ( udp_send_counter > udp_send_interval ) { 
      #ifdef DEBUG
      Serial.println("Sending message");
      #endif
      udpSendMessage( makeJsonMessage() );
      udp_send_counter=0;
    }
  }
  
  delay(100); // 0.1 sec delay.
}

#ifdef DISP_CONNECTED
// function to show temperature on display.
void showTempInfo() {
  static bool temp_icon;
  
  u8g2.clearBuffer();
  u8g2.setFont(u8g2_font_ncenB18_tf);
  u8g2.drawStr(    0,18,"in"  );
  
  floatTempFormater(temp_in_avg).toCharArray(strbuf, STR_BUF_SIZE);
  u8g2.drawStr(38,18,strbuf);
  
  u8g2.setFont(u8g2_font_ncenB14_tf);
  u8g2.drawStr(   97,16,"C" );
  u8g2.drawGlyph( 90,16,176 );

  // activity icon toggle.
  //u8g2.setFont(u8g2_font_siji_t_6x10);
  u8g2.setFont(u8g2_font_open_iconic_all_2x_t);
  if (temp_icon == true ) {
    u8g2.drawGlyph(112,20,141);
    temp_icon = false;
  } else {
    //u8g2.drawGlyph(113,20,57373);
    temp_icon = true;
  }

  if (WIFIconnected) {
    u8g2.setFont(u8g2_font_open_iconic_all_2x_t);
    u8g2.drawGlyph( 112,40,247 );
  }
  
  u8g2.sendBuffer();
}
#endif

// function to read temperature from sensor.
void readTemperatures() {
  /* important add or subtract values to make sure both sensors give the right temperature.
   *  this must be done manualy once! See top of code!
   */
  tempSensors.requestTemperatures();
  temp_in  = tempSensors.getTempCByIndex(0)+ (temp_in_adjustmend);  // error offset. 
}

// function to calculate the average values, based in AVG_TEMP_ARRAY_SIZE value
void calcAvgTemperature(float in) {
  #define AVG_TEMP_ARRAY_SIZE 30
  static uint8_t sample_count=0;
  static float temp_in_array[AVG_TEMP_ARRAY_SIZE];
  static bool  enough_data = false; // only average value when there is enough data

  // shift array 
  for (uint8_t i = AVG_TEMP_ARRAY_SIZE-1; i > 0; i--) {
       temp_in_array[i]  = temp_in_array[i-1];
  }
  temp_in_array[0]  = in;
 
  sample_count++;
  if ( sample_count == AVG_TEMP_ARRAY_SIZE ) {
      enough_data = true;
  } else {
    // we don't have enough data so just send current non average value
    temp_in_avg  = in;
  }

  if (enough_data == true ) { // ready to calc avg value
     temp_in_avg = 0;
     for (uint8_t i = 0; i < AVG_TEMP_ARRAY_SIZE; i++) {
       temp_in_avg  = temp_in_avg  + temp_in_array[i];
     }
     temp_in_avg  = temp_in_avg  / AVG_TEMP_ARRAY_SIZE;
  } 
}


// function to set temp device precision.
int setTempPrecision() {
  numberOfDevices = tempSensors.getDeviceCount();
  if ( numberOfDevices < 1 ) {
    #ifdef DEBUG
    Serial.println("Fout geen devices gevonden!");
    #endif
    return 0;
  }
  // Loop through each device, print out address
  for(int i=0;i<numberOfDevices; i++)
  {
    // Search the wire for address
    if(tempSensors.getAddress(tempDeviceAddress, i)) {
      #ifdef DEBUG
      Serial.print("device gevonden ");
      Serial.print(i, DEC);
      Serial.print(" met adres: ");
      printAddress(tempDeviceAddress);
      Serial.println();
    
      Serial.print("Resolutie gezet op ");
      Serial.print(TEMPERATURE_PRECISION, DEC);
      Serial.println(" bits.");
      #endif
      // set the resolution to TEMPERATURE_PRECISION bit (Each Dallas/Maxim device is capable of several different resolutions)
      tempSensors.setResolution(tempDeviceAddress, TEMPERATURE_PRECISION);
    
      #ifdef DEBUG
      Serial.print("Daadwerkelijke resolutie die gezet is : ");
      Serial.print(tempSensors.getResolution(tempDeviceAddress), DEC);
      Serial.println();
    }else{
      Serial.print("Spook device op adres ");
      Serial.print(i, DEC);
      Serial.print(" adress niet gevonden, controleer voeding en bekabeling.");
      #endif
    }
  }
  return numberOfDevices;
}


// function to print a device address
void printAddress(DeviceAddress deviceAddress)
{
  for (uint8_t i = 0; i < 8; i++)
  {
    if (deviceAddress[i] < 16) Serial.print("0");
    Serial.print(deviceAddress[i], HEX);
  }
}

// function to format float type.
String floatTempFormater(float in) {
  char  tmpbuf[10];
  dtostrf( in, 2, 1, tmpbuf );
  String str = String(tmpbuf);
  
  if ( str.length() < 4) {
     str = "0"+str;
  }
  return str;
}

// function to format json string.
String makeJsonMessage() {
  static unsigned int sequenceNumber;
  char  tmpbuf[8];
  
  dtostrf( temp_in, 2, 3, tmpbuf );
  String str_tmp_in = String(tmpbuf);

  //{ "t_in": 23.1, "t_out":45.6, "seq":65000 }
  String msg = "{\"id\":\"ztatz_dt\",\"version\":1.0,\"t_unit\":\"C\"";
  msg = msg + ",\"t_in_avg\":" +
  floatTempFormater(temp_in_avg) +
  ",\"t_out_avg\":0.0" +
   ",\"t_in\":" +
  str_tmp_in +
   ",\"t_out\":0.0" +
  ",\"seq\":" + sequenceNumber +
  "}";
  
  sequenceNumber++;
  if ( sequenceNumber > 32768 ) { sequenceNumber = 0; } //wrap around to zero.
  return msg;
}

void udpSendMessage(String msg) {
   
   int tmp1 = 0;
   int tmp2 = 0;
   int tmp3 = 0;

    //alloc buffer space 
    uint8_t bufsize = msg.length()+1;
    uint8_t buffer[bufsize];
    msg.getBytes(buffer, bufsize);
   
    udp.beginPacket(udpAddress, udpPort);
    udp.write(buffer, bufsize-1); //skip trailing zero.
    udp.endPacket();
    #ifdef DEBUG
    Serial.println("Message sent:");
    Serial.println(msg);
    #endif
}

(ik ben 100% amateur, dus zal vast wel het nodige aan te merken zijn op bovenstaande... maar, het werkt, voor het geval iemand er gebruik van wil maken)

Uiteindelijk de versie zonder serial-debug en display er in gestopt, doosje dichtgemaakt en aan het werk gezet. Laten praten met P1mon kostte nog wel wat debug-tijd - het duurde vooral even voor ik doorhad dat de firewall op de machine met P1mon de UDP-pakketjes vakkundig liet droppen - maar uiteindelijk wel gelukt.

In eerste instantie had ik de temperatuursensor in de behuizing gehouden, met wat creatief buigen - en dan zie je toch mooi het effect van self-heating van m'n sensor:

...op zondagmiddag de sensor maar naar buiten de behuizing laten steken en gelijk zo'n vier graden koeler.

Anyway, iedereen nog bedankt voor de tips & adviezen destijds!
Oh, en @Gizz : zo'n DS18B20 kan ook zonder pull-up weerstand - heb de pull-up van de IO waar de datalijn aan zit enabled, dat werkt ook.

[ Voor 0% gewijzigd door _ferry_ op 08-03-2023 17:22 . Reden: leesbaarheid wat aangepast ]

[Septillion]

@vanaalten Mijn C++ is wat roestig maar volgens mij kan volgende je gigantisch in de problemen helpen:

C++:

void udpSendMessage(String msg) {
    //alloc buffer space 
    uint8_t bufsize = msg.length()+1;
    uint8_t buffer[bufsize];
    msg.getBytes(buffer, bufsize);

Zo ver ik weet moeten alle var grotes bekend zijn tijdens compilen, ook die van local vars. Anders moet je malloc() en free() gebruiken (en daar de kennis van hebben!). Print voor de grap maar eens de grote van buffer, denk niet dat die verandert

C++:

void udpSendMessage(String msg) {
   
   int tmp1 = 0;
   int tmp2 = 0;
   int tmp3 = 0;

    //alloc buffer space 
    uint8_t bufsize = msg.length()+1;
    uint8_t buffer[bufsize];
    msg.getBytes(buffer, bufsize);
   
    udp.beginPacket(udpAddress, udpPort);
    udp.write(buffer, bufsize-1); //skip trailing zero.
    udp.endPacket();
    #ifdef DEBUG
    Serial.println("Message sent:");
    Serial.println(msg);
    Serial.print("sizeof buffer: ");
    Serial.println(sizeof(buffer));
    #endif
}

[HF5236]

Heb de kabels opnieuw gesoldeerd maar helaas dezelfde fout nog.

Onderstaand de installatie en de fout, heeft iemand een idee waar dit aan kan liggen?

code:

esphome:
  name: co2

esp32:
  board: esp32dev
  framework:
    type: arduino

# Enable logging
logger:

# Enable Home Assistant API
api:

ota:
  password: "******************************"

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  
  manual_ip:
   #Set this to the IP of the ESP
    static_ip: 192.168.x.x
    # Set this to the IP address of the router. Often ends with .1
    gateway: 192.168.x.1
     #The subnet of the network. 255.255.255.0 works for most home networks.
    subnet: 255.255.255.0   

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Co2-Fallback Hotspot"
    password: "lAk044Zop"

captive_portal:

# Define pins to be used on the ESP32 for UART which is used by the senseair platform to
uart:
  rx_pin: GPIO16
  tx_pin: GPIO17
  baud_rate: 9600

#Setup the sensair sensor
sensor:
  - platform: senseair
    co2:
      name: "SenseAir CO2 Value"
    update_interval: 60s

Foutmelding

code:

[11:35:21][E][uart:015]: Reading from UART timed out at byte 0!
[11:35:21][W][senseair:023]: Reading data from SenseAir failed!