Entwicklung / Sammelbestellung Platine für MySensors-WLAN-Gateway (ESP8266)

[Hauswart]

Wenn ich das richtig sehe, handelt es sich hierbei um das Flashtool. 2.4 ist das aktuellste (wobei 2.3 in der Anzeige steht). Die (momentan) aktuellste Firmware befindet sich in den SDKs (http://bbs.espressif.com/viewtopic.php?f=46&t=1702). Version 1.5.2 vom 29.01.16.

Ich "scheitere" dann an so Fragen (boot-Mode oder non-boot-Mode). Oder Flash-Size.
Welche ist richtig? Flash size 32Mbit: 512KB+512KB oder Flash size 32Mbit-C1: 1024KB+1024KB
Im readme wird nur auf die Datei boot_v1.2 eingegangen. Wozu ist dann im SDK auch die boot_v1.5.bin? Wurde nur vergessen, das readme anzupassen?
Welche Unterschiede bestehen zwischen user1.1024.new.2.bin und user1.2048.new.5.bin?

Vielleicht sehe ich das Ganze als zu kompliziert an und ich muss einfach noch mal in Ruhe von vorne anfangen bzw. einfach "machen". Was soll schon passieren. Schlimmsten Falls stirbt ein Chip, den ich ansonsten vermutlich sowieso nicht verwendet hätte.

Interessant - wenn du eine Lösung hast, lässt du uns daran teilhaben?

[Omega-5]

@Omega-5 An welchen PINs hast du die Kondensatoren angeschlossen?

Natürlich an den Pins für die Spannungsversorgung (VCC-GND). Beim Senden fließt ja ein höherer Strom und das kann zu kurzen Einbrüchen auf den Versorgungsleitungen führen, was eventuell einen Reset auslöst.
Und hier der Link auf die Erklärung von locutus. https://forum.fhem.de/index.php/topic,42998.msg359116.html#msg359116

Gruß Friedrich

[Klaus0815]

Habe das hier gefunden, aber gerade keine Zeit zum testen, vielleicht hilft es ja ?

http://www.allaboutcircuits.com/projects/update-the-firmware-in-your-esp8266-wi-fi-module/

Mir ist nicht ganz klar: Wird Durch den Arduino-ESP-Core diese Original-Firmware von Espressiv überschrieben, oder bleibt sie bestehen und Das Arduino-Zeug ist nur zusätzlich im Speicher?

[Omega]

Die Seite ist gut geschrieben und hat mir auch schon weitergeholfen.
Bei einem von meinen vielen Tests hatte ich eine Version, bei der ich mit den AT-Kommandos die Firmwareversion abfragen konnte. Sobald ich dann Arduino-Zeugs  draufgespielt habe, kam ich über die AT-Kommandos nicht mehr auf den Chip. Da lief dann ja auch sofort der geladene Sketch los.

Die permanenten Resets haben wohl nichts mit der Firmware-Version zu tun. Die kommen unabhängig davon, welche Version im Einsatz ist. Ich verwende die MySensors-DEV-library und teste sowohl mit der ESP 2.1.0- als auch 2.0.0-Library. Arduino IDE sowohl 1.65 als auch 1.68.

An falsche / schwache Spannungen mag ich nicht wirklich glauben, da ich keine nackten ESPs verwende sondern NodeMCU-Platinen, die mMn bereits die notwendige Vorsorge beinhalten.

Fehlerhafte Werte der Sensoren (nicht nur bei Schaltzuständen (on/off) sondern auch Temperatur- und Feuchtigkeitswerte) kann ich mittlerweile konkret am Gateway festmachen. Das GW prüft anscheinend nicht, ob es die Werte vom Sensor richtig empfangen hat.

Ich habe einen Sensor, der u.a. Temperatur und Feuchte meldet (DHT22). Bereits im Sensorsketch (weiter oben habe ich ihn schon mal aufgeführt) fange ich fehlerhafte Werte ab (u.a. mit der Funktion isnan).

Dennoch kommen manchmal fehlerhafte Werte in FHEM an. Um das Ganze weiter einzukreisen habe ich den Sensor in 2 FHEM-Instanzen definiert und dabei an unterschiedliche Gateways angemeldet.

Jetzt habe ich die konkrete Situation, dass im Log von FHEM-Instanz-1 steht:

Code Auswählen Erweitern


2016.03.17 11:07:12 1: PERL WARNING: Argument "67339F4101" isn't numeric in numeric le (<=) at ./FHEM/98_dewpoint.pm line 264.
2016.03.17 11:07:12 1: Error dewpoint: humidity invalid: 67339F4101

Passend dazu im Sensorlog finde ich diesen Wert wieder.

Code Auswählen Erweitern


2016-03-17_11:05:12 MYSENSOR_104 temperature: 19.9
2016-03-17_11:07:12 MYSENSOR_104 temperature: 19.9
2016-03-17_11:07:12 MYSENSOR_104 humidity: 67339F4101
2016-03-17_11:09:12 MYSENSOR_104 temperature: 19.9


In der 2. FHEM-Instanz steht nichts im Log, im Sensorlog dazu steht

Code Auswählen Erweitern


2016-03-17_11:05:12 MYSENSOR_104 humidity: 39.4
2016-03-17_11:05:12 MYSENSOR_104 dewpoint: 5.7
2016-03-17_11:07:12 MYSENSOR_104 temperature: 19.9
2016-03-17_11:07:12 MYSENSOR_104 humidity: 39.6
2016-03-17_11:07:12 MYSENSOR_104 dewpoint: 5.8
2016-03-17_11:09:12 MYSENSOR_104 temperature: 19.9
2016-03-17_11:09:12 MYSENSOR_104 humidity: 39.7
2016-03-17_11:09:12 MYSENSOR_104 dewpoint: 5.8


Um 11:07:12 wurden hier korrekte Werte empfangen. Das zeigt – unabhängig von meinen Programmierkünsten – hat der Sensor korrekte Werte gesendet.
In meinen Augen ist es daher eindeutig das Gateway, das empfangene Werte ,,verhunzt".

Es dürfte wenig mit Empfangsqualität zu tun haben, da ich das Phänomen auch schon beobachtet hatte, wenn Sensor und Gateway im selben Raum mit vielleicht 3m Abstand stehen.

[Peter_64]

Die Seite ist gut geschrieben und hat mir auch schon weitergeholfen.
Bei einem von meinen vielen Tests hatte ich eine Version, bei der ich mit den AT-Kommandos die Firmwareversion abfragen konnte. Sobald ich dann Arduino-Zeugs  draufgespielt habe, kam ich über die AT-Kommandos nicht mehr auf den Chip. Da lief dann ja auch sofort der geladene Sketch los.

Die permanenten Resets haben wohl nichts mit der Firmware-Version zu tun. Die kommen unabhängig davon, welche Version im Einsatz ist. Ich verwende die MySensors-DEV-library und teste sowohl mit der ESP 2.1.0- als auch 2.0.0-Library. Arduino IDE sowohl 1.65 als auch 1.68.

An falsche / schwache Spannungen mag ich nicht wirklich glauben, da ich keine nackten ESPs verwende sondern NodeMCU-Platinen, die mMn bereits die notwendige Vorsorge beinhalten.

Fehlerhafte Werte der Sensoren (nicht nur bei Schaltzuständen (on/off) sondern auch Temperatur- und Feuchtigkeitswerte) kann ich mittlerweile konkret am Gateway festmachen. Das GW prüft anscheinend nicht, ob es die Werte vom Sensor richtig empfangen hat.

Ich habe einen Sensor, der u.a. Temperatur und Feuchte meldet (DHT22). Bereits im Sensorsketch (weiter oben habe ich ihn schon mal aufgeführt) fange ich fehlerhafte Werte ab (u.a. mit der Funktion isnan).

Dennoch kommen manchmal fehlerhafte Werte in FHEM an. Um das Ganze weiter einzukreisen habe ich den Sensor in 2 FHEM-Instanzen definiert und dabei an unterschiedliche Gateways angemeldet.

Jetzt habe ich die konkrete Situation, dass im Log von FHEM-Instanz-1 steht:

Code Auswählen Erweitern


2016.03.17 11:07:12 1: PERL WARNING: Argument "67339F4101" isn't numeric in numeric le (<=) at ./FHEM/98_dewpoint.pm line 264.
2016.03.17 11:07:12 1: Error dewpoint: humidity invalid: 67339F4101

Passend dazu im Sensorlog finde ich diesen Wert wieder.

Code Auswählen Erweitern


2016-03-17_11:05:12 MYSENSOR_104 temperature: 19.9
2016-03-17_11:07:12 MYSENSOR_104 temperature: 19.9
2016-03-17_11:07:12 MYSENSOR_104 humidity: 67339F4101
2016-03-17_11:09:12 MYSENSOR_104 temperature: 19.9


In der 2. FHEM-Instanz steht nichts im Log, im Sensorlog dazu steht

Code Auswählen Erweitern


2016-03-17_11:05:12 MYSENSOR_104 humidity: 39.4
2016-03-17_11:05:12 MYSENSOR_104 dewpoint: 5.7
2016-03-17_11:07:12 MYSENSOR_104 temperature: 19.9
2016-03-17_11:07:12 MYSENSOR_104 humidity: 39.6
2016-03-17_11:07:12 MYSENSOR_104 dewpoint: 5.8
2016-03-17_11:09:12 MYSENSOR_104 temperature: 19.9
2016-03-17_11:09:12 MYSENSOR_104 humidity: 39.7
2016-03-17_11:09:12 MYSENSOR_104 dewpoint: 5.8


Um 11:07:12 wurden hier korrekte Werte empfangen. Das zeigt – unabhängig von meinen Programmierkünsten – hat der Sensor korrekte Werte gesendet.
In meinen Augen ist es daher eindeutig das Gateway, das empfangene Werte ,,verhunzt".

Es dürfte wenig mit Empfangsqualität zu tun haben, da ich das Phänomen auch schon beobachtet hatte, wenn Sensor und Gateway im selben Raum mit vielleicht 3m Abstand stehen.

Hallo wie viele GW laufen bei Dir gleichzeitig auf der gleichen Frequenz

[Omega]

Hallo wie viele GW laufen bei Dir gleichzeitig auf der gleichen Frequenz

2 laufen mit dem Standard-Kanal des NRF24L01+
1 auf Kanal 1
1 auf Kanal 83
1 LaCrosseGateway - das allerdings auf anderen Frequenzen

[Peter_64]

2 laufen mit dem Standard-Kanal des NRF24L01+
1 auf Kanal 1
1 auf Kanal 83
1 LaCrosseGateway - das allerdings auf anderen Frequenzen

Teste mal NUR EIN GW AUF EINER FREQUENZ UND SCHAU WAS DANN DIE WERTE SO MACHEN

[Omega]

Teste mal NUR EIN GW AUF EINER FREQUENZ UND SCHAU WAS DANN DIE WERTE SO MACHEN

Habe ich gemacht (verrätst du mir auch den Grund für diesen Versuchsaufbau?).

Ein Auszug aus dem Log:

Code Auswählen Erweitern


2016-03-17_23:39:16 MYSENSOR_104 temperature: 20.0
2016-03-17_23:39:16 MYSENSOR_104 humidity: 39.6
2016-03-17_23:39:16 MYSENSOR_104 dewpoint: 5.9
2016-03-17_23:45:09 MYSENSOR_104 temperature: 20.0
2016-03-17_23:45:09 MYSENSOR_104 humidity: 20.0
2016-03-17_23:45:09 MYSENSOR_104 dewpoint: -3.6
2016-03-17_23:47:09 MYSENSOR_104 humidity: 39.7
2016-03-17_23:49:09 MYSENSOR_104 temperature: 20.0
2016-03-17_23:49:09 MYSENSOR_104 humidity: 38.7
2016-03-17_23:49:09 MYSENSOR_104 dewpoint: 5.5
2016-03-17_23:51:09 MYSENSOR_104 temperature: 20.0
2016-03-17_23:51:09 MYSENSOR_104 humidity: 39.3
2016-03-17_23:51:09 MYSENSOR_104 dewpoint: 5.7
2016-03-17_23:53:09 MYSENSOR_104 temperature: 20.0
2016-03-17_23:53:09 MYSENSOR_104 humidity: 39.8
2016-03-17_23:53:09 MYSENSOR_104 dewpoint: 5.9
2016-03-17_23:55:09 MYSENSOR_104 temperature: 19.9
2016-03-17_23:55:09 MYSENSOR_104 humidity: 39.3
2016-03-17_23:55:09 MYSENSOR_104 dewpoint: 5.7
2016-03-17_23:57:12 MYSENSOR_104 temperature: 19.9
2016-03-17_23:57:12 MYSENSOR_104 humidity: 39.8
2016-03-17_23:57:12 MYSENSOR_104 dewpoint: 5.8
2016-03-17_23:59:09 MYSENSOR_104 temperature: 19.9
2016-03-17_23:59:09 MYSENSOR_104 temperature: 19.9
2016-03-18_00:01:09 MYSENSOR_104 temperature: 1100952370
2016-03-18_00:01:09 MYSENSOR_104 humidity: 39.7
2016-03-18_00:01:09 MYSENSOR_104 dewpoint: 4198.6
2016-03-18_00:03:09 MYSENSOR_104 temperature: 19.9
2016-03-18_00:03:09 MYSENSOR_104 humidity: 39.5
2016-03-18_00:03:09 MYSENSOR_104 dewpoint: 5.7
2016-03-18_00:05:09 MYSENSOR_104 temperature: 19.9
2016-03-18_00:05:09 MYSENSOR_104 humidity: 1255774463.99999992


Die Fehler um 00:01:09 und 00:05:09 sind offensichtlich.
Noch schlimmer finde ich allerdings den Humidity-Wert um 23:45:09. Nur aufgrund des plötzlich negativen dewpoint-Wertes bin ich darauf aufmerksam geworden. Der Sensor ist im Haus. Innerhalb von 8 Minuten kann ich solche Feuchtigkeitsschwankungen ausschließen.

[Peter_64]

Habe ich gemacht (verrätst du mir auch den Grund für diesen Versuchsaufbau?).

Ein Auszug aus dem Log:

Code Auswählen Erweitern


2016-03-17_23:39:16 MYSENSOR_104 temperature: 20.0
2016-03-17_23:39:16 MYSENSOR_104 humidity: 39.6
2016-03-17_23:39:16 MYSENSOR_104 dewpoint: 5.9
2016-03-17_23:45:09 MYSENSOR_104 temperature: 20.0
2016-03-17_23:45:09 MYSENSOR_104 humidity: 20.0
2016-03-17_23:45:09 MYSENSOR_104 dewpoint: -3.6
2016-03-17_23:47:09 MYSENSOR_104 humidity: 39.7
2016-03-17_23:49:09 MYSENSOR_104 temperature: 20.0
2016-03-17_23:49:09 MYSENSOR_104 humidity: 38.7
2016-03-17_23:49:09 MYSENSOR_104 dewpoint: 5.5
2016-03-17_23:51:09 MYSENSOR_104 temperature: 20.0
2016-03-17_23:51:09 MYSENSOR_104 humidity: 39.3
2016-03-17_23:51:09 MYSENSOR_104 dewpoint: 5.7
2016-03-17_23:53:09 MYSENSOR_104 temperature: 20.0
2016-03-17_23:53:09 MYSENSOR_104 humidity: 39.8
2016-03-17_23:53:09 MYSENSOR_104 dewpoint: 5.9
2016-03-17_23:55:09 MYSENSOR_104 temperature: 19.9
2016-03-17_23:55:09 MYSENSOR_104 humidity: 39.3
2016-03-17_23:55:09 MYSENSOR_104 dewpoint: 5.7
2016-03-17_23:57:12 MYSENSOR_104 temperature: 19.9
2016-03-17_23:57:12 MYSENSOR_104 humidity: 39.8
2016-03-17_23:57:12 MYSENSOR_104 dewpoint: 5.8
2016-03-17_23:59:09 MYSENSOR_104 temperature: 19.9
2016-03-17_23:59:09 MYSENSOR_104 temperature: 19.9
2016-03-18_00:01:09 MYSENSOR_104 temperature: 1100952370
2016-03-18_00:01:09 MYSENSOR_104 humidity: 39.7
2016-03-18_00:01:09 MYSENSOR_104 dewpoint: 4198.6
2016-03-18_00:03:09 MYSENSOR_104 temperature: 19.9
2016-03-18_00:03:09 MYSENSOR_104 humidity: 39.5
2016-03-18_00:03:09 MYSENSOR_104 dewpoint: 5.7
2016-03-18_00:05:09 MYSENSOR_104 temperature: 19.9
2016-03-18_00:05:09 MYSENSOR_104 humidity: 1255774463.99999992


Die Fehler um 00:01:09 und 00:05:09 sind offensichtlich.
Noch schlimmer finde ich allerdings den Humidity-Wert um 23:45:09. Nur aufgrund des plötzlich negativen dewpoint-Wertes bin ich darauf aufmerksam geworden. Der Sensor ist im Haus. Innerhalb von 8 Minuten kann ich solche Feuchtigkeitsschwankungen ausschließen.

Hallo
Ich hatte eben auch immer diese Probleme, teilweise hingen sich die GW sogar auf. Hatte es zwischendurch mit Mysensor ganz gelassen. Durch Zufall hatte ich festgestellt dass es Keine FEHLER gibt seid ich je Frequenz nur ein GW habe. Meine Ver., MySensor Development, GW und Sensoren. Ein Esp mit Sketch von Alex, und seinem Multisensor sketch, hab auch einen DHT22 drauf, keinen einigen Fehler seit tagen und auch keinen Reconnect mehr. Wenn ich aber ein zweites GW der gleichen Frequenz nur starte, kann ich auf den ersten Fehler warten, das GW muss da nicht mal in Fhem angelegt sein.

[hexenmeister]

Zweite Charge (50 Stück) ist da. Die Platinen sehen gut aus, ich musste sie jedoch zunächst in Spiritus baden, waren alles andere als gut gereinigt.
Gleich zwei (eigene) Fehler gefunden:
- ein Schriftzug ist spiegelverkehrt (was hat mich da geritten?)
- Plus-Kennzeichnung beim Tantal fehlt. Dabei gnau bei den Dingern muss man vorsichtig sein.
Beide Fehler sind jedoch sicher verschmerzbar.

Ich werde die Tage eine zum testen aufbauen. Bei Erfolg kann gleich die dritte Charge gestartet werden.
Ich habe hier Teile für ca. 20 komplette Gateways (vor allem von ESP, Radio und Tantals sind gerade nicht mehr da).
Wer bestückt diesmal mit?

[Achim]

Hallo,

wenn sich niemand anders meldet, würde ich die Platinen bestücken. Allerdings kann ich erst ab 04.04. damit anfangen. Ich bin ab Freitag bis 03.04 im Urlaub.

Viele Grüße
Achim

[PeMue]

Gleich zwei (eigene) Fehler gefunden:
- ein Schriftzug ist spiegelverkehrt (was hat mich da geritten?)
- Plus-Kennzeichnung beim Tantal fehlt. Dabei gnau bei den Dingern muss man vorsichtig sein.

Und keiner hat's gemerkt 
Das ist dann wohl aber seit der letzten Version so, oder?
(https://forum.fhem.de/index.php?action=dlattach;topic=46304.0;attach=49066;image)

Wer bestückt diesmal mit?

Hm, leider habe ich diesmal keine Bauteile bestellt, daher eher nicht. Muss auch mal das LGW fertig machen, sonst "mault" HCS 

Heute morgen bin ich kurz weg, danach waren die Bauhofmitarbeiter im Garten: Wasserrohrbruch über fast 15 Meter. Da die Wasseruhr auch gewechselt werden sollte, habe ich mir gleich eine mit Impulsausgang bestellt und jetzt brauche ich eine Platine für den Raspberry Pi ...

Gruß PeMue

[Achim]

Hallo,

die Aussage von Peter

Hm, leider habe ich diesmal keine Bauteile bestellt, daher eher nicht

irritiert mich jetzt etwas. Muss ich die Bauteile für die Bestückung selbst bestellen. Ist an sich kein Problem, mache ich auch, nur wird die Lieferung der Teile aus "Übersee" etwas dauern und somit auch das Bestücken.

Viele Grüße
Achim

[PeMue]

Hallo Achim,

das letzte Mal habe ich die NRFs und die ESPs für mich und 10 weitere Platinen (die ich dann bestückt habe), bestellt. Widerstände bzw. Standardbauteile habe ich da, den Rest (USB-Stecker, Schraubklemme, PolyFuse und noch ein wenige andere Kleinigkeiten) habe ich von Alexander bekommen.

Ich habe hier Teile für ca. 20 komplette Gateways (vor allem von ESP, Radio und Tantals sind gerade nicht mehr da).

Wie gesagt, die Radios (und neu der Tantalkondensator) sind die "Engpässe". Für weitere 10 reicht es mir da im Moment leider nicht 

Gruß Peter

[hexenmeister]

Vor Ostern wird bei mir auch nichts. Ich hoffe, dass ich zumindest schaffe, eine Platine zu testen. Beim Mitbestücken, sprechen wir dann einzeln ab, wer was schon hat, was ich mitliefern soll... ich habe ja auch nicht alles in diesem Maße vorrätig. Es ist halt ein Hobbyprojekt, es wird eben etwas dauern