fff-network: remove iwconfig #328
No reviewers
Labels
No Label
RFC
RFT
WIP
blocked
bsp
bug
build/scripts/tools
duplicate
feature
fixed
layer3
mantis
more details required
needs changes
node
packages/fff
rejected
security
trivial
upstream
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: freifunk-franken/firmware#328
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "rohammer/firmware:nodewatcher-remove-iwconfig"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
iwconfig is upstream scheduled for removal and no longer working.
It is only used once to get the txpower for the nodewatcher.
Fixes: #327
Signed-off-by: Robert Langhammer rlanghammer@web.de
ad0544ffb1
tob113e8e1d6
das Monitoring mag das Leerzeichen nicht.
Testet vielleicht mal bei einigen Geräten, ob der Wert tatsächlich gleich ist.
Irgendwo gab es da Unterschiede bei der Berücksichtigung des antenna_gain, ich weiß aber nicht mehr, ob das hier wirklich relevant ist.
Wir müssen außerdem prüfen welche Werte vom Monitoring verarbeitet werden. Denn auch wenn die Werte redundant vorhanden sind, heißen sie ja anders.
Das Monitoring wertet bereits jetzt schon nur die
iw
-Werte aus - mit Ausnahme derwlan_tx_power
.Reviewed-by: Fabian Bläse <fabian@blaese.de>
Vorher: <wlan_tx_power>20 dBm</wlan_tx_power>
Nachher: <wlan_tx_power>20.00dBm</wlan_tx_power>
Mindestens die Leerstelle sollten wir noch fixen, besser aber auch die
.00
.Wenn das Gerät zusätzliche tx power offsets hat (z.B. bei der NanoStation Loco M2 wegen zusätzlichem Verstärker), dann unterscheiden sich
iw dev
undiwinfo
um genau den Wert des TX power offsets.Bei meiner loco M2 ist es gleich. Jeweils 11dBm.
Das ist komisch. Was steht beim
TX power offset
imiwinfo
?Bei der Picostation war das glaube ich so.
iwinfo gibt es da nicht. Ich habe mit iwconfig verglichen. Da kommt ja aktuell auch der Wert fürs monitoring her.
b113e8e1d6
toeeaa89b441
Punkt und Leerzeichen verträgt das monitoring nicht.
Ohne Punkt mit Leerzeichen geht.
Ist garantiert, dass auf einen Punkt immer zwei Zeichen folgen? Ich hätte hier zur Sicherheit einfach alle Zeichen nach dem ersten Punkt verworfen, aber vielleicht bin ich da auch ein wenig paranoid. Alternativ könnte die Zahl auch mit printf "%.0f" parsen und "sauber" wieder ausgeben. Aber das soll den Patch jetzt nicht aufhalten, ich nehme ihn auch so. :-)
Du kannst das gerne noch ändern. Und ich freue mich wieder was gelernt zu haben!
Applied, danke!
Pull request closed