[freifunk-public] Neue Beta-Firmware 1.8.0~rc1

[Ralf Jung]

Hallo Gerhard,

klappen denn ältere Versionen?

Laut <https://forum.openwrt.org/t/gl-ar300m-sysupgrade-problem/1812> hat dieses
Gerät zwei Flash-Chips und OpenWRT unterstützt nur einen davon; irgendwie muss
man das Gerät also davon überzeugen von diesem Chip zu booten.

; Ralf

On 14.12.19 10:21, Gerhard Klein wrote:
> Hallo zusammen,
> 
> die Firmware für den GL-AR300m funktioniert leider nicht. Ich erhalte beim
> Update immer die Fehlermeldung unsupported format / Incorrect firmware format!
> 
> Gruß
> 
> Gerhard
> 
> Am Mo., 9. Dez. 2019 um 10:13 Uhr schrieb Ralf Jung via freifunk-public
> <freifunk-public at saar.freifunk.net <mailto:freifunk-public at saar.freifunk.net>>:
> 
>     Hallo allerseits,
> 
>     seit heute morgen rollen wir im experimental- und beta-Zweig des Autoupdaters
>     die neue Version 1.8.0~rc1 unserer Firmware aus.  Damit aktualisieren wir auf
>     Gluon 2019.1.  Die wichtigsten Änderungen im Vergleich zur Version 1.7.4 sind:
> 
>     * Neue Hardware-Unterstützung:
>       - TP-Link CPE210 v3, TL-MR3420 v5, TL-WR840N v2
>       - Aerohive HiveAP 121, HiveAP 330
>       - D-Link DAP-1330 A1
>       - 8devices Jalapeno
>       - ASUS RT-AC57U
>     * Wir haben jetzt ein "watchdog"-Script, welches den Knoten automatisch neu
>     startet, wenn mit der Verbindung etwas nicht in Ordnung ist.
>     * Bugfix: Das Bandbreitenlimit für Downloads wurde teilweise nicht korrekt
>     erzwungen.
>     * Bugfix: Das Bootloader-Image der AVM FRITZ!Box 4040 war defekt.
>     * Gluon hat angekündigt, dass Geräte mit 32 MB RAM / 4 MB Flash wahrscheinlich
>     in zukünftigen Gluon-Versionen nicht mehr unterstützt werden.  Diese Geräte
>     machen aktuell mehr als die Hälfte unseres Netzes aus, und wir empfehlen sie als
>     Einsteigergeräte auf saar.freifunk.net <http://saar.freifunk.net>.  Wir
>     müssen uns also irgendwas überlegen.
> 
>     Der neue "watchdog" ist inspiriert von ähnlichen Scripten anderer Communities
>     und von Sebastians cronjob.  Ein reboot wird eingeleitet, wenn entweder *gar
>     keine* Mesh-Nachbarn zu sehen sind (also weder per VPN-Tunnel noch per WLAN),
>     oder der Knoten die Mesh-Verbindung zu allen Gateways verliert (wenn es also mal
>     eine Verbindung zu den GWs gab, diese aber wieder wegfällt).  Allerdings wird
>     nur neu gestartet, wenn der Knoten schon mindestens 6h an ist, um zu schnelle
>     reboot-Loops zu vermeiden.  Das ganze ist darauf ausgerichtet, den Betrieb einer
>     isolierten Mesh-Wolke weiterhin zu ermöglichen -- daher finden Reboots nur
>     statt, wenn die Verbindung zu den GWs *verloren* geht, nicht aber wenn es noch
>     nie Verbindung zu den GWs gab.
> 
>     Wäre schön, wenn ihr die Beta-FW auf einigen Geräten ausprobieren könnt und uns
>     Bescheid gebt, ob soweit alles weiterhin zu funktionieren scheint. :)
> 
>     Viele Grüße,
>     Ralf
>     -- 
>     freifunk-public at saar.freifunk.net <mailto:freifunk-public at saar.freifunk.net>
>     - Diskussion und Hilfe der Freifunk Saar Community.
>     Verwaltung: https://lists.hacksaar.de/listinfo/freifunk-public
>     Abbestellen: freifunk-public-unsubscribe at saar.freifunk.net
>     <mailto:freifunk-public-unsubscribe at saar.freifunk.net>
>