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