Parklife
Werkt prima:
Nu is het wachten op wat sensoren van Ali en wat D1 mini's. En ik zoek nog een circuitje waarmee ik een 18650 op kan laden met een zonnepaneel (tje). Dit voor een temperatuur sensor buiten..... Iemand tips?
Nu is het wachten op wat sensoren van Ali en wat D1 mini's. En ik zoek nog een circuitje waarmee ik een 18650 op kan laden met een zonnepaneel (tje). Dit voor een temperatuur sensor buiten..... Iemand tips?
Parklife
:strip_exif()/u/68919/logoblad.gif?f=community)
Mooi plaatje van de TP4056, vaak uit China met TC4056A (max 0,7A) chip geleverd: 
.
Ik denk dat het kan: Als je 2,9 tot 4,2 Volt voedt aan de USB van de ESP8266, gaat er door de voltage regulator (ME6211?) nog ca 0,3 Volt af. De ESP8266 heeft toch wel 3,1V nodig, dus je d1 mini stopt als de batterij rond de 3,4V komt.
Er is trouwens een d1 mini battery shield, heb je daar al naar gekeken?
Een van de vele youtube filmpje erover
.Ik denk dat het kan: Als je 2,9 tot 4,2 Volt voedt aan de USB van de ESP8266, gaat er door de voltage regulator (ME6211?) nog ca 0,3 Volt af. De ESP8266 heeft toch wel 3,1V nodig, dus je d1 mini stopt als de batterij rond de 3,4V komt.
Er is trouwens een d1 mini battery shield, heb je daar al naar gekeken?
Een van de vele youtube filmpje erover
[ Voor 6% gewijzigd door Bolukan op 30-05-2019 22:44 ]
Nee helaas ook geen effect, zelfde probleem, maar schijnbaar zou het zo wel moeten werken dus ik geef het op.
Ik kwam nog een oude powerbank tegen, en had nog een nagenoeg ongebruikte 18650 liggen. (dit totdat m'n D1 mini, BME280, TP4056 en converter van Ali binnen zijn...)
Draait nu zo'n 30 uur, doet elke 15 min een meeting. Led zit er aan, omdat anders het vermogen van de D1 te laag is en de voeding automatisch uit gaat.
Draait nu zo'n 30 uur, doet elke 15 min een meeting. Led zit er aan, omdat anders het vermogen van de D1 te laag is en de voeding automatisch uit gaat.
Parklife
Ik heb deze opstelling met een LiFePo4 batterij en een bare ESP-12F met BME280 sensor.
Elke minuut wordt een reading gedaan, het verzenden gebeurt elke 6 minuten. Dit zijn nog steeds de test-instellingen van afgelopen half jaar, dus met hogere frequentie dan nodig. Batterij houdt het nu 2 maanden uit. Met het verzenden eens in de 20 minuten (dan zit RTC memory vol) of ook een lagere meetfrequentie moet veel langer te halen zijn.
Elke minuut wordt een reading gedaan, het verzenden gebeurt elke 6 minuten. Dit zijn nog steeds de test-instellingen van afgelopen half jaar, dus met hogere frequentie dan nodig. Batterij houdt het nu 2 maanden uit. Met het verzenden eens in de 20 minuten (dan zit RTC memory vol) of ook een lagere meetfrequentie moet veel langer te halen zijn.
/u/182219/crop62fea26e8dbd3_cropped.png?f=community)
Hmm... Waarmee programmeer je de Wemos? Misschien eerst eens via de Arduino omgeving een i2c scanner bouwen, dan weet je iig dat dat stukje werkt... https://github.com/wemos/...C_Scanner/I2C_Scanner.ino:
[...]
Nee helaas ook geen effect, zelfde probleem, maar schijnbaar zou het zo wel moeten werken dus ik geef het op.
:strip_icc():strip_exif()/u/105199/crop5cb76c6d18020_cropped.jpeg?f=community)
ik ben lekker aan het noobcaken en mijn eerste stapjes aan het zetten met de ESP8266. Ik heb een Wemos NodeMCU V3 Lolin bordje liggen, die ik geflashed heb met micropython.
Daar hangt nu een SH1106 gebaseerd OLED-schermpje op van Ali: https://www.aliexpress.co...042311.0.0.5d744c4dzSaK2P
En als ik de ali-pagina goed begrijp kan dit ding zowel witte als blauwe tekst weergeven (aanname, maar ik lees "OLED Blue/White" op die page) . Nu lukt tekst weergeven echt prima, maar ik krijg het niet voor elkaar om van blauwe naar witte tekst te gaan.
Mijn code:
Ik gebruik deze library: https://github.com/robert-hh/SH1106
Als ik dan de documentatie van die lib bekijk verwijst hij voor zijn text-functie hiernaartoe:
http://docs.micropython.o...ght=framebuf#drawing-text
En daar lees ik dat dat laatste argument de kleur is. Die heb ik nu op wat waarden gezet en veel verder dan 0 = zwart, 1 = blauw kom ik niet. Ik heb 2, 255 etc geprobeerd, maar geen manier om wit te tonen.
Uiteraard heb ik https://www.elecrow.com/download/SH1106%20datasheet.pdf bekeken maar ik word er qua tekstkleur niet heel veel wijzer uit.
Doe ik iets fout of kan dit display gewoon geen witte tekst tonen? Is niet heel erg, maar ben lekker aan het experimenteren
.
Daar hangt nu een SH1106 gebaseerd OLED-schermpje op van Ali: https://www.aliexpress.co...042311.0.0.5d744c4dzSaK2P
En als ik de ali-pagina goed begrijp kan dit ding zowel witte als blauwe tekst weergeven (aanname, maar ik lees "OLED Blue/White" op die page) . Nu lukt tekst weergeven echt prima, maar ik krijg het niet voor elkaar om van blauwe naar witte tekst te gaan.
Mijn code:
code:
1
2
3
4
5
6
7
8
9
10
11
12
| from machine import Pin, I2C
import sh1106
import time
i2c = I2C(scl=Pin(5), sda=Pin(4), freq=400000)
display = sh1106.SH1106_I2C(128, 64, i2c, None, 0x3c)
display.sleep(False)
display.fill(0)
display.contrast(255)
display.text("hoi", 0, 0, 1)
display.show() |
Ik gebruik deze library: https://github.com/robert-hh/SH1106
Als ik dan de documentatie van die lib bekijk verwijst hij voor zijn text-functie hiernaartoe:
http://docs.micropython.o...ght=framebuf#drawing-text
En daar lees ik dat dat laatste argument de kleur is. Die heb ik nu op wat waarden gezet en veel verder dan 0 = zwart, 1 = blauw kom ik niet. Ik heb 2, 255 etc geprobeerd, maar geen manier om wit te tonen.
Uiteraard heb ik https://www.elecrow.com/download/SH1106%20datasheet.pdf bekeken maar ik word er qua tekstkleur niet heel veel wijzer uit.
Doe ik iets fout of kan dit display gewoon geen witte tekst tonen? Is niet heel erg, maar ben lekker aan het experimenteren
.
Ik zit nu al een paar uur te klooien op wat peripherals aan een wemos lolin NodeMCU V3 met daarop micropython.
Wat ik wil maken is een device met een max31865 op SPI, een OLED-schermpje op I2C en een rotary encoder op KY040.
Dit heb ik als volgt aangesloten:
Display:
SCL op D5 (van het bordje, zie hieronder voor de pinout)
SDA op D6
Rotary encoder:
CLK op D1
DT op D2
MAX31865 (letterlijk dit bordje maar dan van ali: https://learn.adafruit.co...-pt100-amplifier?view=all)
CLK op SK
SDO op S0
SDI op S1
CS op D3
Ik gebruik graag de hardware SPI bus om eens te kijken hoe dat werkt. De chipselect moet ik eerst laag trekken, dan SPI uitlezen (4 bytes) en weer hoog trekken. Moet lukken, toch?
De pinout van het wemos bordje:
So far so good.
Als ik een simpel python-script maak wat de rotary encoder uitleest en displayt op het scherm werkt dat prima:
Niet echt rocket science. Dit geeft de stand van de encoder netjes aan, behalve dat ik telkens 2 klikjes moet draaien voor de output verandert (en die verandert dan maar met 1 waarde). Iets waar ik later nog induik.
Als ik echter ook de SPI dingen erbij gooi krijg ik rare effecten...
Ik heb de code van daarnet aangepast:
De temp_c functie is verder niet zo relevant. Als ik dit uit wil voeren crasht python op de 1102 library. Huh?
Kan iemand met uitleggen wat hier foiut gaat? Die 1106-library heb ik hiervandaan: https://github.com/robert-hh/SH1106
Ik vind het heel raar dat zodra ik spi op andere pinnen gebruik die lib (of de uC) over de rode gaat. Ik vermoed dat het de uC is, maar weet dit eigenlijk niet zeker.
Die functie op regel 136 doet inderdaad wat I/O dingen:
Maar goed, ik snap dit niet. Iemand?
Wat ik wil maken is een device met een max31865 op SPI, een OLED-schermpje op I2C en een rotary encoder op KY040.
Dit heb ik als volgt aangesloten:
Display:
SCL op D5 (van het bordje, zie hieronder voor de pinout)
SDA op D6
Rotary encoder:
CLK op D1
DT op D2
MAX31865 (letterlijk dit bordje maar dan van ali: https://learn.adafruit.co...-pt100-amplifier?view=all)
CLK op SK
SDO op S0
SDI op S1
CS op D3
Ik gebruik graag de hardware SPI bus om eens te kijken hoe dat werkt. De chipselect moet ik eerst laag trekken, dan SPI uitlezen (4 bytes) en weer hoog trekken. Moet lukken, toch?
De pinout van het wemos bordje:
So far so good.
Als ik een simpel python-script maak wat de rotary encoder uitleest en displayt op het scherm werkt dat prima:
Python:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
| import utime from rotary_irq_esp import RotaryIRQ from machine import Pin, I2C import sh1106 import time r = RotaryIRQ(5,4,0,20,True, RotaryIRQ.RANGE_WRAP) i2c = I2C(scl=Pin(14), sda=Pin(12), freq=400000) display = sh1106.SH1106_I2C(128, 64, i2c, None, 0x3c) display.sleep(False) display.fill(0) display.contrast(255) while True: v = r.value() display.fill(0) display.text(str(v), 0, 0, 1) display.show() time.sleep_ms(50) |
Niet echt rocket science. Dit geeft de stand van de encoder netjes aan, behalve dat ik telkens 2 klikjes moet draaien voor de output verandert (en die verandert dan maar met 1 waarde). Iets waar ik later nog induik.
Als ik echter ook de SPI dingen erbij gooi krijg ik rare effecten...
Ik heb de code van daarnet aangepast:
Python:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
| import utime from rotary_irq_esp import RotaryIRQ from machine import Pin, I2C, SPI import sh1106 import time r = RotaryIRQ(5,4,0,20,True, RotaryIRQ.RANGE_WRAP) i2c = I2C(scl=Pin(14), sda=Pin(12), freq=400000) display = sh1106.SH1106_I2C(128, 64, i2c, None, 0x3c) hspi = SPI(1, baudrate=80000000, polarity=0, phase=0) display.sleep(False) display.fill(0) display.contrast(255) cs = Pin(0, Pin.OUT) while True: cs.off() temp = hspi.read(4) cs.on() print(temp) temp = temp_c(temp) print(temp) s = "{} {}".format(str(r.value()), str(temp)) display.fill(0) display.text(s, 0, 0, 1) display.show() time.sleep_ms(500) |
De temp_c functie is verder niet zo relevant. Als ik dit uit wil voeren crasht python op de 1102 library. Huh?
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
| john@desktop:~/esp8266$ ampy run thermometer.py
Traceback (most recent call last):
File "/usr/local/bin/ampy", line 10, in <module>
sys.exit(cli())
File "/usr/local/lib/python3.7/dist-packages/click/core.py", line 764, in __call__
return self.main(*args, **kwargs)
File "/usr/local/lib/python3.7/dist-packages/click/core.py", line 717, in main
rv = self.invoke(ctx)
File "/usr/local/lib/python3.7/dist-packages/click/core.py", line 1137, in invoke
return _process_result(sub_ctx.command.invoke(sub_ctx))
File "/usr/local/lib/python3.7/dist-packages/click/core.py", line 956, in invoke
return ctx.invoke(self.callback, **ctx.params)
File "/usr/local/lib/python3.7/dist-packages/click/core.py", line 555, in invoke
return callback(*args, **kwargs)
File "/usr/local/lib/python3.7/dist-packages/ampy/cli.py", line 337, in run
output = board_files.run(local_file, not no_output)
File "/usr/local/lib/python3.7/dist-packages/ampy/files.py", line 303, in run
out = self._pyboard.execfile(filename)
File "/usr/local/lib/python3.7/dist-packages/ampy/pyboard.py", line 273, in execfile
return self.exec_(pyfile)
File "/usr/local/lib/python3.7/dist-packages/ampy/pyboard.py", line 267, in exec_
raise PyboardError('exception', ret, ret_err)
ampy.pyboard.PyboardError: ('exception', b'', b'Traceback (most recent call last):\r\n File "<stdin>", line 21, in <module>\r\n File "sh1106.py", line 136, in sleep\r\n File "sh1106.py", line 182, in write_cmd\r\nOSError: [Errno 110] ETIMEDOUT\r\n') |
Kan iemand met uitleggen wat hier foiut gaat? Die 1106-library heb ik hiervandaan: https://github.com/robert-hh/SH1106
Ik vind het heel raar dat zodra ik spi op andere pinnen gebruik die lib (of de uC) over de rode gaat. Ik vermoed dat het de uC is, maar weet dit eigenlijk niet zeker.
Die functie op regel 136 doet inderdaad wat I/O dingen:
code:
1
2
| def sleep(self, value):
self.write_cmd(_SET_DISP | (not value)) |
Maar goed, ik snap dit niet. Iemand?
Indeed, lekker dat ik hier oo keen hele tijd naar gekeken heb en dan de 3e regel van de foutmelding mis
Ben met de hand de losse regels een in de python shell gaan gooien, en de uC reboot als ik dit doe:
Python:
1
| cs = Pin(0, Pin.OUT) |
Ik lees hier wat over beperkingen bij boot met GPIO0, maar dit treedt veel later op.
https://www.forward.com.au/pfod/ESP8266/GPIOpins/index.html
Ik snap dus niet waarom de 8266 reboot als ik die regel uitvoer.
offtopic:
Ik zou ook prima een MCP23017 kunenn gebruiken op de bestaande I2C-bus om die chip-select op de SPI-bus te doen, maar ik wil snappen waarom die ESP herstart.
Ik zou ook prima een MCP23017 kunenn gebruiken op de bestaande I2C-bus om die chip-select op de SPI-bus te doen, maar ik wil snappen waarom die ESP herstart.
[ Voor 11% gewijzigd door Boudewijn op 05-06-2019 12:49 ]
De SPI-pins die je nu gebruikt zijn (ook en met name) voor de flash-chip. Dat zou ik uit de weg gaan.:
...
Maar goed, ik snap dit niet. Iemand?
Probeer het eens met de standaard HSPI-pins: D5/CLK, D6/MISO, D7/MOSI en D8/CS. En met de standaard I2C-pins: D1/CLK en D2/SDA.
Om de rotary-decoder interrupt pins te geven, zou ik toch voor SPI/CS D0 ipv D8 gebruiken (en D8 met interrupt voor de rotary-decoder) met D3 bijvoorbeeld (bruikbaar na boot) of anders toch D10 (als flash met DIO werkt ipv QIO is deze beschikbaar).
En anders zonder rotary decoder testen of het de SPI-pins zijn.
:strip_exif()/u/417986/crop5896f71a13c18_cropped.gif?f=community)
Hier ben ik ondertussen ook achter. R1 vs R2:
Maar dan nog valt mij het gemis van het zegeltje, en de mindere kwaliteit van de solderingen op.
(1 was bedoeld voor op de slaapkamer van m'n dochter, vandaar de extra zorgen) Ik heb er maar wat extra besteld, nu via de officiële Sonoff store)
Maar dan nog valt mij het gemis van het zegeltje, en de mindere kwaliteit van de solderingen op.
(1 was bedoeld voor op de slaapkamer van m'n dochter, vandaar de extra zorgen) Ik heb er maar wat extra besteld, nu via de officiële Sonoff store)
Parklife
Huh volgens mij gebruik ik die netjes. Ik heb nu aangesloten staan. Even ter referentie de pinout:
Aaah ik zie nu de H-spi pinnen. Dank voor de tip! Die ga ik ga inderdaad gebruiken. Weet je wel waar die reset door PIN0 vandaan kan komen?
Waarom zou je specifiek die pinnen gebruiken? Ik ga het bordje zo even opnieuw opbouwen volgens jouw plan.
Duidelijk. Ik ga uiteindelijk toch eerst maar een versie op een pi maken, ik merk dat ik ook nog even handig moet worden met wat van dit soort devices. Als het op dat platform goed werkt bouw ik hem om naar de ESP32/8266.
Dank je wel voor de hulp!
Vanavond eens zelf geprobeerd met een rotary encoder KY-040 en een I2C OLED.
Het eerste uur ging op aan opstartproblemen
: Vanaf 2.5.1 moeten interrupt functies voorafgegaan worden door ICACHE_RAM_ATTR, wat nog niet is doorgevoerd in bovenstaande library. In platformio kan je dat omzeilen door platformio 2.0.4 te kiezen.
Het eerste uur ging op aan opstartproblemen
: Vanaf 2.5.1 moeten interrupt functies voorafgegaan worden door ICACHE_RAM_ATTR, wat nog niet is doorgevoerd in bovenstaande library. In platformio kan je dat omzeilen door platformio 2.0.4 te kiezen. code:
Pin D8 (GPIO15) en RX (GPIO3) werken goed voor de Rotary encoder, mits je ze niet connect tijdens het flashen, booten (GPIO15 moet dan LOW zijn) èn geen Serial (vanwege RX) gebruikt. Met name dat eerste vind ik niet praktisch. Ik pas nu even....
1
| platform = espressif8266@2.0.4 |
Verwijderd
Heb via esphome een firmware gemaakt om het vochtgehalte van mijn planten in de gaten te houden voor een wemos d1 mini. Werkt als een zonnetje (en voel me als programmeur beetje overbodig 
)
De OTA updates werken alleen niet. Vermoed omdat ik esphome vanuit een VM draai. Configuratie Windows 7 met Virtualbox. Daarop draait CentOS. Netwerk staat in bridge mode. Maar <node_name>.local is niet te resolven, binnen Windows wel.
Niet specifiek esp vraagje, ben ik me van bewust. Maar weet niet zo goed in welke hoek ik het moet zoeken.
)De OTA updates werken alleen niet. Vermoed omdat ik esphome vanuit een VM draai. Configuratie Windows 7 met Virtualbox. Daarop draait CentOS. Netwerk staat in bridge mode. Maar <node_name>.local is niet te resolven, binnen Windows wel.
Niet specifiek esp vraagje, ben ik me van bewust. Maar weet niet zo goed in welke hoek ik het moet zoeken.
/u/64108/crop588675a585f5a_cropped.png?f=community)
Ik ben er zelf ook niet echt in thuis, maar dat heeft volgens mij met mDNS te maken, hier ook een SO met een soortgelijk probleem: https://unix.stackexchang...internal-to-my-office-lan:
Heb via esphome een firmware gemaakt om het vochtgehalte van mijn planten in de gaten te houden voor een wemos d1 mini. Werkt als een zonnetje (en voel me als programmeur beetje overbodig
De OTA updates werken alleen niet. Vermoed omdat ik esphome vanuit een VM draai. Configuratie Windows 7 met Virtualbox. Daarop draait CentOS. Netwerk staat in bridge mode. Maar <node_name>.local is niet te resolven, binnen Windows wel.
Niet specifiek esp vraagje, ben ik me van bewust. Maar weet niet zo goed in welke hoek ik het moet zoeken.
En als hacky workaround zou je ze ook kunnen hardcoden in je /etc/hosts als je ze vaste IPs uitdeelt
Verwijderd
Held!
Heb mdns toegevoegd, poortje opengezet op de firewall en de OTA werkt als een tierelier.
Ik heb een probleempje met de communicatie tussen een Arduino Mega 2560 en een ESP8266. Wellicht dat de gurus hier het zo zien. De gebruikte hardware is de MEGA+WiFi R3 ATmega2560+ESP8266, flash 32MB, USB-TTL CH340G, Micro-USB. Oftewel een Mega 2560 en ESP8266 op hetzelfde bord. Onder de tab "documents" zijn pinout en schematic te vinden.
Door middel van 8 dipswitches zijn de twee chips en CH340 USB op verschillende manieren aan elkaar te koppelen.
Ik kan beide chips afzonderlijk programmeren maar als ik ze met elkaar wil laten praten, krijg ik niet het gewenste resultaat. Waarschijnlijk ga ik iets te kort door de bocht met serial lezen en schrijven...
Mijn verwachtingspatroon is dat als ik met de Mega iets verzend met serial3.println("test") ik die met de ESP8266 moet kunnen lezen met serial.readString() en visa versa.
Eén van de modes met de dipswitches is "CH340 connect to Mega2560 COM3 connect to ESP8266". Hierbij hangt de Serial3 van de Mega aan de Serial van de ESP8266. De Serial van de Mega hangt aan de USB controller. Er zou dus geen softwareSerial nodig zijn zoals met veel van de voorbeelden met losse ESP8266 boards.
Het doel wat ik heb:
- Mega 10x analog input laten lezen (werkt)
- De 10 metingen in een enkele string naar de ESP8266 sturen (werkt wel/niet?)
- De ESP8266 leest de 10 metingen van de Mega (werkt niet)
- Bij ontvangst van een commando over MQTT, antwoordt de ESP8266 over MQTT (werkt)
En dan vervolgens de code voor de ESP8266 (standaard out-of-the-box firmware)
Enerzijds verwacht ik dat regel 44 van de Mega data verstuurt naar de ESP 8266 regel 34.
Mega: Serial3.println(voltagesStr);
verstuurt naar
ESP 8266: String recv = Serial.readString();
wat ik vervolgens zou moeten zien via MQTT
Anderzijds verwacht ik dat regel 32 van de ESP 8266 data verstuurt naar de Mega regel 39.
ESP 8266: Serial.println("2 received, sent from ESP8266 to Serial");
verstuurt naar
Mega: Serial.println(Serial3.readString());
wat ik zou moeten zien via de serial monitor.
Waar zit die stomme (denk)fout waar ik al heel de dag overheen kijkt en waarbij ook de rubber ducky niet helpt?
Door middel van 8 dipswitches zijn de twee chips en CH340 USB op verschillende manieren aan elkaar te koppelen.
Ik kan beide chips afzonderlijk programmeren maar als ik ze met elkaar wil laten praten, krijg ik niet het gewenste resultaat. Waarschijnlijk ga ik iets te kort door de bocht met serial lezen en schrijven...
Mijn verwachtingspatroon is dat als ik met de Mega iets verzend met serial3.println("test") ik die met de ESP8266 moet kunnen lezen met serial.readString() en visa versa.
Eén van de modes met de dipswitches is "CH340 connect to Mega2560 COM3 connect to ESP8266". Hierbij hangt de Serial3 van de Mega aan de Serial van de ESP8266. De Serial van de Mega hangt aan de USB controller. Er zou dus geen softwareSerial nodig zijn zoals met veel van de voorbeelden met losse ESP8266 boards.
Het doel wat ik heb:
- Mega 10x analog input laten lezen (werkt)
- De 10 metingen in een enkele string naar de ESP8266 sturen (werkt wel/niet?)
- De ESP8266 leest de 10 metingen van de Mega (werkt niet)
- Bij ontvangst van een commando over MQTT, antwoordt de ESP8266 over MQTT (werkt)
C: Mega 2560 Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
| // the setup routine runs once when you press reset: void setup() { Serial.begin(9600); //Serial monitor Serial1.begin(9600); Serial2.begin(9600); Serial3.begin(9600); //ESP8266 } void loop() { // read the inputs on analog pins: int sensorVals[10]; sensorVals[0] = analogRead(A0); sensorVals[1] = analogRead(A1); sensorVals[2] = analogRead(A2); sensorVals[3] = analogRead(A3); sensorVals[4] = analogRead(A4); sensorVals[5] = analogRead(A5); sensorVals[6] = analogRead(A6); sensorVals[7] = analogRead(A7); sensorVals[8] = analogRead(A8); sensorVals[9] = analogRead(A9); // Conversion to Volts float voltages[10]; for (int i=0; i<10; i++) voltages[i] = (sensorVals[i] * 5.0) / 1023.0; // Create a string with the reading, semicolon seperated: String voltagesStr = "V;"; for (int i=0; i<10; i++) { voltagesStr.concat(voltages[i]); voltagesStr.concat(";"); } Serial.println(Serial.readString()); //This one shows any manual input by the serial monitor Serial.println(Serial1.readString()); //Shows blank, just in case Serial.println(Serial2.readString()); //Shows blank, just in case Serial.println(Serial3.readString()); //Shows blank, expected this to show the ESP8266 string Serial.println(voltagesStr); //Serial monitor Serial1.println(voltagesStr); //Just in case Serial2.println(voltagesStr); //Just in case Serial3.println(voltagesStr); //To ESP8266 delay(1000); } |
C: Mega 2560 Serial Monitor Output
1
2
3
4
5
| -> V;0.00;0.00;0.00;0.00;0.00;0.00;0.00;0.00;0.00;0.00; -> -> -> -> V;0.00;0.00;0.00;0.00;0.00;0.00;0.00;0.00;0.00;0.00; etcetera |
En dan vervolgens de code voor de ESP8266 (standaard out-of-the-box firmware)
C: ESP8266 Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
| #include <ESP8266WiFi.h> #include <PubSubClient.h> const char *ssid = "####"; const char *password = "####"; const char *mqtt_server = "m24.cloudmqtt.com"; const char *device_id = "esp8266"; WiFiClient espClient; PubSubClient client(espClient); char message_buff[100]; //Callback which is called when an MQTT message is received void callback(char *led_control, byte *payload, unsigned int length) { int i; for (i = 0; i < length; i++) { message_buff[i] = payload[i]; } message_buff[i] = '\0'; String msgString = String(message_buff); Serial.println(msgString); if (strcmp(led_control, "esp8266/led_control") == 0) //led_control is copy-paste from example script { if (msgString == "2") { //Shows in Serial Monitor when dipswitches connect the ESP8266 to USB //Expect this to be sent to Mega 2560 when dipswitches are set to 1-1-1-1-0-0-0-0 Serial.println("2 received, sent from ESP8266 to Serial"); String recv = Serial.readString(); String recv1 = Serial1.readString(); //Line below publishes any string entered with the Serial Monitor when in ESP8266 only mode //Expect line below to show the Mega 2560 serial3 output in CH340 <-> Mega 2560 <-> ESP8266 mode client.publish("serialReceived",recv.c_str()); client.publish("serial1Received",recv1.c_str()); client.publish("topic","message"); //For testing purposes, always the same response } } } void reconnect() { while (!client.connected()) { Serial.print("Attempting MQTT connection..."); if (client.connect(device_id, "#######", "#######")) { Serial.println("connected"); client.subscribe("esp8266/led_control"); //led_control is copy-paste from example script } else { Serial.print("failed, rc="); Serial.print(client.state()); Serial.println(" try again in 5 seconds"); delay(5000); } } } void setup() { Serial.begin(9600); Serial1.begin(9600); /* Explicitly set the ESP8266 to be a WiFi-client, otherwise, it by default, would try to act as both a client and an access-point and could cause network-issues with your other WiFi-devices on your WiFi-network. */ WiFi.mode(WIFI_STA); WiFi.begin(ssid, password); while (WiFi.status() != WL_CONNECTED) { delay(500); Serial.print("."); } client.setServer(mqtt_server, 10644); // change port number as mentioned in your cloudmqtt console client.setCallback(callback); } void loop() { if (!client.connected()) { reconnect(); } client.loop(); } |
C: MQTT reactie na versturen van "2" naar de ESP8266
1
2
3
| "topic" "message" "serial1Received" "" "serialReceived" "" |
Enerzijds verwacht ik dat regel 44 van de Mega data verstuurt naar de ESP 8266 regel 34.
Mega: Serial3.println(voltagesStr);
verstuurt naar
ESP 8266: String recv = Serial.readString();
wat ik vervolgens zou moeten zien via MQTT
Anderzijds verwacht ik dat regel 32 van de ESP 8266 data verstuurt naar de Mega regel 39.
ESP 8266: Serial.println("2 received, sent from ESP8266 to Serial");
verstuurt naar
Mega: Serial.println(Serial3.readString());
wat ik zou moeten zien via de serial monitor.
Waar zit die stomme (denk)fout waar ik al heel de dag overheen kijkt en waarbij ook de rubber ducky niet helpt?
“A designer knows he has achieved perfection not when there is nothing left to add, but when there is nothing left to take away.” —Antoine De Saint-Exupery
:strip_icc():strip_exif()/u/1038729/crop5c3b53a43e58a_cropped.jpeg?f=community)
Elga | Valliant eco TEC plus VHR 30-34/5-5L | Kamstrup 602 |Nodo OTGW | Raspberry Pi 3B+/4B+|RFXcom rfxtrx433xl | UniFi netwerk | PVoutput 8.625 kWp
Verwijderd
Waarom wil je het temperatuurverschil in ESP easy berekenen? Dat kan in influxdb (met een 'continuous queries') en in Grafana (zie bijvoorbeeld hier https://community.grafana...fferent-measurement/16881) Domotics ken ik niet, ik gebruik Home Assistant, maar gok dat daar het verschil tussen twee sensorwaarden ook eenvoudig te bereken / gebruiken is.
Ik gok dat je je CV-installatie in wilt regelen en daarom de delta temperatuur wilt zien in een grafiek. Ik zou ESP Easy dan eenvoudig houden
en de berekening in Grafana doen.
Elga | Valliant eco TEC plus VHR 30-34/5-5L | Kamstrup 602 |Nodo OTGW | Raspberry Pi 3B+/4B+|RFXcom rfxtrx433xl | UniFi netwerk | PVoutput 8.625 kWp
:strip_exif()/u/396800/D-_3427da0a9c293b63f2a66dea2e642102.gif?f=community)
Verwijderd
Heb nu twee weken een grondvochtigheidssensor in een plantenpot staan. De ADC van de esp8266 (Wemos Mini) geeft vrij bijzondere waarden. De waarde stijgt vrijwel lineair. Terwijl ik de plant geen water geef 
Trek ik de voeding (USB poort op mijn pc) los en sluit ik hem aan op een USB lader (Apple, de dunne stekker versie) dan verschiet de uitgelezen waarde zelfs met 10%...
Ik heb wat informatie gevonden over de invloed van WiFi op de nauwkeurigheid op de ADC. Ken ook een beetje van de theorie van analoog naar digitaal conversie en, dus, het belang van een nauwkeurige referentiespanning. Maar zelfs dan...
Is de ADC van de ESP8266 / WeMos mini D1 echt zo onnauwkeurig?
En, heeft iemand code / een voorbeeld om met ESPHome WiFi uit te schakelen tijdens het samplen van de analoge poort?
Trek ik de voeding (USB poort op mijn pc) los en sluit ik hem aan op een USB lader (Apple, de dunne stekker versie) dan verschiet de uitgelezen waarde zelfs met 10%... Ik heb wat informatie gevonden over de invloed van WiFi op de nauwkeurigheid op de ADC. Ken ook een beetje van de theorie van analoog naar digitaal conversie en, dus, het belang van een nauwkeurige referentiespanning. Maar zelfs dan...
Is de ADC van de ESP8266 / WeMos mini D1 echt zo onnauwkeurig?
En, heeft iemand code / een voorbeeld om met ESPHome WiFi uit te schakelen tijdens het samplen van de analoge poort?
Die vermoeding had ik al. Verdorie
Naja die dingen kosten de kop ook niet, ik wacht tot de support er is (komt vast), of ik probeer een oude RPI maar eens....
Thnx
Vanwege het waardeloze design, moet deze koffiezetter 1 keer per jaar uit elkaar om de koffie uit alle hoekjes te krijgen. Gelijk maar een upgrade gegeven! De DHT11 & Wemos uit de tuin moeten plukken omdat Ali niet opschiet met de D1 mini's.
De relais parallel aan de drukknopen gesoldeerd:
Een ruimte waar je normaal de overtollige kabel in opgeborgen kan worden doet nu dienst als webserver ruimte
En het werkt prima! Moest wel een scène in Domoticz maken om de relais als momentary switch te laten werken.
Morgen 05:30 staat er een bakkie voor me klaar. Dus moet voor 05:35 me nest uit, anders komt er spoelwater bij... Goede remedie tegen de snooze verslaving...
De relais parallel aan de drukknopen gesoldeerd:
Een ruimte waar je normaal de overtollige kabel in opgeborgen kan worden doet nu dienst als webserver ruimte
En het werkt prima! Moest wel een scène in Domoticz maken om de relais als momentary switch te laten werken.
Morgen 05:30 staat er een bakkie voor me klaar. Dus moet voor 05:35 me nest uit, anders komt er spoelwater bij... Goede remedie tegen de snooze verslaving...
Parklife
:strip_icc():strip_exif()/u/217277/crop5b13db8ee53b1_cropped.jpeg?f=community)
Ik wil het water van mijn zwembad loggen. Hiervoor gebruik ik een wemos D1 mini met een dallas ds18b20 temperatuur sensor. Als firmware heb ik esphome hierop geflashed. De weergave gebeurt in homeassistant.
Deze opstelling heeft een paar dagen goed gedraaid maar nu sinds kort krijg ik de volgende error melding:
Echter deze nacht heeft de sensor weer een paar uren lang een waarde doorgegeven maar nu weer niets.
Iemand enig idee wat er mis kan zijn?
PS: de wemos voorzie ik van stroom via de USB aansluiting en de sensor krijgt zijn voeding dan weer van de 5V lijn van de wemos.
Deze opstelling heeft een paar dagen goed gedraaid maar nu sinds kort krijg ik de volgende error melding:
[1;31m[E][dallas.sensor:123]: Requesting conversion failed[0m
Echter deze nacht heeft de sensor weer een paar uren lang een waarde doorgegeven maar nu weer niets.
Iemand enig idee wat er mis kan zijn?
PS: de wemos voorzie ik van stroom via de USB aansluiting en de sensor krijgt zijn voeding dan weer van de 5V lijn van de wemos.
/u/42458/icon.png?f=community){kind=icon}
:strip_icc():strip_exif()/u/177828/crop5db1af9701f4c_cropped.jpeg?f=community)
Echt heel tof om te lezen hoe andere projecten mijn basis gebruiken om weer nieuwe handige dingen te bouwen en dat dat dan ook weer gebruikt wordt
. Deze kende ik inderdaad nog niet.Lang leven open source
Sinds de 2 dagen regel reageer ik hier niet meer
:strip_icc():strip_exif()/u/17778/wop.jpg?f=community)
In de la heb ik een blackberry accu gevonden van ca 1.100 mAh met 4 connectors die ik wel wil gebruiken om een ESP te poweren. De buitenste connectors meten 3,7V, maar de binnenste connectors als min meten ook nog steeds ruim 3,3V. Weet iemand de functies, bijvoorbeeld een thermister? En hoe moet ik er dan mee om gaan bij het opladen en gebruik?
PS: Ik gok zoals in deze YT
[ Voor 9% gewijzigd door Bolukan op 03-07-2019 16:33 ]
:strip_exif()/u/73/koelkast-lach.gif?f=community)
:strip_icc():strip_exif()/u/392650/crop5d80d5a2c9b09.jpeg?f=community)
Weet je zeker dat je een goede USB kabel heb? Ik had het zelfde probleem.. andere USB kabel en hij werkte goed
30 x Trina 390wp Op SE en Solis. | MHI 3,5kw
Dat was mijn eerste gedacht ook en heb de kabel genomen waarmee ik de normale d1 mini mee flash en die deed het ook niet. Ook al een andere USB poort geprobeerd:
[...]
Weet je zeker dat je een goede USB kabel heb? Ik had het zelfde probleem.. andere USB kabel en hij werkte goed
:strip_icc():strip_exif()/u/678319/crop567d2326a14b2.jpeg?f=community)
:strip_exif()/u/26517/gigi.gif?f=community)
