[Fli4l_dev] [rc130.wlan] ERR: No wlan devices found, skipping initialization of wlan subsystem.
Helmut
helmut_pohl at arcor.de
Do Mai 7 10:32:24 CEST 2026
Moin Harvey
Am 06.05.2026 um 14:37 schrieb Harvey:
> Helmut,
>
> ich misch mich jetzt hier mal ein. Helmut, wo hast du denn diese
Prima, vermutlich bist Du der richtige Ansprechpartner.
> rc130.wlan her? Ich habe sowohl den letzten existierenden svn-checkout
Wie aus dem Thread hervorgeht ist das Problem 2015 erkannt und beseitigt
worden. Ich habe ebenfalls diese Hardware und habe davon profitiert.
Irgendwann, ich weiß nicht mehr wann, hat nach einem update das usb-wlan
nicht mehr initialisiert. Ich habe dann die alte, fehlerbereinigte
rc130.wlan drüber kopiert. Damit lief es dann wieder. In der Zeit als
fli4l tot war, kamen natürlich auch keine Updates mehr.
> und das aktuelle git verglichen und in beiden sind diese Anweisungen
> nicht drin. Und in deiner rc130.wlan ist die selbe Last Update Zeile
> vorhanden, was für eine nachträgliche Änderung außerhalb des SVN-Baumes
> spricht.
vermutlich mußt Du weiter zurück gehen. Die Beseitigung war weit vor dem
"Sterben" vom fli4l.
> Wenn man den thread oben liest, dann ist das auch verständlich, da der
> letzte Eintrag vom 26.08.15 einen Fehler des OP nahe legt...
keine Ahnung was OP heißt?!
> Nicht, dass ich dir nicht glaube, dass es ein Problem gibt, aber fast 11
> Jahre sind eine lange Zeit, auch in fli4l-Massstäben ;)
Ich glaube, das hast Du falsch verstanden. siehe oben.
>
> Gruß
> Harvey
Gruß
Helmut
>> Hallo Manfred,
>>
>> meine Hardware ist eine pcengines-apu2c4, mit
>> einem am USB angeschlosenem wlan:
>>
>> Bus 001 Device 002: ID 0cf3:7015 Atheros Communications, Inc. TP-Link
>> TL-WN821N v3 802.11n [Atheros AR7010+AR9287]
>>
>> Wie aus dem Thread hervor geht sind die sleep Anweisungen für die
>> Initialisierung des usb-wlan Moduls notwendig. Werden sie gelöscht,
>> funktioniert bei meiner Hardware die usb-wlan Erkennung nicht.
>>
>> Ich hänge mal meine modifizierte rc130.wlan an, dann kannst Du Dir ein
>> Bild davon machen.
>>
>> Gruß,
>> Helmut
>>
>> Am 02.05.2026 um 23:08 schrieb ms1958:
>>> Am 13.04.2026 um 14:59 schrieb Helmut:
>>>> Moin,
>>>>
>>>> nachdem der Fehler (siehe Betreff) schon lange nicht mehr
>>>> aufgetreten ist, ist er jetzt in den aktuellen fli4l-Versionen
>>>> wieder vorhanden. Ich musste in der Datei rc130.wlan die sleep-
>>>> Anweisungen wieder setzen, denn sie waren gelöscht worden.
>>>> Ich bitte um Aufnahme der alten Fehlerbereinigung in der
>>>> "rc130.wlan" in den regulären Build.
>>>>
>>>> Gruß,
>>>> Helmut
>>>>
>>>>
>>>> Am 09.09.2015 um 12:55 schrieb Stefan Sauer:
>>>>> Moin,
>>>>>
>>>>> schau mal hier:
>>>>> http://forum.nettworks.org/index.php?t=msg&th=6421&start=0&
>>>>>
>>>>> und ändere die Zeile mit der sleep-Anweisung.
>>>>>
>>>>> Es könnte sein, dass es genau wie bei mir das Problem behebt.
>>>>>
>>>>> Gruss,
>>>>> gandalf
>>>>
>>>
>>> Moin Helmut
>>> http://forum.nettworks.org/index.php?t=msg&th=6421&start=0&
>>> ist nicht mehr erreichbar, und meine Glaskugel verät mir jetzt nicht,
>>> wofür diese Sleep anweisung gut war und wo sie in der rc130.wlan
>>> stehen sollte. Zeile und codeschnipsel wären evtl hilfreich.
>>> Ich mutmaße nur, dass es bei Deiner mir nicht bekannten Hardware ein
>>> Timing oder initialisierungsproblem gibt.
>>> Ich verwende selber WLAN, und bei mir läuft es .....
>>>
>>> Wo du das sleep "wieder" eingetragen hast, ist zumindest mir
>>> nicht bekannt. (Bin kein entwickler, nur Tester)
>>> LG Manfred
>
Mehr Informationen über die Mailingliste Fli4l_dev