Danke, ich werde den Artikel lieber zurücksenden und mir was anderes besorgen. Wobei das sicher im OpenWRT erwähnt werden sollte.
GluonSupport gibt es für die CPE210v1.1 schon seit Ewigkeiten, also mindestens Ostern 2016.
Aber regionale Firmware kann davon natürlch abweichen.
(Und ja, das OpenWRT-Wiki ist meistens ungewartet… sagt zu Geräten „non-supported“ für die es seit >12 Monaten Images gibt… Fühlt sich wohl niemand für wirklich zuständig.)
Der Fehler liegt in der fehlenden EU Signierung deiner Firmware. Nimm eine von hier und mache dann einfach ein sysupgrade mit der Berliner Firmware.
Weißt Du das oder vermutest Du das? Ich würde mich wundern, wenn die Berliner Firmware anbieten, die sich einfach nicht installieren lässt.
Merkwürdig, die Leipziger Firmware lässt sich installieren, die Berliner dann immer noch nicht:
Die übermittelte Datei ist keine gültige Firmware für dieses Gerät.
habe versucht mit
kathleen-0.2.0-cpe210-220-510-520-sysupgrade.bin kathleen-experimental+e1b3254-cpe210-220-510-520-sysupgrade.bin
und openwrt-15.05.1-ar71xx-generic-cpe210-220-510-520-squashfs-factory.bin
Vielleicht den Dateinamen einkürzen?
gruß
nee, ich versuche gerade die Berliner Firmware mit sysupgrade zu installieren und bekomme:
root@gluon-l98ded0658394:~# sysupgrade -n -T -v kathleen-0.2.0-cpe210-220-510-520-sysupgrade.bin
Unsupported image (model not in support-list)
Image check ‚platform_check_image‘ failed.
sysupgrade -F
hat mir geholfen… 
Aber auf eigene Gefahr…
1 „Gefällt mir“
Tja, weiß nicht ob ich das riskieren will, solange TFTP-Recovery auch nicht funktioniert.
Kann man irgendwie in die Firmware images reingucken? Bzw was wir womit verglichen?
Wobei /proc/cpuinfo sagt: system type : Atheros AR9344 rev 2
machine : TP-LINK CPE210/220
aber die Images für die CPE210 finden sich unter /ar71xx/, ist das also ein anderer Prozessortyp?
Das Teil ist 1:1 identisch, so steht es auch im openWRT Wiki, einziger Unterschied (der dir hier gerade das Wochenende vermiest) ist:
https://forum.openwrt.org/viewtopic.php?id=64748
Da habe ich (Mitsch87) sogar rein geschrieben wie ich es damals gemacht habe, da das OpenWRT sich auch nicht installieren lassen wollte… Und woher ist die Info, dass TFTP-Recovery nicht geht?
1 „Gefällt mir“
Naja, ich habe es versucht, beide Ethnernet-Ports ausprobiert und bin nach Anteitung vorgegangen: Firmware nach recovery.bin umbenannt, einen tftp-Server auf das Verzeichnis gestartet, den Rechner auf die statische adresse 192.168.0.100 gesetzt, die Reset-Taste gedrückt, dem Gerät Strom gegeben, aber dann kommt einfach keine Anfrage an den Tftpd, habe wenn ich mich richtig erinnere, beide Ethernet-Ports des Geräts probiert.
wie in allen Threads zu diesem Thema vorher auch: die CPE210 ist schnell. TFTP ohne Switch dazwischen braucht einen sehr schnellen Rechner, der seine Lankarten rasant fix hochbringt nach Link.
Bei Desktop-Linux-Versionen idR wege Networkmanager-Foo nicht zu schaffen.
Na, jedenfalls habe ich die Berliner Freifunk-Firmware nach Ermutigung mit einem beherzten -F aufgespielt gekriegt und habe das Teil mittlerweile in Betrieb…
1 „Gefällt mir“
Support der v1.1 für LEDE & Openwrt wäre auch super. Das wurde wohl nur Gluon-exklusiv umgesetzt. 
zur Info: ähnliches gilt auch für TPLINK 710-v2.1, und auch dieser ist noch nicht „richtig“ von LEDE/Openwrt unterstützt (anderes Thema).
scheinbar ist das hier liegengeblieben:
https://github.com/freifunk-gluon/gluon/issues/526
Freifunk Berlin hatte da (ähnlich gluon) schonmal eigene Patche:
https://github.com/freifunk-berlin/firmware/commit/b881f73a184abe23949f4d40035f8a180e447003
Nochmal sicherheitshalber zusammengefasst:
Es gibt
a) CPE210v1.0
b) CPE210v1.1
c) CPE210v1.1EU
Was OpenWRT/Gluon anbelangt:
a: support seit „Produktstart“ (also rund 7 Tage nach Lieferverfügbarkeit in D)
b: support seit Ende 2015
c: support seit Mitte 2016 (sinnvollerweise mit dem statement „GLUON_REGION ?= eu“ in der site.mk)
bei c) kann man tricksen, indem man erstmal ein entsprechend aktuelles Openwrt oder LEDE draufspielt.
Und dann auf eine b) zurückspielt, braucht nichtmal ein „-force“ im sysupgrade.
Alternativ soll man sich auch mit einem TFTP-Rescue (Pushbutton-Recovery) helfen können, um von der 1.1EU ein „normale“ 1.1 einzuspielen.
2 „Gefällt mir“
ok. Dann brauchen wir ja nur noch jemanden, der sich mit Gluon auskennt und die Änderungen zu Openwrt und LEDE pushen könnte
Für ein Event planen wir, ein Sportplatzgelände mit ca. 10 CPE210 zu versorgen. Dazu habe ich einige Tests gemacht, und die Ergebnisse wollte ich irgendwo festhalten. Erstmal habe ich mir einen Spannungsmesser für PoE gebastelt (Materialpreis < 1 Euro):
Das Ding ist erstaunlich genau, obwohl es so billig ist. Wie man sieht, kommen direkt aus dem Netzteil 24,3V raus. Wenn man ein kurzes Netzwerkkabel benutzt und PoE out freischaltet, kommen ca 23,9V raus. Mit 20m CAT 5 Kabel AWG26 waren 23,7V am Ausgang, mit 3x20m (und 2x CAT5-Buchse-Buchse Adaptern) waren immer noch 23,3V am Ausgang:
Zur weiteren Strom- und Spannungsmessung habe ich dann einen China-PoE-Injektor an eine Labornetzteil angeschlossen:
Ergebnisse:
- Unter 15V läuft der CPE nicht an, aber 15V scheint er bei Raumtemperaur anzulaufen.
- Stromaufnahme bei 15V: schwankt im Idle-Betrieb zwischen 100 und 150mA, also um die 2 Watt.
- Stromaufnahme bei 24V: 80mA Idle, bei 1 Client mit 100MBit Speedtest 180mA, also ca. 4,5 Watt.
Damit sollten sich mit dem Originalnetzteil (24V, 1A) eigentlich deutlich mehr als 2 Geräte versorgen lassen. Ich werde da nochmal genauere Tests machen, sobald ich Zugriff auf die restlichen CPEs habe.
PS: Alle Tests waren mit einem CPE210 V1 mit aktueller TP-Link Originalfirmware.
6 „Gefällt mir“
das problem ist halt nur lange billige patchkabel
hatte das die woche noch mit 40meter neee mit 15 sehr wohl … (da war es ein mesh ac)
Das mit den billigen Kabeln habe ich auch auf die harte Tour gelernt… Habe in den Wänden CCA Kabel verlegt, wo ich teilweise auf 10m Länge schon keinen Gigabit Link drauf bekomme (ohne PoE!).
Daher würde ich in Zukunft beim Kabelkauf auf nicht-CCA Kabel mit ausreichend dicken Leitungen achten.