June 27, 2020 at 12:16 am #15960
I have two of the Berry GPS-GSM modules and the first works great. Fixes to 3D quickly and maintains well. The second unit will not fix beyond Mode 1 sitting next to the other with clear view to sky through window. Both are setup to use external antenna and both have the same model antenna connected. Once is connected (sitting atop) a Pi Zero W and the other is atop a Pi 3. Both are connected via GPIO for serial and using /dev/serial0 via GPSd service. I attached the raw NMEA output for reference.
Is there any way to determine the status of the signal other than Mode of Fix? Could it be an antenna issue? What other things should I look for?
Attachments:June 27, 2020 at 9:32 am #15963
I tried another antenna. No change.
I switched it back to internal; still no change. Will not connect to Satellites.June 27, 2020 at 1:35 pm #15964
So I swapped the 2 modules across the RPi units and the problem does not follow the Berry GPS-GSM module. The 2 RPi are setup nearly identically. What element of the connection between the RPi and the Berry could potentially cause the difference in performance? I am getting between 2 and 3 Sats in view on the unit that is not getting a fix. Makes me believe it is a signal strength issue? Could it be a differential in power being supplied to the Berry? Is it pulling from the 5V or 3.3V pin for power or from the UPS connection?June 27, 2020 at 2:41 pm #15965
So the darn thing just got a fix and is mode 3. I am still very concerned for the struggle. I will go back into the documentation to see if enabling the 'assist' mode will not help. Any advice on what could be impacting the performance would be appreciated non the less.June 27, 2020 at 4:14 pm #15966Mark WilliamsKeymaster
The problem happens on one of your Pis? no matter which module is connected?
The power us pulled from 5v... there is a LDO which converts this to 3.3v for the GPS module annd 1.8V for GSM module.
It could be a power issue with one of your Pis
Try connecting it via USB only. You will have to access the NMEA sentences through the USB port. Instructions here:
If you still see the same problem, try increasing the current to the USB ports.
add the below line to /boot/config.txt
Mark --OzzMaker.com --June 28, 2020 at 12:52 am #15967
And then it lost the fix. 🙁June 29, 2020 at 12:17 am #15968
OK. Disconnected from GPIO and running on UPS Only. Before changing boot/config.txt it is still not getting a fix after a few minutes.
Here are the raw NMEA strings.
Changed bootconfig adding the max current param and repeated procedure. Still no fix. The other unit is sitting next to it by the window with a 3D fix.
I am going to move it over to a different Pi Zero to see what I get. Will post results momentarily.June 29, 2020 at 12:28 am #15969
Well for some reason the darn Pi is not connecting to my WiFi but I can see that the GPS Fix LED is flashing on it. So what the heck could be going on with my Pi 3 that would disrupt the GPS module. This is crazy!
I am going to try another Pi 3 and see what happens.June 29, 2020 at 12:44 am #15970
Okay. Twilight Zone here. I connected the module to my Pi 3 on my bench (USB only) and fired it up. It fixed in no time flat. I am going to try the problem child again using the same USB cable I am using on my test bench Pi. I will report back in a few.June 29, 2020 at 2:08 am #15971
So the problem continues with the Pi 3 that is my prototype unit. The ONLY difference between it and my other RPi is that it carries a CAN bus module on its GPIO. The CAN bus module does not use any conflicting GPIO pins however it is pulling power from the Pi. I am using a 2.5Amp PS. I also want to note that yesterday I took the two modules on a road trip (grocery store) and they both got a fix and performed equally on the trip. The PS in the vehicle is actually rated slightly lower I think. Confirmed. Vehicle PS is 2.4Amp rating. Looking at config files now to see what might be different. It must be something to do with the mcp2515-can0 being active with the card sitting atop the pi because they both have the settings for the MCP2515 controller in the config.
Removing the card to see if that makes a difference. The MCP2515 Controller using Ethernet for communications. I don't see why this would cause an issue with the GPS module? Will post results shortly.June 29, 2020 at 2:22 am #15972
Card removed. Still UPS only mode and still no GPS Fix. This is absolutely nuts. Any ideas on what about this Pi could be resulting in this would be greatly appreciated. I am going to reassemble the unit put it in the vehicle and take a test drive again to confirm that it is working in that environment. I think I will power it with my battery pack so that I can start and end the trip in my office space down here in the basement to see how it reacts in the move from here to the car and back. I will report in on the results in a little while.
June 29, 2020 at 3:27 am #15974
- This reply was modified 8 months ago by nanunanu.
OK. So the GPS Fixed once I got outside and stayed fixed right up until I came back inside and brought it down stairs. So what about this RPi would affect the strength of RX/TX of the module? Picture of unit attached.
Any idea appreciated.
Attachments:June 29, 2020 at 1:16 pm #15976Mark WilliamsKeymaster
you ruled out the MCP2515. What about the display? do you get the same issue if the display is not connected?
Do you get issues with the GSM module? does it stay connected when you have problems with the GPS?
The only thing i can think off is an unstable power supply.. or not enough power. But 2.5A should be enough.
Does the problem follow the power supply around?
Mark --OzzMaker.com --June 30, 2020 at 1:14 am #15978
The display has a separate power switch and has been turned off the entire time I am testing. It is there to support the end product but is not needed for this function so I leave it turned off and monitor through ssh session. I do not believe it is the PS because I am pretty sure I powered it from my 12V power pack (2000Mah NMH) regulated to 5.2V on the USB power connection to the RPi. I will confirm that shortly and let you know.
I am finding some issues with the GSM connection when I take the unit on a road trip; however, this looks to be more like issues with the hologram python SDK. I am working on that now and have no reason to believe that there is any issue with the GSM connection there. BTW; future plans for LTE for the Berry GPS-GSM??? 🙂July 2, 2020 at 1:17 am #15982
Sorry for the time lapse silence. I have been testing and wanted to give you a final solid update.
I cycled my problem Berry unit through 3 RPi 3 boards with no success. I have tested with clear view to sky. I placed the unit back atop my second Pi Zero W and it works. Granted it does not fix as easily as the original Berry atop another Pi Zero W but it works and works pretty well. Both units maintained 3D fix consistently on a road trip around town and through a wooded area (Park like).
So I took the original Berry off the Pi Zero and put it on the RPi3 and sure enough it linked up pretty well getting to a 3D fix in a minute or less. Outside with clear view of course. So it is definitely an issue with the combo of the second Berry Unit and the RPi3 units.
The only thing I did with the Berry was to solder the pin socket on as required. I am not a novice at soldering but I also do not have high end (temp reg) equipment. I use a standard Weller Soldering Iron for my work. I don't remember if it is 25 or 30 Watt. Given that I tested all RPi3 with USB only I would question if a soldering issue could be in play? Should I re-solder the joints? Could I have slightly damaged it in the soldering? I tend to leave cold joints as opposed to over heating but anything is possible.
A final update with you thoughts on this issue would be appreciated.
PS> LTE in the future? Why is the GPS-GSM no longer on Amazon? Why was it cheaper on Amazon?
- You must be logged in to reply to this topic.