Druckbare Version
Also langsam zweifel ich an mir. Ich krieg das mit dem Werkreset nicht hin. Spätestens beim dritten Intervall werden die LEDs schon langsamer und danach ist alles so wie vorher...
Ich muss doch die beiden ADHOC Pins brücken, ganz rechts an der Platine oder???
3x reicht meistens schon aus. In der Doku des WLAN Moduls wird von 5x gesprochen und es kann auch passieren das man das so oft machen muss.
Deswegen schrieb ich ja später solange bis...
Der Pin wird wohl nur 1x pro Sekunde geprüft.
Wie schon gesagt - nachdem Du das gemacht hast, warte drei Sekunden und schalte dann die Versorgung aus.
Dann wieder anschalten und in den 9600 Baud passthrough Modus wechseln.
Hattest Du eigentlich mal das mit dem vollautomatischen Test probiert?
Also WIFI Auto configure and Test?
EDIT:
Ja. Auf der Seite der Platine wo das WLAN Modul ist.Zitat:
Ich muss doch die beiden ADHOC Pins brücken, ganz rechts an der Platine oder???
Ja. wie du gesagt hast, läuft nicht durch. Danach keine Veränderung.Zitat:
Hattest Du eigentlich mal das mit dem vollautomatischen Test probiert?
Also WIFI Auto configure and Test?
Ich hab den Werkreset jetzt ca. 25 probiert, entweder ich bin zu doof oder ich mach was falsch.
Was ich mache:
-Robby aus.
-ADHOC brücken
-Robby an
-sofort fang ich an mit eine Sek. ungebrückt, eine Sek. gebrückt...
danach versuch ich im Passthrough mode zu kommunizieren, .$$$ usw.
Stimmt das so?
Tut mir Leid das ich dich mit meiner Unfähigkeit nerve. :-(
Ja, aber halt mit 9600 Baud.Zitat:
danach versuch ich im Passthrough mode zu kommunizieren, .$$$ usw.
Stimmt das so?
Und da sollten schon ohne .$$$ einzugeben Meldungen auf der seriellen Schnittstelle erscheinen...
(eben das mit dem Auto-Assoc failed weil keine passenden Einstellungen fürs WLAN).
Was Du noch probieren kannst, ist beim einschalten Taster SW1 gedrückt halten.
Dann loslassen.
Dann, NOCHMAL Taster SW1 drücken. Auf dem Display erscheint
RST 256-WIFI
SW2=OK SW1=NO
Also SW2 drücken und schauen was auf der seriellen Schnittstelle ausgegeben wird.
Warten bis OK! im Display angezeigt wird.
(wenn ERR! angezeigt wird hats nicht geklappt)
DANACH ist die Baudrate eigentlich wieder auf 500000 also sollte alles NORMAL laufen.
(nachdem man es einmal ausgeschaltet hat)
Macht nix. Da kann auch irgendwas anderes schief laufen was ich nicht sehe oder was missverständlich ausgedrückt wurde.Zitat:
Zitat von clark84
Aber leider weiss ich das auch nicht genau.
Erstmal nochmal Danke.
Ich hab eben was interessantes gesehen:
Ich hab mein USB Kabel an den RP6 angeschlossen und den Speicher gelöscht, danach stand das in dem log Display:
Upload in progress...
Erasing Program memory; Range: 0 - 7800
Change baudrate of USB0 | RP6 USB Interface | ARTO3H5E from 500000 to 38400 OK!
Task completed successfully! Time needed: 4196ms
Kann da das Problem liegen?
Zitat:
Zitat von clark84
Hier nochmal die "Skizze":
USB<-->ATMEGA2560 mit Bootloader<-->WLAN Modul
Schrieb ich ja weiter oben schon - diese Meldungen betreffen ausschließlich die Verbindung von PC zum Bootloader.
Nicht vom Bootloader zum WLAN Modul.
Der Bootloader wechselt während des Upload Vorgangs kurz auf der USB-Interface Schnittstelle von 38400 auf 500000 Baud
damits schneller geht.
Diese Schnittstelle ist aber sonst immer auf 38400 eingestellt damit man im Terminal auch was sieht...
Ganz anders beim WLAN Modul, hier wird immer die Baudrate verwendet die im internen Flash ROM gespeichert wurde und
die wird nicht während der Übertragung geändert.
Das ist normalerweise 500000 Baud - oder nach einem Werksreset eben 9600.
Kann man aber auch auf was ganz anderes ändern bei Bedarf!
Auch der Mikrocontroller kann hier fest auf eine andere Baudrate eingestellt werden (die intern gespeichert wird).
Beides kann man normalerweise im WIFI Config -> Boot Tab einstellen und für den Mikrocontroller dort auch zurücksetzen.
Das funktioniert für das WLAN Modul dort aber nur wenn die Baudrate des WLAN Moduls bekannt ist.
Das WLAN Modul zurücksetzen kann man über die genannten Methoden oben.
Warum das bei Dir nicht klappt weiss ich aber leider auch nicht.
Mach den HW Werksreset mal mit einer anderen "Frequenz" also schneller brücken.
Ich hab das hier gerade live auf meinem Schreibtisch ausprobiert - hat eigentlich immer gut funktioniert...
Auch während der Entwicklung habe ich einige böse Sachen mit der Konfiguration angestellt - war aber nie ein Problem
das wieder zurückzusetzen... sehr seltsam.
MfG,
SlyD
Hab beim gefüllten 100. Versuch eine Reaktion gehabt, im Terminal erschien:
"RP6 Control M256 WIFI Selftest!
*** S E R I A L I N T E R F A C E ***
Please see text output on the WIFI Interface!"
Leider war danach auch nix anders als vorher!?!
Hallo,
das ist nur die Ausgabe des Testprogramms das Du in den Mikrocontroller geladen hast.
(die eigentliche Ausgabe mit Menü usw. wird nur über das WLAN Modul gesendet!).
Habe mir gerade etwas Zeit genommen und ein kleines Testprogramm geschrieben das Du mal
laufen lassen kannst:
http://arexx.com/rp6/downloads/RP6M2...drate_test.zip
Wenn das Menü erscheint 8 eintippen und Enter drücken.
Dann testet das Programm einige (aber nicht komplett alle!) mögliche Baudraten durch und schaut ob eine
Antwort kommt. Es werden nur die Baudraten getestet die auch im Bootloader normal konfiguriert werden können.
Das Programm kann einige Minuten benötigen bis es durchgelaufen ist und die Ausgaben sind nicht
sonderlich schön - ist nur schnell zusammengehackt! Kann gut sein das da noch Fehler drin sind.
Bei den nicht passenden Baudraten wird zwischendurch immer irgendein Sonderzeichen-Salat ausgegeben.
Das ist normal, weil die Baudrate nicht stimmt.
Das sieht dann z.B. ganz am Ende so aus (41667 baud sind es nicht, aber 38462 baud passt).
Zitat:
...
-----------------------------------------------------
Now trying next baudrate...
Testing Baudrate: 41667 <<<-----------####
##### WLAN RESET #####
Now waiting 5 seconds for any status output from WIFI...
Please check for "Auto-Assoc ... failed" and WiFly Boot messages!
W{MAC}
□§Ù†Üù@¦Åâ@b^cn\@`p]am]b`ab@ßÞ@¢ž]agaƒ@ÄÄâ}``r`nrnnroarÅezÆxZ¢…„¹Z
TIMEOUT
GOT NO VALID RESPONSE!
******* input from WIFI:
ENTER CMD GPIO14!
W{?}
TIMEOUT
### CMD mode ***FAIL*** TRY AGAIN...
W{?}
TIMEOUT
FAIL! Now trying normal mode...
ENTER CMD NORMAL!
W{CMD}
TIMEOUT
FAIL!
Now waiting 5 seconds for any status output from WIFI...
Please check for "Auto-Assoc ... failed" messages!
******* input from WIFI:
------
Try again...
ENTER CMD NORMAL!
W{CMD}
TIMEOUT
FAIL!
******* Last input from WIFI:
-----------------------------------------------------
Now trying next baudrate...
Testing Baudrate: 38462 <<<-----------####
##### WLAN RESET #####
Now waiting 5 seconds for any status output from WIFI...
Please check for "Auto-Assoc ... failed" and WiFly Boot messages!
W{MAC}
□WiFly Ver 2.36, 08-15-2012 on RN-171
MAC Addr=00:06:66:71:e5:f8
[OK:MAC Addr=00:06:66:71:e5:f8]
SUCCESS!!!! ####################
################################################## #################
################################################## #################
################################################## #################
------------------------------------------------
Baudrate Test successful, Baudrate is: 38462
------------------------------------------------
Das Programm erkennt nicht alle möglichen Textausgaben - also bitte drauf achten ob direkt nach den
"Now waiting 5 seconds" Meldungen irgendwas sinnvolles/lesbares ausgegeben wird.
MfG,
SlyD
Leider findet dein Programm auch keine passende Bautrate. :(
Ich hab mal meine General Settings als Bild angehängt, vielleicht stimmt da ja grundsätzlich was nicht...
Anhang 23782
Zitat:
Leider findet dein Programm auch keine passende Bautrate.
Sicher das nirgendwo eine lesbare Ausgabe des WLAN Moduls erfolgte?
Wie gesagt - das Programm ist nicht perfekt und kann auch was übersehen.
(hier funktioniert es allerdings tadellos)
Alles in "General Settings" setzt eine funktionierende serielle Verbindung zum Modul voraus.
Ist das nicht gegeben, haben diese Einstellungen gar keinen Einfluss.
Das ist jedenfalls sehr sehr seltsam und kam bislang noch nie vor das sich ein Modul nicht
zurücksetzen ließ.
Könnte evtl. sogar ein Hardwaredefekt sein, wenn das mit dem HW Reset tatsächlich nicht funktioniert.
OK ganz andere Möglichkeit die mit etwas Aufwand verbunden ist:
Was man noch probieren könnte wäre mit einem Notebook oder einem USB WLAN Stick
eine ADHOC Verbindung zum Modul aufzubauen.
Dazu beim Einschalten den ADHOC Jumper brücken (nur EINMAL).
Dann sind die Einstellungen folgendermaßen:
Die IP des Rechners der zum konfigurieren verwendet wird sollte dazu passend eingestellt werden.Zitat:
SSID: WiFly-GSX-XX
Security: OPEN
Channel: 1
DHCP: OFF
IP: 169.254.1.1
Netmask: 255.255.0.0
z.B. 169.254.1.2 und 255.255.0.0
Die normalen Netzwerkverbindungen müsste man auch erstmal deaktivieren damit das ordentlich klappt.
Danach kann man z.B. mit PuTTY oder per Konsole mit telnet 169.254.1.1 2000 auf das Modul zugreifen.
Es kann einige Minuten dauern bis die Verbindung klappt, also vor dem ersten Versuch etwas warten.
Wenn die Verbindung klappt sollte man die Ausgabe *HELLO* erhalten.
Wenn man $$$ ohne sonstiges (NICHT Enter drücken) eintippt und etwas wartet sollte man
auf die Kommandozeile des Moduls kommen, dann erstmal
get everything
eingeben und die Ausgabe mir per Mail schicken. Würde mich sehr interessieren was da konfiguriert wurde.
Dann kann per:
set uart baudrate 9600
save
(jeweils mit ENTER bestätigen)
die Baudrate geändert werden.
EDIT:
Noch vergessen, ganz wichtig:
Danach das Modul AUS und wieder EINschalten!
Sonst wird die Baudrate nicht übernommen.
Danach mal probieren ob man mit dem RobotLoader das Modul mit dem init 9600 Button konfigurieren kann.
Aber wie gesagt, das geht nur wenn entsprechende Geräte vorhanden sind - und kann je nach Betriebssystem
etwas haarig sein das zum laufen zu bringen z.B. bei älteren WinXP Versionen.
MfG,
SlyD