Het grote ESP topic

[sjimmie]

Whaha, als je het erover hebt... Ik sloot net, voor het eerst en hopelijk voor het laatst, de boel verkeerd aan waadoor heel kort de 5V voeding op de 3.3V aansluiting kwam te staan. Hij doet het nog. Dus met wat mazzel overleeft een ESP wel wat.
(ook doe ik weleens even een 5V signaal, bijv seriele output van een ander apparaat, op een digitale input van de ESP, maar dat durf ik niet permanent te doen (2 weerstandjes kosten ook maar 20ct en lossen het permanent op).

[bluewalk]

CodeIT schreef op woensdag 03 februari 2016 @ 20:00:
[...]

Ben benieuwd naar je ervaringen. Deze zijn ook te groot om in een inbouwdoos te passen zo te zien.
[...]

Volgens mij is het een kwestie van een header maken/draadjes solderen tbv serial port, welke al op eilandjes zitten. De aanwezige button zit op GPIO 0 en kan dus worden gebruikt om te flashen. Ben wel benieuwd of je ook een TTL converter nodig hebt.

Heb er ook een paar besteld, aardig wat gelezen en je kan er idd je eigen firmware op flashen (1MB flash). Om te schakelen gebruik je blijkbaar GPIO2. Voor dat geld kan je zelf niet beginnen, plus dat het blijkbaar goed in elkaar zit.

Even wachten tot Chinees nieuwjaar over is, dan worden ze pas verzonden. Wil je ze ook bestellen? Doe het voor se 13e, dan heb je nog korting

[Delchrys]

Welke esp is nou eigenlijk een beetje eentje waar je van alles mee kan? Neig naar de nodemcu versie met een esp 12, lekker veel vrije poorten en een board met schakelaar wat het flashen makkelijk maakt. Mijn esp 05 is aan vervanging toe. Grootte maakt me niets uit gaat meer om de functionaliteit

[JorickL]

De NodeMCU is ook gewoon te flashen zonder die knop te gebruiken. In ieder geval via de Arduino IDE (1.6.5). Heb hem zelf ook, past net op een breadboard, naast de pinnen hou je 1 rij over waar je met breadboard-kabels naar de 'andere kant' van je board kan om de boel op te bouwen.

[costo]

JorickL schreef op zaterdag 06 februari 2016 @ 11:10:
De NodeMCU is ook gewoon te flashen zonder die knop te gebruiken. In ieder geval via de Arduino IDE (1.6.5). Heb hem zelf ook, past net op een breadboard, naast de pinnen hou je 1 rij over waar je met breadboard-kabels naar de 'andere kant' van je board kan om de boel op te bouwen.

Je moet wel oppassen welke NodeMCU je koopt. Als je er een koopt waar de text LoLin net boven de micro-USB ingang staat, dan is deze zo breed dat je hele board bezet wordt. Dan kun je er geen kabeltjes meer inpluggen.

[sjimmie]

costo schreef op zaterdag 06 februari 2016 @ 18:38:
[...]


Je moet wel oppassen welke NodeMCU je koopt. Als je er een koopt waar de text LoLin net boven de micro-USB ingang staat, dan is deze zo breed dat je hele board bezet wordt. Dan kun je er geen kabeltjes meer inpluggen.

Wat dan wel weer op te lossen is:

sjimmie schreef op donderdag 04 februari 2016 @ 10:59:
[afbeelding]

[ Voor 19% gewijzigd door sjimmie op 06-02-2016 19:24 ]

[Kneels]

sjimmie schreef op donderdag 04 februari 2016 @ 10:59:
[...]

Opgelost (met een zaagje en een restantje balsa):
[afbeelding]

Tim_bots schreef op donderdag 04 februari 2016 @ 14:36:
Nice, een goed idee.

Ik ga ook maar eens 1 á 2 breadboards openzagen. Toch weer wat meer ruimte voor de componenten.

Dit soort kleine breadboardjes werken ook goed.

[Delchrys]

Kan toch ook gewoon met vrouwtjes jumpercables en als alles werkt soldeer ik toch alles vast.

[Barryke]

Je kan ook gewoon niet-dubbele breadboards kopen, dan hoef je ze niet te zagen. Al zijn die meestal van wel erg lage kwaliteit.


Ik wil gaan starten met de ESP en voor mijn eerste project vraag ik me af of de ESP8266 kan detecteren dat hij gepingt wordt? Door een ander vanaf het netwerk dus.

[Koffie]

Moet het specifiek een ping zijn? Ik heb in mijn project de mogelijkheid gemaakt om /ping op te vragen. Deze doet niets meer dan PONG als antwoord sturen. Bij de aanroep kun je natuurlijk van alles doen.

[Barryke]

Koffie schreef op maandag 08 februari 2016 @ 09:22:
Moet het specifiek een ping zijn? Ik heb in mijn project de mogelijkheid gemaakt om /ping op te vragen. Deze doet niets meer dan PONG als antwoord sturen. Bij de aanroep kun je natuurlijk van alles doen.

Ja een echte ping. Dus dat kan wel?
Gaat het dan om een eigen firmware, of Lua script, of AT icm Arduino, of kan je meer informatie / code geven over je project?

Ik wil uiteindelijk gewoon 1 pin aansturen n.a.v. die ping.

[ Voor 3% gewijzigd door Barryke op 08-02-2016 09:31 ]

[Koffie]

Nee, ik reageer niet op ene ping, ik heb een 'pagina' die via de URL http://esp/ping is aan te roepen.
Ik kan zo snel niet vinden of je een ping kunt detecteren. Denk dat je even aandachtig zult moeten googlen

[costo]

ESPEasy is ongetwijffeld bekend hier. Het nadeel van ESPEasy is dat op modules met weinig I/O pinnen er nog minder pinnen voor sensors overblijven. Dat komt omdat ESPEasy Rxd en Txd aktief gebruikt voor seriele communicatie. In een op zichzelf staande toepassing is seriele communicatie met een terminal meestal overbodig en zou je de Rxd en Txd pinnen liever gebruiken voor sensors of een I2C bus.

Daarom heb ik een ESPEasy 'fork' op github geplaatst: https://github.com/costonisp/MiniESPEasy die zeer geschikt is om op een ESP-01, een ESP-02 te flashen. Ook voor commerciele gadgeds zoals b.v. de Itead-sonoff WiFi switch is deze MiniESPEasy zeer geschikt.

De UART pinnen worden van GPIO-1&3 geswapt naar GPIO-13&15, pinnen die op een ESP-01, ESP-02 niet en op vele WiFi gadgets niet of moeilijk beschikbaar zijn. Het webinterfacemenu heb ik aangepast voor het gebruik van GPIO 1&3.

De poort die je al gebruikt om te flashen (Gnd, Vcc, Rxd en Txd) wordt daardoor met (Mini)ESPEasy omgevormd/geschikt voor de I2C bus (Gnd, Vcc, SCL en SDA) of ander I/O gebruik

edit: link verbeterd.

[Anoniem: 211613]

Ik ben van plan een hexapod (soort spin robot met 6 poten) te bouwen rondom een 8266. Ik ga zowiezo gebruik maken van een 16 channel servo driver (i2c), maar het zou handig zijn als ik 4 servo's rechtstreeks op de GPIO kan aansluiten (scheelt weer zo'n driver bordje). Kan dit? Is de PWM timing en resolutie nauwkeurig?

In totaal worden het ongeveer 20 servo's (3 per poot, 2 voor de kop).
De bediening zal via een smartphone gaan.

[ Voor 6% gewijzigd door Anoniem: 211613 op 08-02-2016 20:54 ]

[wilmardo]

Wie o wie kan mij weer even op weg helpen?
Ik ben bezig om mijn versterker, cd speler en tv via wifi te bedienen met behulp van een ESP8266. Ben aardig op weg maar nu loop ik vast op een (voor mij in ieder geval) heel vaag probleem.
De onderstaande code werkt prima (snippet, de int arrays zijn ir codes):

code:

unsigned int PROGMEM TV_PLAY[67] = {4550,4450, 600,1700, 550,1700, 550,1700, 550,550, 600,550, 600,600, 600,550, 650,550, 600,1700, 600,1700, 600,1700, 600,550, 600,550, 600,550, 650,550, 650,550, 600,1700, 650,1650, 600,1700, 600,550, 600,550, 600,550, 600,1700, 650,550, 650,550, 600,550, 650,550, 600,1700, 650,1650, 600,1700, 650,550, 600,1650, 650};  // UNKNOWN 6A618E02
unsigned int PROGMEM TV_STOP[67] = {4550,4400, 650,1700, 600,1700, 550,1700, 600,600, 550,600, 550,600, 550,600, 550,600, 550,1700, 550,1700, 600,1700, 550,600, 550,600, 550,600, 550,600, 550,600, 550,600, 550,1700, 600,1700, 550,600, 550,600, 550,600, 550,1700, 550,600, 550,1700, 550,600, 550,600, 550,1700, 550,1700, 550,1700, 550,600, 550,1700, 550};  // UNKNOWN C863D6C8

const char* SSID = "ssid";
const char* PASS = "pass";

WiFiServer SERVER(43333);

Maar zodra ik een IPAddress variabele toevoeg begint de compiler te klagen over "TV_STOP causes a section type conflict with __c". De onderstaande code compiled dus niet.

code:

unsigned int PROGMEM TV_PLAY[67] = {4550,4450, 600,1700, 550,1700, 550,1700, 550,550, 600,550, 600,600, 600,550, 650,550, 600,1700, 600,1700, 600,1700, 600,550, 600,550, 600,550, 650,550, 650,550, 600,1700, 650,1650, 600,1700, 600,550, 600,550, 600,550, 600,1700, 650,550, 650,550, 600,550, 650,550, 600,1700, 650,1650, 600,1700, 650,550, 600,1650, 650};  // UNKNOWN 6A618E02
unsigned int PROGMEM TV_STOP[67] = {4550,4400, 650,1700, 600,1700, 550,1700, 600,600, 550,600, 550,600, 550,600, 550,600, 550,1700, 550,1700, 600,1700, 550,600, 550,600, 550,600, 550,600, 550,600, 550,600, 550,1700, 600,1700, 550,600, 550,600, 550,600, 550,1700, 550,600, 550,1700, 550,600, 550,600, 550,1700, 550,1700, 550,1700, 550,600, 550,1700, 550};  // UNKNOWN C863D6C8

const char* SSID = "ssid";
const char* PASS = "pass";

WiFiServer SERVER(43333);
IPAddress DOMOTICZIP(192,168,1,215);

Ik gebruik de progmem variabelen op de onderstaande manier, de sendRaw functie wil als parameters (unsigned int buf[], int len, int hz)

code:

else if(strcmp(command, "STOP") == 0)irsend.sendRaw(TV_STOP, sizeof(TV_STOP) / sizeof(TV_STOP[0]), 38);

Ik dacht zelf dat het misschien kan liggen aan de manier waarop ik de variabelen gebruik, zonder de pgm_read functie
Dus ik heb een poging gedaan om dat om te schrijven maar ik heb geen idee hoe ik het hele array uit het progmem kan halen. Ik zag wel een paar voorbeelden met een copy naar een nieuwe variabele maar dat kost dan weer overbodig geheugen.
Wie ziet wat hier niet goed gaat?

Mocht iemand de hele code willen zien dan gooi ik het wel even op Github

[Koffie]

Gaat de error weg als je van de IR codes een String maakt?

Ik stuur via HTTP een IR code als string naar de ESP om die vervolgens naar de IR LED te sturen:

code:

  if (action == "ir")
  {
    server.send ( 200, "text/html", "OK");
    unsigned int ArrayKey[512];
    char *tmp;
    int i = 0;
    tmp = strtok(&value[0], ",");
    while (tmp)
    {
      ArrayKey[i++] = atoi(tmp);
      tmp = strtok(NULL, ",");
    }

    int SizeOfArr = sizeof(ArrayKey);
    irsend.sendRaw(ArrayKey, 227, 38);
  }

[wilmardo]

Koffie schreef op dinsdag 09 februari 2016 @ 13:22:
Gaat de error weg als je van de IR codes een String maakt?

Ik stuur via HTTP een IR code als string naar de ESP om die vervolgens naar de IR LED te sturen:

code:

  if (action == "ir")
  {
    server.send ( 200, "text/html", "OK");
    unsigned int ArrayKey[512];
    char *tmp;
    int i = 0;
    tmp = strtok(&value[0], ",");
    while (tmp)
    {
      ArrayKey[i++] = atoi(tmp);
      tmp = strtok(NULL, ",");
    }

    int SizeOfArr = sizeof(ArrayKey);
    irsend.sendRaw(ArrayKey, 227, 38);
  }

Thanks voor de reactie, interessante code ook. Ik heb het exact omgekeerd, ik stuur via HTTP een command TV_VOLUP bijvoorbeeld waarna de ESP de bijbehorende IR code verzend.

Maar ik denk dat hier wel een goed punt hebt, als ik de error doorkijk zie ik bijvoorbeeld "note: in expansion of macro 'PSTR' #define F(string_literal) (FPSTR(PSTR(string_literal)))"
Hmm!
Maar als ik dit probeer te compilen krijg ik dezelfde error.

code:

String PROGMEM TV_TEST[2] = {"3700", "4522"};

Op mijn Google zoektocht kwam ik deze thread nog tegen waarin wordt gezegd:

I initially tried to store my data in "PROGMEM" before realizing that the ESP8266 does not make a distinction between different types of memory, like the smaller platforms that Arduino has targetted

In hoeverre is dat waar? Dan zou ik net zo goed het hele progmem gebeuren achterwege kunnen laten.

[Piepersnijder]

Moet je niet in plaats van :
unsigned int PROGMEM TV_STOP[67]
dit gebruiken?
prog_uint16_t int PROGMEM TV_STOP[67]

Ik weet niet of dat iets uit maakt.

Ik gebruik PROGMEM om mijn html pagina in flash memory te zetten.
Daarvoor maak ik eerst in dreamweaver een webpagina die ik daarna met een eigen tooltje omzet naar een functie die ik in mijn ESP programma kan plakken.
Tot nu toe werkt dat goed.

[costo]

cyberde schreef op zaterdag 06 februari 2016 @ 07:32:
[...]

Heb er ook een paar besteld, aardig wat gelezen en je kan er idd je eigen firmware op flashen (1MB flash). Om te schakelen gebruik je blijkbaar GPIO2. Voor dat geld kan je zelf niet beginnen, plus dat het blijkbaar goed in elkaar zit.

Even wachten tot Chinees nieuwjaar over is, dan worden ze pas verzonden. Wil je ze ook bestellen? Doe het voor se 13e, dan heb je nog korting

Heb er vandaag een paar ontvangen, 27/01 besteld. De meegeleverde firmware lijkt me bagger omdat die alleen op hun app werkt d.m.v. een Amazon server.

Heb een 4 pin header erop gesoldeerd, daarna geflashed met ESPEasy firmware. Gewoon met een 3.3V USB/Serial adapter, zonder AC aangesloten. Even netwerk ingesteld en daarna d.m.v. OTA mijn aangepaste ESPEasy firmware van github https://github.com/costonisp/MiniESPEasy erop gezet om Rxd en Txd pinnen vrij te maken. Heb nu de 4 pins header in gebruik als I2C bus.
Integratie met Domoticz is een makkie.

Relais schakelen d.m.v. http://<ESP IP address>/control?cmd=GPIO,<pin>,x (waarbij x=0 of 1)
D.m.v. I2C barometer en OLED display aangesloten.
De display kan ook vanuit Domoticz aangestuurd worden om tekst strings weer te geven.



Ook zonder er verder sensors aan te hangen is dit een heel goedkope en betrouwbare (want WiFi) schakelaar om de bekende KaKu en Action dozen te vervangen.
Het printje is helaas te groot om in een inbouwdoos te passen maar je zou het wel weg kunnen werken in een centraaldoos of in je lamp. Dan zou je de bestaande schakelaar aan kunnen sluiten op een ingang van deze print voor lokaal schakelen v/d lamp en de feedback naar Domoticz.

De 5V voeding in de sonoff is wel potentiaal vrij maar de afstand tussen het AC gebeuren en de 5volt is ca. 1.5 mm . Je moet er dus niet samen mee onder de douche gaan staan

[Koffie]

Hoe zou je makkelijk in Arduino code kunnen afvangen of de code draait op een Arduino of een ESP ?
Voor Arduino zijn er standaard variablen om de type uit te lezen: __AVR_ATmega168__
Voor een ESP zou je kunnen denken aan ESP.getChipId() , maar dat wil natuurlijk uberhaupt al niet compileren als je een Nano als board kiest.
Ik zoek dus een manier om te detecteren of het een Arduino is of een ESP,maar wat op beide compileert

[RobV]

Koffie schreef op woensdag 10 februari 2016 @ 07:59:
Hoe zou je makkelijk in Arduino code kunnen afvangen of de code draait op een Arduino of een ESP ?
Voor Arduino zijn er standaard variablen om de type uit te lezen: __AVR_ATmega168__
Voor een ESP zou je kunnen denken aan ESP.getChipId() , maar dat wil natuurlijk uberhaupt al niet compileren als je een Nano als board kiest.
Ik zoek dus een manier om te detecteren of het een Arduino is of een ESP,maar wat op beide compileert

Uit de `boards.txt` van espduino (https://github.com/esp8266/Arduino):

generic.build.mcu=esp8266
generic.build.f_cpu=80000000L
generic.build.board=ESP8266_ESP01
generic.build.core=esp8266
generic.build.variant=generic
generic.build.flash_mode=qio
generic.build.spiffs_pagesize=256
generic.build.debug_port=
generic.build.debug_level=

De .board is de definitie die je hebben wilt
generic.build.board=ARDUINO_ESP8266_ESP

Gebruik je een andere ESP definitie? Kijk dan in je build output (advanced settings -> verbose) en kijk wat er achter the -D vlag staat.

[Koffie]

Ik snap niet helemaal wat je bedoelt? Ik zoek dus een manier om bij het draaien van de code erachter te komen of het een Arduino of ESP is, maar wat op beide platforms zonder errors compileert. Of begrijp ik je nu totaal verkeerd?

edit : Blijkbaar bestaat er een equivalent voor de ESP : if (defined(ESP8266) ) (Y)

[ Voor 15% gewijzigd door Koffie op 10-02-2016 08:26 ]

[koffercomputer]

Ik gebruik nu al een tijdje een ESP8266 om mijn energiemeter uit te lezen. Speciaal voor IoT toepassingen heb ik een tweede WiFi router aangesloten. Gisteravond zat ik op de bank een nieuw programma te testen en daarbij had ik de ESP8266 verbonden met mijn 'reguliere' Wifi netwerk.

Spontaan werd de verbinding van alle aangesloten apparaten een stuk trager, download snelheid ging van 60Mbit naar 4 MBit. NetFlix raakte zijn verbinding kwijt, TeamViewer raakte zijn verbinding kwijt, etc.
Na het uitschakelen van de ESP ging alles weer goed.

Ik gebruik de NodeMCU firmware en heb dit fenomeen zowel bij het gebruiken van de http module als ook bij het gebruik van de net module gezien. Ook verschillende versies van de ESP hebben dit probleem. Verschillende firmware versies ook. Mijn code stuurt iedere minuut een waarde naar een server via een GET.

Zijn er meer mensen die hier last van hebben (gehad)?

[CodeIT]

costo schreef op dinsdag 09 februari 2016 @ 23:37:
[...]


Heb er vandaag een paar ontvangen, 27/01 besteld. De meegeleverde firmware lijkt me bagger omdat die alleen op hun app werkt d.m.v. een Amazon server.

Heb een 4 pin header erop gesoldeerd, daarna geflashed met ESPEasy firmware. Gewoon met een 3.3V USB/Serial adapter, zonder AC aangesloten. Even netwerk ingesteld en daarna d.m.v. OTA mijn aangepaste ESPEasy firmware van github https://github.com/costonisp/MiniESPEasy erop gezet om Rxd en Txd pinnen vrij te maken. Heb nu de 4 pins header in gebruik als I2C bus.
Integratie met Domoticz is een makkie.
[afbeelding]
Relais schakelen d.m.v. http://<ESP IP address>/control?cmd=GPIO,<pin>,x (waarbij x=0 of 1)
D.m.v. I2C barometer en OLED display aangesloten.
De display kan ook vanuit Domoticz aangestuurd worden om tekst strings weer te geven.

[afbeelding]

Ook zonder er verder sensors aan te hangen is dit een heel goedkope en betrouwbare (want WiFi) schakelaar om de bekende KaKu en Action dozen te vervangen.
Het printje is helaas te groot om in een inbouwdoos te passen maar je zou het wel weg kunnen werken in een centraaldoos of in je lamp. Dan zou je de bestaande schakelaar aan kunnen sluiten op een ingang van deze print voor lokaal schakelen v/d lamp en de feedback naar Domoticz.

De 5V voeding in de sonoff is wel potentiaal vrij maar de afstand tussen het AC gebeuren en de 5volt is ca. 1.5 mm . Je moet er dus niet samen mee onder de douche gaan staan

Vet! Bedankt voor de gedetailleerde informatie. Ik ga er ook wat bestellen!

[sjimmie]

koffercomputer schreef op woensdag 10 februari 2016 @ 08:48:
Ik gebruik nu al een tijdje een ESP8266 om mijn energiemeter uit te lezen. Speciaal voor IoT toepassingen heb ik een tweede WiFi router aangesloten. Gisteravond zat ik op de bank een nieuw programma te testen en daarbij had ik de ESP8266 verbonden met mijn 'reguliere' Wifi netwerk.

Spontaan werd de verbinding van alle aangesloten apparaten een stuk trager, download snelheid ging van 60Mbit naar 4 MBit. NetFlix raakte zijn verbinding kwijt, TeamViewer raakte zijn verbinding kwijt, etc.
Na het uitschakelen van de ESP ging alles weer goed.

Ik gebruik de NodeMCU firmware en heb dit fenomeen zowel bij het gebruiken van de http module als ook bij het gebruik van de net module gezien. Ook verschillende versies van de ESP hebben dit probleem. Verschillende firmware versies ook. Mijn code stuurt iedere minuut een waarde naar een server via een GET.

Zijn er meer mensen die hier last van hebben (gehad)?

Nooit echt in gedoken, maar dit had ik ook toen ik een paar esp01's gebruikte om iedere minuut de temperatuur van mijn CV installatie te loggen. Eens in de paar dagen moest ik op zoek naar de esp die wifi onderuit trok. Ik draaide gewoon eigen code op basis van esp8266/arduino https://github.com/esp8266/Arduino/.

Edit: momenteel draait er 1 esp12 met wat uitgerbreidere code al een anderhalve maand zonder dit probleem.

[ Voor 3% gewijzigd door sjimmie op 10-02-2016 09:29 ]

[Pixelmagic]

koffercomputer schreef op woensdag 10 februari 2016 @ 08:48:
Ik gebruik nu al een tijdje een ESP8266 om mijn energiemeter uit te lezen. Speciaal voor IoT toepassingen heb ik een tweede WiFi router aangesloten. Gisteravond zat ik op de bank een nieuw programma te testen en daarbij had ik de ESP8266 verbonden met mijn 'reguliere' Wifi netwerk.

Spontaan werd de verbinding van alle aangesloten apparaten een stuk trager, download snelheid ging van 60Mbit naar 4 MBit. NetFlix raakte zijn verbinding kwijt, TeamViewer raakte zijn verbinding kwijt, etc.
Na het uitschakelen van de ESP ging alles weer goed.

Ik gebruik de NodeMCU firmware en heb dit fenomeen zowel bij het gebruiken van de http module als ook bij het gebruik van de net module gezien. Ook verschillende versies van de ESP hebben dit probleem. Verschillende firmware versies ook. Mijn code stuurt iedere minuut een waarde naar een server via een GET.

Zijn er meer mensen die hier last van hebben (gehad)?

Is dat niet iets met dat een wifi router de snelheid bepaald naar aanleiding van de laagst verbonden afnemer ?

Ik zit zelf ook te denken om mijn KaKu zaken op termijn te vervangen voor bv een wifi variant, maar als ik dit daadwerkelijk voor alles zou gaan doen dan denk er hard aan een aparte wifi router te plaatsen speciaal en alleen voor het sensor netwerk. Als ik zie hoeveel devices ik op dit moment al heb met een twee persoons huishouden (40+) dan lijkt me dat geen overbodige luxe plus dat je ook direct een overzichtelijk geheel hebt.

[No13]

De verbindingssnelheid tussen je laptop en je wifi router laat zich niet beïnvloeden door bijvoorbeeld een ESP die op 1 of 2 mbit zijn verbinding maakt.

Wel is het zo dat alle apparaten aan je wifi router op dezelfde frequentie praten. Als er 1 bezig is moet de rest stil zijn.

Als je ESP dan een verbinding maakt op 1 of 2 mbit en hij moet wat versturen, kan je laptop gedurende die 'trage' transmissie niets zelf versturen. In dat opzicht is het dus beter om trage apparaten op een andere frequentie te hebben.

Los hiervan is het een het feit dat het een slim idee kan zijn om voor IoT een apart wifi netwerk te hebben. Er zijn gevallen bekend waarbij de firmware van dit soort apparaten ongewenste features bevatten waarmee bijvoorbeeld de preshared key is uit te lezen

Overigens: als je ESP voldoende sterk het wifi netwerk ontvangt zal deze ook netjes op bijvoorbeeld 65 mbit gaat zitten. Zorg dus dat ze niet op het randje van wel/geen bereik zitten, dat scheelt al enorm

[Koffie]

Je zou ook een soort master ESP kunnen maken welke in zowel STA als AP modus gaat.De node communiceren dan naar de master , en de master gooit alles door naar je server waar je de meuk op verzamelt.

[No13]

Koffie schreef op woensdag 10 februari 2016 @ 11:02:
Je zou ook een soort master ESP kunnen maken welke in zowel STA als AP modus gaat.De node communiceren dan naar de master , en de master gooit alles door naar je server waar je de meuk op verzamelt.

Helaas zal deze communicatie op dezelfde frequentie plaatsvinden. Je ESP kan in deze stand alleen een AP starten op de frequentie waarop hij ook client is.

Omdat berichten nu 2x het wifi netwerk over moeten (eerst naar je master, dan naar je eigen netwerk) zal je zo zelfs nog meer hinder ondervinden.

[ Voor 8% gewijzigd door No13 op 10-02-2016 11:05 ]

[Koffie]

De frequentie voor het AP netwerk is niet beinvloedbaar bij het opzetten ?

[Pixelmagic]

costo schreef op dinsdag 09 februari 2016 @ 23:37:
[...]

Ook zonder er verder sensors aan te hangen is dit een heel goedkope en betrouwbare (want WiFi) schakelaar om de bekende KaKu en Action dozen te vervangen.
Het printje is helaas te groot om in een inbouwdoos te passen maar je zou het wel weg kunnen werken in een centraaldoos of in je lamp. Dan zou je de bestaande schakelaar aan kunnen sluiten op een ingang van deze print voor lokaal schakelen v/d lamp en de feedback naar Domoticz.

Je bent er lekker mee bezig zie ik, ziet er als een net alternatief uit.

Heb je toevallig ook al het verbruik gemeten ? Ben wel benieuwd wat het doet tov kaku.

[No13]

Koffie schreef op woensdag 10 februari 2016 @ 11:06:
De frequentie voor het AP netwerk is niet beinvloedbaar bij het opzetten ?

De ESP heeft maar 1 radio module. Deze kan tegelijk niet op 2 frequenties actief zijn.

Puur theoretisch zou je snel kunnen switchen tussen deze frequenties, helaas valt je 802.11 protocol dan in het water en zal je effectief geen connectie kunnen onderhouden.

[Koffie]

Hmm .. leuk idee maar niet uitvoerbaar dus

[koffercomputer]

Dan houd ik het maar bij mijn extra acccesspoint/router voor IoT toepassingen. Deze is via mijn firewall zo afgeschermd dat deze alleen verkeer naar buiten toestaat aangezien ik meetwaarden en zo allemaal naar een gehoste webserserver stuur.

Ik zal nog eens met de ESP Easy firmware stoeien om te kijken of dat ook problemen oplevert.

Wat betreft het master / slave idee, gewoon 2 ESP8266 modules aan elkaar knopen?

[jomas]

No13 schreef op woensdag 10 februari 2016 @ 11:04:
[...]

Helaas zal deze communicatie op dezelfde frequentie plaatsvinden. Je ESP kan in deze stand alleen een AP starten op de frequentie waarop hij ook client is.

Omdat berichten nu 2x het wifi netwerk over moeten (eerst naar je master, dan naar je eigen netwerk) zal je zo zelfs nog meer hinder ondervinden.

Maar de Esp's die verbonden zijn met het AP vormen een eigen netwerk. en alleen de STA is verbonden met je wifi-modem. Dit gaat weliswaar via dezelfde frequentie maar dit hoeft geen probleem te zijn. (Anders zou je altijd een vrij kanaal nodig hebben om je internet te kunnen gebruiken).

[costo]

Pixelmagic schreef op woensdag 10 februari 2016 @ 11:15:
[...]


Je bent er lekker mee bezig zie ik, ziet er als een net alternatief uit.

Heb je toevallig ook al het verbruik gemeten ? Ben wel benieuwd wat het doet tov kaku.

Mijn meetapparaat is niet nauwkeurig bij zulke kleine vermogens maar toch:

Sonoff Wi-Fi switch:
relais af en kaal: 0.005A, 0.65W , Pf 0.48
relais aangetrokken: 0.007A, 0.95W, Pf 0.54

KaKu en soortgelijke 433MHz schakelaars:
Meet ik op ca. 0.45W relais aan of uit.

Dus ja een ESP8266 gebruikt gemiddeld iets meer dan een decoder-IC uit een KaKu.

[No13]

jomas schreef op woensdag 10 februari 2016 @ 13:19:
[...]


Maar de Esp's die verbonden zijn met het AP vormen een eigen netwerk. en alleen de STA is verbonden met je wifi-modem. Dit gaat weliswaar via dezelfde frequentie maar dit hoeft geen probleem te zijn. (Anders zou je altijd een vrij kanaal nodig hebben om je internet te kunnen gebruiken).

Ieder SSID is een eigen netwerk, klopt.

Maar dat is puur op netwerk niveau. Ze delen wel degelijk hetzelfde spectrum.

Als er 2 stations (STA's) op dezelfde frequentie gaan praten, ookal zijn ze aangemeld op aparte AP's, zullen ze op elkaar moeten wachten.

Heb je dan ook nog STA's die slechts op 1 of 2 mbit gaan sturen, valt een groot deel van je capaciteit weg.

[costo]

Koffie schreef op woensdag 10 februari 2016 @ 11:06:
De frequentie voor het AP netwerk is niet beinvloedbaar bij het opzetten ?

bedoel je het kanaal instellen zoals dit ?

WiFi.softAP
Setup an access point.
void softAP(const char *ssid)
void softAP(const char *ssid, const char *passPhrase, int channel=1, int ssid_hidden=0)

[costo]

koffercomputer schreef op woensdag 10 februari 2016 @ 08:48:
Ik gebruik nu al een tijdje een ESP8266 om mijn energiemeter uit te lezen. Speciaal voor IoT toepassingen heb ik een tweede WiFi router aangesloten. Gisteravond zat ik op de bank een nieuw programma te testen en daarbij had ik de ESP8266 verbonden met mijn 'reguliere' Wifi netwerk.

Spontaan werd de verbinding van alle aangesloten apparaten een stuk trager, download snelheid ging van 60Mbit naar 4 MBit. NetFlix raakte zijn verbinding kwijt, TeamViewer raakte zijn verbinding kwijt, etc.
Na het uitschakelen van de ESP ging alles weer goed.

Ik gebruik de NodeMCU firmware en heb dit fenomeen zowel bij het gebruiken van de http module als ook bij het gebruik van de net module gezien. Ook verschillende versies van de ESP hebben dit probleem. Verschillende firmware versies ook. Mijn code stuurt iedere minuut een waarde naar een server via een GET.

Zijn er meer mensen die hier last van hebben (gehad)?

Ik heb tijdens het programmeren/instellen van een ESP met ESPEasy wel eens gehad dat het AP met ssid ESP_0 ineens in de lucht kwam. Veroorzaakt door een verkeerde configuratie.

Het effect hiervan is hetzelfde. ESP met aktief AP lag op m'n werktafel, vlak boven de PC.
Op enige afstand van de router wordt het netwerk/kanaal nagenoeg onbruikbaar, PC verliest contact met het netwerk en andere verbindingen werden langzamer. Maar tijdens normaal gebruik van een ESP of ESPEasy heb ik dat verder nooit meegemaakt. Alleen als het AP wordt ingeschakeld vanwege misconfiguratie of configuratie problemen.

[jomas]

No13 schreef op woensdag 10 februari 2016 @ 13:37:
[...]


Ieder SSID is een eigen netwerk, klopt.

Maar dat is puur op netwerk niveau. Ze delen wel degelijk hetzelfde spectrum.

Als er 2 stations (STA's) op dezelfde frequentie gaan praten, ookal zijn ze aangemeld op aparte AP's, zullen ze op elkaar moeten wachten.

Heb je dan ook nog STA's die slechts op 1 of 2 mbit gaan sturen, valt een groot deel van je capaciteit weg.

Dat lijkt me hoogst onwaarschijnlijk. Dat zou betekenen dat als ik mijn "trage" ESP aanzet, dat dan al mijn buren in de omgeving die eventueel op hetzelfde kanaal zitten, dat kanaal niet meer zouden kunnen gebruiken.

[costo]

jomas schreef op woensdag 10 februari 2016 @ 18:20:
[...]


Dat lijkt me hoogst onwaarschijnlijk. Dat zou betekenen dat als ik mijn "trage" ESP aanzet, dat dan al mijn buren in de omgeving die eventueel op hetzelfde kanaal zitten, dat kanaal niet meer zouden kunnen gebruiken.

Toch is dat wat er gebeurd. Als ik een AP met ESPEasy in de lucht heb dan zoeken de routers van mijn buren automatisch een rustiger kanaal.

[bluewalk]

costo schreef op dinsdag 09 februari 2016 @ 23:37:
[...]


Heb er vandaag een paar ontvangen, 27/01 besteld. De meegeleverde firmware lijkt me bagger omdat die alleen op hun app werkt d.m.v. een Amazon server.
<knip>

Erg duidelijke post, zeer hulpvol. Zit nu vol spanning te wachten op mijn pakketje Ik ga ben ook van plan mijn eigen firmware op flashen. Zijn de datapinnen verdeeld zoals Pete verteld op zijn site? http://tech.scargill.net/itead-slampher-and-sonoff/

koffercomputer schreef op woensdag 10 februari 2016 @ 08:48:
Ik gebruik nu al een tijdje een ESP8266 om mijn energiemeter uit te lezen. Speciaal voor IoT toepassingen heb ik een tweede WiFi router aangesloten. Gisteravond zat ik op de bank een nieuw programma te testen en daarbij had ik de ESP8266 verbonden met mijn 'reguliere' Wifi netwerk.

<knip>

Zijn er meer mensen die hier last van hebben (gehad)?

Nu je het zegt, ik heb op mijn UniFi AP (met OpenWrt) twee verschillende SSID's, eentje voor regulier netwerk en eentje voor de ESP's (gescheiden VLAN). Nu heb ik de laatste tijd vaak dat mijn Macbook spontaan de verbinding lijkt te verliezen. Disconnecten en weer connecten met de AP lost dit weer een tijdje op. Hetzelfde geldt voor de iPhones hier in huis.
Ik ga morgen eens proberen een aparte AP op te zetten, met een ander kanaal speciaal voor de ESP's, misschien maakt dat verschil.

[costo]

cyberde schreef op woensdag 10 februari 2016 @ 20:12:
[...]

Erg duidelijke post, zeer hulpvol. Zit nu vol spanning te wachten op mijn pakketje Ik ga ben ook van plan mijn eigen firmware op flashen. Zijn de datapinnen verdeeld zoals Pete verteld op zijn site? http://tech.scargill.net/itead-slampher-and-sonoff/

Nee, daar is sprake van board V 0.3.0 , ik heb boards ontvangen met revisienummer V 1.0 en daar zit het andersom.
Vanaf de druktoets gezien naar boven toe:
Vcc-3.3V , GPIO-3/Rxd , GPIO-1/Txd , Gnd

[jomas]

costo schreef op woensdag 10 februari 2016 @ 19:23:
[...]


Toch is dat wat er gebeurd. Als ik een AP met ESPEasy in de lucht heb dan zoeken de routers van mijn buren automatisch een rustiger kanaal.

Bij nader inzien is het inderdaad mogelijk dat een traag (802.11b) device je netwerk en netwerken in de omgeving trager maakt. Maar de esp ondersteunt 802.11b/g in AP en 802.11b/g/n in STA. Dus in g/n mode zou dit volgens mij geen probleem moeten zijn.
Zou EspEasy 802.11b gebruiken?

[costo]

Mijn router zegt hiervan:

WLAN :
Signal Strength -61dBm
Current Throughput 28/3 Mbit/s
Wireless Standard WLAN-b+g

[geerttttt]

Goed, het was tijd om te testen of mijn ontvangen componenten zouden passen op mijn bord. Hoe test je dat, het bordje dubbelzijdig uitprinten en erop prikken

Zo gezegd, zo gedaan. Eerst de thermalfuse:

Het past, maar niet echt van harte. het zou beter zijn als ik daar iets meer ruimte maak zodat hij minder in de verdrukking zit. Ga ik aanpassen...


Mijn doel was om de thermalfuse aan de andere kant te plaatsen van het bord t.o.v. de screwterminals. Maar mocht ik toch besluiten het op dezelfde kant te plaatsen, dan zou dat kunnen, het overlapt elkaar niet heel erg.... Leuk om te weten. Screwterminal past prima trouwens.


dan de fuse, die past toch echt niet. De maat die op internet aangegeven stond is duidelijk exclusief de buigafstand van de pootjes. Die zal dus echt wat breder moeten worden. Ga ik ook aanpassen.


Tenslotte het brein, die past prima mooi!

Dus, back to the drawing board!

[RobV]

Inderdaad de beste manier om geld, tijd en teleurstelling te voorkomen. Mooie fotos!

[naftebakje]

Als je dan toch aan het tekenen gaat, schiet je dan meteen nog wat via's in het massavlak? Ik zie dat je met wat orphans zit (kopervlak wat nergens aan verbonden is), zou jammer zijn dat je massa niet goed doorverbonden is (via's zijn gratis als je niet extreem overdrijft).

[geerttttt]

naftebakje schreef op vrijdag 12 februari 2016 @ 15:05:
Als je dan toch aan het tekenen gaat, schiet je dan meteen nog wat via's in het massavlak? Ik zie dat je met wat orphans zit (kopervlak wat nergens aan verbonden is), zou jammer zijn dat je massa niet goed doorverbonden is (via's zijn gratis als je niet extreem overdrijft).

Help me ff, wat bedoel je precies?

[naftebakje]

Een via is een gemetalliseerd gaatje in een printplaat, die electrische verbinding maakt tussen de boven- en onderkant (vergelijkbaar met een de gaatjes voor je fuse bijvoorbeeld, maar bij een via steek je er geen pootje van een component in).

Tussen de baantjes tussen de ESP en de connector (op de laatste foto) zie je 'orphans' zitten van je massavlak, orphans worden dus getoond en das heel gevaarlijk want soms denk je dat je een component verbonden hebt via het massavlak maar is die niet doorverbonden.
Bijvoorbeeld als je tussen 2 massa pinnen bovenaan en onderaan je print een baantje hebt lopen, kan de massa niet doorlopen. Met wat goed geplaatste via's in het massavlak, en het verleggen van het baantje, kan je dat oplossen.

Ik heb zelf de gewoonte om overal waar het massavlak onderbroken wordt via's te plaatsen zodat boven en onderaan het massavlak goed aan elkaar hangen; ook bij elke SMD component die aan massa hangt ga ik nog een via plaatsen naar het massavlak aan de andere kant.

[geerttttt]

naftebakje schreef op vrijdag 12 februari 2016 @ 15:16:
Een via is een gemetalliseerd gaatje in een printplaat, die electrische verbinding maakt tussen de boven- en onderkant (vergelijkbaar met een de gaatjes voor je fuse bijvoorbeeld, maar bij een via steek je er geen pootje van een component in).

Tussen de baantjes tussen de ESP en de connector (op de laatste foto) zie je 'orphans' zitten van je massavlak, orphans worden dus getoond en das heel gevaarlijk want soms denk je dat je een component verbonden hebt via het massavlak maar is die niet doorverbonden.
Bijvoorbeeld als je tussen 2 massa pinnen bovenaan en onderaan je print een baantje hebt lopen, kan de massa niet doorlopen. Met wat goed geplaatste via's in het massavlak, en het verleggen van het baantje, kan je dat oplossen.

Ik heb zelf de gewoonte om overal waar het massavlak onderbroken wordt via's te plaatsen zodat boven en onderaan het massavlak goed aan elkaar hangen; ook bij elke SMD component die aan massa hangt ga ik nog een via plaatsen naar het massavlak aan de andere kant.

Oke, ik denk dat ik snap wat je bedoelt. Maar, volgens mij kan het massavlak op elk punt gewoon sluiting maken met de ground, toch?

Op zowel de onder als bovenkant zit een massavlak. Die worden met elkaar verbonden op 3 plekken, op de ground aansluting van de HLK-PM01, op de bovenste ground (de vierkante pad) en op de onderste, onder het woordje "FLASH".

Oh, wacht, terwijl ik dit typ.. Jij bedoelt zeker tussen GPIO0 en RXD zit een niet verbonden massavlak, en tussen de baantjes zit ook een klein niet verbonden massavlak... Moet ik dan al die kleine niet gebruikte massavlakjes ook verbinden met ground?

[AlexanderB]

Je kan ze ook netjes wegpoetsen als ze klein zijn en/of niks toevoegen, dan hoef je ze ook niet te verbinden.

Het 'gevaar' is vooral dat je ergens iets aan zo'n vlakje verbind, zonder door te hebben dat ie niet meer aan de ground vast zit. (en dan niet persé in die volgorde, maar meer dingen aan een vlak maken en 't vlak in 2 hakt met een later toegevoegde track)

[Dr.Roelski]

Een 'los' printspoor is zowel een antenne als een parasitaire capaciteit. Is in jouw geval je GPIO0 een hoogohmige input dan heb je bijv. kans dat de RXD signalen via de parasitaire capaciteit doorgegeven worden aan de GPIO0. Dan kun je beter het hele vlak er tussen weghalen om de capaciteit tussen de sporen te verhogen, of nog beter het tussenliggende spoor met via's met massa te verbinden.

[Ice T]

Ik heb een vreemd probleem, ik probeer een klein stukje led-strip op 12v te schakelen dmv 3 transistors.

Alleen wanneer ik onderstaande setup op mn breadboard heb, werkt het toch niet helemaal lekker. De gpio's lijken helemaal geen invloed te hebben.
Het enige wat ik me kan bedenken is dat er geen ground is voor de gpio's, maar misschien heeft iemand hier een betere kijk op...

[_root]

Je moet inderdaad ook de - spanningen met elkaar verbinden...

[geerttttt]

Oke, weer een nieuwe revisie:




De fuses wat breder gemaakt, hopelijk nu genoeg. Verder wat andere kleine aanpassingen. Ik heb een through hole thermal pad gemaakt om een niet verbonden vlak te verbinden. De andere 2 vlakken heb ik weggehaald omdat ze vrij klein waren.

Wat vinden jullie. Lost dit de problemen goed op? Is deze thermal pad goed? Geen idee namelijk.

[naftebakje]

Ziet er goed uit, nu ben je ook zeker dat wat aan het massavlak hangt idd verbonden is.

[Gajescheren]

costo schreef op dinsdag 09 februari 2016 @ 23:37:
[...]


Heb er vandaag een paar ontvangen, 27/01 besteld. De meegeleverde firmware lijkt me bagger omdat die alleen op hun app werkt d.m.v. een Amazon server.

Heb een 4 pin header erop gesoldeerd, daarna geflashed met ESPEasy firmware. Gewoon met een 3.3V USB/Serial adapter, zonder AC aangesloten. Even netwerk ingesteld en daarna d.m.v. OTA mijn aangepaste ESPEasy firmware van github https://github.com/costonisp/MiniESPEasy erop gezet om Rxd en Txd pinnen vrij te maken. Heb nu de 4 pins header in gebruik als I2C bus.
Integratie met Domoticz is een makkie.
[afbeelding]
Relais schakelen d.m.v. http://<ESP IP address>/control?cmd=GPIO,<pin>,x (waarbij x=0 of 1)
D.m.v. I2C barometer en OLED display aangesloten.
De display kan ook vanuit Domoticz aangestuurd worden om tekst strings weer te geven.

[afbeelding]

Ook zonder er verder sensors aan te hangen is dit een heel goedkope en betrouwbare (want WiFi) schakelaar om de bekende KaKu en Action dozen te vervangen.
Het printje is helaas te groot om in een inbouwdoos te passen maar je zou het wel weg kunnen werken in een centraaldoos of in je lamp. Dan zou je de bestaande schakelaar aan kunnen sluiten op een ingang van deze print voor lokaal schakelen v/d lamp en de feedback naar Domoticz.

De 5V voeding in de sonoff is wel potentiaal vrij maar de afstand tussen het AC gebeuren en de 5volt is ca. 1.5 mm . Je moet er dus niet samen mee onder de douche gaan staan

Ik heb deze schakelaars inmiddels ook binnen en heb de MiniESPEasy er op geflashed maar ik krijg met geen mogelijkheid het relais geschakeld. Niet via een http request en niet via GPIO 0 en GND. Ook bij de andere SonOff's heb ik dit probleem.

Uiteraard is hij wel verbonden met mijn WiFi netwerk. Ik kan bij de ESPEasy webinterface komen.

Kun je me in de goede richting helpen?

[costo]

Gajescheren schreef op donderdag 18 februari 2016 @ 21:48:
[...]


Ik heb deze schakelaars inmiddels ook binnen en heb de MiniESPEasy er op geflashed maar ik krijg met geen mogelijkheid het relais geschakeld. Niet via een http request en niet via GPIO 0 en GND. Ook bij de andere SonOff's heb ik dit probleem.

Uiteraard is hij wel verbonden met mijn WiFi netwerk. Ik kan bij de ESPEasy webinterface komen.

Kun je me in de goede richting helpen?

Ik kan met deze commando's
http://<ESP IP address>/control?cmd=GPIO,<pin>,0
http://<ESP IP address>/control?cmd=GPIO,<pin>,1
het relais schakelen.

Commando ziet er in de url-balk v/d browser zo uit: http://192.168.178.105/control?cmd=GPIO,12,1 (0 of 1)

Als jij ook board versie : sonoff v1.0 hebt zou dat hetzelfde moeten zijn. Misschien moet je even een andere browser proberen ?

Ook de groene led kan ik met een hhtp commando sturen"
http://192.168.178.105/control?cmd=PWM,13,0 LED = 100% aan
http://192.168.178.105/control?cmd=PWM,13,1023 LED = uit
Het is wel een heel flauw ledje.

[ Voor 10% gewijzigd door costo op 18-02-2016 22:28 ]

[Gajescheren]

costo schreef op donderdag 18 februari 2016 @ 22:18:
[...]


Ik kan met deze commando's
http://<ESP IP address>/control?cmd=GPIO,<pin>,0
http://<ESP IP address>/control?cmd=GPIO,<pin>,1
het relais schakelen.

Commando ziet er in de url-balk v/d browser zo uit: http://192.168.178.105/control?cmd=GPIO,12,1 (0 of 1)

Als jij ook board versie : sonoff v1.0 hebt zou dat hetzelfde moeten zijn. Misschien moet je even een andere browser proberen ?

Thanks! Het werkt. Ik wist niet dat het relais op GPIO 12 zat
Geniaal apparaatje trouwens. Morgen zal ik hem eens koppelen met Domoticz.

[costo]

Gajescheren schreef op donderdag 18 februari 2016 @ 22:28:
[...]


Thanks! Het werkt. Ik wist niet dat het relais op GPIO 12 zat
Geniaal apparaatje trouwens. Morgen zal ik hem eens koppelen met Domoticz.

Ik heb 'm al een tijdje met domoticz gekoppeld, heb op de 4 pins header een I2C bus en daaraan een OLED display en een barometer sensor. Domoticz leest dit zonder problemen.

[Pimmetje651]

geerttttt schreef op vrijdag 12 februari 2016 @ 12:34:
Goed, het was tijd om te testen of mijn ontvangen componenten zouden passen op mijn bord. Hoe test je dat, het bordje dubbelzijdig uitprinten en erop prikken

Zo gezegd, zo gedaan. Eerst de thermalfuse:
[afbeelding]
Het past, maar niet echt van harte. het zou beter zijn als ik daar iets meer ruimte maak zodat hij minder in de verdrukking zit. Ga ik aanpassen...

[afbeelding]
Mijn doel was om de thermalfuse aan de andere kant te plaatsen van het bord t.o.v. de screwterminals. Maar mocht ik toch besluiten het op dezelfde kant te plaatsen, dan zou dat kunnen, het overlapt elkaar niet heel erg.... Leuk om te weten. Screwterminal past prima trouwens.

[afbeelding]
dan de fuse, die past toch echt niet. De maat die op internet aangegeven stond is duidelijk exclusief de buigafstand van de pootjes. Die zal dus echt wat breder moeten worden. Ga ik ook aanpassen.

[afbeelding]
Tenslotte het brein, die past prima mooi!

Dus, back to the drawing board!

Goed bezig !!

[Zahariac]

Ben druk bezig mij in te lezen en ben erg enthousiast geworden van alles wat ik lees. Het is alleen erg veel leesvoer, vandaar mijn volgende vraag.

Wat is de beste devkit om anno 2016 met de esp aan de slag te gaan? Dan kan ik die alvast gaan bestellen. En zijn er nog andere musthaves?

Of is het handiger om met een breadboard aan de gang te gaan en losse esp's aan te schaffen?

[ Voor 14% gewijzigd door Zahariac op 19-02-2016 10:46 ]

[JorickL]

Zahariac schreef op vrijdag 19 februari 2016 @ 10:43:
Wat is de beste devkit om anno 2016 met de esp aan de slag te gaan? Dan kan ik die alvast gaan bestellen. En zijn er nog andere musthaves?

Persoonlijk vind ik de NodeMCU met een ESP8266-12E een hele fijne start. Je kan hem direct voeden met een micro USB-kabel vanaf je PC welke ook meteen fungeert als seriële verbinding om sketches te kunnen uploaden via de Arduino IDE. Er zijn varianten van Lolin in omloop op o.a. AliExpress, maar die passen niet goed op een breadboard. Zelf heb ik deze besteld en die past op een breadboard waardoor je de pins met jumperwires nog kan verbinden naar componenten op je breadboard.

Een aantal losse componenten zoals buttons, LEDs en weerstanden zijn vaak voor weinig lokaal te koop in een winkeltje of via een webshop. Ook worden er wel starterkits aangeboden met een riedeltje aan componenten waar je lekker mee kan beginnen te priegelen.

Als je dan tegen de beperkingen aan loopt (grootte van het apparaat zelf bijvoorbeeld) kan je overgaan op losse ESP's, waar je al dan niet zelf nog eventueel wat kabels aan moet solderen of met jumperwires kan prikken, maar onthoud wel dat je dan ook nog een FTDI module nodig hebt (op 3.3v, vaak is er een jumper die je kan instellen op 5v of 3.3v) om hem te kunnen programmeren.

Zo ben ik, zeer recent, begonnen in ieder geval

[jossie67]

costo schreef op maandag 08 februari 2016 @ 16:45:
ESPEasy is ongetwijffeld bekend hier. Het nadeel van ESPEasy is dat op modules met weinig I/O pinnen er nog minder pinnen voor sensors overblijven. Dat komt omdat ESPEasy Rxd en Txd aktief gebruikt voor s
De poort die je al gebruikt om te flashen (Gnd, Vcc, Rxd en Txd) wordt daardoor met (Mini)ESPEasy omgevormd/geschikt voor de I2C bus (Gnd, Vcc, SCL en SDA) of ander I/O gebruik

edit: link verbeterd.

Costo , even maar naar het ESP8266 forum waar deze vraag eigenlijk thuis hoort.
Ik ben nog niet zo thuis in ESP8266

Ik gebruik een FTDI232 om de Sonoff te verbinden met mijn pc
Moet ik nog iets doen met de baudrate, databits eif parity?

De R21 heb ik volgende mij wel gevonden maar je spreek ook over TP4 (rst) en TP3 (cd2), waar kan ik deze vinden?



Mijn laatste vraag is, de Sonoff is toch een ESP-02

[LED-Maniak]

Iemand ervaring met de sigma-delta functie in de chip?

Ik wil een 50% duty cycle PWM signaal opwekken van minimaal 1MHz. De standaard software PWM ondersteunt het niet maar de sigma-delta functie zou dat wel moeten kunnen. Alternatief zou SPI/I2S zijn.

[Zahariac]

JorickL schreef op vrijdag 19 februari 2016 @ 17:57:
[...]

Persoonlijk vind ik de NodeMCU met een ESP8266-12E een hele fijne start. Je kan hem direct voeden met een micro USB-kabel vanaf je PC welke ook meteen fungeert als seriële verbinding om sketches te kunnen uploaden via de Arduino IDE. Er zijn varianten van Lolin in omloop op o.a. AliExpress, maar die passen niet goed op een breadboard. Zelf heb ik deze besteld en die past op een breadboard waardoor je de pins met jumperwires nog kan verbinden naar componenten op je breadboard.

Een aantal losse componenten zoals buttons, LEDs en weerstanden zijn vaak voor weinig lokaal te koop in een winkeltje of via een webshop. Ook worden er wel starterkits aangeboden met een riedeltje aan componenten waar je lekker mee kan beginnen te priegelen.

Als je dan tegen de beperkingen aan loopt (grootte van het apparaat zelf bijvoorbeeld) kan je overgaan op losse ESP's, waar je al dan niet zelf nog eventueel wat kabels aan moet solderen of met jumperwires kan prikken, maar onthoud wel dat je dan ook nog een FTDI module nodig hebt (op 3.3v, vaak is er een jumper die je kan instellen op 5v of 3.3v) om hem te kunnen programmeren.

Zo ben ik, zeer recent, begonnen in ieder geval

Dank voor de zeer duidelijke en hulpvolle reactie! Hier ga ik mee aan de slag.

[costo]

LED-Maniak schreef op zaterdag 20 februari 2016 @ 18:42:
Iemand ervaring met de sigma-delta functie in de chip?

Ik wil een 50% duty cycle PWM signaal opwekken van minimaal 1MHz. De standaard software PWM ondersteunt het niet maar de sigma-delta functie zou dat wel moeten kunnen. Alternatief zou SPI/I2S zijn.

Ik heb er zelf geen ervaring mee maar ik zag kortgeleden op youtube deze 'hacker', hij stuurt een soort van analoog TV via I2S met 80MHz uit een ESP8266.
https://www.youtube.com/user/CNLohr.

[costo]

jossie67 schreef op zaterdag 20 februari 2016 @ 14:04:
[...]


Costo , even maar naar het ESP8266 forum waar deze vraag eigenlijk thuis hoort.
Ik ben nog niet zo thuis in ESP8266

Ik gebruik een FTDI232 om de Sonoff te verbinden met mijn pc
Moet ik nog iets doen met de baudrate, databits eif parity?

Als je de Arduino IDE gebruikt dan zet je die op 115200, Generic ESP8266 Module, flashsize 512k-64kspiffs , dan werkt het wel. Anders is het 115200,8,1 denk ik.

De R21 heb ik volgende mij wel gevonden maar je spreek ook over TP4 (rst) en TP3 (cd2), waar kan ik deze vinden?

Aan de onderkant, onder de pinnetjes van de RF module. TP1,2,3,4 zijn de benamingen in het schema, op de print heten ze GND, CD2, RST, VCC.

Heb je trouwens ook geprobeerd om de kleine drukknop op de RF module ingedrukt te houden om in de flash-mode te komen tijdens booten? (Of kleine en grote drukknop beide ingedrukt ?)
Ik vermoed dat je toch op een vrij eenvoudige manier in flashmode moet kunnen komen zonder soldeerwerk.

Mijn laatste vraag is, de Sonoff is toch een ESP-02

Nee het is niet echt een ESP-02 maar een ESP8266 met 1MByte flashchip aan boord. Er staat dan zoiets van 25Q80D ( 8-megabit) op de SO8 chip.

[jossie67]

costo schreef op zondag 21 februari 2016 @ 16:18:
[...]

Nee het is niet echt een ESP-02 maar een ESP8266 met 1MByte flashchip aan boord. Er staat dan zoiets van 25Q80D ( 8-megabit) op de SO8 chip.

Dank voor je hulp, maar het lukt nog niet echt

Gewoon spanning

groen
knipper knipper knipper knipper knipper

knipper knipper

Grote knop
Dan spanning
Rood brand continu en groen knipper knipper knipper knipper knipper
bij los laten weer
knipper knipper
even daarna
knipper knipper knipper knipper

Beiden knoppen in gedrukt en dan spanning

idem

Tx en RX omgedraaid.

Wat is het signaal dat ik in de flashmode ben


Bij ESPEasy_R78 doe ik

code:

C:\tmp\ESPEasy_R78>flash
Comport (example 3, 4, ..)           :10
Flash Size (example 512, 1024, 4096) :1024
Build (example 71, 72, ..)           :78
Using com port: 10
Using bin file: ESPEasy_R78_1024.bin
esptool v0.4.6 - (c) 2014 Ch. Klippel <[e-mail]>
        setting board to nodemcu
        setting baudrate from 115200 to 115200
        setting port from COM1 to COM10
        setting address from 0x00000000 to 0x00000000
        espcomm_upload_file
        stat ESPEasy_R78_1024.bin success
        setting serial port timeouts to 1000 ms
opening bootloader
resetting board
trying to connect
        flush start
        setting serial port timeouts to 1 ms
        setting serial port timeouts to 1000 ms
        flush complete
        espcomm_send_command: sending command header
        espcomm_send_command: sending command payload
        read 0, requested 1
..........
warning: espcomm_sync failed
error: espcomm_open failed

[mad_max234]

Als je een hele berg esp8266 02 moet flashen dan is flashtool onmisbaar, de eerste paar had ik gedaan met draadjes eraan gesoldeerd, koste me iets te veel tijd. Gaat op deze manier toch heel stuk sneller.

[LED-Maniak]

costo schreef op zondag 21 februari 2016 @ 15:57:
[...]


Ik heb er zelf geen ervaring mee maar ik zag kortgeleden op youtube deze 'hacker', hij stuurt een soort van analoog TV via I2S met 80MHz uit een ESP8266.
https://www.youtube.com/user/CNLohr.

Super, thanks! Ga ik daar eens mee experimenteren

[fjskmdl2]

Ik zou graag ook wat beginnen experimenteren met een es8266
Ik heb deze 2x besteld:
http://www.aliexpress.com...-Lua-iot/32553580796.html


Ik heb reeds een arduino uno.
Zijn er nog zaken die ik nodig ga hebben op dit de kunnen aanspreken via mijn laptop? voldoet ene microusb kabel of moet ik een adapter hebben?

[geerttttt]

Als iemand anders ook nog zo'n sonoff relay gaat bestellen, laat FF weten. Kunnen we de verzendkosten delen.

[costo]

jossie67 schreef op zondag 21 februari 2016 @ 19:38:
~ ~ ~
Wat is het signaal dat ik in de flashmode ben
~ ~ ~ ~

Je kunt het nergens aan zien, geen ledje wat knippert zoals op een standaard esp module.

Alleen het resultaat wordt weergegeven en als je dit ziet:

warning: espcomm_sync failed
error: espcomm_open failed

dan is het niet gelukt.

Het lijkt erop dat je R21 van 0 ohm of een doorverbinding moet plaatsen . Dan kun je de grote button gebruiken om in flash-mode te komen.

[Robbiedobbie]

Ik wil ook met mijn ESP8266 gaan klooien, maar ik heb helaas geen usb uart (Deze moet nog vanuit china naar hier vliegen...). Toch zou ik graag al beginnen met ermee spelen, dus ik heb geprobeerd met mijn arduino due. Voor simpele AT commandos kan ik de due gebruiken als serial passthrough.

Echter wil ik nu custom code voor de esp gaan schrijven. Is er een manier om deze op de esp te zetten via de due? Ik heb eventjes op internet zitten zoeken, maar ik heb nergens gevonden of dit mogelijk is, en hoe? (Is er misschien een manier om de due processor te disablen, en dan met rx0 en tx0 direct te praten met de esp?

[costo]

@ robbiedobbie

Met een arduino uno moet het kunnen , je trekt de processor uit het voetje waarna de arduino als een USB/serial converter werkt. Level aanpassing van arduino tx naar esp RX d.m.v. een spanningsdeler.

[Robbiedobbie]

Dat ga ik eens proberen. Bedankt!

[BertusB404]

costo schreef op maandag 22 februari 2016 @ 10:08:
@ robbiedobbie

Met een arduino uno moet het kunnen , je trekt de processor uit het voetje waarna de arduino als een USB/serial converter werkt. Level aanpassing van arduino tx naar esp RX d.m.v. een spanningsdeler.

Met smd arduino's zoals de mega bijvoorbeeld, kun je reset aan ground hangen, zelfde effect.

[fjskmdl2]

Iemand een tip welke programmer ik goedkoop kan kopen die zal werken met deze esp8266-e12?

http://nl.aliexpress.com/...-Lua-iot/32553580796.html

Ik zou graag een programmer hebben die ook linux ondersteunt...
Moet ik trouwens nog een aparte 3.3v voeding hebben om dit werkend te krijgen of is dit niet nodig?

Iemand die mij iets kan aanraden die ik hiervoor nodig heb? eventueel ook de nodige extra onderdelen om er mee aan de slag te gaan aangezien ik hier pas beginner in ben...

[AlexanderB]

NodeMCU bordje heeft een programmer en een 3v3 voeding, dar heb je verder niks voor nodig..

[Keiichi]

Ik heb de volgende sketch gemaakt:

code:

void setup() {
  Serial.begin(9600);     // communication with the host computer

  // Start the software serial for communication with the ESP8266
  Serial.println("start");
  pinMode(D5, OUTPUT);
  pinMode(D6, INPUT);
}

void loop() {
  digitalWrite(D5, HIGH);
  delay(analogRead(A0) + 1);
  digitalWrite(D5, LOW);
  delay(analogRead(A0) + 1);
}

Aan A0 hangt een potmeter. Resultaat is sneller en minder snel knipperen van het lampje.

Alleen stopt m'n NodeMCU er vrij snel mee als ie snel knippert.

Ik kan me er wel iets bij voorstellen dat ie het niet leuk vind, maar waarom eigenlijk niert?

[AlexanderB]

Er was ooit een reden dat delay(variable); gezeik gaf, en je beter een for-loopje kon bakken met een vaste delay(1); dr in, maar waarom dat was weet ik niet meer.

gooi anders een yield(); onderin je loop, kijk of dat het probleem oplost?

[wishmaster1986]

geerttttt schreef op zondag 21 februari 2016 @ 22:52:
Als iemand anders ook nog zo'n sonoff relay gaat bestellen, laat FF weten. Kunnen we de verzendkosten delen.

x2

[geerttttt]

AlexanderB schreef op dinsdag 23 februari 2016 @ 02:29:
Er was ooit een reden dat delay(variable); gezeik gaf, en je beter een for-loopje kon bakken met een vaste delay(1); dr in, maar waarom dat was weet ik niet meer.

gooi anders een yield(); onderin je loop, kijk of dat het probleem oplost?

Dat komt omdat delay echt de boel uitstelt. Ook alles wat de ESP onder water doet, zoals de wifi verbinding in stand houden. Op een arduino is dat niet zo'n probleem, die heeft out of the box geen wifi, maar de ESP doet dus taken op de achtergrond.

Met telkens een delay van 1ms kan hij nog wel taken tussendoor doen. Stel je een delay in van een paar seconden of meer, heb je kans dat de achtergrondprocessen in de problemen komen.

Zo leggen ze het uit bij sparkfun:

Yielding

This is one of the most critical differences between the ESP8266 and a more classical Arduino microcontroller. The ESP8266 runs a lot of utility functions in the background – keeping WiFi connected, managing the TCP/IP stack, and performing other duties. Blocking these functions from running can cause the ESP8266 to crash and reset itself. To avoid these mysterious resets, avoid long, blocking loops in your sketch.

If you have a long loop in your sketch, you can add a delay([milliseconds]) call within, to allow the critical background functions to execute. The ESP8266’s delay() funciton, while of course delaying for a set number of milliseconds, also makes a quick call to the background functions.

The amazing creators of the ESP8266 Arduino libraries also implemented a yield() function, which calls on the background functions to allow them to do their thing. As an example, if your sketch is waiting for someone to press a button attached to pin 12, creating a loop like this will keep the ESP8266 from crashing:

code:

pinMode(12, INPUT_PULLUP); // Set pin 12 as an input w/ pull-up
while (digitalRead(12) == HIGH) // While pin 12 is HIGH (not activated)
    yield(); // Do (almost) nothing -- yield to allow ESP8266 background functions
Serial.println("Button is pressed!"); // Print button pressed message.

[lordprimoz]

Keiichi schreef op dinsdag 23 februari 2016 @ 00:59:
Ik heb de volgende sketch gemaakt:

code:

void setup() {
  Serial.begin(9600);     // communication with the host computer

  // Start the software serial for communication with the ESP8266
  Serial.println("start");
  pinMode(D5, OUTPUT);
  pinMode(D6, INPUT);
}

void loop() {
  digitalWrite(D5, HIGH);
  delay(analogRead(A0) + 1);
  digitalWrite(D5, LOW);
  delay(analogRead(A0) + 1);
}

Aan A0 hangt een potmeter. Resultaat is sneller en minder snel knipperen van het lampje.

Alleen stopt m'n NodeMCU er vrij snel mee als ie snel knippert.

Ik kan me er wel iets bij voorstellen dat ie het niet leuk vind, maar waarom eigenlijk niert?

maak alsjeblieft gebruik van interrupts... een delay is leuk als je zeker weet dat wat je uitvoert echt altijd mag/kan wachten. Zon delay is namelijk een blocking call op je cpu, die gewoon net zolang als jij instelt letterlijk niks uitvoert.

[AlexanderB]

Op een ESP is dat niet erg, die gebruikt de delay() juist om in de achtergrond multitask-zaken uit te voeren.

[Tom-Z]

Ik ben bezig met een redelijk ingewikkeld project te schrijven met de Arduino core voor ESP8266. Ik doe dit nu in de Arduino IDE, maar die is niet zo geweldig. Is er een betere IDE voor de ESP8266 waarmee ik ook (makkelijk) de Arduino core kan gebruiken?

[Ice T]

Ik heb een ESP Witty en wil daarop een OLED aansluiten via I2C. (linkje oled)

Probleempje alleen is dat er 5V op de VCC staat, terwijl de ESP logic 3V3 is. Geen pin dus voor 3V3.
Hoe kom ik nou het makkelijkste aan 3V3? Kan ik gewoon een (extra) output pin op HIGH gooien voordat het scherm initialiseer?



Input Voltage: 3.3V ~ 6V
I/O Level: 3.3V, 5V
Verbruik: 15mA

[edjeed]

Gewoon met 5V je display voeden, de SCL en de SDA worden naar 3.3V getrokken door de ESP8266

[ Voor 10% gewijzigd door edjeed op 23-02-2016 16:17 . Reden: typo's ]

[HomegrownBGP]

Ondertussen draaien er bij mij thuis 5 stuks Wemos d1 mini's die connecteren met een pi die een mqtt servertje speelt, zodat ik mijn lampen via ons digitale vriendinnetje Siri aan en uit kan schakelen.

Dit werkt allemaal prima en zo, maar nu zit ik verder te kijken. Met de esp's kun je ook rgbw leds aansturen en dan wordt het interessant: kunnen we lampen maken die kamerlamp power bieden, maar ook alle kleuren kunnen doen? Zie: http://adityatannu.com/bl...-HomeKit-accessories.html

Ik heb ondertussen al gekeken naar het gebruik van Adafruit Neopixels, maar ik schat dat deze niet voldoende power bieden om er een schappelijke woonkamerlamp van te maken. Het hoeft natuurlijk geen schijnwerper te zijn, maar een ledje van amper wat (pun intended) schiet het natuurlijk niet op.

Is er hier al eens iemand met iets dergelijks bezig geweest?

[simon]

Voor zoiets moet je dan niet kijken naar hoe je een groter voltage aanstuurt dan je 3.3 of 5v; en kom je op dit soort discussies uit (http://forum.allaboutcirc...r-mosfet-as-switch.54892/). Of werken met relais?

(https://learn.sparkfun.co...g-large-led-installations)

[ Voor 11% gewijzigd door simon op 23-02-2016 17:03 ]

[Ice T]

edjeed schreef op dinsdag 23 februari 2016 @ 16:16:
Gewoon met 5V je display voeden, de SCL en de SDA worden naar 3.3V getrokken door de ESP8266

Waarom is hiervoor dan geen logic level converter nodig? Kun je dat uitleggen, wanneer wel of niet?

[costo]

Ice T schreef op dinsdag 23 februari 2016 @ 15:41:
Ik heb een ESP Witty en wil daarop een OLED aansluiten via I2C. (linkje oled)

Probleempje alleen is dat er 5V op de VCC staat, terwijl de ESP logic 3V3 is. Geen pin dus voor 3V3.
Hoe kom ik nou het makkelijkste aan 3V3? Kan ik gewoon een (extra) output pin op HIGH gooien voordat het scherm initialiseer?

Waarom laat je die OLED niet gewoon op 3.3v werken ?
Die mini nodemcu heeft toch een 5v naar 3.3v adapter aan boord, die kan echt wel 15mA extra leveren.
Even een draadje aan Vcc3.3v solderen, je moet toch ook al solderen om de oled aan te kunnen sluiten.

Als je het per-se wil zou je de oled vanuit 2 GPIO pinnnen moeten kunnen sturen, 12mA is de max stroom die een 8266 pin kan sourcen dus 2 stuks samen kunnen wel 15mA aan.

edit: Als er bij jou 5V op de Vcc pin van het board staat, wel onhandig, dan zul je een draadje ofwel op de VCCpin van de esp12F module moeten solderen of vanaf de onderkant waar de regelaar zit.

[ Voor 9% gewijzigd door costo op 24-02-2016 00:57 ]

[costo]

Tom-Z schreef op dinsdag 23 februari 2016 @ 15:07:
Ik ben bezig met een redelijk ingewikkeld project te schrijven met de Arduino core voor ESP8266. Ik doe dit nu in de Arduino IDE, maar die is niet zo geweldig. Is er een betere IDE voor de ESP8266 waarmee ik ook (makkelijk) de Arduino core kan gebruiken?

Ik lees positieve dingen over Eclipse. Een Java/C/C++ ontwikkel omgeving.

Kijk b.v. eens hier: http://www.esp8266.com/viewtopic.php?f=9&t=820

[Pino]

Tom-Z schreef op dinsdag 23 februari 2016 @ 15:07:
Ik ben bezig met een redelijk ingewikkeld project te schrijven met de Arduino core voor ESP8266. Ik doe dit nu in de Arduino IDE, maar die is niet zo geweldig. Is er een betere IDE voor de ESP8266 waarmee ik ook (makkelijk) de Arduino core kan gebruiken?

Ik gebruik Visual Studio (Community) 2015 met VisualMicro plugin: http://www.visualmicro.com/

[ThunderNet]

Pino schreef op woensdag 24 februari 2016 @ 08:02:
[...]


Ik gebruik Visual Studio (Community) 2015 met VisualMicro plugin: http://www.visualmicro.com/

Dat ziet er interessant uit! Vanavond even proberen

[edjeed]

Ice T schreef op dinsdag 23 februari 2016 @ 19:07:
[...]


Waarom is hiervoor dan geen logic level converter nodig? Kun je dat uitleggen, wanneer wel of niet?

Omdat I2C data en clock lijnen 'Open-drain' zijn. Voor meer info:

https://learn.sparkfun.co...i2c-at-the-hardware-level

[RobV]

edjeed schreef op woensdag 24 februari 2016 @ 12:35:
[...]


Omdat I2C data en clock lijnen 'Open-drain' zijn. Voor meer info:

https://learn.sparkfun.co...i2c-at-the-hardware-level

Dat betekent niet dat je alles zomaar aan elkaar kunt knopen:

In general, in a system where one device is at a higher voltage than another, it may be possible to connect the two devices via I2C without any level shifting circuitry in between them. The trick is to connect the pull-up resistors to the lower of the two voltages. This only works in some cases, where the lower of the two system voltages exceeds the high-level input voltage of the the higher voltage system–for example, a 5V Arduino and a 3.3V accelerometer.

Dus soms gaat het goed.

[lordprimoz]

je hebt niet perse een level shifter ic nodig, maar het direct aan elkaar hangen van je lijnen door middel van een pull up naar 3v3 is inderdaad geen goed idee.

de oplossing hiervoor is overigens redelijk simpel, gebruik een 3v3 zener diode.


de weerstands waarde moet je beetje mee spelen. 220ohm blijkt wel aardig te werken, denk 1K ook wel.