[Jonathan]

… Beim Arduino nano kann man SoftwareSerial und I2C ( „wire“ Bibliothek ) nicht gemeinsam nutzen……

—————-
Ich wollte mir gerade so ein Display mit I2C bestellen. Das würde echt nicht funktionieren? Oder?

[Rainer]

Hallo Jonathan,

richtig, beim nano klappt das nicht.
Ich habe damals aus dem Grund den Leonardo bzw. Micro für meine Projekte genommen, die haben eine zweite Serial Schnittstelle.

Allerdings kann man das Display bei meiner Version von der I2C Interface Platine abziehen und dann, wie im Bild sichtbar, über 6 I/O Pins ansteuern. Hierbei nicht den Trimmer für den Kontrast vergessen !
Achtung : die meisten Beispiele in der LiquidCrystal Lib haben 11 und 12 mit genutzt, die werden hier für das WLAN Modul verwendet.

Ich habe mal eine verbesserte Version des NTP Time Servers angehängt :
der Aufruf des Servers alle 300 Sekunden durch die Time Lib,
die LED an PIN 13 leuchtet, wenn die Synchronisation geklappt hat und nicht, wenn die Synchronisation fehlgeschlagen ist,
Datum und Uhrzeit werden angezeigt.

Viel Erfolg,

Rainer

• Diese Antwort wurde geändert vor 8 Jahren, 10 Monaten von Rainer.

Attachments:

1. NTP_Time_Server.ino_.zip

[kusmi]

Ich habe ein ähnliches Problem – ich habe bis zum Tag 14 alle Experimente durchführen können, aber als ich heute das NanoESP Modul für das Experiment 15 programmieren wollte, konnte ich es nicht hochladen und erhielt die Fehlermeldung:

avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
...

Immer wenn ich das USB Kabel einstecke leuchtet D2 blau und D6 rot und nach einer Sekunde fängt die LED D3 wie wild an zu blinken und hört nicht mehr auf.

Gibt es eine Möglichkeit das Board zu „resetten“ oder wie könnte ich es wieder re-aktivieren?

[generalovernight]

Mal was Lustiges außer der Reihe. Die Idee kam mir gerade, als ich nochmal bei Conrad reinschaute ;-)

• Dieses Thema wurde geändert vor 8 Jahren, 10 Monaten von generalovernight. Grund: Dateianhang fehlt

[generalovernight]

Noch ein letzter Versuch mit gezipter Datei

[generalovernight]

So sollte es gehen, schade dass es hier keine Voransicht gibt.

[Klaus]

Ich hab nicht mehr weiter gemacht. Keine Zeit. Mal sehen, irgendwann vielleicht. Ich bin halt auch kein C-Profi. Deswegen macht mir Arduino schon leichte Probleme.

[Klaus]

Zur allergrößten Not mit dem Aufspielen eines neuen Bootloaders. Dazu brauchst Du aber einen Programmer, oder einen weiteren Arduino. Hast Du sowas?

[kusmi]

Mit „Programmer“ meinst Du ein USB ➔ Serial Adapter? Leider nicht – und das ist auch mein erster Arduino.

Gibt es eigentlich eine Übersicht was die LEDs auf dem NanoESP alles bedeuten?

[Klaus]

Ich meine einen ISP-Programmer für Atmels. Hättest Du noch einen weiteren Arduino, so hättest Du damit den Programmer nachbilden können. Damit wäre es dann möglich, wenn Du den 6-poligen Sockel einlötest, direkt den Atmel zu programmieren und so den Bootloader neu zu flaschen. Könnte vielleicht sein, dass der bei Dir aus irgendeinem Grund defekt ist. Kennst Du nicht vielleicht jemanden, der sowas hat?

Leider gibt es keine exakten Unterlagen über den Nanoesp. Die LEDs neben dem Knopf sind Power, Rx, Tx und Digital IO13. Die anderen zeigen wohl Power, Rx oder Tx des WLAN-Moduls. Eine Schaltung des Boards wurde leider des Öfteren angefragt. Aber irgendwie will das scheinbar jemand geheim halten.

[Joerg]

Hallo zusammen,

es wäre interessant zu wissen, welche WLAN-Standards und Verschlüsselungsmodi mit dem NanoESP zuverlässig funktionieren. Laut obigem Datenblatt unterstützt das ESP-Modul ja 802.11 b/g/n und sowohl WPA-PSK als auch WPA2-PSK.

Im Forum berichteten aber andere Kalenderfreunde von Problemen der Anmeldung am Access-Point unter 802.11n. Bei ist es eher der Verschlüsselungsmodus: die Verbindung zum Access-Point klappt nur, wenn ich diesen auf WPA-PSK [TKIP] einstelle. In der Standard-Einstellung (WPA2-PSK [AES], 802.11n) bekomme ich immer die Meldung +CWJAP:1 FAIL oder auch +CWJAP:3 FAIL.

An dem Router/Access-Point selbst scheint es nicht zu liegen, denn das Problem ließ sich an einem anderen Access-Point/Router eines anderen Herstellers reproduzieren.

Merkwürdig ist auch, dass der gemischte Modus (WPA-PSK [TKIP] + WPA2-PSK [AES]) auch nicht funktioniert, obwohl Clients sich ja hier mit WPA-PSK [TKIP] anmelden können.

Daher meine Frage: gibt es noch Möglichkeiten, diese Verbindungsprobleme zum Access-Point etwas detaillierter zu analysieren. Das „+CWJAP:1 FAIL“ ist ja nicht gerade übermäßig verbos. Der Rückgabewert CWJAP:1 sagt ja „connecting timeout“, die Frage wäre also, ob man diesen Timeout des ESP8266 etwas hochsetzten kann (und das ist wohl nicht der einstellbare Timeout der seriellen Schnittstelle).

Haben vielleicht andere User ähnliche Probleme gehabt und eine Lösung gefunden?

Wäre es vielleicht sinnvoll, ein Firmware-Update auf dem ESP-Modul zu versuchen (die installierte Version ist 0.22 und die aktuelle scheint bei 0.50 zu liegen)?

Vielen Dank, Jörg

[Klaus]

Ich hab es noch nicht ausprobiert. Muss erstmal sehen, mit welchem Router ich das mal probieren kann. Ich habe noch einzelne Module mit denen ich das gefahrlos testen könnte. Weiß nur nicht, wo ich die Firmware habe. Ich war mir sicher, ich habe mal eine runter geladen. Ich habe aber auch nur 4K-Mudule. Da passt nicht alles rein. Hast Du mal nen Link zu der neuen Firmware?

[Joerg]

Die AT-Firmware gibt es wohl auf der Espressif-Seite . Ich weiß aber nicht, ob diese gefahrlos auf dem NanoESP installiert werden kann.

[Klaus]

Danke für den Link. Die Seite hatte ich noch nie gesehen. Muss ich mir gleich mal speichern.
Den Nanoesp werde ich erstmal gar nicht anrühren. Wie gesagt, ich hab noch kleine Module. Auf denen werde ich das erstmal testen.

[Klaus]

Wie in den Kommentaren zum Tag 20 angegeben, stelle ich hier die berichtigte Version ein.

Attachments:

1. Day20_ThinkSpeakTwitch-151220a.zip

[Autor]

Beiträge