Würde gerne auf gluon 2017-1-7 Basis (habe damit bereits funktionelle (getestet) Builds für 841V9 erstellt)
nun einen Versuch für die V13er angehen, komme da aber nicht weiter…
… need HELP!
Was muss ich denn wie wohin clonen? (git clone -b next xxxxxxxxxxxxxxxxxx · GitHub)
Damit „ramips-mt76x8“ als target möglich wird?
Da findest du die Anleitung was du machen musst.
Die zu erwartenden/bekannten Probleme sind wohl im Bereich verstummen sowie Probleme beim Mesh
edit
Soweit ich es verfolgt habe, es wird wohl keinen finalen Build geben, lässt sich also nur als Broken fertigen, als alternatives Gerät 941/940 - wird bis zur aktuellen Version 6 unterstützt.
Scroll mal ein oder zwei Beiträge dort runter dort findest du dann dieses hier…
TL-WR841N v13 Image bauen
git clone -b next https://github.com/freifunk-gluon/gluon.git && cd gluon
(z.B.) git clone -b lede https://github.com/ffac/site.git
in targets/ramips-mt76x8 folgendes hinzufügen:
device tp-link-tl-wr841n-v13 tl-wr841n-v13
factory
make update && make -j1 V=s BROKEN=1 GLUON_TARGET=ramips-mt76x8
:warning:️ Es wird kein factory image erzeugt, nur ein sysupgrade (output/images/sysupgrade)!
Flashen
OpenWrt recovery image 4 wie hier 11 (“Flash instruction”) beschrieben per TFTP flashen und neustarten
scp $sysupgrade.bin 192.168.1.1:/tmp
ssh 192.168.1.1 sysupgrade -v -n /tmp/$sysupgrade.bin
:beer:
Tatsächlich, unter openwrt/bin/targets/ramips/mt76x8/
Git branch -a bzw. Gut Checkout v2017.1.7 oder v2017.17 (guggst du Anleitung für Firmware )
Erst allgemein was du haben willst anschließend das genaue was du als branch brauchst. Bei der Site das gleiche, anschließend die File ändern, den make Kram mit der variable broken ausführen
Korrekt.
Für Geräte, die sich nicht über das WEB-UI flashen lassen soll es jetzt ein spezielles Verzeichnis geben. Damit Leute gar nicht erst auf die Idee kommen, um dann festzustellen „geht nicht!“.
In diesem Fall: Ja.
Bei anderen Geräten „in diesem Ordner“ könnte es in Zukunft wesentlich unlustiger werden…
Will sagen: Es ist der Ordner für Geräte, die nicht „von Ottonormalnutzenden“ en passant umgeflashed werden können.
Der macht ja sogar Wifimesh während er Clients hat!
Endlich mal jemand, der den realistisch testen kann (und nicht nur so einen Edel-Hotspot betreibt)
Danke! Ganz ernst gemeint. Damit können wir dann vielleicht mal Zweifel über die Zuverlässigkeit ausräumen. (oder schlicht bestätigen.)
Dass router in echten Mesh-Netzen bei ibss&11s-Parallelbetrieb an die Grenzen kommen (und eben instabil werden), das nehme ich mal als unabwendbar hin.
Die Anzahl der möglichen Routingpfade (also z.B. die „batctl o“) ist x mal größer als nötig, weil alle Wifimesh-Knoten doppelt verlinkt sind.
Von daher: Wenn der 841v13 häufiger rebooten sollte, dann würde ich das problemlos darauf schieben wollen.