Het grote ESP topic

[Gizz]

@koelkast Wat jij de 'd-pinnen' noemt zijn (neem ik aan) de verschillende GPIO-pinnen. Die pinnen gebruik je normaliter om apparaten aan of uit te schakelen (bijvoorbeeld een relais), of om sensoren uit te lezen.

Wat jij nu doet, simpelweg een sensor permanent voeden via de GPIO-pinnen, is niet de meest logische route. Er zijn namelijk dedicated pinnen voor de voeding van je sensoren: de ground en +3,3V en +5V. Alles wordt met de ground verbonden en afhankelijk van het apparaat / sensor pak je de +3,3V of +5V.

Voorbeeldje bij de D1 mini:


Pin 15 is de ground en je sensor hang je daarnaast aan de 5V pin in plaats van de 3,3V pin als je merkt dat de sensor 5V nodig heeft.

Om meer apparaten van voeding te voorzien zijn er veel opties: breadbords, prototype bordjes, kabels splitsen door meerdere draadjes in elkaar te vlechten / solderen, splitters gebruiken, lasklemmetje, enzovoort.

Qua moeilijkheid zit er dus geen verschil tussen 3,3V voeden of 5V voeden. 5V is zelf iets makkelijker, omdat daar meer vermogen beschikbaar is (direct van de 5V usb-adapter), terwijl je bij 3,3V gelimiteerd wordt door de spanningsconverter op je ESP-bordje

Samengevat: voed je sensoren lekker via de 5V en ground pin en gebruik de andere pinnen alleen voor het uitlezen van het resultaat.

[ Voor 11% gewijzigd door Gizz op 15-05-2020 16:19 ]

[tsjoender]

vwtune schreef op vrijdag 15 mei 2020 @ 10:07:
Zou het dan ook mogelijk zijn om de mosfet van mijn boardje te desolderen en zo een IRLZ44N weer terug te solderen? Of gaat dat dan niet werken? Dan kan ik mijn boardjes toch werkend krijgen.

Zo op het eerste gezicht is de pinout identiek, dus ik zou het zeker proberen.

[Raymond P]

@Gizz Hij wilt er meerdere gebruiken en heeft maar 1 analog input ter beschikking, de sensor geeft 0-3V.
Mogelijk wilt hij ze per stuk aan zetten.

De sensor vraagt 5mA volgens internet, dat is prima te sinken vanaf een GPOI imho.

[Gizz]

@Raymond P In mijn gedachtegang had ik de uitleeskant van de puzzel inderdaad niet meegenomen, je hebt gelijk

Zelf zou ik dan een ESP32-bordje pakken voor de meerdere analoge inputs, maar dat is ook omdat ik toch van zowel de ESP8266 en ESP32 een voorraadje heb liggen.

[Raymond P]

Afhankelijk van de sensor .
Als die niet continue aan hoeft te staan is het netjes om 'm uit te zetten, helemaal als het aan een batterij komt te hangen.

Je kan je sensor het beste voeden vanaf de 5v lijn zoals @Gizz zei, schakelen met een GPIO doe je dan door gebruik van een PNP of NPN (transistor)

Je sensor geeft wel 0-3V en afaik is de range van analog in op een esp8266 0-1V.
Je zult dus ook een voltage divider moeten maken op het uitlees gedeelte.

[roches]

Zet tussen de +5V en de ingang van de MOSFET gewoon een transistor (BC547 of BC557).

De transistor stuur je dan aan met de NodeMCU.

Op die manier gebruik je de transistor dan als level-converter....

Ikzelf zou het zelfs zonder de MOSFET proberen en de transistor (BC547) direkt op 12V aansluiten, je merkt vanzelf wel of de transistor warm wordt...

[ Voor 27% gewijzigd door roches op 15-05-2020 13:27 ]

[koelkast]

@Gizz en @Raymond P dank voor jullie hulp, het gaat er inderdaad om dat ik meerdere sensoren kortstondig van stroom kan voorzien, om ze achter elkaar uit te lezen via de A0-pin. Blijkbaar is dan 3.3v toch niet helemaal voldoende voor de moisture sensor.

Ik had niet gedacht dat er een alternatief zou zijn in de vorm van een esp32, daar ga ik eens naar kijken, thanks!

[Raymond P]

Een ADC op i2c of spi is ook nog optioneel.

[teaser]

Raymond P schreef op vrijdag 15 mei 2020 @ 12:57:
Je sensor geeft wel 0-3V en afaik is de range van analog in op een esp8266 0-1V.
Je zult dus ook een voltage divider moeten maken op het uitlees gedeelte.

Bij een NodeMcu en Wemos D1 is dit iig niet nodig, die bordjes hebben een spanningsdeler on board om 0-3V naar 0-1V om te zetten.

[ThinkPad]

Kwam via een Hackaday wasmachine notificatie project een non-invasive AC current sensor tegen: https://moderndevice.com/product/current-sensor/

Normaal moet je zo’n current clamp om de fase draad doen meen ik, wat inhoudt dat je het snoer moet beschadigen. Qua garantie is dat niet zo handig. Je kunt er ook een Sonoff POW of tussenstekker tussenin zetten, maar met hoge vermogens ben ik daar persoonlijk niet zo happig op i.v.m. het risico op brand.

Deze sensor heeft dat dus niet. Gewoon met tie-rips aan het snoer bevestigen en klaar.



De sensor kost $16. Het is nu wachten tot onze vrienden bij AliExpress dit namaken?

[ Voor 9% gewijzigd door ThinkPad op 16-05-2020 09:53 ]

[Thedr]

Interessant principe, vroeg me al af hoe ze dat zouden doen omdat je normaal het magnetisch veld meet van de fase. Wat ze hier doen is 2 hall effect sensors gebruiken en die differentieel uitlezen. 1 zit dichter bij de fasedraad, 1 zit dichter bij de nuldraad. Door het verschil te pakken wordt het signaal gelijk 2x zo groot.
Zie hier voor meer info: https://blog.moderndevice.com/?p=356

[teaser]

Een vraag voor de gevorderde ESP kenners.

Ik ben momenteel bezig met het ontwikkelen van een uitgebreide library voor ESP8266. De code is te vinden op github. Ik heb hierbij het probleem dat tijdens startup van de ESP, terwijl ik via serial monitor de log output bekijk, een deel van logging corrupt lijkt. Bijvoorbeeld, als je de voorbeeld-sketch DarknessSensorModule neemt (deze kun je gewoon flashen zonder iets van sensoren te moeten aansluiten op de ESP), dan ziet de logging er zo uit:

code:

[0000003063] [INF] Starting WiFiManager autoconnect...
[0000008748] [INF] Connected to: Pretternet
[0000008749] [INF] IP address: 192.168.0.179
[00���[0000013750] [DBG] DarknessSensorModule setup done.
[�0[0000014800] [DBG] Mounted file system
[0000014800] [INF] Loading configuration parameters
[0000014803] [DBG]   opening config file
[0000014803] [DBG]   deserializing json
[0000014806] [DBG]   deserialized json
[0000014808] [INF] Init config parameter threshold to value 200
[0000014813] [INF] Init config parameter hysteresis to value 100
[0�[0000015820] [DBG] MQTT server: 192.168.0.180
[0���[0000016821] [INF] Web server started
[0000016822] [WRN] MQTT disconnected
[0000016822] [DBG] attempt MQTT reconnect
[0000016841] [INF] MQTT connected
[0000016843] [DBG] light value: 51 - state: darkness
[0000016844] [TRC] state updateValue: 1 - currentValue: NULL
[0000016844] [TRC] state updateValue - updated
[0000016848] [DBG] Publish measurement: state value: 1

(mogelijk moet je de eerste keer wel je wifi instellen via de AP)

De laatste versie van de code bevat in RabbitIot::setup() een aantal delays. Haal ik deze weg, dan ziet de logging er als volgt uit:

code:

[0000003066] [INF] Starting WiFiManager autoconnect...
[0000007071] [INF] Con���[00�[0000007122] [DBG] Mounted file system
[0000007123] [INF] Loading configuration parameters
[0000007125] [DBG]   opening config file
[0000007126] [DBG]   deserializing json
[0000007128] [DBG]   deserialized json
[0000007130] [INF] Init config parameter threshold�t[00>[0000007147] [INF] Web server started
[0000007147] [WRN] MQTT disconnected
[0000007147] [DBG] attempt MQTT reconnect
[0000007174] [INF] MQTT connected
[0000007176] [DBG] light value: 45 - state: darkness
[0000007177] [TRC] state updateValue: 1 - currentValue: NULL
[0000007177] [TRC] state updateValue - updated
[0000007181] [DBG] Publish measurement: state value: 1

Dus zonder delays wordt er meer logging 'opgegeten'.

Hoe kan dit? De ESP kan toch geen meerdere threads tegelijk draaien?
Het heeft in ieder geval iets met de Wifi functionaliteit te maken, want voordat ik dit deel had geimplementeerd had ik dit probleem niet. Ik heb de WifiManager library echter ook al in andere projectjes gebruikt en daar zag ik dit probleem ook niet.

Iemand die me op de juiste weg kan helpen?

[Raymond P]

@teaser
Wat is je baudrate?
Hoe zit het aangesloten?

[ Voor 11% gewijzigd door Raymond P op 19-05-2020 06:51 ]

[teaser]

Raymond P schreef op dinsdag 19 mei 2020 @ 06:50:
@teaser
Wat is je baudrate?
Hoe zit het aangesloten?

115200, via usb

Nog vergeten expliciet te vermelden, maar na startup zijn er verder geen problemen,

[Raymond P]

Mis je altijd dezelfde stukken? Of varieert de output?
Als het varieert kan je je code wel uitsluiten.

Heb je een (korte) delay na je serial.print of een lagere baud rate geprobeerd?
Zit je usb kabel 100% lekker vast?

[teaser]

Het is consistent zolang de relevante code niet wijzigt.
Een andere baudrate heb ik nog niet geprobeerd, dat zal ik straks eens doen.
De USB kabel is zeker het probleem niet, daarvoor is het te consistent.

[Sp33dFr34k]

Misschien kan iemand mij hier helpen met wat yaml code.

Ik heb een deurbel code die oorspronkelijk is geschreven voor een drukker en een bel, drukker ingedrukt = bel, drukker los = stop.

YAML:

# Binary sensor representing the
# Doorbell button push.
binary_sensor:
  - platform: gpio
    id: button
    name: Doorbell Button
    pin:
      # Connected to GPIO on the ESP-01S.
      number: GPIO2
      mode: INPUT_PULLUP
      inverted: true
    filters:
      # Small filter, to debounce the button press.
      - delayed_on: 25ms
      - delayed_off: 25ms
    on_press:
      # Only turn on the chime when it is active.
      then:
        if:
          condition:
            - switch.is_on: chime_active
          then:
            - switch.turn_on: relay
    on_release:
      # On release, turn of the chime.
      - switch.turn_off: relay

Nu heb ik een gong die een melodie afspeelt, dus ik zou graag willen, drukker ingedrukt = 7 seconden melodie, daarna stop. Ik dacht dat onderstaande dit voor elkaar zou krijgen, maar ik doe iets fout. Soms speelt hij een seconde of 3, soms alleen bij drukker ingedrukt. Wat doe ik fout?

YAML:

# Binary sensor representing the
# Doorbell button push.
binary_sensor:
  - platform: gpio
    id: button
    name: Doorbell Button
    pin:
      # Connected to GPIO on the ESP-01S.
      number: GPIO2
      mode: INPUT_PULLUP
      inverted: true
    filters:
      # Small filter, to debounce the button press.
      - delayed_on: 25ms
      - delayed_off: 25ms
    on_press:
      # Only turn on the chime when it is active.
      then:
        if:
          condition:
            - switch.is_on: chime_active
          then:
            - switch.turn_on: relay
            - delay: 7s
            - switch.turn_off: relay

[sailor_dg]

Raymond P schreef op maandag 11 mei 2020 @ 10:00:
Als je een gegarandeerde kwaliteit wilt dan kan je bij Adafruit terecht.
Reichtelt vind ik een fijne shop, ze hebben een hoop en verkopen per stuk.

Ik heb wel eens boardjes gekocht bij Tinytronics, een Nederlandse webwinkel.
Als je meer tijd hebt kan hetzelfde spul voor minder op Aliexpress kopen.

Vooral wanneer je de smaak te pakken krijgt is het handig een continue stroom van Aziatische pakketjes bezorgd te krijgen. Waarom dat niet 1 groot pakket zou moeten zijn mag hier geloof ik niet over gesproken worden.

Waarom niet? Het is niet illegaal om je zending onder het bedrag te houden zodat je binnen de btw vrijstelling valt van de EU (22 euro) bron: https://www.belastingdien...tingen_bij_invoer_betalen

Wat wel twijfelachtig is om verkopers op Aliexpress te vragen om een andere waarde op te geven....

[Boudewijn]

Sp33dFr34k schreef op woensdag 20 mei 2020 @ 09:41:
Misschien kan iemand mij hier helpen met wat yaml code.

Ik heb een deurbel code die oorspronkelijk is geschreven voor een drukker en een bel, drukker ingedrukt = bel, drukker los = stop.

YAML:

# Binary sensor representing the
# Doorbell button push.
binary_sensor:
  - platform: gpio
    id: button
    name: Doorbell Button
    pin:
      # Connected to GPIO on the ESP-01S.
      number: GPIO2
      mode: INPUT_PULLUP
      inverted: true
    filters:
      # Small filter, to debounce the button press.
      - delayed_on: 25ms
      - delayed_off: 25ms
    on_press:
      # Only turn on the chime when it is active.
      then:
        if:
          condition:
            - switch.is_on: chime_active
          then:
            - switch.turn_on: relay
    on_release:
      # On release, turn of the chime.
      - switch.turn_off: relay

Nu heb ik een gong die een melodie afspeelt, dus ik zou graag willen, drukker ingedrukt = 7 seconden melodie, daarna stop. Ik dacht dat onderstaande dit voor elkaar zou krijgen, maar ik doe iets fout. Soms speelt hij een seconde of 3, soms alleen bij drukker ingedrukt. Wat doe ik fout?

YAML:

# Binary sensor representing the
# Doorbell button push.
binary_sensor:
  - platform: gpio
    id: button
    name: Doorbell Button
    pin:
      # Connected to GPIO on the ESP-01S.
      number: GPIO2
      mode: INPUT_PULLUP
      inverted: true
    filters:
      # Small filter, to debounce the button press.
      - delayed_on: 25ms
      - delayed_off: 25ms
    on_press:
      # Only turn on the chime when it is active.
      then:
        if:
          condition:
            - switch.is_on: chime_active
          then:
            - switch.turn_on: relay
            - delay: 7s
            - switch.turn_off: relay

Is dit niet meer iets voor het home assistant topic?

[Raymond P]

sailor_dg schreef op woensdag 20 mei 2020 @ 11:33:
[...]


Waarom niet? Het is niet illegaal om je zending onder het bedrag te houden zodat je binnen de btw vrijstelling valt van de EU (22 euro) bron: https://www.belastingdien...tingen_bij_invoer_betalen

Wat wel twijfelachtig is om verkopers op Aliexpress te vragen om een andere waarde op te geven....

Verkopers vragen een ander bedrag op te geven om BTW te ontlopen gaat richting belasting fraude, dat is niet meer twijfelachtig.

Of een bestelling opspliten gezien kan worden als het ontlopen of ontwijken van belasting kan je over discussiëren.
Als je de Belastingdienst belt zal je vast wat meer duidelijkheid krijgen, je intentie zal zwaar meewegen.

Bij een (continue) stroom van pakketjes met een waarde lager dan 22 euro kan je je afvragen of je niet stiekem belasting aan het ontlopen bent in plaats van ontwijken.

[Sp33dFr34k]

Boudewijn schreef op woensdag 20 mei 2020 @ 13:34:
[...]

Is dit niet meer iets voor het home assistant topic?

Daar had ik al gepost, maar geen reactie gekregen. Het is yaml code die naar de ESP chip wordt geflashed, dus dacht dat het hier misschien beter past...

[AteGjalt]

@Sp33dFr34k
Ben niet bekend met yaml maar snelle google search levert dit op: https://www.home-assistant.io/docs/scripts/
Het lijkt er op dat een delay syntax-' delay: "uren:minuten:seconden" ' is, misschien het proberen waard.

[Sp33dFr34k]

AteGjalt schreef op woensdag 20 mei 2020 @ 21:05:
@Sp33dFr34k
Ben niet bekend met yaml maar snelle google search levert dit op: https://www.home-assistant.io/docs/scripts/
Het lijkt er op dat een delay syntax-' delay: "uren:minuten:seconden" ' is, misschien het proberen waard.

Bedankt voor je reactie Dat klopt, ware het niet dat je link HA specifiek is, bij ESP is de syntax weer anders (wie verzint het ook haha). Maar het probleem is reeds opgelost, had het inmiddels ook gevraagd in de ESPHome discord en daar zijn we eruit gekomen. Alles in orde nu

[AteGjalt]

Ah, niet goed gelezen maar mooi dat t opgelost is.

[Raven]

ThinkPadd schreef op zaterdag 16 mei 2020 @ 09:50:
Kwam via een Hackaday wasmachine notificatie project een non-invasive AC current sensor tegen: https://moderndevice.com/product/current-sensor/

Normaal moet je zo’n current clamp om de fase draad doen meen ik, wat inhoudt dat je het snoer moet beschadigen. Qua garantie is dat niet zo handig. Je kunt er ook een Sonoff POW of tussenstekker tussenin zetten, maar met hoge vermogens ben ik daar persoonlijk niet zo happig op i.v.m. het risico op brand.

Deze sensor heeft dat dus niet. Gewoon met tie-rips aan het snoer bevestigen en klaar.

[Afbeelding]

De sensor kost $16. Het is nu wachten tot onze vrienden bij AliExpress dit namaken?

Thedr schreef op zaterdag 16 mei 2020 @ 14:20:
Interessant principe, vroeg me al af hoe ze dat zouden doen omdat je normaal het magnetisch veld meet van de fase. Wat ze hier doen is 2 hall effect sensors gebruiken en die differentieel uitlezen. 1 zit dichter bij de fasedraad, 1 zit dichter bij de nuldraad. Door het verschil te pakken wordt het signaal gelijk 2x zo groot.
Zie hier voor meer info: https://blog.moderndevice.com/?p=356

Hoe doe je het positioneren dan? Je kan aan de buitenkant van een kabel niet zien hoe de aders liggen

[azerty]

Raven schreef op woensdag 20 mei 2020 @ 21:28:
[...]


[...]

Hoe doe je het positioneren dan? Je kan aan de buitenkant van een kabel niet zien hoe de aders liggen

Mijn gok op basis van de beschrijving die ze zelf op hun blog gepost hadden was dat de sensors op het bord zodanig gepositioneerd zijn dat je altijd dichter bij een ader dan de andere zit, en ze dus op die manier altijd kunnen meten. Dat is dan juist het interessantje, het maakt niet langer uit hoe je hem bevestigd.

They are oriented so that each sensor is closer to one of the wires in the cable.

[ Voor 7% gewijzigd door azerty op 20-05-2020 21:54 ]

[Thedr]

azerty schreef op woensdag 20 mei 2020 @ 21:53:
[...]


Mijn gok op basis van de beschrijving die ze zelf op hun blog gepost hadden was dat de sensors op het bord zodanig gepositioneerd zijn dat je altijd dichter bij een ader dan de andere zit, en ze dus op die manier altijd kunnen meten. Dat is dan juist het interessantje, het maakt niet langer uit hoe je hem bevestigd.


[...]

Precies dat is hoe ik het ook interpreteer.

[teaser]

teaser schreef op maandag 18 mei 2020 @ 14:19:
Een vraag voor de gevorderde ESP kenners.

Ik ben momenteel bezig met het ontwikkelen van een uitgebreide library voor ESP8266. De code is te vinden op github. Ik heb hierbij het probleem dat tijdens startup van de ESP, terwijl ik via serial monitor de log output bekijk, een deel van logging corrupt lijkt. Bijvoorbeeld, als je de voorbeeld-sketch DarknessSensorModule neemt (deze kun je gewoon flashen zonder iets van sensoren te moeten aansluiten op de ESP), dan ziet de logging er zo uit:
[...]

(mogelijk moet je de eerste keer wel je wifi instellen via de AP)

De laatste versie van de code bevat in RabbitIot::setup() een aantal delays. Haal ik deze weg, dan ziet de logging er als volgt uit:
[...]
Dus zonder delays wordt er meer logging 'opgegeten'.

Hoe kan dit? De ESP kan toch geen meerdere threads tegelijk draaien?
Het heeft in ieder geval iets met de Wifi functionaliteit te maken, want voordat ik dit deel had geimplementeerd had ik dit probleem niet. Ik heb de WifiManager library echter ook al in andere projectjes gebruikt en daar zag ik dit probleem ook niet.

Iemand die me op de juiste weg kan helpen?

Blijkt dat ik gewoon mijn logger class meerdere keren construeerde en daardoor meerdere keren Serial.begin() opriep

[teaser]

Nog een ander probleempje dat ik met deze NodeMcu heb. Als ik de RST button indruk (of RST pin laag maak) dan reset hij wel, maar de sketch start niet. Er komt wat garbage op de serial monitor maar verder gebeurt er niets meer. Bij power cycle of na een flash start de ESP correct.

[Vuikie]

@teaser is het een 'clone' NodeMcu? Misschien is de pullup te zwak? Dat het te lang duurt voordat de reset weer hoog is en daardoor de ESP crashed. Dat is het enige wat ik mij zo kan bedenken.

[JeroenH]

Ik ben mezelf sinds een week of twee Python aan het leren. Nuttig voor op mijn werk, maar ook gewoon leuk voor mezelf. Al snel ontdekte ik MicroPython, en dat leek me gelijk een stuk handiger dan de Arduino-taal voor de ESP8266/ESP32's waar ik mee knutsel. De afgelopen paar dagen heb ik dit geknutseld:



(Let niet op de form factor Is een simpel houten kubusje om de ESP8266 te beschermen, en zodat ik een redelijk robuust "experimenteerkastje" heb als ik snel iets wil proberen met een LCD, LEDs en/of schakelaars.)

Hier maakt de ESP8266 verbinding met mijn wifi, en raadpleegt elke 10 minuten de API van mijn SolarEdge zonnestroomomvormer om de huidige energieproductie op te halen. Op het ILI9341LCD teken ik een wijzerplaat en een wijzer die de huidige energieproductie weergeeft. Dat was sinds lange tijd weer even knutselen met sinus en cosinus

Het volgende staat nog op het programma:

* Code robuuster maken (wat als connecten met wifi niet lukt, foutmeldingen API afvangen, wat statusmeldingen naar de seriële poort sturen, e.d.)
* Grafieken voor vandaag en afgelopen maand uit API halen en op LCD tekenen
* Overzetten naar een ESP32 voor hopelijk wat betere performance bij het schrijven naar de LCD. De (software) SPI bus is erg traag op een ESP8266. Helaas faalt de urequests als ik die op een ESP32 probeer, ik snap nog niet waar dat aan ligt.

Ik ben blij verrast hoe simpel het allemaal te maken is in MicroPython, ik begin het idee te krijgen dat ik Arduino links ga laten liggen en me hierop ga toeleggen.

Een leuk hobbyprojectje en goed voor de oefening met (Micro)Python

[ Voor 6% gewijzigd door JeroenH op 22-05-2020 12:03 ]

[teaser]

Vuikie schreef op donderdag 21 mei 2020 @ 18:11:
@teaser is het een 'clone' NodeMcu? Misschien is de pullup te zwak? Dat het te lang duurt voordat de reset weer hoog is en daardoor de ESP crashed. Dat is het enige wat ik mij zo kan bedenken.

Bedankt voor de suggestie. Net even met een 1k pullup geprobeerd, maar geen verschil helaas.

[Raymond P]

@teaser, is dat na het flashen van een sketch? Zit je niet gewoon in bootloader mode?

[teaser]

Neen, dit gebeurt als ik op de RST button druk terwijl er een sketch draait (of als ik de RST pin laag maak).
Buiten de analoge input zijn er geen pinnen aangesloten dus zou ik normaal niet in bootloader mode terecht kunnen komen.

[Boudewijn]

JeroenH schreef op vrijdag 22 mei 2020 @ 12:00:
Ik ben mezelf sinds een week of twee Python aan het leren. Nuttig voor op mijn werk, maar ook gewoon leuk voor mezelf. Al snel ontdekte ik MicroPython, en dat leek me gelijk een stuk handiger dan de Arduino-taal voor de ESP8266/ESP32's waar ik mee knutsel. De afgelopen paar dagen heb ik dit geknutseld:

[Afbeelding]

(Let niet op de form factor Is een simpel houten kubusje om de ESP8266 te beschermen, en zodat ik een redelijk robuust "experimenteerkastje" heb als ik snel iets wil proberen met een LCD, LEDs en/of schakelaars.)

Hier maakt de ESP8266 verbinding met mijn wifi, en raadpleegt elke 10 minuten de API van mijn SolarEdge zonnestroomomvormer om de huidige energieproductie op te halen. Op het ILI9341LCD teken ik een wijzerplaat en een wijzer die de huidige energieproductie weergeeft. Dat was sinds lange tijd weer even knutselen met sinus en cosinus

Het volgende staat nog op het programma:

* Code robuuster maken (wat als connecten met wifi niet lukt, foutmeldingen API afvangen, wat statusmeldingen naar de seriële poort sturen, e.d.)
* Grafieken voor vandaag en afgelopen maand uit API halen en op LCD tekenen
* Overzetten naar een ESP32 voor hopelijk wat betere performance bij het schrijven naar de LCD. De (software) SPI bus is erg traag op een ESP8266. Helaas faalt de urequests als ik die op een ESP32 probeer, ik snap nog niet waar dat aan ligt.

Ik ben blij verrast hoe simpel het allemaal te maken is in MicroPython, ik begin het idee te krijgen dat ik Arduino links ga laten liggen en me hierop ga toeleggen.

Een leuk hobbyprojectje en goed voor de oefening met (Micro)Python

Ziet er keurig uit, welk displaytje heb je gebruikt?

[JeroenH]

Boudewijn schreef op zaterdag 23 mei 2020 @ 13:51:
[...]

Ziet er keurig uit, welk displaytje heb je gebruikt?

Het is een ILI9341 LCD, ongeveer zo eentje: link. Werkt op zich goed, is alleen onder Arduino veel sneller dan onder Micropython om de laatste geen hardware SPI ondersteunt.

[Lennyz]

JeroenH schreef op vrijdag 22 mei 2020 @ 12:00:

* Overzetten naar een ESP32 voor hopelijk wat betere performance bij het schrijven naar de LCD. De (software) SPI bus is erg traag op een ESP8266. Helaas faalt de urequests als ik die op een ESP32 probeer, ik snap nog niet waar dat aan ligt.

De ESP32 werkt echt veel beter met Micropython. Ik vind zelf de ESP8266 daar net iets te traag voor.

Je urequest fout kan je volgens mij oplossen door een DNS server in te stellen bij het connecten naar wifi. Als ik het mij goed herinner fixt dat het niet werken daarvan.

Dus:

code:

wlan.ifconfig(ip, subnet, gateway, dns)

[ Voor 5% gewijzigd door Lennyz op 24-05-2020 10:33 ]

[JeroenH]

Lennyz schreef op zondag 24 mei 2020 @ 10:29:
De ESP32 werkt echt veel beter met Micropython. Ik vind zelf de ESP8266 daar net iets te traag voor.

Ik wil de ESP8266 ook vervangen door een ESP32, maar dat is best wat soldeerwerk dus dat stel ik uit

Je urequest fout kan je volgens mij oplossen door een DNS server in te stellen bij het connecten naar wifi. Als ik het mij goed herinner fixt dat het niet werken daarvan.

Op zich werkt urequests prima met de meeste API's die ik test (zoals o.a. deze), maar specifiek met de API van mijn SolarEdge omvormer faalt het met deze foutmelding:

Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "urequests.py", line 108, in get
File "urequests.py", line 81, in request
ValueError: need more than 2 values to unpack

Interessant genoeg werkt de SolarEdge API onder python prima op mijn Win10 computer, op mijn Pi en dus op een ESP8266 (al vind ik het wel interessant dat de formatting van de resultaten verschilt tussen de patformen). Ik kan niet verklaren waarom het faalt op de ESP32 (meerdere verschillende exemplaren getest).

Dus:

code:

wlan.ifconfig(ip, subnet, gateway, dns)

Er van uitgaande dat ik het zo kan doen:

code:

ip="192.168.178.95"
subnet = "255.255.255.0"
gateway = "192.168.178.1"
dns = "194.109.6.66"
wlan.ifconfig(ip, subnet, gateway, dns)

(DNS is van XS4all, waar ik zit)

...faalt dat met de volgende foutmelding:

Traceback (most recent call last):
File "<stdin>", line 1, in <module>
TypeError: function expected at most 2 arguments, got 5

Ik heb nu even geen tijd om er in te duiken waarom dat niet werkt, en ik verwacht eerlijk gezegd niet dat het mijn probleemp(je) oplost. Maar ik ga er wel mee spelen, je weet nooit.

Bedankt

[ Voor 4% gewijzigd door JeroenH op 24-05-2020 11:09 ]

[vwtune]

is er een manier om de waarde van Analoog0 (AO ADC0) te inverten?
Ik heb een regensensor icm een Nodemcu en tasmota in gebruik, de waarde gaat van 1024 naar 0, hoe natter hoe minder de waarde wordt, ik wil dit juist andersom, maar zie nergens de optie om analoge waarde om te draaien

[tsjoender]

vwtune schreef op dinsdag 26 mei 2020 @ 16:26:
is er een manier om de waarde van Analoog0 (AO ADC0) te inverten?
Ik heb een regensensor icm een Nodemcu en tasmota in gebruik, de waarde gaat van 1024 naar 0, hoe natter hoe minder de waarde wordt, ik wil dit juist andersom, maar zie nergens de optie om analoge waarde om te draaien

Je kunt 1024 minus de gemeten waarde doen.

[Yoki1985]

Ik heb hier thuis een wemos d1 mini gemaakt om de temperatuur van ons zwembad te meten. Hierop heb ik esphome geflashed. Het heeft een aantal dagen gewerkt zonder problemen maar nu krijg ik plots de melding dat er geen sensors gevonden zijn. Nu is dat niet de eerste keer dat mijn setup een aantal dagen werkt en daarna geen sensors meer gevonden worden. Enig idee waar dit aan kan liggen?

Mijn setup:



Aan de connectors zijn 2 Dallas DS18b20 sensoren gekoppeld. Dit alles zit dan weer verwerkt in een kabeldoos zoals:



Mijn esphome configuratie:

YAML:

esphome:
  name: zwembad
  platform: ESP8266
  board: d1_mini

wifi:
  ssid: !secret wifi__ssid
  password: !secret wifi__password
  manual_ip:
    static_ip: 192.168.0.65
    gateway: 192.168.0.1
    subnet: 255.255.255.0

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Zwembad Fallback Hotspot"
    password: !secret wifi__password--fallback

captive_portal:

# Enable logging
logger:

# Enable Home Assistant API
api:
  password: !secret api__password

ota:
  password: !secret ota__password

mqtt:
  broker: !secret mqtt__broker
  username: !secret mqtt__username
  password: !secret mqtt__password

dallas:
  - pin: D4

sensor:
  - platform: uptime
    name: zwembad__uptime
  - platform: wifi_signal
    name: "zwembad__wifi--signal"
    update_interval: 10s
  - platform: dallas
    address: 0x14031097795E9528
    name: "zwembad__temperatuur--water"
  - platform: dallas
    address: 0x0003186BD6AFFF28
    name: "zwembad__temperatuur--lucht"

binary_sensor:
  - platform: status
    name: zwembad__status

Er worden nu geen sensors meer gevonden:

[10:13:09][C][dallas.sensor:071]:   Pin: GPIO2 (Mode: INPUT)
[10:13:09][C][dallas.sensor:072]:   Update Interval: 60.0s
[10:13:09][W][dallas.sensor:075]:   Found no sensors!

En de foutmelding die ik nu krijg bij het opvragen van de temp:

[10:13:33][E][dallas.sensor:123]: Requesting conversion failed

Ik heb geen idee waarom het een paar dagen (2-3) goed heeft gegaan en nu niet meer. Ik was al aant denken omdat de esp in de zon hangt maar de esp op zich blijft wel werken dus lijkt me dat straf.

EDIT:

Ik heb de esp even van de stroom afgehaald en herstart. Hierna worden er weer 2 sensors gevonden maar na een paar minuten stoppen ze er alweer mee:

[ Voor 5% gewijzigd door Yoki1985 op 02-06-2020 13:23 ]

[Gizz]

@Yoki1985 Het is lastig te zien onder alle lijm, maar klopt je spanningsdeler wel of zet je wellicht per ongeluk 5v op de GPIO van je D1?

[tsjoender]

Yoki1985 schreef op dinsdag 2 juni 2020 @ 12:17:
Ik heb hier thuis een wemos d1 mini gemaakt om de temperatuur van ons zwembad te meten. Hierop heb ik esphome geflashed. Het heeft een aantal dagen gewerkt zonder problemen maar nu krijg ik plots de melding dat er geen sensors gevonden zijn. Nu is dat niet de eerste keer dat mijn setup een aantal dagen werkt en daarna geen sensors meer gevonden worden. Enig idee waar dit aan kan liggen?

Mijn setup:

[Afbeelding]

[Afbeelding]

Aan de connectors zijn 2 Dallas DS18b20 sensoren gekoppeld. Dit alles zit dan weer verwerkt in een kabeldoos zoals:

[Afbeelding]

Mijn esphome configuratie:

YAML:

esphome:
  name: zwembad
  platform: ESP8266
  board: d1_mini

wifi:
  ssid: !secret wifi__ssid
  password: !secret wifi__password
  manual_ip:
    static_ip: 192.168.0.65
    gateway: 192.168.0.1
    subnet: 255.255.255.0

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Zwembad Fallback Hotspot"
    password: !secret wifi__password--fallback

captive_portal:

# Enable logging
logger:

# Enable Home Assistant API
api:
  password: !secret api__password

ota:
  password: !secret ota__password

mqtt:
  broker: !secret mqtt__broker
  username: !secret mqtt__username
  password: !secret mqtt__password

dallas:
  - pin: D4

sensor:
  - platform: uptime
    name: zwembad__uptime
  - platform: wifi_signal
    name: "zwembad__wifi--signal"
    update_interval: 10s
  - platform: dallas
    address: 0x14031097795E9528
    name: "zwembad__temperatuur--water"
  - platform: dallas
    address: 0x0003186BD6AFFF28
    name: "zwembad__temperatuur--lucht"

binary_sensor:
  - platform: status
    name: zwembad__status

Er worden nu geen sensors meer gevonden:

[10:13:09][C][dallas.sensor:071]:   Pin: GPIO2 (Mode: INPUT)
[10:13:09][C][dallas.sensor:072]:   Update Interval: 60.0s
[10:13:09][W][dallas.sensor:075]:   Found no sensors!

En de foutmelding die ik nu krijg bij het opvragen van de temp:

[10:13:33][E][dallas.sensor:123]: Requesting conversion failed

Ik heb geen idee waarom het een paar dagen (2-3) goed heeft gegaan en nu niet meer. Ik was al aant denken omdat de esp in de zon hangt maar de esp op zich blijft wel werken dus lijkt me dat straf.

EDIT:

Ik heb de esp even van de stroom afgehaald en herstart. Hierna worden er weer 2 sensors gevonden maar na een paar minuten stoppen ze er alweer mee:

[Afbeelding]

Klinkt als instabiliteit op de 1-wire bus. Gebruik je lange kabels? Ik zie zo niet of er een pull-up weerstand gebruikt wordt (vast wel, want zonder doet het denk ik nooit iets), maar je zou bij langere kabels (10-15m) eens kunnen proberen de weerstand lager te kiezen dan de veel voorgestelde 4,7kOhm. Bijvoorbeeld 2,2kOhm. Je zou ook kunnen kijken of je eenvoudig de sensoren kan wisselen voor andere. Misschien is een van de twee niet helemaal 100%. Als je niet kan wisselen, kijk dan eens hoe stabiel de sensoren blijven als er maar een van de twee aangesloten is.

[Yoki1985]

Gizz schreef op dinsdag 2 juni 2020 @ 14:01:
@Yoki1985 Het is lastig te zien onder alle lijm, maar klopt je spanningsdeler wel of zet je wellicht per ongeluk 5v op de GPIO van je D1?

Voor het verlijmen van alles heb ik gemeten of er nergens doorgegeven werd van de ene pin naar de andere en dat was niet direct het geval. Ik heb er een weerstandje van 4.6K tussenstaan dus dat zou goed moeten zijn.

Dit is hoe ik het heb aangesloten:

tsjoender schreef op dinsdag 2 juni 2020 @ 14:14:
[...]


Klinkt als instabiliteit op de 1-wire bus. Gebruik je lange kabels? Ik zie zo niet of er een pull-up weerstand gebruikt wordt (vast wel, want zonder doet het denk ik nooit iets), maar je zou bij langere kabels (10-15m) eens kunnen proberen de weerstand lager te kiezen dan de veel voorgestelde 4,7kOhm. Bijvoorbeeld 2,2kOhm. Je zou ook kunnen kijken of je eenvoudig de sensoren kan wisselen voor andere. Misschien is een van de twee niet helemaal 100%. Als je niet kan wisselen, kijk dan eens hoe stabiel de sensoren blijven als er maar een van de twee aangesloten is.

Ik heb idd 1 sensor op een langere (telefoon)kabel hangen. ik gok alles bij elkaar een meter of 5.
De pull up weerstand is 4.6K en zie je aan de voorkant zitten:


Is er een manier waarop ik kan uitreken welke weerstand ik nodig heb?

PS: deze nacht heeft ie weer heel de nacht gewerkt.

[Gizz]

@Yoki1985 Kijk even of je het kan oplossen met de tips die staan in de wiki van ESPEasy

Troubleshooting

Usually the DS18B20 works without issues. It's also usual that most problems result from cabling mistakes... With long cabling you might get wrong data sometimes. It might be helpfull to reduce the resistor a bit, 2,2 KOhm is lowest possible.

If nothing works disconnect all sensors from line and connect back one by one, checking every time. Cable may be too long (or too thin for the given distance). Keep cabling away from other cables to avoid interferences. If necessary place a 10µF capacitor on the sensors between 3,3v and Gnd.

[llevering]

Yoki1985 schreef op woensdag 3 juni 2020 @ 08:02:

Dit is hoe ik het heb aangesloten:
[Afbeelding]


[...]

Strict formeel is onewire een bus en mag je er geen ster netwerk van maken. Wat ik uit je diagram niet kan halen hoe lang de aparte aftakkingen naar de twee sensoren, maar die moeten zo kort mogelijk zijn . Ik heb zelf een bus met 7 sensoren, waarvan 2 met ongeveer zelfstandige aftakking van 2 meter en de rest zo strict mogelijk in bus. Dat kan nog een oorzaak zijn.

[Yukkie]

Vraagje: Om mijn weerstation zo zuinig mogelijk te maken/houden qua stroom verbruik, heb ik de Vin van mijn BME280 op een IO pin van de ESP aangesloten. Zodra de ESP wakker wordt uit zijn slaap, gaat de IO pin naar high en kan ik de BME280 uitlezen. Daarna gaat de pin weer naar low en de ESP weer in slaap. Dit werkt al lange tijd naar tevredenheid, alleen wil ik nu meerdere sensoren aan gaan sluiten (Lux sensor, soilmoisure sensor, etc.). Nou zat ik te denk dat ik mogelijk een probleem ga krijgen dat alle sensoren op die ene IO te veel ampere gaan vragen. Ik denk dat op te kunnen gaan lossen door een relais op de IO pin aan te sluiten, zodat de sensoren hun spanning direct van de batterij krijgen.
Maar moet ik dan een 3(,3)v relais hebben of gaat een 5v relais zoals deze ook prima functioneren?

[AteGjalt]

Alle IO op een ESP is 3.3V logic level en is soms genoeg voor 5V logic.
Een 5VDC relais kan dus wel werken, maar een 3V relais gaat zeker werken.
Ik gebruik meerdere wemos bordjes (esp8266) met een relais shield combo (en wat andere componenten), het relais op deze shield is een 5VDC type maar er zitten nog wat componenten tussen de IO en de input van de relais dus vermoed ik dat de 3.3 opgeschaald wordt.

[teaser]

Een relais lijkt me wat overkill. Een gewone bipolaire transistor zal wel volstaan om enkele sensoren te voeden.

[Yoki1985]

llevering schreef op woensdag 3 juni 2020 @ 09:30:
[...]


Strict formeel is onewire een bus en mag je er geen ster netwerk van maken. Wat ik uit je diagram niet kan halen hoe lang de aparte aftakkingen naar de twee sensoren, maar die moeten zo kort mogelijk zijn . Ik heb zelf een bus met 7 sensoren, waarvan 2 met ongeveer zelfstandige aftakking van 2 meter en de rest zo strict mogelijk in bus. Dat kan nog een oorzaak zijn.

OK dus jij zegt dat ik het beter op deze manier kan aansluiten:


Dan ga ik dat dit weekend eens proberen...

Indien dat nog problemen geeft ga ik de tip van de 2.2K weerstantje ook eens proberen.

Tx all

[Yukkie]

Ik zat ondertussen nog even verder de Googlen en ik zie inderdaad dat al die kant en klaar bordjes voor een Wemos er minimaal een transistor, een diode en een weerstand er tussen hebben zitten. In mijn simpele gedachten zijn dat alleen maar meer stroomverbruikers, die ik eigenlijk niet wil. Ik ga de optie van @teaser als eerste eens verder onderzoeken. Gevoelsmatig zeg ik dat zuiniger is en dat daar ook minder stuk aan kan gaan.

[llevering]

Yoki1985 schreef op woensdag 3 juni 2020 @ 10:27:
[...]


OK dus jij zegt dat ik het beter op deze manier kan aansluiten:
[Afbeelding]

Ja inderdaad en ik herken je problemen (bij mij waren het dan weer wel slechte verbindingen). Heel frustrerend als iedereen op internet zegt dat het zo goed en makkelijk werkt en je geen idee hebt waar het probleem te zoeken.

[DaTuX]

Yukkie schreef op woensdag 3 juni 2020 @ 10:28:
Ik zat ondertussen nog even verder de Googlen en ik zie inderdaad dat al die kant en klaar bordjes voor een Wemos er minimaal een transistor, een diode en een weerstand er tussen hebben zitten. In mijn simpele gedachten zijn dat alleen maar meer stroomverbruikers, die ik eigenlijk niet wil. Ik ga de optie van @teaser als eerste eens verder onderzoeken. Gevoelsmatig zeg ik dat zuiniger is en dat daar ook minder stuk aan kan gaan.

een transistor of optocouple verbruiken aanzienlijk minder vermogen, je hebt ook solid state relais (onder water eigenlijk vaak ook iets van een transistor, fet of optocouple) die zijn veelal wel prijziger dan eerst genoemde

zelf vermijd ik normale relais waar mogelijk, ivm energie verbruik / verlies door het bekrachtigen van de spoel

nee zijn geen grote getallen en op de energie rekening vind je het waarschijnlijk niet eens terug, maar ik hou het wel efficient zo en hoef ik met voeding van mijn electronica geen rekening te houden met een grotere verbruiker.
Vaak zie ik ook mensen een transistor gebruiken om een relais te bekrachtigen die dan op zijn beurt weer iets schakelt van laag vermogen....eh makes no sense als het in een keer kan

[teaser]

Met een relais heb je natuurlijk ook ineens galvanische scheiding, voor sommige toepassingen is dat echt wel nodig. Voor de hogere vermogens is dat dan weer praktischer dan optocoupler + FET.

[DaTuX]

teaser schreef op woensdag 3 juni 2020 @ 11:02:
Met een relais heb je natuurlijk ook ineens galvanische scheiding, voor sommige toepassingen is dat echt wel nodig. Voor de hogere vermogens is dat dan weer praktischer dan optocoupler + FET.

optocouple is ook galvanische scheiding, maar ja idd

[Raymond P]

Voor het aan/uit schakelen van een BME280 (die je overigens beter aan kunt laten staan in sleep mode, verbruik is nog geen picoampere) is een magneetrelais natuurlijk overkill.

Zo'n relais verbruikt al snel meer dan 50 mA.

[ Voor 12% gewijzigd door Raymond P op 03-06-2020 11:07 . Reden: deadkeys ]

[teaser]

Inderdaad die BME verbruikt niets. Tenzij je hem continu uitleest natuurlijk, maar dat doe je beter niet want dan warmt hij teveel op en zijn je temp readings uiteraard te hoog.
Maar die andere sensoren hebben misschien wel een significant verbruik. Misschien eens opzoeken wat die sensoren allemaal precies verstoken @Yukkie en dan kijken of het wel de moeite is deze af te schakelen?

Hou er ook rekening mee dat sommige sensoren even 'startup' tijd nodig hebben.

[Gizz]

Eens met @teaser , tel even alle sensoren én de ESP8266 zelf qua verbruik bij elkaar op.

@Yukkie wat je maximaal aan je bordje kan hangen hangt ook af van welke je hebt. Een Wemos D1 mini heeft bijvoorbeeld een 500mA spanningsregelaar (ME6211 LDO) terwijl een NodeMCU er een van 800mA heeft (de LM1117).

[tsjoender]

Yoki1985 schreef op woensdag 3 juni 2020 @ 08:02:
[...]


Voor het verlijmen van alles heb ik gemeten of er nergens doorgegeven werd van de ene pin naar de andere en dat was niet direct het geval. Ik heb er een weerstandje van 4.6K tussenstaan dus dat zou goed moeten zijn.

Dit is hoe ik het heb aangesloten:
[Afbeelding]


[...]


Ik heb idd 1 sensor op een langere (telefoon)kabel hangen. ik gok alles bij elkaar een meter of 5.
De pull up weerstand is 4.6K en zie je aan de voorkant zitten:
[Afbeelding]

Is er een manier waarop ik kan uitreken welke weerstand ik nodig heb?

PS: deze nacht heeft ie weer heel de nacht gewerkt.

Ik zou zo niet weten hoe je het uit moet rekenen. De weerstand hoeft ook niet exact een bepaalde waarde te hebben, maar zal een range zijn waarbij het optimaal werkt. Je zou eventueel ook een variabele weerstand kunnen gebruiken (10kOhm trimpot bijvoorbeeld) zodat je eenvoudig kan wisselen van waarde.

Wat ook nog kan helpen voor de stabiliteit is om getwiste kabel te gebruiken waarbij de data en de GND aders met elkaar getwist zijn. De 5V hoeft niet met een andere ader getwist te zijn.

Als laatste optie zou je ook nog kunnen kijken of je twee bussen kan maken. Dan worden GND en 5V wel met elkaar verbonden en de datalijnen krijgen elk een eigen IO pin en elk een pullup weerstand naar 5V.

[Yukkie]

Thanks allemaal voor de goede tips! Net even een testje zitten doen met een transistor die ik hier had liggen en het werkt op zich prima. Echter is het een PNP transistor en schakelt-ie net verkeerd om. Heb dus een paar NPN transistoren besteld.

qua verbruik: de soilmoisture sensor gebruikt 0.7mA als deze idle is en 7.8mA bij een readout.
De luxsensor is een BH1750FVI en gebruikt volgens mij 0.12mA (kan ik even geen goede datasheet van vinden zo snel, waar dat voor mij duidelijk in staat)
de BME280 gebruikt 0.5uA bij een reading en 0.1uA idle.
Even snel gezegd is dat allemaal bij elkaar rond de 8 mA.
Dus eigenlijk zijn mijn zorgen voor niets, aangezien de maximum output current van een GPIO pin 12 mA is

Verder gebruik ik een bare ESP-12F, dus geen spanningsregelaars waar ik nog rekening mee moet houden

[Raymond P]

Als je die GPIO als sink gebruikt ipv source dan kan je tot 20mA.
Een esp8266 kan inderdaad 12mA per pin sourcen.

BH1750FVI vraagt tot 0.19mA afhankelijk van hoeveel licht er is en welke mode je gebruikt.

@Yukkie
Gekke vraag misschien, maar waarom zou je hier geen PNP kunnen gebruiken? Zo snel hoef je toch niet te switchen?

[Yukkie]

@Raymond P Als ik nu de GPIO pin high maak, dan gaat in mijn test opstelling het LEDje uit. Als ik de GPIO pin low maak, gaat de LED weer aan. Ik wil dit andersom hebben, omdat ik, wanneer de ESP slaapt, alle componenten zo veel mogelijk uit wil hebben. Voor zover ik transistoren snap, moet ik dan een NPN transistor hebben ipv een PNP. Voor de snelheid maakt het niet uit nee.

De transistor is als volgt aangesloten:
Base via een 1k Resistor aan GPIO pin van de ESP
Emitter op 3.3V
Collector aan de load (nu even een LEDje).

[c-nan]

Ik ben niet helemaal thuis in elektronica, alvast excuses daarvoor, maar ik lees nu over stroom, relais, etc. Ik ben namelijk bezig met een project, onderdelen komen binnenkort binnen.

Ik wil het volgende via een ESP8266 aansturen/uitlezen:
- 3x 5V relay (70mA per stuk)
- 2x DS18B20 (5mA per stuk?)
- Optioneel: (20mA)

Trekt de ESP8266 dit?

[Raymond P]

@Yukkie
Als je ESP slaapt zijn de GPIO's floating, en dus ook de base van je transistor (npn en pnp) verre van ideaal.
Als je de base van je pnp/npn een externe pullup/pulldown geeft verbruik je in beide gevallen hetzelfde.

@c-nan Nope, zie bovenstaande posts, je kan een relais niet direct aansturen vanaf een GPIO, dat verbruikt te veel.
Een esp8266 werkt ook op 3.3V, wellicht handig om te weten.

[AteGjalt]

@c-nan je kunt beter kant en klare relay bordjes oid gebruiken, deze vragen minder vermogen direct van een GPIO omdat hier een klein schakelcircuit op zit. Google op ESP8266 relay voor meer info.

[c-nan]

Raymond P schreef op woensdag 3 juni 2020 @ 18:01:
@Yukkie
Als je ESP slaapt zijn de GPIO's floating, en dus ook de base van je transistor (npn en pnp) verre van ideaal.
Als je de base van je pnp/npn een externe pullup/pulldown geeft verbruik je in beide gevallen hetzelfde.

@c-nan Nope, zie bovenstaande posts, je kan een relais niet direct aansturen vanaf een GPIO, dat verbruikt te veel.
Een esp8266 werkt ook op 3.3V, wellicht handig om te weten.

Crap. Relais zijn al onderweg

En een relais extern voeden, maar schakelen via ESP8266 kan ook niet?

Straks maar eens gaan Googlen...

[DaTuX]

c-nan schreef op woensdag 3 juni 2020 @ 20:51:
[...]
Crap. Relais zijn al onderweg

En een relais extern voeden, maar schakelen via ESP8266 kan ook niet?

Straks maar eens gaan Googlen...

nope, of relais sturen via een transitor, of als het kan het gene wat je wil schakelen , rechtstreeks op een transistor zonder relais (afhankelijk van paar factoren oa de spanning , stroom en vermogen wat je wil schakelen)

[c-nan]

DaTuX schreef op woensdag 3 juni 2020 @ 22:01:
[...]


nope, of relais sturen via een transitor, of als het kan het gene wat je wil schakelen , rechtstreeks op een transistor zonder relais (afhankelijk van paar factoren oa de spanning , stroom en vermogen wat je wil schakelen)

Thanks. Kan mijn project dus wel afblazen
Bedoeling was om zoiets aan en uit te zetten.

[ocmer]

c-nan schreef op woensdag 3 juni 2020 @ 22:23:
[...]

Thanks. Kan mijn project dus wel afblazen
Bedoeling was om zoiets aan en uit te zetten.

Als je bedoeling is om zelf automatische beregening te maken: ik heb mijn eigen bouwsel met 7 zones nu een paar maanden draaien. Dat was niet heel moeilijk om te maken.
* Controller: NodeMCU (bijv. https://www.tinytronics.n.../wi-fi/esp8266-nodemcu-v2
* Relais: via een 8-kanaals relais. Bijv. https://www.tinytronics.n...ais-8-channel-laag-actief
* Magneetkleppen: Van Rainbird die daarvoor bedoeld zijn bijv. https://www.pvc-handel.nl...n/rainbird-magneetklep-dv. Deze worden apart gevoed met een 24V AC voeding

M.a.w.: schaf een 5V relais bordje aan en gaan.

[DaTuX]

c-nan schreef op woensdag 3 juni 2020 @ 22:23:
[...]

Thanks. Kan mijn project dus wel afblazen
Bedoeling was om zoiets aan en uit te zetten.

nee joh, transitor er bij om de relais mee te sturen (in jou geval wel beste optie denk ik) en gaan met die banaan!

is niet erg ingewikkeld, en genoeg over te vinden hoe je dat kan doen (zeker hier op het forum en anders ff vragen)

[Raymond P]

Wat voor relais heb je gekocht?

Er wordt hier nogal eens gesproken over losse componenten terwijl er eigenlijk een shield met toeters en bellen wordt bedoeld.

[init6]

Grappig,

Ik heb vandaag mijn materialen binnen gekregen, ik wil 3 projectjes maken:

1. Mijn dochter zet het licht in haar kamer aan in de nacht en zet hem nooit uit tot het ochtend is en ik wil een lampje bouwen dat enkel aangaat als het:
- Minder dan x lumen is in haar kamer (dus niet overdag)
- als er tegen aan getikt door haar wordt.
- Gaat uit na een tijdje.
- 3D Geprint in een paddenstoel (Nintendo fan)

Heb een Wemos D1 gekocht hiervoor, waarschijnlijk overkill maar denk er ook over om het geheel te monitoren via wifi.

2e project is een ispindel:
http://www.ispindel.de/
Het meten van alcohol percentage in dranken welke ik zelf brouw

3e project is hive eyes, het monitoren van bijenkasten:
https://www.hiveeyes.org/
Ik wil meer inzage in de temperatuur en of de kast nog een koningin bevat.

Als 4e project zat ik er aan te denken om een base station te bouwen voor het hive eyes project, welke 3G connectie maakt met mijn servers en de data periodiek upload.

Voor alle andere projectjes heb ik de Wemos D1 pro gekocht.

[ Voor 3% gewijzigd door init6 op 03-06-2020 23:50 ]

[c-nan]

Raymond P schreef op woensdag 3 juni 2020 @ 23:43:
Wat voor relais heb je gekocht?

Er wordt hier nogal eens gesproken over losse componenten terwijl er eigenlijk een shield met toeters en bellen wordt bedoeld.

5x enkelvoudig van https://nl.aliexpress.com/item/32904811782.html
5x hiervan https://nl.aliexpress.com/item/32738578147.html

Uiteindelijk heb ik maar 3 relais nodig, maar 2 soorten gekocht en wat reserve.

Uiteindelijk wil ik 1 pomp en 2 kleppen aansturen.

[c-nan]

ocmer schreef op woensdag 3 juni 2020 @ 23:09:
[...]

Als je bedoeling is om zelf automatische beregening te maken: ik heb mijn eigen bouwsel met 7 zones nu een paar maanden draaien. Dat was niet heel moeilijk om te maken.
* Controller: NodeMCU (bijv. https://www.tinytronics.n.../wi-fi/esp8266-nodemcu-v2
* Relais: via een 8-kanaals relais. Bijv. https://www.tinytronics.n...ais-8-channel-laag-actief
* Magneetkleppen: Van Rainbird die daarvoor bedoeld zijn bijv. https://www.pvc-handel.nl...n/rainbird-magneetklep-dv. Deze worden apart gevoed met een 24V AC voeding

M.a.w.: schaf een 5V relais bordje aan en gaan.

Kleppen en pomp heb ik al. Ook een ESP8266, relais ook besteld.

Kan je met jouw 8 kanaals relais, de relais individueel schakelen? Ik heb ze namelijk los gekocht

Hoe laat jij je relais schakelen als je maar 12mA per GPIO pin kan leveren en 70mA nodig is om te schakelen?

[RobertMe]

c-nan schreef op donderdag 4 juni 2020 @ 09:23:
Hoe laat jij je relais schakelen als je maar 12mA per GPIO pin kan leveren en 70mA nodig is om te schakelen?

De relais bordjes hebben zelf een 5V aansluiting. De GPIO pin zegt dus alleen aan/uit maar de schakeling werkt op de gewone 5V aansluiting.

Daardoor dat je het 5V relais ook kunt schakelen met de 3.3V GPIO pin van de ESP. En als het relais te weinig stroom krijgt van de ESP (de VIN / 5V pin dan) kun je altijd nog die 5V ergens anders vanaf tappen.

[c-nan]

RobertMe schreef op donderdag 4 juni 2020 @ 09:47:
[...]

De relais bordjes hebben zelf een 5V aansluiting. De GPIO pin zegt dus alleen aan/uit maar de schakeling werkt op de gewone 5V aansluiting.

Daardoor dat je het 5V relais ook kunt schakelen met de 3.3V GPIO pin van de ESP. En als het relais te weinig stroom krijgt van de ESP (de VIN / 5V pin dan) kun je altijd nog die 5V ergens anders vanaf tappen.

Nu raak ik helemaal in de war. Paar posts terug wordt gezegd dat het niet kan:

Raymond P schreef op woensdag 3 juni 2020 @ 18:01:

@c-nan Nope, zie bovenstaande posts, je kan een relais niet direct aansturen vanaf een GPIO, dat verbruikt te veel.
Een esp8266 werkt ook op 3.3V, wellicht handig om te weten.

Ook aftappen zou niet kunnen.

[Gizz]

@c-nan die relaisbordjes kun je prima gebruiken en schakelen met een ESP8266. Die worden namelijk niet gevoed vanuit de GPIO. Ik denk dat @Raymond P aannam dat je een los relais had besteld.

[ Voor 5% gewijzigd door Gizz op 04-06-2020 10:02 ]

[AteGjalt]

Vandaar dat raymond ook ff om deze bevestiging vroeg:

Raymond P schreef op woensdag 3 juni 2020 @ 23:43:
Wat voor relais heb je gekocht?

Er wordt hier nogal eens gesproken over losse componenten terwijl er eigenlijk een shield met toeters en bellen wordt bedoeld.

@c-nan Jij hebt relais bordjes die geschikt zijn voor gebruik met een ESP, geen los relais.
Gebruik zelf de bordjes uit je 2e link voor mn wemos d1 mini schakelaars.

[RobertMe]

c-nan schreef op donderdag 4 juni 2020 @ 09:58:
[...]

Nu raak ik helemaal in de war. Paar posts terug wordt gezegd dat het niet kan:

[...]


Ook aftappen zou niet kunnen.

Een losse ESP heeft inderdaad geen 5V en draait op 3,3V. Maar bv een Wemos of NodeMCU kun je wel via USB voeden waarbij er een step down converter op het bordje zit die 3,3V er van maakt voor de ESP zelf, maar tegelijkertijd heb je dus ook een 5V aansluiting op het bordje die rechtstreeks de stroom vanaf de USB aansluiting krijgt (los van de ESP dus)

Oftewel: zo'n relais bordje gebruikt 5V om de schakeling om te zetten. Of die aan of uit moet staan wordt daarbij bepaald door een aparte pin, en die pin kun je perfect aansturen met de 3,3V GPIO pin van de ESP.
Het relais bordje moet je dus aansluiten op 5V, waarbij het niet uit maakt waar dat vandaan komt (vanaf een Wemos / NodeMCU, rechtstreeks uit een 5V adapter, een serie batterijen, ...) en daarnaast heb je een pin om te schakelen*, en die sluit je op GPIO van de ESP aan.

* Het bordje heeft waarschijnlijk twee pinnen om te schakelen, NO en NC, Normally Open en Normally Closed. Als je de ESP aansluit op de NO pin dan betekent dat dat bij een lage / 0 / 0V waarde van uit de ESP het circuit "open" is en bij een hoge / 1 / 3,3V waarde vanuit de ESP is het relais gesloten. Gebruik je de NC pin is dit dus omgedraaid, lage waarde => relais gesloten, hoge waarde => circuit open.

[c-nan]

RobertMe schreef op donderdag 4 juni 2020 @ 10:12:
[...]

Een losse ESP heeft inderdaad geen 5V en draait op 3,3V. Maar bv een Wemos of NodeMCU kun je wel via USB voeden waarbij er een step down converter op het bordje zit die 3,3V er van maakt voor de ESP zelf, maar tegelijkertijd heb je dus ook een 5V aansluiting op het bordje die rechtstreeks de stroom vanaf de USB aansluiting krijgt (los van de ESP dus)

Oftewel: zo'n relais bordje gebruikt 5V om de schakeling om te zetten. Of die aan of uit moet staan wordt daarbij bepaald door een aparte pin, en die pin kun je perfect aansturen met de 3,3V GPIO pin van de ESP.
Het relais bordje moet je dus aansluiten op 5V, waarbij het niet uit maakt waar dat vandaan komt (vanaf een Wemos / NodeMCU, rechtstreeks uit een 5V adapter, een serie batterijen, ...) en daarnaast heb je een pin om te schakelen*, en die sluit je op GPIO van de ESP aan.

* Het bordje heeft waarschijnlijk twee pinnen om te schakelen, NO en NC, Normally Open en Normally Closed. Als je de ESP aansluit op de NO pin dan betekent dat dat bij een lage / 0 / 0V waarde van uit de ESP het circuit "open" is en bij een hoge / 1 / 3,3V waarde vanuit de ESP is het relais gesloten. Gebruik je de NC pin is dit dus omgedraaid, lage waarde => relais gesloten, hoge waarde => circuit open.

Ik ging er vanuit dat alle ESP's gewoon USB gevoed worden, maar dat is dus niet zo

@Gizz @AteGjalt dank voor jullie reacties

[Raymond P]

@c-nan Je hebt dus toeters en bellen. Dat is inderdaad waar ik om vroeg.

Je zal die relaisbordjes vooralsnog los moeten voorzien van 5V,
Dat is mogelijk vanaf dezefde 5V voeding als dat je je ESP voedt. Met de gele jd-vcc jumper kan je deze cirquits galvanisch scheiden.

De wemos shields kan je zo op een wemos plakken uiteraard.

[Raymond P]

RobertMe schreef op donderdag 4 juni 2020 @ 10:12:
[...]

Een losse ESP heeft inderdaad geen 5V en draait op 3,3V. Maar bv een Wemos of NodeMCU kun je wel via USB voeden waarbij er een step down converter op het bordje zit die 3,3V er van maakt voor de ESP zelf, [...]

Was dat maar zo'n feest. Zelfs als je een originele wemos of een adafruit feather koopt krijg je een LDO erop en geen switching regulator.

Dat is in de meeste gevallen overigens een prima oplossing.

[xzaz]

Raymond P schreef op donderdag 4 juni 2020 @ 10:49:
[...]


Was dat maar zo'n feest. Zelfs als je een originele wemos of een adafruit feather koopt krijg je een LDO erop en geen switching regulator.

Dat is in de meeste gevallen overigens een prima oplossing.

Dat zijn dan ook geen ESP's maar bordjes waarop een ESP is gesoldeerd. Een losse ESP 8266 of ESP01 draaien allemaal op 3.3v. https://opencircuit.nl/Product/ESP8266-ESP-01S-WIFI-Module

Je kan ook de WEMOS power geven op de 3.3v lijn.
Nevermind, ik lees niet. Je hebt gelijk.

[ Voor 3% gewijzigd door xzaz op 04-06-2020 11:34 ]

[Raymond P]

Voorheen waren het zelfs bordjes met daarop bordjes gesoldeerd waar een ESP op gesoldeerd was.

Een (kale) ESP8266 heeft een EX aanduiding:


Dit noem je een SOC, hier zit dus (onder andere) geen antenne in verwerkt.

En dan heb je de modules, een SOC met antenne en flash:


Hier zijn verschillende (Espressif en Ai-Thinker) revisies van. Het begint ergens bij ESP-01, daartussen zit ESP-12E, 12F en 12S. Het laatste paradepaardje van Espressif zelf is de ESP-wroom-02 (ESP-13).
Het grootste verschil zit hem in antenne designs en bij eerdere modellen het aantal GPIO's wat je ter beschikking hebt.
Ai-Thinker heeft ook nog een ESP-14 gemaakt met een extra SOC onboard wat mogelijk een stuk energiezuiniger is. Afaik is deze niet Arduino compatible.

Zonder dekseltje:


Vroegah hadden de bordjes een ESP module (met FCC approved antenne):


Nu zie je bordjes met een ESP8266EX, het merk ontwerpt dan de gehele PCB inclusief antenne.
N.B. Uiteraard worden die antenne-designs gewoon 'geleend'.


Dit noem je breakout boards.

Om te prototypen zijn breakout boards natuurlijk geweldig.
Deze bordjes worden wel veel nagemaakt, en soms wordt er net iets te veel bezuinigd.
Om niet tegen rare issues aan te lopen met stabiliteit, flash geheugen, voeding of usb communicatie doe je er goed aan bij de officiële winkels te kopen.
Hetzelfde geldt (in mindere mate) voor de modules.

[Aghanim]

Ik wil starten met mijn eerste ESP32 project: het meten en loggen van de temperatuurontwikkeling van de jacuzzi. Als het goed is heb ik nodig:
- ESP32 board (bijvoorbeeld NodeMCU bij Conrad of deze via Banggood)
- voeding micro USB
- DS18B20 temperatuur sensor
- een behuizing zodat de ESP droog blijft

Klopt het nu dat ik deze sensor gewoon direct op de ESP32 kan solderen? Ik zie ook tutorials die gebruikmaken van breadbords. Dat lijkt me goed om te testen of het werkt voordat je het vast soldeert maar geen definitieve oplossing.

Kan ik met bovenstaande setup uit de voeten?

[ Voor 6% gewijzigd door Aghanim op 05-06-2020 10:01 ]

[Gizz]

@Aghanim In je boodschappenlijstje ontbreekt nog de 'pull up' weerstand.

Verder kun je direct draden aan je ESP-bordje solderen, maar handiger/flexibeler/slimmer is om gebruik te maken van male pin headers en female dupont kabels (of female pin headers en male kabels natuurlijk). Hier wat meer informatie daarover:

[ Voor 5% gewijzigd door Gizz op 05-06-2020 10:17 ]

[Aghanim]

Gizz schreef op vrijdag 5 juni 2020 @ 10:16:
@Aghanim In je boodschappenlijstje ontbreekt nog de 'pull up' weerstand.

Verder kun je direct draden aan je ESP-bordje solderen, maar handiger/flexibeler/slimmer is om gebruik te maken van male pin headers en female dupont kabels (of female pin headers en male kabels natuurlijk). Hier wat meer informatie daarover:
[YouTube: #231 7 Tricks on how to wire your Project (e.g. Arduino, ESP8266, ESP32) Dupont wires]

Thx! Ik snap nu ook waarom er naar resistors, jumper en wires gerefereerd werd in de tutorial

[ocmer]

Aghanim schreef op vrijdag 5 juni 2020 @ 09:59:
..
Klopt het nu dat ik deze sensor gewoon direct op de ESP32 kan solderen? Ik zie ook tutorials die gebruikmaken van breadbords. Dat lijkt me goed om te testen of het werkt voordat je het vast soldeert maar geen definitieve oplossing.
..

Inderdaad eerst testen op een breadboard en daarna pas solderen. Dat is althans altijd mijn aanpak.

[Baseje]

Ik probeer mijn rolgordijnen te automatiseren middels een NEMA17 motor en een WEMOS D1 Mini,
Nu heb ik onderstaand project geprobeerd;
https://github.com/skylineboy20000/Roller-Blind-Nema17

Alleen krijg ik de motor nieteens draaiende,
Als ik deze file probeer komt de ESP netjes op en kan ik WIFI configureren alleen na configuratie blijft de ESP constant rebooten;
NEMA_roller_blind.ino

Met deze file krijg ik de ESP nieteens netjes op en blijft het lampje van de ESP ook uit;
motor_on_a_roller_blind-ws_060918_Working.ino

Iemand een idee of tijd om mee te denken/kijken?

[Raymond P]

@Baseje Welke versie van arduinojson gebruik je?

[Baseje]

Raymond P schreef op vrijdag 5 juni 2020 @ 13:47:
@Baseje Welke versie van arduinojson gebruik je?

Ik heb versie 5.13.5 geinstalleerd.

[teaser]

Heb je de serial output al eens bekeken? Lijkt me dat daar wel wat nuttigs kan langskomen.

[AteGjalt]

@Baseje Welke versie van ESP board library gebruik je, soms kan je beter een oude variant gebruiken omdat deze stabieler is. Heb zelf moeten downgraden van 2.5 variant naar 2.4 om een vergelijkbaar probleem op te lossen.

[Baseje]

teaser schreef op vrijdag 5 juni 2020 @ 14:20:
Heb je de serial output al eens bekeken? Lijkt me dat daar wel wat nuttigs kan langskomen.

In de serial output zie je de volgende info constant voorbij komen:
ctx: cont
sp: 3fff2c10 end: 3fff2fb0 offset: 0190
3fff2da0: 3fff2f4c 00000050 000a0d78 40218331
3fff2db0: 3ffe8c77 00000001 4020b740 3fff18e4
3fff2dc0: 3fff2f4c 3fff2f5c 3fff620c 40209b67
3fff2dd0: 00000051 3fff1984 3ffe8c75 40213ce8
3fff2de0: 00000003 3fff1984 3ffe8c75 3fff2f5c
3fff2df0: 3fff2f4c 00000051 3fff18e4 40209c0a
3fff2e00: 3ffe8c2b 3fff2f4c 3ffe8c2b 3fff16c4
3fff2e10: 3ffe8c2b 3fff18e4 3fff1984 40203f1f
3fff2e20: 00000000 00000000 3ffeb2b1 00000000
3fff2e30: feefef00 feefeffe 80efeffe feefef00
3fff2e40: feefeffe 80efeffe 00000000 00000000
3fff2e50: 00000000 40220c70 00000000 40220c70
3fff2e60: 00000000 40220c70 00000000 40220c70
3fff2e70: 00000000 40220c70 00000000 40220c70
3fff2e80: 00000000 00000008 ffffffff fe000001
3fff2e90: 3ffe877e 00000000 fe01ef35 00000000
3fff2ea0: 402025dc 0000000a 3fff5d14 00000000
3fff2eb0: 00000000 00000000 00000000 3ffe896e
3fff2ec0: 3ffe88c7 3ffe8960 3fff5ce4 00000028
3fff2ed0: 3ffe877e 3ffe88be 3ffe8952 3fff5cb4
3fff2ee0: 00000028 3ffe877e 3ffe894d 3ffe8948
3fff2ef0: 3fff371c 00000006 3ffe877e 3ffe8941
3fff2f00: 3ffe893c 3fff5c84 00000028 3ffe877e
3fff2f10: 00000000 00000000 00000000 00000000
3fff2f20: 3ffe890d 3ffe88f1 3ffe88fa 3fff5c54
3fff2f30: 00000028 3ffe877e 3ffe88df 3ffe88e4
3fff2f40: 3fff36ec 00000028 3ffe877e 00706374
3fff2f50: feefeffe 83efeffe feefeffe 70007377
3fff2f60: feefef00 82efeffe feefeffe feefeffe
3fff2f70: feefeffe feefeffe feefeffe feefeffe
3fff2f80: feefeffe feefeffe feefeffe 3fff1ad0
3fff2f90: 3fffdad0 00000000 3fff1a90 402166b0
3fff2fa0: feefeffe feefeffe 3ffe8570 40100f55
<<<stack<<<
⸮U)-⸮⸮@⸮H⸮Starting now
*WM: Adding parameter
*WM: Name
*WM: Adding parameter
*WM: Rotation
*WM: Adding parameter
*WM:
*WM: Adding parameter
*WM: server
*WM: Adding parameter
*WM: port
*WM: Adding parameter
*WM: uid
*WM: Adding parameter
*WM: pwd
*WM: Adding parameter
*WM:
*WM:
*WM: AutoConnect
*WM: Connecting as wifi client...
*WM: Status:
*WM: 6
*WM: Using last saved values, should be faster
*WM: Connection result:
*WM: 3
*WM: IP Address:
*WM: 10.0.10.16
{"currentPosition":0,"maxPosition":2000000,"config_name":"","mqtt_server":"","mqtt_port":"1883","mqtt_uid":"","mqtt_pwd":"","config_rotation":"false"}MDNS responder started

Exception (28):
epc1=0x4000bdc8 epc2=0x00000000 epc3=0x00000000 excvaddr=0x00000000 depc=0x00000000

>>>stack>>>

Ik zie dus wel dat hij connect maar daarna snap ik de logging nog niet helemaal.

AteGjalt schreef op vrijdag 5 juni 2020 @ 16:29:
@Baseje Welke versie van ESP board library gebruik je, soms kan je beter een oude variant gebruiken omdat deze stabieler is. Heb zelf moeten downgraden van 2.5 variant naar 2.4 om een vergelijkbaar probleem op te lossen.

Ik deed het eerst met versie 2.7.1, ook versie 2.5 en 2.4 geven hetzelfde resultaat jammergenoeg...

[AteGjalt]

Hoe heb je de boel aangesloten?

[Baseje]

AteGjalt schreef op vrijdag 5 juni 2020 @ 23:51:
Hoe heb je de boel aangesloten?

De motor etc is nog niet aangesloten, de ESP hangt alleen aan de USB poort verder niets...

[Raymond P]

Baseje schreef op vrijdag 5 juni 2020 @ 23:30:
[...]

*WM: IP Address:
*WM: 10.0.10.16
{"currentPosition":0,"maxPosition":2000000,"config_name":"","mqtt_server":"","mqtt_port":"1883","mqtt_uid":"","mqtt_pwd":"","config_rotation":"false"}MDNS responder started

Exception (28):
epc1=0x4000bdc8 epc2=0x00000000 epc3=0x00000000 excvaddr=0x00000000 depc=0x00000000

>>>stack>>>[/i]

Ik zie dus wel dat hij connect maar daarna snap ik de logging nog niet helemaal.


[...]

Regel 334

#345 kom je niet bij aan, dus waarschijnlijk gaat het fout op #336 waar een Bonjour service gestart wordt op een lege naam.

[Baseje]

Raymond P schreef op zaterdag 6 juni 2020 @ 00:14:
[...]


Regel 334

#345 kom je niet bij aan, dus waarschijnlijk gaat het fout op #336 waar een Bonjour service gestart wordt op een lege naam.

Held! Ik heb lijn 335 tm 350 uitgequote gezien ik toch geen MDNS wil gaan gebruiken en vervolgens start hij netjes door.
Tijdens het compilen krijg ik ook nog een melding over de lijnen waar myStepper.step staat.
Na een beetje googlen kwam ik tegen dat de .step gebruikt word bij de librarie Stepper.H en in deze word AccelStepper gebruikt.

Melding die ik krijg is;

C:\Program Files (x86)\Arduino\libraries\AccelStepper-1.59.0\src/AccelStepper.h: In function 'void loop()':

C:\Program Files (x86)\Arduino\libraries\AccelStepper-1.59.0\src/AccelStepper.h:553:20: error: 'virtual void AccelStepper::step(long int)' is protected

virtual void step(long step);

^

motor_on_a_roller_blind-ws_060918_Working:434:34: error: within this context

myStepper.step(ccw ? -1 : 1);

^

Heb je hier toevallig ook een oplossing voor?

Enorm bedankt alvast!

[Raymond P]

Is dat niet een opzichzelfstaande .ino?

Verwijder motor_on_a_roller_blind-ws_060918_Working.ino of rename naar .ino.bu

Je compiler zal alle .ino files in de dir pakken...

[ComTech]

Welke versie van EspEasy kan ik het beste flashen op een ESP01S boardje?
Ik heb 2 van deze bordjes met dht11 sensoren en ik krijg ze niet goed werkend.
Ik kan maar met moeite in de webinterface of helemaal niet.
Voor de rest werken ze wel als ik ze geconfigureerd krijg dan wordt de sensorwaarde prima doorgegeven aan m'n domoticz.

Had een tijdje terug ook eens hier gevraagd en toen opperde iemand om een andere browser te gebruiken maar dat helpt ook niet.
Ik flash ze nu met ESP_Easy_mega-20200426_normal_ESP8266_1M.bin

Als ik andere ESP's gebruik (een Wemos D1 of een ESP12F) werkt het prima.
Ik wil graag de ESP01S gebruiken omdat ik een batterij gevoede sensor wil maken.

edit:
En heeft iemand ervaring met deep sleep van deze module?
In de documentatie heeft met het over dat je GPIO-16 met RST pin moet verbinden.
De esp01s heeft toch geen gpio16?
Ik gebruik de ESP in combinatie met dit bordje.
https://www.hobbyelectron...atuur-vochtigheidssensor/
Hier zit een LED op welke natuurlijk teveel stroom trekt voor batterijvoeding, wordt deze nou aangestuurd door de ESP zelf of kan je die gewoon het beste desolderen?

[ Voor 26% gewijzigd door ComTech op 06-06-2020 17:59 . Reden: deep sleep vraag toegevoegd ]