ZitierenInteressant, dann müsste SlyD mal sagen, ob diese LED ein Problem darstellt.
Lauter Fehler:
Code:+++ Now Testing WLAN Module I/O Ports +++ Testing M256 CTS (PINJ7) <<-- WLAN RTS... *** ERROR M256 CTS DOES NOT WORK PROPERLY! TRY AGAIN! *** Test M256 CTS --> FAIL! ############ *** Make sure flow control is enabled! Now testing the other GPIOs please wait... *** Test M256 RTS --> FAIL! ############ *** Make sure flow control is enabled! WLAN GPIO14 is working fine! WLAN GPIO8 is working fine! ERROR ERROR ERROR ERROR ERROR ERROR ERROR ATTENTION: TESTS FINISHED WITH ERRORS!!! PLEASE CHECK RP6-M256 ASSEMBLY!!! <<<TEST FAIL, CODE ---AB5OP793FE4R30IQ931M--->>>
Interessant, dann müsste SlyD mal sagen, ob diese LED ein Problem darstellt.
OK hier mal kurz erklärt:
Wenn von den WLx LEDs nur die grüne LED WL3 blinkt, ist eine WLAN Verbindung aufgebaut.
Leuchtet die LED dauerhaft, ist eine TCP Verbindung aufgebaut (z.B. im RobotLoader).
Blinkt die LED und die gelbe WL1, wird versucht eine Verbindung zum WLAN Netzwerk aufzubauen.
Das Modul gibt dabei auch Status Meldungen auf der seriellen Schnittstelle aus...
Die roten LEDs sind mit dem Mikrocontroller verbunden und haben ähnliche Funktionen wie beim RP6-M32,
zeigt ob ein Programm geladen ist oder nicht.
@fabqu:
Der WLAN GPIO Test ist zur Zeit darauf ausgelegt, das das WLAN Modul passend dafür konfiguriert wurde.
Denn sonst verhalten sich die I/Os nicht so wie vom Programm erwartet (z.B. wenn die Flusskontrolle deaktiviert ist!)
Die Flusskontrolle musst Du unbedingt aktivieren!
Wenn Du den Factory Reset ausgeführt hast, musst Du anschließend mindestens Run initial WIFI config (Baudrate is 9600) ausführen, dann ist die Flusskontrolle aber noch deaktiviert, da das im automatischen Testprogramm so notwendig ist.
Erst wenn Du noch "Run default WIFI config" ausführst, wird die Flusskontrolle wieder aktiviert.
Gut OK das sollte man wohl besser noch dazuschreiben.
MfG,
SlyD
Geändert von SlyD (18.07.2012 um 10:01 Uhr)
Ja, bei mir blinken SL4 und WL3, Verbindung zum Router steht also, TCP aber nicht...
OK. Leider gehen mir da die Ideen aus eigentlich kann es nur daran liegen das der Router das blockt.
Hast Du in allen möglichen Varianten probiert Anwendungen und Ports usw. passend freizugeben mit UDP und TCP?
Mach sonst einfach die DD-WRT Firmware drauf vielleicht gehts damit besser
Eine temporäre Lösung könnte noch der Ad-Hoc Modus sein. Setz mal Join Mode auf AdHoc, Channel auf 1, Security auf Open
und ändere die SSID in irgendwas anderes.
Versuch Dich dann mit dem Notebook direkt drauf zu verbinden - also ohne Router dazwischen.
MfG,
SlyD
Hahaha
DD-WRT drauf gemacht und es läuft
Wusste gar nicht, dass das so einfach geht
Vielen Dank für den Tipp
lol
Okay, jetzt klappt hier alles wunderbar. Selbsttests hat er alle bestanden und die interessanten Demos laufen auch gutAber das ist eine andere Sache
)
Als nächstes werde ich mich dann wohl mal mit der Verbindung per .net /C# befassen
Wow, die Übertragungsraten können sich ja wirklich sehen lassen
Konstant mehr als 50.000 Byte/s über größere Entfernung /durch Wände sollten wohl jedem ausreichen
Ohhhh! Da kommen einem soooo viele Ideen
bin gespannt auf deine nächste Remotrol!!!
Berechtigungen
Lesezeichen