-
Notifications
You must be signed in to change notification settings - Fork 112
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Neo6 RF_IN wiring is incorrect. #8
Comments
If you're feeling adventurous, pop the cap off the NEO-6M and see if you have an AT6558. The cap is soldered so poorly that you don't need to heat it. Both of mine have counterfeit uBlox modules. |
Hi JC nothing wrong with an AT6558... much faster than a Neo6 I have tested them to 48000m with no high altitude string required ... not a downgrade from a Neo6 but deaf to ubx.. a little bit of slight of hand with the label but the T-Beam works well with SOFT-RF and this gps chip. I have not pried my lid off but this thing locks so much faster than a Neo6 ever did, I would not be surprised.... Dave |
The MAJOR problem is they're selling as a NEO-6M (not necessarily TTGO, but
whomever they buy parts from). And if you have an application that uses UBX
(I do), and you're expecting the GPS to speak UBX (and I do), then when it
doesn't, it's a real problem.
…--jc
Save a life; adopt a shelter animal.
On Wed, Aug 29, 2018 at 4:11 PM David ***@***.***> wrote:
Hi JC nothing wrong with an AT6558... much faster than a Neo6 I have
tested them to 48000m with no high altitude string required ... not a
downgrade from a Neo6 but deaf to ubx.. a little bit of slight of hand with
the label but the T-Beam works well with SOFT-RF and this gps chip. I have
not pried my lid off but this thing locks so much faster than a Neo6 ever
did, I would not be surprised.... Dave
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#8 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAgUqmecE-g9YPZS8elFVpd651K_Nv59ks5uVvV_gaJpZM4WSNS5>
.
|
Yeah, note the datasheet != the protocol. I couldn't find an english version of the protocol for the AT6558. It's fine if you can handle the default strings. |
Hardware: T-Beam T22_V06 20180706
Firmware: SoftRF 1.0-rc4+
R33 is shown as a 22uh choke going between the center pin of the ipx connector and RF_IN. A choke in this position would not be useful in passing the 1575 mhz satellite signals from the patch antenna to the RF input of the Ublox Neo6 gps. A capacitor could work to block the dc to the antenna input but in my board this item measured .6 ohms and when taken off measured 17uh on my meter, so it was in fact an inductor
. The normal Ublox wiring has a choke in the line from the antenna connector pin through a limiting resistor to the VCC_RF that powers the patch antenna. The existing wiring does work, but is improved by removing the choke and putting it in series with the 22 ohm resistor R28. The wiring from the RF_IN was then jumped to the center pin of the ipx connector . In my case this improved the number of satellites tracked by 1 or 2 and improved the position error. I suggest this change me made to the pcb before the next production run.
David VE3KCL
The text was updated successfully, but these errors were encountered: