Gluon: Receiver-Bug in CPE210/CPE510

Created on 3 Jun 2016 · 48Comments · Source: freifunk-gluon/gluon

Both devices needs to enable the Low Noise Amplifier via GPIO:

echo 18 > /sys/class/gpio/export
echo 19 > /sys/class/gpio/export
echo out > /sys/class/gpio/gpio18/direction
echo out > /sys/class/gpio/gpio19/direction
echo 1 > /sys/class/gpio/gpio18/value
echo 1 > /sys/class/gpio/gpio19/value

http://dev.ffggrz.de/sunzi/cpe210_lna.png

This is already patched in LEDE:
http://lists.infradead.org/pipermail/lede-dev/2016-May/000588.html

https://dev.openwrt.org/ticket/19402#comment:16

bug hardware

Source

Sunz3r

👍2

All 48 comments

i do down know where it helps, but my attempts on 2 CPE210v1.1 and 5 CPE210v1.0 showed _loss_ of abount 20-40% TQ after sending those commands to the GPIOs.

Adorfer on 5 Jun 2016

😕1

ich kann für cpe210v1 bestätigen das der empfang (=reichweite) enorm besser geworden ist ...
die drei cpe in dem dach (in drei versch. richtungen , an drei versch stellen im dach) hatten vorher kaum connections ...
http://openfreiburg.de/freifunk/meshviewer/#!v:m;n:60e327531f9e

wenn gewünscht kann ich auch bestimmte(!) genauere Dinge testen

viisauksena on 7 Jun 2016

It doesn't seem to work:
https://map.ffgl.eu/#!v:m;n:60e327d6125c
These connections were much better before.
What debug info can I provide?

petabyteboy on 14 Jun 2016

I've tried it.
Signal strength increased, TQ went from ~35% to ~95%.
I even liked it so much, I applied the patch to 2016.1.5 and rolled out the firmware via autoupdate for all our CPEs.
No problems so far, just better mesh links!

Here is a screenshot of the status page of my CPE210 1.0 right after executing the commands from OP:
bildschirmfoto_2016-06-07_22-34-17

kpanic23 on 14 Jun 2016

@plumpudding, are you actually using the current master with the kernel patch (with deac14e62959f9cc3aba1d974950c092224e78d0), or the replacement commands posted by @Sunz3r in this issue? Just enabling these GPIOs is probably wrong, you need to set these GPIOs to LNA mode in the kernel.

NeoRaider on 14 Jun 2016

I use the latest gluon master.

On June 14, 2016 8:14:00 PM GMT+02:00, Matthias Schiffer [email protected] wrote:

@plumpudding, are you actually using the current master with the kernel
patch (with deac14e62959f9cc3aba1d974950c092224e78d0), or the
replacement commands posted by @Sunz3r in this issue? Just enabling
these GPIOs is probably wrong, you need to set these GPIOs to LNA mode
in the kernel.

You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
https://github.com/freifunk-gluon/gluon/issues/796#issuecomment-225968310

Sent from my Android device with K-9 Mail. Please excuse my brevity.

petabyteboy on 14 Jun 2016

@NeoRaider I tried the /proc variant too. In both cases the dBm get better, while the tq becomes unstable and alot worse.

petabyteboy on 16 Jun 2016

I've reverted the change for now, because of the TQ issues, and https://git.lede-project.org/?p=source.git;a=commit;h=c2e0c41842895ba47819fa98b785c76a2524628b ...

NeoRaider on 17 Jun 2016

For my CPE510 v1.1 the patch works very well. I have a connection about 450m between two CPE510. Before patching the connection was very weak and got lost sometimes. TQ around 45%. Because I don't have permanente access to the second CPE I have patched only my one until now and the signal raised to TQ 100%, -71dBm.
bildschirmfoto_2016-06-23_09-51-47

mokkin on 23 Jun 2016

maybe the root cause of the problem, which some of you has seen, is caused by switching the LAN and WAN port? Can you retest:
https://github.com/freifunk-gluon/gluon/issues/806

Gammelknup on 23 Jun 2016

Today I applied the patch also on the other CPE510 v1.0 and the dBm has become even better:
bildschirmfoto_2016-07-10_23-03-13
I can't confirm any problems yet.

mokkin on 10 Jul 2016

@mokkin, which of the patches...?

NeoRaider on 11 Jul 2016

@NeoRaider I'm using the patch from LEDE which you have included at https://github.com/freifunk-gluon/gluon/tree/ffd1f0b3a5b2950d8c626a2de26fb1dc8e384408
Version 0.8.5.1-exp is our experimental firmware including this patch. You can find it here: http://vpnb.leipzig.freifunk.net:8004/freifunk-gluon/images-freifunk-leipzig-20160511/

mokkin on 11 Jul 2016

Ist der Patch im aktuellen 2016.1.x branch durch den Wechsel zur LEDE
Version enthalten? Wenn nicht: werden noch Tester gebraucht?!

Am 11.07.2016 10:12 schrieb "mokkin" [email protected]:

@NeoRaider https://github.com/NeoRaider I'm using the patch from LEDE
which you have included at
https://github.com/freifunk-gluon/gluon/tree/ffd1f0b3a5b2950d8c626a2de26fb1dc8e384408
Version 0.8.5.1-exp is our experimental firmware including this patch. You
can find it here:
http://vpnb.leipzig.freifunk.net:8004/freifunk-gluon/images-freifunk-leipzig-20160511/

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/freifunk-gluon/gluon/issues/796#issuecomment-231668605,
or mute the thread
https://github.com/notifications/unsubscribe/AIA7Umez_9_PfCN9X5ILhuKCFd1QdWMQks5qUfrRgaJpZM4It3NZ
.

A-Kasper on 24 Jul 2016

@A-Kasper Ich denke nicht. NeoRaider hat ihn erstmal entfernt. Wenn du ihn wie ich testen und nutzen willst, baue einfach gluon neu mit den oben von mir verlinktem Stand. Momentan ist ja noch OpenWRT der Unterbau, soweit ich weiß. Aber ich freue mich auch schon auf LEDE.

@NeoRaider btw. it was @dangowrt, a member of our Leipzig community who had the problem with his CPE510. He told me, he was using an upper channel (116?) with high power for testing purposes. Usually we are on ch. 44. Maybe he can provide additional information.

mokkin on 25 Jul 2016

Works but...
This could in fact reduce the possible tx rate because other devices far away or the noise floor could occupy the cpe on too much gain amplification.
We should make this as an uci option at wireless config.

Sprinterfreak on 30 Jul 2016

Guten Tag, der Patch hilft. Zwei unserer Knoten CP210 v1.1 sind über 160m durch Laubbäume miteinander verbunden. Nach dem Patch geht es von ~85dBM rauf auf ~70dBM.

Kurze Frage: Überleben die Einstellungen einen reboot?

Byggvir on 12 Aug 2016

Also meine CPE510 laufen äußerst stabil und haben auch schon einige reboots hinter sich.
Zur 210er kann ich nix sagen, sollte aber ähnlich sein.

mokkin on 12 Aug 2016

@mokkin von welchem patch genau redest du ? - der oben vorgeschlagene Vorgang von @Sunz3r dürfte nicht rebootfest sein - wie auch.

viisauksena on 12 Aug 2016

Der Befehle von @Sunz3r sind so definitiv inkorrekt, da sie die entsprechenden GPIOs einfach auf high setzen, anstatt sie in den speziellen LNA-Modus zu setzen - das geht nämlich nur per Kernel-Patch.

Ich hatte insgesamt 3 Patches für dieses Ticket aus LEDE gebackportet und erstmal wieder rückgängig gemacht. Ich denke, die beiden unkritischen werde ich wieder anwenden. Der letzte, der die Sendeleitung auf den CPE510 erhöht, ist wohl problematisch und kann zu Schäden am Gerät führen.

NeoRaider on 12 Aug 2016

@viisauksena der hier: https://github.com/freifunk-gluon/gluon/tree/ffd1f0b3a5b2950d8c626a2de26fb1dc8e384408

mokkin on 12 Aug 2016

Das hatte ich auch schon vermutet dass die nicht einfach auf High gesetzt werden dürfen ... sollte daher auch nur zum testen sein und nicht als Lösung. :) Das hätte ich wahrscheinlich explizit nochmal erwähnen müssen.
Habe bei mir (Innenstadt) die Tests auch abgebrochen da die TQ trotz besseres Signal schlechter geworden war. Aber wahrscheinlich liegt das eher an den vielen WLANs in der Umgebung.

Sunz3r on 12 Aug 2016

Vielleicht sollte man das Ticket auch splitten, da ja anscheinend alle außer mir die 2,4GHz-Variante verwenden.

mokkin on 12 Aug 2016

Ich habe drei CPE210 in Verwendung woran ich auch meine Experimente gemacht hatte.

Sunz3r on 12 Aug 2016

Mit wie viel mW sendet der CPE510 eigentlich jetzt? Ich konnte damals nicht mehr als 10mW einstellen.

switch42 on 12 Aug 2016

Ich verwende zwei CPE210 v1.1. Die Verbindung über 160m ist extrem instabil. Mal geht es stundenlang gut, dann bricht die Verbindung plötzlich zusammen. Die Router kommen nach einem Neustart relativ schnell wieder in Verbindung. In guten Zeiten erreicht die Strecke über Stunden 5 MBit/s. Auf dem Channel 5 habe ich inzwischen alle anderen Router verdrängt. Nur ein WDR841 funkt noch auf dem Client Netz und meshed über WLAN mit einem der beiden CPE210.

Byggvir on 12 Aug 2016

@switch42

ibss0     ESSID: "02:44:ca:ff:ee:ee"
          Access Point: 02:44:CA:FF:EE:EE
          Mode: Ad-Hoc  Channel: 44 (5.220 GHz)
          Tx-Power: 20 dBm  Link Quality: 59/70
          Signal: -51 dBm  Noise: -95 dBm
          Bit Rate: 144.4 MBit/s
          Encryption: unknown
          Type: nl80211  HW Mode(s): 802.11an
          Hardware: unknown [Generic MAC80211]
          TX power offset: unknown
          Frequency offset: unknown
          Supports VAPs: yes  PHY name: phy0

mokkin on 12 Aug 2016

@mokkin
20dBm + unknown Offset (9dBi) ?!
Der Link muss Kilometer weit gehen... :-D

Am 12.08.2016 22:21 schrieb "mokkin" [email protected]:

@switch42 https://github.com/switch42

ibss0 ESSID: "02:44:ca:ff:ee:ee"
Access Point: 02:44:CA:FF:EE:EE
Mode: Ad-Hoc Channel: 44 (5.220 GHz)
Tx-Power: 20 dBm Link Quality: 59/70
Signal: -51 dBm Noise: -95 dBm
Bit Rate: 144.4 MBit/s
Encryption: unknown
Type: nl80211 HW Mode(s): 802.11an
Hardware: unknown [Generic MAC80211]
TX power offset: unknown
Frequency offset: unknown
Supports VAPs: yes PHY name: phy0

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/freifunk-gluon/gluon/issues/796#issuecomment-239550241,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AMwW3gHDUTbUB6hJIxtkL6iNFvt6RxfYks5qfNW0gaJpZM4It3NZ
.

Sprinterfreak on 12 Aug 2016

@Sprinterfreak
ich hoffe doch :) hab bisher aber nur den halben kilometer testen können

mokkin on 12 Aug 2016

@mokkin Bei mir sind es nur 10dBm, mehr kann ich nicht einstellen. Kannst du mir einen Tipp geben? Gern auch per Mail an switch42(at)gmx.de

switch42 on 13 Aug 2016

Naja, 20dBm (+9dBi Antenne) sind bei der CPE210 etwa 800mW EIRP...

Am 13.08.2016 11:44 schrieb "switch42" [email protected]:

@mokkin https://github.com/mokkin Bei mir sind es nur 10dBm, mehr kann
ich nicht einstellen. Kannst du mir einen Tipp geben? Gern auch per Mail an
switch42(at)gmx.de

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/freifunk-gluon/gluon/issues/796#issuecomment-239612567,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AMwW3hxa3WyLxo8c0hb16TpDVWE4vQ-Xks5qfZHtgaJpZM4It3NZ
.

Sprinterfreak on 13 Aug 2016

Es ging hier aber um die 5GHz Variante.

Am 13. August 2016 18:29:08 MESZ, schrieb Sprinterfreak [email protected]:

Naja, 20dBm (+9dBi Antenne) sind bei der CPE210 etwa 800mW EIRP...

Am 13.08.2016 11:44 schrieb "switch42" [email protected]:

@mokkin https://github.com/mokkin Bei mir sind es nur 10dBm, mehr
kann
ich nicht einstellen. Kannst du mir einen Tipp geben? Gern auch per
Mail an
switch42(at)gmx.de

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub

https://github.com/freifunk-gluon/gluon/issues/796#issuecomment-239612567,
or mute the thread

https://github.com/notifications/unsubscribe-auth/AMwW3hxa3WyLxo8c0hb16TpDVWE4vQ-Xks5qfZHtgaJpZM4It3NZ
.

You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
https://github.com/freifunk-gluon/gluon/issues/796#issuecomment-239629404

Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

mokkin on 13 Aug 2016

61cde569ad5a49ceb5eb55871adbdc1964f90374 adds the unproblematic patches again, please test.

NeoRaider on 22 Aug 2016

Will this also be backported to 2016.1.x?

A-Kasper on 22 Aug 2016

@A-Kasper: Depending on the feedback, it's possible.

NeoRaider on 23 Aug 2016

After having read this thread from Freifunk Gera-Greiz https://www.freifunk-gera-greiz.de/forum/-/message_boards/message/62361 I set on my CPE210 v1.0 Freifunk-Node only GPIO sw18 which gives very good results up to now. Setting both sw18 + sw19 will result in high sensitive but instable WLAN connections.

FFS-Roland on 23 Aug 2016

@FFS-Roland, as mentioned before, manually setting the GPIOs doesn't do the right thing. The GPIOs must be set to the special LNA mode, which is only possible with a kernel patch.

NeoRaider on 23 Aug 2016

To actually better understand whats really going on. What is the difference
between activating LNA by GPIO and by kernel patch?
I suggest simply cranking up the gain by turning on the hardware LNA
without adjusting the drivers squelch profile results in an overload
because of the driver is occupied by analyzing background noise rather then
actual signals?

Am 23.08.2016 12:27 schrieb "Matthias Schiffer" [email protected]:

@FFS-Roland https://github.com/FFS-Roland, as mentioned before,
manually setting the GPIOs doesn't do the right thing. The GPIOs must be
set to the special LNA mode, which is only possible with a kernel patch.

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/freifunk-gluon/gluon/issues/796#issuecomment-241690453,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AMwW3u43sn9sI8MX9yVcEU4OkajKIRjvks5qissCgaJpZM4It3NZ
.

Sprinterfreak on 23 Aug 2016

The LNA mode is a special mode of the GPIO which makes the WLAN adapter drive the pins adaptively. This is a feature of the Atheros SoC, I'm not sure about the details...

NeoRaider on 23 Aug 2016

Sometimes theory an practise seem to different worlds. The experience of Mathias and Marcus in the mentioned thread and also mine show that it works, even if I cannot tell you why ...

FFS-Roland on 23 Aug 2016

I'm not saying just setting the GPIO to 1 doesn't have an effect. I'm saying that it doesn't have the _desired_ effect.

NeoRaider on 23 Aug 2016

👍1

Am 23.08.2016 um 00:40 schrieb Matthias Schiffer:

@A-Kasper https://github.com/A-Kasper: Depending on the feedback, it's
possible.

I've tried it on a cpe210 1.0 and acpe210 1.1. Both have higher TQ and
much better dbm signal now...

A-Kasper on 24 Aug 2016

As I already told:
Signal and TQ are much better with this Fix. Here is an example Screenshot. I'm using the firmware on 23 CPE210/510 v1.0 or v1.1. No Problems spotted.
screenshot 30 08 2016 10 50 47
screenshot 25 08 2016 13 21 13

A-Kasper on 30 Aug 2016

Okay, this seems to work correctly now.

NeoRaider on 30 Aug 2016

I upgraded today from the old to the new patch. TQ is the same, but the signal changed about 20dBm.
2xCPE510v1.0
bildschirmfoto zu 2016-09-01 22-07-18