Loetkolben

Diesem Mysterium bin ich auch noch nicht auf die Schliche gekommen. Manchmal ist es so, dass man einen Gegenstand (Stuhl/Mensch) in die direkte Sichtverbindung zwischen Brickletantenne und Seckdose stellen muss, damit das Schalten funktioniert. (Als muessten! die Strahlen einen Bogen machen wollen).

Vielleicht kann man hier mal einen ganz anderen Ansatz fahren: Kann es sein, dass das Timing (oder die Bitbreite) des Brickletsignals nicht ganz in Ordnung ist? Nur wenn man das Signal verschmiert (siehe oben) oder daempft, dann passen die Bits.

Der Loetkolben

Hallo Stormrider,

bei LabView kann ich nicht weiterhelfen, da kenne ich mich nicht aus. Ich dachte du koenntest ggf. noch etwas zu den Problem mit der FritzBox sagen. ;-)

Fuer das LapView Problem koenntest du bitte einen neuen Thread unter Software auchmechen. 

Der Loetkolben

Hi, leider kann ich dazu nicht viel sagen, weil ich den WLAN Apparillo erst seit einer Woche habe. Die Laborversion auf der FB läuft schon ein Jahr. Sorry.

Die problematische FB Firmware gibt es erst seit ca. 5 Wochen. Es scheinen von dem "b+" Problem nur die neuen Betas betroffen zu sein, die die neue Oberflaeche haben und zum anderen die ersten Versionen sind die das ULE Thermostat einbinden. Warum es einen Zusammenhang mit WLAN gibt erschliesst sich mir noch nicht.

Das Problem mit den verlorenen WLAN Verbindungen, die nur durch einen Stack Reset wieder hergestellt werden koennen, betrifft aber auch aeltere FB-FW.

Zwecks dem Fehler:

Den muss ich noch ganz genau ermitteln (am Wochenende) ich werde aber meine Erkenntnisse mitteilen.

Je genauer wir das dokumentieren um so besser kann man hoffentlich den Fehler beseitigen.

Der Loetkolben

Hallo Stormrider,

kannst du mir nochmals sagen welche Probleme du genau hattest? Verbindungsverluste nach ein paar Tagen oder Wochen oder generell keinen Datenfluss mehr?

Hattest du die Probleme auch vor dem Update auf die FB-Beta Version?

Ich versuche das ganze mal hier aufzubroeseln. 

Der Loetkolben

Bloede Idee, aber mal den Rechner rebootet?

Trotz aller USB und PC Probleme sind die Masterbricks eigentlich immer flashbar. 

Viele Erfolg.

Der Loetkolben

Och! 

Danke erstmal an Nero fuer diesen Tipp/Workaround.

Ich hatte auch nur "g+n" auf 2.4 Ghz eingestellt. Im "b+g+n" Modus funktioniert der Connect sofort wieder! :staun:

Aktuelle FW auf der FB7390 machen alle Probleme:

FRITZ!OS 84.06.36-31541 BETA (vom 9.10.2015)

FRITZ!OS: 84.06.36-31636 LabBeta (vom 20.10.2015)

FRITZ!OS 84.06.36-31764 vom 06.11.2015

FRITZ!OS 84.06.36-31823 BETA

(Ich gehe mal davon aus, dass es bei dem Topmodell 7490 ebenso ist, da auch dort die neue FW und das neue UI gekommen ist.)

Der Tinkerforgestack meldet sich als Client nur dann an wenn bei 2.4 Ghz "b+g+n" steht! Andere Geraete funktionieren hier problemlos an der 7390.

AVM Info seit den letzten Versionen: "NEU - WLAN-Standard im 2.4 GHz Band auf "802.11n+g" gesetzt (default geändert)"

Tinkerforgedoku: "Unterstützte Standards IEEE 802.11b/g/n, mit DSSS und CCK-Modulation"

Hat AVM was an der Modulation in g oder n Modus geaendert? Geht das ueberhaupt? Da habe ich leider gar kein Know-How.

Ich will (kann) nicht wirklich die letzte Releaseversion auf die 7390 aufspielen um zu testen wie es dort war und seit welcher Version der Tinkerforgestack sich nicht mehr verbinden kann. 

@Nero: Kannst du bitte mal deine Routerkonfiguration (HW+SW) posten und ob du ggf. in letzter Zeit ein Update gemacht hast? Danke. 

So noch ein Nachtrag bzw. eine Ueberlegung:

Es hat auch niemand etwas am Access Point verstellt?

Im Prinzip ja. (Erst Stunden spaeter nach dem Ausfall der WIFI-Extension habe ich auf die neue FB7390 FW upgedated (da seit gestern die Heizungsthermostate unterstuetzt werden), aber alle anderen Geraete arbeiten weiterhin problemlos am AP.) Deshalb gehe ich weiterhin davon aus, dass der AP nicht das Problem darstellt.

Anscheinend ist diese Annahme halbwegs falsch. 

Kann es sein, dass es sich um 2 Probleme handelt? Zum einen mit einem temporaeren Nichtverbinden, wie ich es hier "WLAN Stack verliert Kontakt zum Accesspoint (Fritzbox)" schonmal beschrieben habe, und zum anderen mit der aktuellen FB Firmware?

Will sagen: Im Moment stellt es sich fuer mich so da: Ich hatte wieder einen dieser unerklaerlichen Verbindungsabbrueche die nur durch Reset des Master wieder weggehen und habe anschliessend mit dem Aufspielen der aktuellen (Beta) Version der Fritzbox Firmware mir den Connect ganz abgeklemmt, da das "b+..." nicht aktiviert war.

Kann jemand bitte mal diese Thesen gegenpruefen. Nicht dass das WLAN-Modul doch eine Macke hat.

Danke.

Der Loetkolben

Edit: Text vollkommen neu geschrieben.

Hallo Stormrider,

nein das Netzteil am Tinkerforgestack konnte ich noch nicht tauschen. Ich hatte zwischendrin (immernoch) das Problem, dass der Stack gar nicht mehr ansprechbar war/ist. Da gibt es wohl Probleme mit dem WLAN Modus und den aktuellen Fritzboxen.

Siehe hier: WLAN Modul defekt? Suche Diagnosetipp

Sobald das Problem behoben ist und trotzdem der Tinkerforgestack sich ab und zu abmeldet werde ich das Netzteil am Stack mal tauschen. (Muss sowieso erstmal ein neues Netzteil Mini USB Stecker "suchen"    )

Wenn du noch ein paar Details ueber deine HW und die Standorte schreiben koenntest, waere das ggf. hilfreich.

Der Loetkolben

Polling.

Puh,    das beruhigt mich.

Im Moment gibt es vier Zeiformate: DE, US, ISO 8601 und Unix Timestamp.

Ja, habe ich gesehen, wobei fuer mich dieses ISO zu viele Sonderzeichen hat, aber mit ´nem grep und cut kommt man da schon gut klar.

Danke fuer dieses Feature.

Der Loetkolben

Hallo zusammen,

das mit dem Brick Logger ist ja eine feine Sache, aber wie funktioniert er?

Wird das durch Callbacks gemacht oder macht der brav und artig ein Polling in der eingestellten Zeit?

Kann man das Datums und Zeitformat auch selbst einstellen wie z.B. "20151014_1520"?

Der Loetkolben

Hallo remotecontrol.

ich will eben nicht je nach angeschlossenem Akku irgendwas umschalten müssen, sondern mit den Bricklets selber erkennen, ob ich 2,3 oder 4 Zellen angeschlossen habe. Das ist der Grund warum ich kein(e) zusätzlichen Relais will.

Habe ich ja verstaden. ;-)

Meine Hoffnung ist, dass es mit zusätzlicher Beschaltung mit Widerständen geht (natürlich nicht mit 0 Ohm).

 

Oder reden wir gerade aneinander vorbei  ?

Gute Frage, vielleicht?

Wenn ich bei einem Multimeter was auf Spannungsmessung eingestellt ist, einfach die beiden Strippen zusammenbringe, dann muesste ich doch genau 0V messen. Das gleiche passiert wenn ich einen 0 Ohm Widerstand dazwischen packe. Das gleiche gilt fuer einen 1 kOhm Widerstand.

Brueck doch einfach die entsprechenden Pins der Steckerleiste mit einem Widerstand. Dann sind die offenen Eingaenge auf 0 Volt gezogen. Bitte aber bei 3 Akkus keine Verbindung zum 4. Messeingang herstellen. Da ist deine Zeichnung eben nicht aussagekraeftig.

Der Loetkolben

Hallo remotecontrol,

ich verstehe das Problem, aber ich verstehe nicht warum du es nicht wie vorgeschlagen loest?

Was ist denn der Unterschied zwischen "per Relais auf Masse legen" und "mit einem (0 Ohm) Widerstand auf Masse legen"? - Das ist doch beides das gleiche, oder?

Ich persoenlich wuerde einen offenen Eingang mit 1kOhm auf Masse legen.

Der Loetkolben

Hallo zusammen.

Ich habe da noch eine Info, bzw. etwas rumproniert:

Wenn ich die Wifi-Extension auf Ad-Hoc mit Static IP einstelle (Siehe Screenshot), dann passiert folgendes:

Bei "Show Status" wird "Associated" angezeigt obwohl sich niemand mit der Extension verbunden hat.    Die BSSID ist auch nur eine Zufalls-MAC-Nummer, die nach jedem Reset des Masterbricks anders ist. Siehe Screenshot.

Kann man das WIFI-Modul neu programmieren oder "richtig" resetten?

Hat jemand noch irgendeine Idee?

Ich fasse nochmals zusammen:

• Client Mode: Verbindet sich zu keinen AP mehr. Anzeige ist "0" und sucht sich tot.
  
• Ad-Hoc-Mode Static: Zeigt "Associated" zu einer Zufalls MAC Adresse an. WLAN ist sichtbar auf dem Handy, aber eine Ad-Hoc-Verbindung habe ich nicht getestet. *)
  
• AP-Mode (mit/ohne WEP) Static: Funktioniert problemlos. Man kann sich mit dem Tinkerforge AP verbinden und ganz normal Daten austauschen.
  

Was nun tun?

Der Loetkolben

*) Was muesste die Extension bei "Show Status" anzeigen wenn die im Ad-Hoc Mode ist, aber noch nicht verbunden ist?

Achso?! Das war ein brickd update von 2.2.1 auf 2.2.2?

Dann ist das wohl mal eine Frage an das Tinkerforgeteam.

Der Loetkolben

Ist Jlibc6 ETZT auf den aktuellen Stand oder war es schon vorher auf dem aktuellen Stand? Was war denn der "Output" des Befehls?

Und funktioniert es jetzt?

Der Loetkolben

glibc ist installiert?

Check mal hier: http://forums.debian.net/viewtopic.php?f=30&t=110418

Der Loetkolben

Definiere "aktuell".    Manchmal passieren Dinger schneller als einem lieb ist.

Apropos andere Firnware: Es ist doch nur eine Frage ob nicht der Master oder WIFI-Extension automatisch beim ersten Kontakt die passenden FW einspielen?!

Achso: Eure Extension habe ich noch gar nicht gelobt! Wirklich prima! Sie sieht gut aus, obwohl ich finde, dass sehr viel Vogelfutter verbaut wurde.    Dieser Master-Light ist schon ein kleines Meisterwerk und hat durchaus seine Berechtigung und verdient Anerkennung!

Irgendwie haben hier im Forum aber viele einen anderen Wunsch.    Mal sehen wie wir da alle unter einen Hut kommen.

Der Loetkolben

Hallo borg,

wenn ich das Beispiel sehe (Bestellung) dann gebe ich dir recht, dass das Produkt sehr passend ist. Auch wenn ich an den Posteinwurf im Briefkasten denke oder auch an den "Ist die Tuer zu" Sensor dann passt euer Produkt prima.

Gerade beim Motion Bricklet ist auch "Aktivitaet" (Call Backs) gefordert, aber all die Bricklets die auch gepollt werden koennen, bzw. alle 10 Minuten mal einen Statuswert abgeben (Wetterdingens) haben doch einen etwas anderen Einsatzschwerpunkt.

Noch ein Gedanke zu mehreren Brickletports. Gerade WEIL die Wetterbricklets so anspruchlos sind, kommt mir der Gedanke, ob man die nicht an dieser WIFI-Bricklet-Extension mit niedriger Frequenz multiplexen kann. Ein Temperatur Bricklet muss nun wirklich NICHT mit 100kHz abgefragt werden. Bei einem Lichtschranken-Bricklet sieht das schon anders aus. Und wenn dieser Minicontroller nur Platz im RAM fuer ein Bricklet hat, dann muss er die Brickletsoftware halt jede 10 Sekunden neu vom Bricklet laden.

Zum USB Anschluss.

Waere es nicht an der Zeit auf Micro-USB oder sogar schon C Anschluss zu gehen? Zum einen waere es ein Bruch mit dem bisherigen Netzteilen, aber Mini-USB ist wirklich aus der Mode und aus den Shops gekommen?! Ein Micro-USB Netzteil hat man meistens (Handy, etc) rumliegen.

Edit: Ohne Externe Antenne und dann noch WLAN? Bitte mal das Bricklet ins Vogelhaeuschen oder die Garage oder ins Auto, das in der Garage steht, stellen.

WLAN ist aus meiner persoenlichen Erfahrung nur was fuer einen Raum. Eine Wand oder Decke beenden schon haeufig den (zuverlaessigen) WLAN Betrieb.

Der Loetkolben

Hallo zusammen,

das hoert sich ja eigentlich prima an, aber.... 

Zum Namen.

Beim Wort "Nugget" dachte ich zuerst an MCD und wusste nicht was gemeint ist. "Goldnugget", etc. fiel mir erst auf den 2. Gedanken ein.

Bei "Bridge", im Zusammenhang mit Wifi, muss ich immer an einen WLAN-Repeater oder eine Ethernet-Bridge oder aehnliches denken der quasi ein Geraet was 2 gleiche Sachen, also 2 WLAN´s oder 2 Ethernet Netzwerke miteinander verbindet.

Das was ihr bauen wollt ist quasi ein WLAN Client mit Bricklet Anschluss. Nennt es doch so.    "WLAN-Bricklet-Adapter"/"WIFI-Bricklet-Interface"

Nicht besonders originell, aber trifft die Sache aus meiner Sicht wesentlich besser. Der Sinn soll doch doch sofort erschliessen und nicht erst beim x. Nachdenken. 

Zur Technik:

Im Prinzip reicht ein Bricklet Anschluss, wenn ich ein Bricklet absetzen will, aber unsere Wetteruser haben da sofort wieder Einsprueche. Temperatur, Humidity und ggf. Luftdruck sind doch die Klassiker. (War da nicht mal das Thema der externen Sensoren die es bereits gibt    )

Gehen wir es mal Gedanklich anders durch:

Welche Sonsoren werden wohl durch den WLAN-Bricklet-Adapter abgesetzt?

a) Wenn ihr meint, dass alle Sonsoren (mehr oder weniger) gleichermassen von uns Usern angeschlossen werden, dass sollte sollte ihr so einen Adapter bauen.

b) Wenn aber nur 3 Sensoren der Wetterfranktion zu 90% darueber angeschlossen werden, dann koennte man doch ueberlegen (auch wenn es batti auf den ersten Blick verneint), nur ein Externes-Bricklet mit WLAN und den Sensoren auf einer Platine zu bauen. Also dann doch ein "funkendes" Multibricklet.

Zu Equinox:

Den Vorschlag finde ich immer noch charmant. Bricklets weitgehend billig und in Massen im Haus zu verteilen und eben einen Billigfunkstandard zu nutzen, der aber eine hohe Reichweite hat. (Da scheidet WLAN wohl aus und 150MBit braucht sowieso kein Temperatursensor). WLAN halte ich fuer diese Aufgabe wie wenn man mit Kanonen auf Spatzen schiesst.

Der Loetkolben

Ist mir völlig unklar warum die WIFI Extension als AP funktionieren sollte aber nicht als Client.

Ist das U.FL Kabel richtig angeschlossen? Nicht das einfach die Verbindung schlecht ist und im AP-Modus funktioniert es nur weil der Client sehr nah dran ist.

Ja, das Kabel ist richtig angeschlossen. Wie bereits oben beschrieben ist das Modul im Keller ausgefallen, dann habe ich es hochgeholt und direkt (5cm) neben den AP gestellt, so dass die Bits rueberhuepfen koennen. (Also ein "Test" ob nur die HF-Endstufe ausgefallen ist) - Es tat sich aber gar nichts. - Danach hatte ich auch nochmal das U.FL Kabel ueberprueft, den Stecker ab- und wieder angesteckt. Auch habe ich den Kontakt zur Schraubantenne geprueft, aber keine Besserung.

Der Tip mit dem AP-Mode von photron war sehr gut, aber stiftete mehr Verwirrung als Aufklaerung. Das Signal im AP-Modus ist wie erwartet hoch (normale Werte). Ein Handy/Laptop in 2 Meter Entfernung sieht den Tinkerforge-AP genauso stark wie eine Fritzbox in 2,5 Meter Entfernung.

Ansonsten gehen mir auch die Ideen aus woran das liegen könnte .

Geht mir ebenso.   

Der Loetkolben

"MAC Address" auf dem Statusfenster ist die des Moduls. "BSSID" ist die MAC Adresse des verbundenen Access Points.

Ok, aber nochmals nachgefragt: Beim "Associating" wird mir im Statusfenster nicht die MAC Adresse des WLAN-Loetmoduls angezeigt? Warum nicht?

Hast du dir mal den U.FL Stecker des Moduls angesehen? Steckst das Kabel da richtig drauf?

Ja, hatte ich schon gecheckt. Sieht gut aus.

Was du auch noch testen kannst ist die Extension als Access Point mit Static IP zu konfigurieren. Da sollte das Statusfenster dann nciht alles 0 sein und du kannst testen ob du dich damit vom Notebook aus damit verbinden kannst. Wenn das geht, dann funktioniert die Kommunikation zwischen Master Brick und WIFI Modul auf der Extension.

Ich bin sprachlos! Siehe Screenshot. Den Tinkerforge AP kann ich auf dem Handy sehen. Auf dem Laptop ist/darf kein Brickviewer. (...) Ich teste weiter. Die "-128dB" sind richtig?

Edit: Nachdem ich mich vom Handy auf den Stack (der als AP ohne Verschluesselung laeuft) verbunden habe, steht da "-59dB". Auch kann ich vom Handy den Stack anpingen.

Edit2: So, habe nun den Laptop mal alternativ gebootet und den Brickviewer installiert: Tinkerforgestack als AP ohne Encryption mit Static-IP. Laptop auch mit Static-IP. Der Laptop kann sich problemlos verbinden und der Brickviewer zeigt die erwarteten Werte an.

Alles wieder zurueck: Tinkerforgestack als Client mit Static IP: Er findet den FritzBox AP nicht. (Im DHCP Client Mode ebenso wenig). Abschalten der WPA Encryption bringt auch keinen Erfolg.

Soll heissen: Der Stack funktioniert nur noch als AP?!?! :gruebel:

Edit3: Habe versucht den Tinkerforgestack sich mit einem anderen AP verbinden zu lassen. (Anderer Hersteller). Kein Erfolg. Der Status zeigt weiter nur "0" an. -> Komischer Defekt. 

Der Loetkolben

Wenn du die Extension erneut auf WIFI konfigurierst wird der Inhalt des EEPROMs auf Extension auf Default zurückgesetzt. Das hat nichts mit dem WIFI Modul auf der Extension an sich zu tun. Die Änderungen dadurch siehst du erst nach einem Reset des Master Bricks. Wenn nach einem Reset des Master Bricks deinen statischen IP Einstellungen immer noch da sind, dann hat das Neukonfigurieren nicht geklappt.

Ahh, habe nochmal getestet. Ihr seit ja trickreich, denn:

Wenn man bei "Configure Extension Type" ein Save (Factory Reset) macht dann bleiben auf dem Bildschirm die Daten (IP, GW, etc.) stehen.

-a) Wenn man nun einen Reset des Masters macht, sind die Daten weg und man sieht die Werkseinstellungen.

-b) Wenn man aber nach dem "Factory Reset" gleich einen "Save WIFI Configuration" macht, also die Daten die noch auf dem Bildschirm stehen gleich wieder schreibt und dann erst einen Masterbrick-Reset macht, sieht man keinen Unterschied und es schein so zu sein, als waere kein Reset erfolgt. ;-)

Habe es nun "richtig" gemacht und nach dem Factory Reset werden nun die Defaultwerte angezeigt.

Die MAC Adresse steht auf dem Statusfenster, wenn die Verbindung besteht. Warum Signalstärke und MAC Adresse beim Associating Zustand nicht angezeigt werden musst du borg fragen, das hat sicherlich interne Gründe.

Welche MAC meinst du? Meinst du die MAC des WLAN-Loetmoduls oder die MAC des assoziierten Accesspoints?

Du hast nicht zufälligerweise noch einen anderen Access Point zur Hand, zum testen? Oder kannst dein Smartphone oder Notebook testweise als Access Point konfigurieren?

Nein, leider nicht. Laptop funktioniert, da fummel ich nicht dran rum   Werde mal sehen ob in der grossen Kiste noch ein AP ist, aber ich gehe nicht davon aus, dass das Problem ist.

Edit: Kann man irgendwie erkennen, dass das WLAN-Loetmodul noch angesprochen werden kann? Alles was ich mache ist doch nur die Kommunikation zwischen Master und EEPROM der WLAN-Extension?

Der Loetkolben

Hallo photron.

Loetkolben, dass da auf dem Status Fenster als 0 ist wenn der Status "Associating" ist, ist normal und kein Zeichen für ein Problem.

Ich dachte wenigstens "Signal Strength" muesste etwas ungleich "0" anzeigen.

Deine WIFI Extension versucht sich mit dem eingestellten Access Point zu verbinden (Status Associating, grüne LED blinkt), schafft es aber nicht.

Ja

Ich nehme mal an, andere Geräte können sich noch zum Access Point verbinden. Das Problem liegt also nicht auf der Access Point Seite?

Stimmt.

Es hat auch niemand etwas am Access Point verstellt?

Im Prinzip ja. (Erst Stunden spaeter nach dem Ausfall der WIFI-Extension habe ich auf die neue FB7390 FW upgedated (da seit gestern die Heizungsthermostate unterstuetzt werden), aber alle anderen Geraete arbeiten weiterhin problemlos am AP.) Deshalb gehe ich weiterhin davon aus, dass der AP nicht das Problem darstellt.

Hat der Access Point ein Log über WIFI Aktivität wo vielleicht was steht, dass er die WIFI Extension abgelehnt hat?

Ja, er hat ein Log, aber kein Eintrag ueber das Brick.

Hast du mal versucht die WIFI Extension im Brick Viewer über den Configure Button oben rechts erneut auf WIFI zu konfigurieren (Factory Reset) und dann den Master Brick neu zustarten?

Ja, habe ich jetzt gemacht. Siehe Screnshot. Das Ergebnis ist das Gleiche: Der "WIFI Status" ist weiterhin ueberall "0" - Wusste gar nicht, dass das ein Factory Reset ist. Was wird denn da geresettet? Die Werte in dem WLAN-Aufloetmodul? Die IP-Adresse (etc.) bleibt auf jeden Fall erhalten.

Noch eine Frage: Warum kann man die MAC Adresse der WLAN-Extension nicht im Brickviewer abfragen oder uebersehe ich das?

BTW: Ich habe vorsichtshalber die WIFI-Extension auf einen anderen Stack umgeschraubt. Keine Aenderung. Also am Master sollte es nicht liegen.

Der Loetkolben

Hallo Unexpected.

Ja, habe ich gemacht. Wie vermutet kein Erfolg. Die IP (etc) wurde uebernommen, aber die Statusdaten sind weiterhin alle "0".

Somit scheint das Speicher auf dem EEPROM zu funktionieren, aber die Kommunikation mit dem eigentlichen WLAN Modul ist wohl defekt/unterbrochen.

Der Loetkoben

Oh ha. Doch wohl kaputt.  Siehe Anhang.

Ich gehe davon aus, dass die IP auf der Extension gespeichert wird. Die kann ja noch ausgelesen werden, aber die betriebsdaten eben nicht mehr. :-(

Da ist wohl das Wlan Modul auf der Extension putt, oder?  :'(

Der Loetkolben

Edit: 26.10.2015 Wer Probleme mit dem Connect eines Tinkerforge WLAN Stacks mit aktuellen (Beta) Firmwares von AVM hat lese bitte unten weiter.

Hallo zusammen,

seit heute 10:00h (ist aber eigentlich egal  ) war kein Kontakt zum Wlan-Stack im Keller mehr moeglich.

Das Modul steht nun 10 cm neben dem Wlanrouter. (Da koennten die Bits auch rueberhuepfen). Auch dadurch keine Verbindung moeglich.

Per USB mit Brickviewer kann ich alles sehen. Auch die Wlankonfiguration laesst sich auslesen und stimmt. Die 4 Bricklets am Master (1.0) liefern problemlos per USB ihre Werte.

Die gruene Wlan-LED blickt schnell und alle 20? Sekunden stoplpert die einmal. Das muesste doch eigentlich der Reset sein, der eingefuehrt wurde um haegende Wlan Verbindungen wieder zu "finden", oder?

Also alle aeusseren Anzeichen sehen gut aus, aber es kommt keine Wlanverbindung zustande. Aus Neugier (obwohl es sinnlos erscheint) habe ich mal die Masterbrick Firmware geflasht. Problemlos, aber keine Verbesserung.

Wlan Modul defekt? Oder Master? Auseinanderbauen ist ziemlich schlecht, da es ein seeehr kompakter Stack ist. Muss aber sein? 

Hat jemand noch einen Diagnosetipp? (Ich habe kein 2. Wlanmodul zu testen)

Der Loetkolben