In my previous post I re-flashed the BBBlue because, after some amount of 
poking around troubleshooting, on reboot somehow I had disabled all my 
comms.  So: clean slate. Reflash. I setup WIFI and, with an updated Debian 
image, installed the most recent recipe for blue-arduplane, (the latest 
build that pre-assigns the BBBlue GPS socket’s pins P9.21 and P9.22 as 
UART):

sudo apt update && sudo apt upgrade –y

sudo apt install -y bb-cape-overlays cpufrequtils ardupilot-plane-blue 

sudo sed -i 's/GOVERNOR="ondemand"/GOVERNOR="performance"/g' 
/etc/init.d/cpufrequtils

cd /opt/scripts && sudo git pull

sudo /opt/scripts/tools/update_kernel.sh --ti-rt-channel --lts-4_4

sudo reboot

 

I use *tio* to query the pins (on ttyS2) and confirmed they’re UART.  The 
blue LED on the uBlox is blinking to indicate satellite lock. When I 
attempt to connect to my uBlox M8n GPS, (blindly using 4800, 9600, 19200, 
38400 baud on that port) I still get no GPS data stream.  So I checked the 
GPS output on the o’scope and get 9600 baud pulses on the GPS’ Tx pin (and 
nothing on the Rx pin). I try config-pin query again with: 

tio -b 9600 /dev/ttyS2

…and Jason’s one-liner tests 

stty -F /dev/ttyO2 ispeed 9600 ospeed 9600;tail -f /dev/ttyO2

…with no response from the GPS. 

Did I miss something? 

On Sunday, July 2, 2017 at 1:45:17 PM UTC-7, Timothy Litvin wrote:
>
> So I’ve re-flashed the Blue, upgraded, updated and reinstalled 
> blue-arduplane (without the original uEnv.txt dtb substitution), and 
> connected WIFI via connmanctl. The board is working again, with comms back. 
> GPS blue LED is blinking (meaning that it has a GPS lock). I can again run 
> blue-arduplane and receive telemetry via WIFI to my laptop but no GPS. I 
> then ran… 
>
> config-pin –q 
>
> …on P9.21 and P9.22 and confirmed that those pins are now, in fact, 
> pre-assigned as UART.  Progress. Thank you for that simplification. 
>
> At this point I understand (please correct me if I’m wrong) that no 
> further action is required to use the UART connector silkscreened “GPS” on 
> the BBBlue, except for configuring the connection for my specific GPS’ COM 
> parameters. My uBlox neo-M8n, purchased from Hobby King, states “This 
> module ships with a baud rate of 38400, 10Hz 
> <https://hobbyking.com/en_us/ublox-neo-m8n-gps-with-compass.html?___store=en_us>”.
>  
>  I have not yet setup u-center to modify the GPS' firmware, so I’ll include 
> the stated default baud in my testing, as well as the more common 4800 and 
> 9600 baud and, while I'm at it, 19200.
>
> I then install the TTY terminal application tio… 
>
> sudo apt install tio
>
>  
>
> Running tio to set the connection baud of a specific port, I get back…
>
> debian@beaglebone:~$ tio -b 9600 /dev/ttyS1 
> [tio 18:52:00] tio v1.20 
> [tio 18:52:00] Press ctrl-t q to quit 
> [tio 18:52:00] Connected
>
> …no matter the baud (4800, 9600, 19200 or 38400) or the port (ttyS1, 
> ttyS2).  None of those alternatives yet yields GPS data; it just hangs at 
> “Connected” until I… 
>
> ctrl-t q
>
> Then, running Jason’s One-Liner GPS test… 
>
> stty -F /dev/ttyO2 ispeed 4800 ospeed 4800;tail -f /dev/ttyO2
>
> # also then with /dev/ttyS1 and /dev/ttyS2
>
> …with the same baud and port parameter variations above also just hangs at 
> the command line, until I ctrl-C. My guess is that this means the software 
> tools are working, telling me that this monkey is still missing something 
> important.   
>
>
>
> On Saturday, July 1, 2017 at 7:43:03 AM UTC-7, RobertCNelson wrote:
>>
>> On Sat, Jul 1, 2017 at 1:34 AM, Timothy Litvin <[email protected]> 
>> wrote: 
>> > First, I'm genuinely appreciative of the time and attention you guys 
>> are 
>> > putting into this. I was actually worried that I've overextended my 
>> pleading 
>> > quota. That said, after running 
>> > 
>> > sudo apt update 
>> > sudo apt upgrade 
>> > sudo apt install tio 
>> > 
>> > It seems I'm still across town from Easy Street, without functioning 
>> pinmux 
>> > file: 
>> > 
>> > debian@beaglebone:~$ config-pin P9.21 uart 
>> > P9_21 pinmux file not found! 
>> > Please verify your device tree file 
>>
>> it shouldn't be doing that.. 
>>
>> try with the full path: 
>>
>> /usr/bin/config-pin P9.21 uart 
>>
>> ps, if you do: 
>>
>> cd /opt/scripts/ 
>> git pull 
>>
>> and then reboot and run: 
>>
>> journalctl | grep am335x_evm 
>>
>> it should auto-set it as a uart. 
>>
>> Regards, 
>>
>> -- 
>> Robert Nelson 
>> https://rcn-ee.com/ 
>>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/2cf4e9bb-4206-4330-ae18-2ece99741132%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to