Die ART Daten sind vollkommen in OK, meist stimmt die TXPower auch. Was in der Liste steht ist seltsamerweise teils nur kosmetisch. Bei meinem 741nd und 841ndv8 senden die Geräte mit der selben Leistung wie auf 2015.1.2 obwohl dort nun 16dbm steht.
Dazu ist das Problem bei diesem „fix“ das er nicht berücksichtigt um welches Gerät es sich handelt. Wenn dies nur auf 2-3 Geräten vorkommt sollte der Fix auch nur auf diesen Geräten angewendet werden, eine Rundum-Keule macht keinen sinn.
Also im Falle des Routers, den ich aktuell hier auf dem Tisch habe, ist es kein kosmetisches Problem.
Von Stock zu Gluon war das am Handy mal eben nen Unterschied von 15dbm - wenn auch hemdsärmlig ermittelt mit dem Wifi Analyzer auf dem Smartphone.
Beim 3600er den ich vor 2 Wochen auf dem Tisch hatte war es ebenfalls keine Kosmetik, sondern ein im Pegel sichtbares Ergebnis.
Hmm evtl sollten wir mal eine Liste führen in der wir diese Werte vergleichen (Auch wenn nur Pi*Daumen). Das kann man dann auch nutzen um das Problem evtl. mehr einzugrenzen. Denn momentan ist dieses Problem nicht mal auf der Liste der Known-Issues von Gluon.
Am sinnvollsten wäre natürlich eine ordentliche Messung, leider fehlt dazu das Equipment. Wer weiß, evtl sendet Stock + 2015.12 einfach viel zu stark?
Natürlich, Stock war bei 28dbm per default, also das was der Chip maximal leisten sollte und somit natürlich außerhalb jeglicher Regulierung.
Der Punkt ist eher, dass da, so wie @adorfer schon schön schrieb
jemand derzeit scheinbar nach eigenem Gutdünken, die Hardwarelimits der einzelnen Geräte manipuliert - ob kosmetisch oder auch messbar lasse ich noch offen.
Und die Chiplimits sind dann vermutlich erstmal in Stein gemeißelt, denn man kann lediglich im Treiber unter das Hardwarelimit drosseln, aber keine höheren Werte einstellen.
Ich bin da leider auch nicht wirklich fit wo wie was gesetzt wird, um das zu erreichen. Eine ART Partition scheint es nicht mehr zu geben, kann man irgendwie auslesen ob an den Hardwarelimits manipuliert wurde, oder zumindest was tatsächlich nach dem Aufspielen vom Gluon für Limits für die Chips gesetzt wurden und somit feststellen ob sich diese noch mit der originalen Leistung decken? @fuzzle hatte oben ein wenig was zum Manipulieren geschrieben, aber wir müssten im Prinzip anders herum erstmal wissen ob die Werte verändert wurden. Irgendwoher muss ja die niedrige Leistung(sanzeige) herkommen.
Also die Art Partition gibt es noch 
[ 0.690000] Creating 5 MTD partitions on "spi0.0":
[ 0.700000] 0x000000000000-0x000000020000 : "u-boot"
[ 0.700000] 0x000000020000-0x000000142e50 : "kernel"
[ 0.710000] 0x000000142e50-0x0000003f0000 : "rootfs"
[ 0.710000] mtd: device 2 (rootfs) set to be root filesystem
[ 0.720000] 1 squashfs-split partitions found on MTD device rootfs
[ 0.720000] 0x000000380000-0x0000003f0000 : "rootfs_data"
[ 0.730000] 0x0000003f0000-0x000000400000 : "art"
[ 0.730000] 0x000000020000-0x0000003f0000 : "firmware"
Mache ich da was falsch?
# cat /proc/mtd
dev: size erasesize name
mtd0: 00040000 00010000 "u-boot"
mtd1: 00010000 00010000 "u-boot-env"
mtd2: 00760000 00010000 "firmware"
mtd3: 00122cec 00010000 "kernel"
mtd4: 0063d314 00010000 "rootfs"
mtd5: 00400000 00010000 "rootfs_data"
mtd6: 00040000 00010000 "cfg"
mtd7: 00010000 00010000 "EEPROM"Ich glaube in deinem Fall ist es die CFG oder EEPROM Partition.
Hier mal ein Abbild einer CPE210 mit Gluon 2016.1.3
dev: size erasesize name
mtd0: 00020000 00010000 "u-boot"
mtd1: 00010000 00010000 "pation-table"
mtd2: 00010000 00010000 "product-info"
mtd3: 00180000 00010000 "kernel"
mtd4: 00600000 00010000 "rootfs"
mtd5: 003c0000 00010000 "rootfs_data"
mtd6: 00030000 00010000 "config"
mtd7: 00010000 00010000 "ART"
mtd8: 00780000 00010000 "firmware"
@CyrusFox wenn du wissen willst ob da was chipseitig zu machen ist, siehe dir nochmal genauer meinen Beitrag an … wie man die ART Table umschreiben kann.
das musst du mit externen tools selber machen (=art rausholen, magic machen, art wieder reinschieben … egal wie die bei dir konkret heist)
Ein Tool gibt es
# https://github.com/pepe2k/ar9300_eeprom/
hast du ganz andere chipsätze dann gilt mein Beitrag schonmal per se nicht. Dann funktuioniert das alles anders.
Kann mal jemand definitiv sagen, wie der Stand im Moment bei gluon 2016 ist?
Ich möchte nicht durch ein Firmware-Update auf die 2016er in unserer Community die aktuellen Verbindungen verschlechtern, dann würden wir lieber auf 2015 bleiben solange keine Probleme auftreten (und nur für die neuen Modelle die 2016er ausbreiten).
Um es richtig auszudrücken: Die Router senden in 2016 schwächer, die Werte in 2015 waren zumindest in meinen Tests die gleichen wie mit der Stock-Firmware.
Der TX-Powerfix klappt nur bei einer Hand voll von Geräten, bei den anderen haben die Einstellungen meist gar keinen Effekt.
Wir haben in Düsseldorf und Neuss deshalb auf 2015.1.2 zurückgerollt und nutzen einen Fork welcher auch den 841nd V10,V11 sowie den 1043nd V3 unterstüzt.
Ich denke um einen richtigen TX-Powerfix zu bauen müssten wir die Änderungen am Sourcecode rückgängig machen welche dieses Problem initial verursachen.