[Berlin-wireless] Firmware für TP-LINK Archer C5 V2 (bcm53xx)
Sascha Kruszka
freifunk.mafe at gmail.com
Mi Jul 18 14:20:44 CEST 2018
Hi Hendrik,
im Moment sieht es nicht ganz so gut aus.
Ich erstelle zwar gerade ein Image mit einer neuen Firmware-Version, diese
ist aber auch schon aus 2014. Der 5GHz Teil des Gerätes wird derzeit auch
nicht angesprochen und kann damit auch nicht genutzt werden. Die Externen
Antennen sind damit also auch nutzlos.
Wie schon geschrieben halte ich das Gerät für Freifunk so als nicht
wirklich geeignet.
Ich werde nachher beim Treffen sein und hoffe dass einer der anderen dann
ggf. noch Zeit hat sich das mit mir noch einmal anzuschauen.
Gruß
Sascha
Am 18. Juli 2018 um 13:38 schrieb Hendrik Mayer <hendrik1196 at gmail.com>:
> Könnt ihr Bescheid geben, wenn ihr eine stabile Firmware für den Archer C5
> V2.0 habt? Hab mir ein refurbished Gerät bestellt, Dies ist leider nicht V1
> wie ich erst vermutet hatte.
>
> Danke
> Grüße Hendrik
>
> Am 17. Juli 2018 um 10:30 schrieb Sascha Kruszka <freifunk.mafe at gmail.com>
> :
>
>> Hi,
>>
>> ich hatte mich geirrt, es wird der Treiber b43 verwendet und das Device
>> radio0 funktioniert auch wie es soll.
>>
>> Die Probleme kommen aus der Firmware die von Lede für den bcm43217
>> verwendet wird. Dieser unterstützt die Kanäle 12 und 13 nicht. Leider auch
>> nicht mit richtigem oder auch falschem Länderprofil.
>>
>> Das habe ich bei den Broadcom-Devices nicht bedacht. Sie scheinen für
>> Freifunk so nicht geeignet.
>>
>> Ich werde für mich selbst versuchen eine passende Firmware via fwcutter
>> zu nutzen. Was aber so kein gangbarer weg für den "unbedarften" Nutzer ist.
>>
>> Wenn das mit dem fwcutter funktioniert, wäre es noch eine Idee das via
>> luci im WUI als abschließenden Schritt im WUI anzubieten. Das ist aber nur
>> ne Idee die ich im Hinterkopf habe.
>>
>> BR
>>
>> Am 16. Juli 2018 um 22:50 schrieb Sascha Kruszka <freifunk.mafe at gmail.com
>> >:
>>
>>> Danke Perry!
>>>
>>> WUI Funktioniert!
>>>
>>> - radio0.network{1,2} failed
>>>
>>> Ich werde mir mal angucken wie OpenWRT Lede 17.0.1.4 das Device
>>> anspricht.
>>>
>>> Dort kommt der B53 Treiber zum Einsatz, leider scheint da nur der 2,4GHz
>>> Teil des Device zu funktionieren, aber hier ist gerade kein Device
>>> verfügbar.
>>>
>>> Weiter geht die Reise.
>>>
>>> BR
>>>
>>>
>>> Am 16. Juli 2018 um 22:49 schrieb Sascha Kruszka <
>>> sascha.kruszka at gmail.com>:
>>>
>>>> Danke Perry!
>>>>
>>>> WUI Funktioniert!
>>>>
>>>> - radio0.network{1,2} failed
>>>>
>>>> Ich werde mir mal angucken wie OpenWRT Lede 17.0.1.4 das Device
>>>> anspricht.
>>>>
>>>> Dort kommt der B53 Treiber zum Einsatz, leider scheint da nur der
>>>> 2,4GHz Teil des Device zu funktionieren, aber hier ist gerade kein Device
>>>> verfügbar.
>>>>
>>>> Weiter geht die Reise.
>>>>
>>>> BR
>>>>
>>>>
>>>> Am 16. Juli 2018 um 22:06 schrieb Perry <isprotejesvalkata at gmail.com>:
>>>>
>>>>> Hey Sascha,
>>>>>
>>>>> Schau mal [1] und [2] an. Basically "umask 0022; git clone ..."
>>>>>
>>>>> Oder, auf dein funktionierende Router, "chmod 0644
>>>>> /usr/share/acl.d/luci-base.json"
>>>>>
>>>>> [1]
>>>>> https://github.com/freifunk-berlin/firmware/issues/431#issue
>>>>> comment-355820668
>>>>> [2]
>>>>> https://github.com/freifunk-berlin/firmware/issues/431#issue
>>>>> comment-355856132
>>>>>
>>>>> Gruß,
>>>>>
>>>>> Perry
>>>>>
>>>>> On 16.07.2018 21:51, Sascha Kruszka wrote:
>>>>> > Kurzes Update:
>>>>> >
>>>>> > Der TP-Link Archer C5 ließ sich von OpenWRT Lede 17.0.1.4 zu dem
>>>>> erstellten
>>>>> > Hedy 1.0.0 flashen
>>>>> >
>>>>> > - Wizzard startet
>>>>> > - Wizzard Freifunk Daten abfragen funktioniert
>>>>> > - Wizzard IP Informationen abfragen funktioniert
>>>>> > - Reboot des Device - funktioniert
>>>>> > - WUI: ERROR 500
>>>>> >
>>>>> > Status: 500 Internal Server Error
>>>>> > /usr/lib/lua/luci/dispatcher.lua:380: Failed to execute function
>>>>> dispatcher
>>>>> > target for entry '/'.
>>>>> > The called action terminated with an exception:
>>>>> > /usr/lib/lua/luci/dispatcher.lua:380: Failed to execute function
>>>>> dispatcher
>>>>> > target for entry '/freifunk'.
>>>>> > The called action terminated with an exception:
>>>>> > /usr/lib/lua/luci/dispatcher.lua:380: Failed to execute template
>>>>> dispatcher
>>>>> > target for entry '/freifunk/index'.
>>>>> > The called action terminated with an exception:
>>>>> > /usr/lib/lua/luci/template.lua:55: Failed to execute template
>>>>> > 'freifunk/index'.
>>>>> > A runtime error occured: /usr/lib/lua/luci/template.lua:55: Failed
>>>>> to
>>>>> > execute template 'header'.
>>>>> > A runtime error occured: /usr/lib/lua/luci/template.lua:55: Failed
>>>>> to
>>>>> > execute template 'themes/bootstrap/header'.
>>>>> > A runtime error occured: [string
>>>>> > "/usr/lib/lua/luci/view/themes/bootstrap/hea..."]:150: attempt to
>>>>> index
>>>>> > local 'boardinfo' (a nil value)
>>>>> > stack traceback:
>>>>> > [C]: in function 'assert'
>>>>> > /usr/lib/lua/luci/dispatcher.lua:380: in function 'dispatch'
>>>>> >
>>>>> >
>>>>> > Ich werde mich um das Debugging nun kümmern.
>>>>> >
>>>>> > Ggf. schaffe ich es am Mittwoch mit dem Device mal auf die c-base.
>>>>> >
>>>>> > Über weitere Tipps und Hinweise würde ich mich freuen.
>>>>> >
>>>>> > BR /usr/lib/lua/luci/dispatcher.lua:109: in function
>>>>> > </usr/lib/lua/luci/dispatcher.lua:108>
>>>>> >
>>>>> >
>>>>> >
>>>>> > Am 13. Juli 2018 um 18:16 schrieb Sascha Kruszka <
>>>>> freifunk.mafe at gmail.com>:
>>>>> >
>>>>> >> Hi Sven,
>>>>> >>
>>>>> >> habe mir meine bcm53-generic.config noch mal mit der common.config
>>>>> >> abgeglichen.
>>>>> >> Ich habe daraufhin die bcm53xx-generic verschlankt, angepasst und
>>>>> die
>>>>> >> unstimmigkeiten beseitigt.
>>>>> >>
>>>>> >> Aufgefallen ist mir dann noch ein definiertes Repo was auffalend
>>>>> falsch
>>>>> >> war.
>>>>> >>
>>>>> >> Der Firmwarebuild lief jedenfalls nun schonmal durch, werde aber
>>>>> erst am
>>>>> >> Sonntag dazu kommen mir das Buildlog nochmal anzuschauen und dann
>>>>> das Image
>>>>> >> zu testen.
>>>>> >>
>>>>> >> Vielen Dank jedenfalls für deinen Hinweis und dem Fingerzeig mit
>>>>> dem Diff.
>>>>> >>
>>>>> >> Wenn das alles so weit auf dem Gerät läuft, ist es mein Ziel den
>>>>> Patch zu
>>>>> >> erstellen und zugänglich zu machen.
>>>>> >>
>>>>> >> BR
>>>>> >>
>>>>> >> Sascha
>>>>> >>
>>>>> >>
>>>>> >> Sven Roederer <freifunk at it-solutions.geroedel.de> schrieb am Do.,
>>>>> 12.
>>>>> >> Juli 2018, 23:37:
>>>>> >>
>>>>> >>>
>>>>> >>> Wenn du den Code ja eh schon mit git ausgecheckt hast, reicht es
>>>>> doch
>>>>> >>> deine
>>>>> >>> Änderungen auf den v1.0.1 Tag zu machen und dann "git diff"
>>>>> aufzurufen.
>>>>> >>>
>>>>> >>> Guck dir mal eine commit an, mit dem eine nenue Archtiktur
>>>>> eingeführt
>>>>> >>> wurde,
>>>>> >>> dann siehst du etwa welche änderungen nötig sind. deine
>>>>> >>> bcm53xx-generic.config
>>>>> >>> sieht da irgendwie sehr komisch aus.
>>>>> >>>
>>>>> >>> Sven
>>>>> >>>
>>>>> >>> Am 12.07.2018 um 14:25 schrieb Sascha Kruszka:
>>>>> >>>> Hi Sven,
>>>>> >>>>
>>>>> >>>> ich werde mir das mit den Patches via quilt mal genauer anschauen
>>>>> und
>>>>> >>> dann einen ggf. Heute am Abend erstellen. Geplant war das halt
>>>>> nachdem das
>>>>> >>> Image wirklich läuft.
>>>>> >>>>
>>>>> >>>> die angepassten/erstellten Configs
>>>>> >>>>
>>>>> >>>> https://cloud002-46-231-178-117.unbelievable-machine.net/con
>>>>> fig.mk <
>>>>> >>> https://cloud002-46-231-178-117.unbelievable-machine.net/config.mk
>>>>> >
>>>>> >>>> https://cloud002-46-231-178-117.unbelievable-machine.net/
>>>>> >>> bcm53xx-generic.config <https://cloud002-46-231-178-
>>>>> >>> 117.unbelievable-machine.net/bcm53xx-generic.config>
>>>>> >>>>
>>>>> >>>> Das erstellte Profil nur mit dem Eintrag des Archer C5 V2
>>>>> >>>>
>>>>> >>>> https://cloud002-46-231-178-117.unbelievable-machine.net/
>>>>> >>> bcm53xx-generic.profiles <https://cloud002-46-231-178-
>>>>> >>> 117.unbelievable-machine.net/bcm53xx-generic.profiles>
>>>>> >>>>
>>>>> >>>> BR
>>>>> >>>>
>>>>> >>>
>>>>> >>> _______________________________________________
>>>>> >>> Berlin mailing list
>>>>> >>> Berlin at berlin.freifunk.net
>>>>> >>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>> >>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>> >>
>>>>> >>
>>>>> >
>>>>> >
>>>>> >
>>>>> > _______________________________________________
>>>>> > Berlin mailing list
>>>>> > Berlin at berlin.freifunk.net
>>>>> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>> > Diese Mailingliste besitzt ein �ffentlich einsehbares Archiv
>>>>> >
>>>>>
>>>>> _______________________________________________
>>>>> Berlin mailing list
>>>>> Berlin at berlin.freifunk.net
>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>
>>>>
>>>>
>>>
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein öffentlich einsehbares Archiv
>>
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein öffentlich einsehbares Archiv
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20180718/f0710154/attachment.html>
Mehr Informationen über die Mailingliste Berlin