ESP8266 DHT22 Projekt

[H. C. (sunshine)]

Hallo,

ich bin gerade dabei meinen nodeMCU v3 ESP8266 ESP-12 E zu 
programmieren. Eine LED bekomme ich schon zum Blinken, nun möchte ich 
folgendes Projekt bei mir zum Laufen bringen: 
http://blog.thomasheldt.de/esp8266-am2302-dht22-sensor-fuer-akkubetrieb-ein-projekt-zum-mitmachen-3/

Also habe ich das Programm in Arduino 1.8.5 genöffnet und meine 
Variablen aus dem EEPROM entsprechend angepasst:

Wenn ich mir nun die serielle Ausgabe anschaue, erhalte ich alle meine 
angepassten Variablen mit ⸮ z.B.
SENSORSSID=⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮

So wird es im Code ausgegeben:

  for (int i = 117; i < 149; ++i)
  {
    SENSORSSID += char(EEPROM.read(i));
  }
  
  Serial.print(F("SENSORSSID="));
  Serial.println(SENSORSSID.c_str());

Auch meine IP hat er nicht entsprechend meiner Vorgaben angepasst. Woran 
kann das liegen??

Mir ist aufgefallen, dass ich nur eine Systemspannung von 3.028Volt 
habe. Eigentlich würde der Code bei einer Spannung < 3.1Volt gar nicht 
laufen.
Auch wenn ich extern 5V an Vin anschließe, erhöht sich die 
Systemspannung nicht.

[Bernhard S. (b_spitzer)]

Da wird bei die eim EEPROM an Adresse 117 bis 149 wohl nur 0xff 
drinstehen.
Der Rest des Quellcodes ist schonmal korrekt.
Ich tippe auf ein Problem in Zeile 42 oder Layer 8.

[H. C. (sunshine)]

Ja, nur warum werden meine Werte nicht ins EEPROM geschrieben?
Im Code steht unter den Variablen:
String SENSORSSID="ESP8266-DHT22-SENSOR";

Auch die anderen Variablen haben ihren Wert.

Kann das an der Spannung liegen und warum ist die so niedrig?
Das Board wird über USB versorgt ist aber auch so bei externer 
Versorgung über VIN.

[STK-500-Besitzer (Gast)]

H. C. schrieb:
> Im Code steht unter den Variablen:
> String SENSORSSID="ESP8266-DHT22-SENSOR";
Meine Vermutung: Dieser String ist eine Variable im RAM.

> Ja, nur warum werden meine Werte nicht ins EEPROM geschrieben?
Das wird vielleicht in einem früheren Teil des Tutoriums beschrieben.
Es gibt in diesem Teil ja die Funktion "void ReadEEPROMConfig();".
Vielleicht gibt es auch eine "WriteEEPROMConfig()";
Die braucht ja nur einmalig aufgerufen zu werden.
Danach sind die Werte im EEPROM, bis man sie wieder überschreibt.

[sunshineh (Gast)]

Danke für den Hinweis. Ich habe nun im Teil-2 des Tutorials etliche 
kleine Testprogramme gefunden. Den Sensor liest er korrekt aus, aber bei 
diesem Code sollte der ESP8266 eigentlich in den Tiefschlaf gehen und 
alle 2 Sekunden die Messung wiederholen.
Bei mir wird es nur ein einziges Mal gemacht:

#include <DHT.h>
 
#define DHTPIN 4            
#define DHTTYPE DHT22       
 
DHT dht(DHTPIN, DHTTYPE);
 
void setup() {
  pinMode(5,OUTPUT);
  pinMode(14,OUTPUT);
 
  digitalWrite(14,1);
  digitalWrite(5,1);
  
  Serial.begin(115200);
 
  Serial.println(F("")); 
  Serial.println(F("")); 
  Serial.println(F("ESP8266-DHT22-AKKU-SENSOR Test mit Deep-Sleep..."));
  Serial.println(F(""));
  Serial.print(F("SDK-Version: "));
  Serial.println(ESP.getSdkVersion());
  Serial.print(F("ESP8266 Chip-ID: "));
  Serial.println(ESP.getChipId());
  Serial.print(F("ESP8266 Speed in MHz: ")); 
  Serial.println(ESP.getCpuFreqMHz());
  Serial.print(F("Free Heap Size in Bytes: "));
  Serial.println(ESP.getFreeHeap());
  Serial.println(F(""));
 
  delay(1000);
  
  dht.begin();
 
  float hum = dht.readHumidity();
  float temp = dht.readTemperature();
 
  if (isnan(hum) || isnan(temp)) {
    Serial.println(F("Sensorfehler!"));
  } else {
    Serial.print(F("Luftfeuchte: "));
    Serial.print(hum);
    Serial.println(F(" %"));
    Serial.print(F("Temperatur: "));
    Serial.print(temp);
    Serial.println(F(" *C"));
  } 
  
  ESP.deepSleep(2000000, WAKE_RF_DISABLED);
  delay(100);
}
 
void loop() {
}

So sieht meine Ausgabe aus:

{$l⸮⸮|⸮d⸮|  ....noch viel mehr so komische Sonderzeichen, die sich aber nicht kopieren lassen ...
ESP8266-DHT22-AKKU-SENSOR Test mit Deep-Sleep...

SDK-Version: 1.5.3(aec24ac9)
ESP8266 Chip-ID: 991916
ESP8266 Speed in MHz: 80
Free Heap Size in Bytes: 46792

Luftfeuchte: 69.60 %
Temperatur: 17.70 *C
{ll⸮⸮|⸮d⸮|⸮d⸮c<⸮⸮⸮⸮{⸮c$⸮b⸮⸮og⸮l'o⸮⸮⸮#p⸮⸮${ls$⸮s⸮⸮n⸮c⸮ocp

[STK-500-Besitzer (Gast)]

sunshineh schrieb:
> aber bei
> diesem Code sollte der ESP8266 eigentlich in den Tiefschlaf gehen und
> alle 2 Sekunden die Messung wiederholen.
> Bei mir wird es nur ein einziges Mal gemacht:

Dazu müsste

  delay(1000);
  
  dht.begin();
 
  float hum = dht.readHumidity();
  float temp = dht.readTemperature();
 
  if (isnan(hum) || isnan(temp)) {
    Serial.println(F("Sensorfehler!"));
  } else {
    Serial.print(F("Luftfeuchte: "));
    Serial.print(hum);
    Serial.println(F(" %"));
    Serial.print(F("Temperatur: "));
    Serial.print(temp);
    Serial.println(F(" *C"));
  } 
  
  ESP.deepSleep(2000000, WAKE_RF_DISABLED);
  delay(100);

in der loop(){} sein, und nicht nur in setup(){}.
Einfach nur Sachen aus dem Internet zusammen zu kopiern bringt nichts. 
Man sollte sie auch verstehen.

[sunshineh (Gast)]

Das gleich hab ich mir auch gedacht. Dort stand aber geschrieben, dass 
beim Aufwachen jedesmal die Setup durchlaufen wird.
Außerdem habe ich es getestet und den Code mal in die Loop kopiert, das 
Verhalten blieb komplett gleich.

[Michael U. (amiga)]

Hallo,

an die Verbindung GPIO15 mit Reset des ESP hast Du gedacht?
Der ESP-Sleeptimer löst bei Ablauf nur einen L-Impuls an GPIO15 aus, 
dieser muß den ESP resetten damit dieser aus dem Sleep neu startet.

GPIO15 müßte D8 an der NodeMCU sein.

Michael

[Michael U. (amiga)]

Hallo,

Michael U. schrieb:
> an die Verbindung GPIO15 mit Reset des ESP hast Du gedacht?

Es ist natürlich GPIO16, nicht GPIO15...
Es gibt auf der NodeMCU da wohl schon eine passende Beschaltung, das 
sollte man aber je nach Version besser überprüfen.

Gruß aus Berlin
Michael

[G. H. (schufti)]

Hi,
der Code paßt schon so. Natürlich kann man das im setup() haben, wenn es 
sowieso nur einmal durchlaufen werden soll.
Auf NodeMcu Boards ist zwar ein Widerstand gpio16-rst vorgesehen aber 
i.d.R. nicht bestückt.
Eine Brücke ist das Übelste was man da bestücken kann, ein Widerstand 
(ca 560 Ohm) geht gerade so, eine Schottkydiode ist wohl die beste Wahl 
(mit Katode nach gpio16).
Hintergrund: gpio16 ist während deepdleep ziemlich "hard" high, somit 
auch rst und der kann dann von der Flashelektronik kaum erfolgreich auf 
gnd gepulst werden -> Flashversuche schlagen großteils fehl.

[Stefan F. (Gast)]

https://raw.githubusercontent.com/nodemcu/nodemcu-devkit/master/Documents/NODEMCU_DEVKIT_SCH.png

Laut diesem Schaltplan ist da schon ein Widerstand, nämlich R7.

[Joachim S. (oyo)]

Stefan U. schrieb:
> 
https://raw.githubusercontent.com/nodemcu/nodemcu-devkit/master/Documents/NODEMCU_DEVKIT_SCH.png
>
> Laut diesem Schaltplan ist da schon ein Widerstand, nämlich R7.

Bzw. bei Boards die auf dem aktuellen v1.0-Schaltplan
https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/NODEMCU_DEVKIT_V1.0.PDF
basieren, heisst dieser 470 Ohm-Widerstand R11 (und hat die Seite 
gewechselt); der unbestückte Widerstand heisst R10 (siehe Anhang).

[G. H. (schufti)]

dass der V0.9 Schaltplan in dem Bereich Unfug ist steht wohl ausser 
Debatte, oder?

[Stefan F. (Gast)]

> dass der V0.9 Schaltplan in dem Bereich Unfug ist steht wohl ausser
> Debatte, oder?

Man beachte, dass der Taster dort als KEY_USER beschriftet ist, nicht 
als RESET Taster. Bei der Schaltung 0.9 ohne Brücke kann man ihn 
tatsächlich als User-Taster verwenden.

Erwarten würde das aber wohl kaum jemand, oder?