[Berlin-wireless] TP-Link

[Harald Stürzebecher]

Am 21.04.2015 5:53 nachm. schrieb "Philipp Borgers" <borgers at mi.fu-berlin.de
>:
>
> Malte und andere arbeiten an Support für Router mit 4MB Flash und wenig
RAM.
> Siehe auch Github:
>
> https://github.com/freifunk-berlin/firmware/pull/247

Gibt es schon ein Datum für den offiziellen Release?

> Ich bin der Meinung, dass es sich nicht lohnt Software zu schreiben für
4MB
> Router. Der begrenzte Platz verhindert, dass wir alle Features einbauen,
die wir
> uns in einem ordentlichen Router wünschen. Das sind dann z.B. ausreichend
Tools
> zum Debuggen oder eine GUI für alle Einstellungen das von möglichst vielen
> Menschen auch bedient werden kann.

4MB sind knapp, das wird immer ein Ärgernis bleiben.

Vielleicht können wir zwei Builds machen:
- GUI-Version für Leute, die "einfach nur" einen Freifunk-Router betreiben
wollen
- Development-Version, die anstelle der GUI Tools zum Hardware-Debugging
enthält.

GUI-Debugging sollte IMHO auch auf den größeren Routern möglich sein. Die
GUI ist hoffentlich weit genug von der Hardware abstrahiert, so dass sich
Fehler auf praktisch alle Plattformen auswirken.

> Als Plattform für zusätzliche diese kann man
> die Hardware auch vergessen. Das beißt sich an irgendeinem Punkt auch mit
den
> Kernideen eines selbstgebauten Mitmach-Netzes.

Ich würde meinen MR3020 gerne unterwegs mit UMTS-Uplink einsetzen. Das geht
AFAICT im Moment nicht oder nur mit viel Überredung. Den Flash aufzurüsten
wäre für mich prinzipiell eine Option, dazu habe ich aber im Moment keine
Zeit.

Ein 15?-Router ist nun mal weniger leistungsfähig als einer für 30?. Das
versteht IMHO fast jeder. Wenn die Entscheidung aber zwischen "Einstieg in
Freifunk für 15?" und "ist mir zu teuer" besteht, wäre es mir lieber, die
Person könnte sich zum Mitmachen entschließen.

IMHO ist es auch kein Problem, dass auf den 4MB-Router keine zusätzlichen
Dienste passen. Dafür gibt es die Netzwerk-Buchsen und Geräte wie z.B. den
Raspberry Pi. Damit können dann Funktionen von Audio-Server[1] bis
Zugangskontrolle[2] realisiert werden.

Harald

[1] http://lesbonscomptes.com/pages/raspmpd.html
[2] http://nesit.org/rfpid-raspberry-pi-rfid-door-access-system/
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20150426/54dc9b1d/attachment.html>