Modify

Opened 4 years ago

Closed 3 years ago

#17320 closed defect (fixed)

TL-WR842ND v2 wifi IBSS mode not working

Reported by: mathju Owned by: developers
Priority: normal Milestone:
Component: packages Version: Trunk
Keywords: Cc:

Description

The TP-Link Router TL-WR842ND v2 has a serious wifi transmitting problem in IBSS mode.
The connection quality constantly changes. Usually the connection is very bad.

In olsrd I saw the following link qualities:

  • TL-WR842ND receiving: 1.0 (perfect)
  • TL-WR842ND transmitting (the other site receiving): 0.00 - 0.83 (constantly changing, usually very bad or no connection at all)

Tested on several TL-WR842ND v2 with up to date Barrier Breaker. I tested also with various older versions with the same effect. Most probably IBSS never really worked on this device.

@nbd:
I also compiled openwrt without patch "package/kernel/mac80211/patches/550-ath9k_entropy_from_adc.patch". With no different result.

Attachments (0)

Change History (6)

comment:1 Changed 3 years ago by anonymous

Have you reset /etc/config/wireless to defaults (wifi detect > /etc/config/wireless).
netifd changed it's behaviour on chipset feature recogntion afaik.
AFAIK 842nd v2 (but also v1) supports SGI20. If your link is not to a station in the vicinity, you probably should try disabling it. (SGI20 chooses a smaller interval between single bits, this increasing bitrates at, but at a higher risk of smearing chars through collisions). howto follows.

comment:2 Changed 3 years ago by anonymous

btw: does this sound familiar to you? /ticket/17354.html

comment:3 follow-up: Changed 3 years ago by anonymous

https://dev.openwrt.org/browser/trunk/package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh

I guess
option rxldpc 0
option ldpc 0
option short_gi_20 0

or the like would help, but I am not yet familiar with the new setup.

comment:4 in reply to: ↑ 3 Changed 3 years ago by mathju

Replying to anonymous:

https://dev.openwrt.org/browser/trunk/package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh

I guess
option rxldpc 0
option ldpc 0
option short_gi_20 0

or the like would help, but I am not yet familiar with the new setup.

I tried that, unfortunately there has been no improvement.

comment:5 Changed 3 years ago by mathju

nbd fixed the bug successfully in trunk:
svn-commit svn://svn.openwrt.org/openwrt/trunk@42686 3c298f89-4303-0410-b956-a3cf2f4a3e73

This chip revision get messed up, when the Ad-Hoc mode flag in AR_STA_ID1 register is set.
When this flag is set to AP mode, everything works fine, even if everything else is set on Ad-Hoc mode.
nbd implemented a workaround that avoids this flag on this chip revision.

works perfectly!

please close this bug.

comment:6 Changed 3 years ago by nbd

  • Resolution set to fixed
  • Status changed from new to closed

Add Comment

Modify Ticket

Action
as closed .
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.