Open On-Chip Debugger 0.11.0+dev-g0f30023 (2022-07-09-10:47)
Licensed under GNU GPL v2
For bug reports, read
http://openocd.org/doc/doxygen/bugs.html
Info : only one transport option; autoselect 'jtag'
ch341a num: SRST = 2 D2
Info : Listening on port 6666 for tcl connections
Info : Listening on port 4444 for telnet connections
Info : ch341a chip version: 0x0030
Info : This adapter doesn't support configurable speed
Error: JTAG scan chain interrogation failed: all ones
Error: Check JTAG interface, timings, target power, etc.
Error: Trying to use configured scan chain anyway...
Error: mt7622.cpu: IR capture error; saw 0x0f not 0x01
Warn : Bypassing JTAG setup events due to errors
Error: Invalid ACK (7) in DAP response
Error: JTAG-DP STICKY ERROR
I've also ordered a CMSIS DAP/DAPLink Emulator STM32 from Aliexpress to give it another try.
My question is do I only need those pins :
CLK(D3) -> TCK
CS(D0) -> TMS
MOSI(D5) -> TDI
MISO(D7) -> TDO ?
should i be connecting ground (that didn't help) or power (i'm using the router's power) ?
My problem why i need jtag is
[EMI]detect rank0 size error!!
So pretty much nothing to lose, i tried also reading the nand but the clip is not working and i messed up the soldering, or that chip is not compatible with cha341a that i have.
I'm interested in link arrogation to see if i can milk more out of the 5ghz wifi connection; any ideas how? it's just used as a dumb ap. not a router.
I know the wifi connection can do it; on iperf3, I can easily get 1.20 Gbits/sec. my router is an x86 box with 6 dedicated network cards(not a switched interface).
I ended up ditching using the RT3200s with OpenWRT, and got TP-Link Omada stuff, because I was tired of how weak the 5GHz signal was. When I tried using "usteer" to provide roaming suggestions to devices, the clients would see lost packets every time a roam was performed.
Its pretty good, I range from a minimum 0f 80mbps down to a max 140 down depending on server/provider, usually average around 90-100, not too far off from what I get with an rpi4 (130-140).
Just a combination of laziness and not really needing it, my plan is only 200 down, so getting around 100 is fine, but I've got it installed, just a matter of getting around to it one of these days.
Just use the functionality provided by the built in bonding packages. Bond any two switch ports removed from the bridge.
You could also roll your own scripts to set that up (afaik the GUI config makes some assumptions?) - I was lazy and didn't attempt to bridge the bond interface with the wireless one.
Good luck though, pretty sure this won't net you significant improvements for wireless IRL unless you're right next to it.
@nbd Hello Felix & team, I saw today the new commit (kernel: backport mtk wlan flow offloading fix) so I compiled latest versions from master and made new tests. Unfortunately, wed is still not working for NAT WAN-WLAN connections, only for local LAN-WLAN connections. I tested with both firewall3 and firewall4, the same situation. Thank you & all contributors for keeping track of this issue.
I thought I'd just chime in to say that RC5 on the RT3200 has been my best router experience ever, by far. Performance, range and stability are all flawless!
I'm interested in trying RC5, but am already on latest snapshot.
Is there anything I need to watch out for if I downgrade to RC5? (Should I just wipe/reset the entire router and setup from scratch?)