~Toughbooktalk~ Rob - 630-300-8877

The largest Toughbook discussion site on the net!
It is currently Sun Dec 10, 2017 10:10 pm

All times are UTC-06:00




Post new topic  Reply to topic  [ 38 posts ]  Go to page Previous 1 2 3 4
Author Message
PostPosted: Sat Jan 03, 2015 8:07 pm 
Offline
User avatar

Joined: Thu Oct 14, 2010 1:13 pm
Posts: 2177
Location: TDR-HQ California
It's so important to include the links. Thanks mate. Call me when you have time.

_________________
Fair for you/ Fair for me.
I chose to NOT be organized.

-------------------------------------------------------------------[/color]
http://toughbooktalk.com/
http://forum.notebookreview.com/panasonic/


Top
   
PostPosted: Mon Jan 05, 2015 11:51 am 
Offline

Joined: Fri Jun 14, 2013 3:10 pm
Posts: 8
Sadlmkr wrote:
Welcome to the soiree. Did my new avatar attract you? :)

You get what you ask for at best. A bat shaped light to the sky may bear other results than a picture of fluffy sheep on a green meadow. You gotta play with the cards you receive, so fleecy powers to the rescue! :salute:

Though for the screen resolution problem, I can't come up with any more help than to suggest to have a closer look at the log files and then use a search engine to investigate further into peculiar lines.

As I have just had an utmost annoying time to get a bluetooth GPS receiver going with my CF-31 this weekend, I have a growing suspicion on the cause of your GPS troubles. The Receiver was up and running in about 10 minutes, but not reliably so, especially after suspend/hibernate. It then took me a whole effin' day to work out the quirks, although the bluetooth related stuff was a big part of the equation.
The GPS-daemon would only serve GPS data if it was started or restarted after some grace period ranging from several tens of seconds to a few minutes, depending on the state the receiver was in (turned on/restarted from stand-by or from off state with battery taken out and running on external power). If gpsd was too early started manually, it would never begin to deliver GPS data, although the bluetooth-fed serial device was already present. I ended up writing a short script including rfcomm (bluetooth - not your department), gpsd and xgps for starting, stopping and restarting GPS functionality and also including pkill lines for gpsd and xgps in a suspend/hibernate preparation script in /etc/pm/sleep.d for convenience, because failing to stop gpsd manually before going into suspend/hibernate did result in moderate ("rfcomm connect 0" used when starting) - bluetooth mouse not working and GPS data not beeing served - to catastrophic - total system freeze - ("rfcomm bind 0" when starting and "rfcomm release 0" before sus./hib.) problems after resume.

If I recall correctly the internal GPS, if present, is constantly powered by the battery (which has its pros and cons) so you should get GPS data pretty quickly while the battery is inserted.
Nevertheless the serial device in your machine may as well need some time to work properly so my best bet is for you to also use a script for gpsd (and xgps) just like I do.


Top
   
PostPosted: Mon Jan 05, 2015 6:28 pm 
Offline
User avatar

Joined: Thu Oct 14, 2010 1:13 pm
Posts: 2177
Location: TDR-HQ California
Yes I've spent several hours in xorg.0.log dmesg etc. Nothing stands out to me. (to me)

Several timing things going on in gpsd/xgps. I don't have a bluetooth gps at this time.

One quote I remember is bluetooth may be set to a high com port and suggested changing the com port.. FWIW

_________________
Fair for you/ Fair for me.
I chose to NOT be organized.

-------------------------------------------------------------------[/color]
http://toughbooktalk.com/
http://forum.notebookreview.com/panasonic/


Top
   
PostPosted: Tue Jan 06, 2015 3:50 pm 
Offline

Joined: Wed Nov 16, 2011 8:01 pm
Posts: 489
Location: New England
Sadlmkr wrote:
Yes I've spent several hours in xorg.0.log dmesg etc. Nothing stands out to me. (to me)
Several timing things going on in gpsd/xgps. I don't have a bluetooth gps at this time.
One quote I remember is bluetooth may be set to a high com port and suggested changing the com port.. FWIW


From the Navigatrix site, here's some lite reading:
http://navigatrix.net/viewtopic.php?f=4&t=481
http://navigatrix.net/viewtopic.php?f=4&t=640
:salute:

_________________
CF-53 MX-16
CF-30 MK2 SSD LMDE2 Betsy, MK2 Navigatrix, Fundraiser for TbT
CF-52 GUN SSD LMDE2 Betsy(NICE) Thanks Sadlmkr
CF-M34 MicroWattR8 Thanks Sadlmkr
CF-33 MicroWattR8 Thanks Springfield
CF-29 MX-16 (https://mxlinux.org/)
CF-28 MK3 MX-14.3 & MicroWattR8


Top
   
PostPosted: Wed Jan 07, 2015 2:55 am 
Offline

Joined: Fri Jun 14, 2013 3:10 pm
Posts: 8
UNCNDL1 wrote:


Thanks for the input :)
I did read through these threads but couldn't find any new tweaks. In fact I had the receiver up and running after 10 minutes using another howto. Making it work reliably was the tricky part.

Right now I'm quite happy with the way the GPS works after further refining upon my script.
Turning on the receiver from stand-by, typing "gps 1" (script location entered into ~/.bash_aliases) into konsole and waiting a little more than 10 seconds until getting location data inside buildings is good enough for me.
If the receiver was cut off from power, it takes several minutes, but thats also ok with me since I still only have to turn it on and type "gps 1".
I don't want to derail this thread, so I'll just mention the important points I found out to make things work:
* the rfcomm bind option is a BIG NO NO to me as it freezes my system after suspend/resume (I think sometimes even during normal bind-release cycles), so I only use rfcomm connect instead
* after the bluetooth connection is terminated the receiver goes into stand-by after a short time, so I have to turn it back on manually whenever I want to use it again
* my script first kills any left over xgps, gpsd and rfcomm processes and then utilizes a loop with the
Code:
(sudo rfcomm connect [DEVICE_NUMBER]) &
command (started as background process in order to not interfere with the execution of the script) until the corresponding character device /dev/rfcommX is present and then calls
Code:
(sleep 2; sudo -u [USERNAME] gpsd -n -N -D 2 /dev/rfcommX) &
(sleep 10; sudo -u [USERNAME] xgps) &

Writing udev rules to automate this is possible, but I don't need nor want that.

TL; DR
If you're having trouble with your internal non bluetooth GPS, you might as well try a script :)


Top
   
PostPosted: Sat Jan 10, 2015 11:27 pm 
Offline

Joined: Sun Dec 07, 2014 2:39 pm
Posts: 61
Location: Around Kansas City
I dont know if this will help, but...

I just loaded Fedora 18/KDE on a CF-29 MK1. Updates (852) were killing my bandwidth so I went
to the library, I set the power settings to ignore the lid closing, I downloaded the updates and shut
the lid as I walked over to get food, the screen went black even though it was supposed to ignore
the lid closing. I opened it back up and the screen lit up and its still downloading, finished the
download and shut the lid as I drove home. It did what it was supposed to and kept running to
finish installing the updates. (about 900MB of updates, it ran for a while)

I dont know the difference between a 29 and 30's innards but the screen was not supposed to black
out but it did and it lit up at the same angle when opening. System never stopped but the display was
affected. I dont know if it was a direct hardware/switch cutoff of the signal or if X as stopped.

_________________
glitch

CF-19 Mk-1 / CF-M34 / CF-27 / CF-28 / CF-29 Mk-1 / CF-H1 Field/Health

“The soul is dyed the color of its thoughts. Think only on those things that are in line with your principles and can bear the light of day. The content of your character is your choice. Day by day, what you do is who you become. Your integrity is your destiny - it is the light that guides your way.” Heraclitus ~5 bc


Top
   
PostPosted: Mon Jan 12, 2015 2:19 pm 
Offline
User avatar

Joined: Sat Jun 07, 2014 7:39 am
Posts: 651
Location: Canada
Am I the only one to read this thread title as sung by Tina Turner?

_________________
CF-19 MK2 TOUCHSCREEN || CF-19 MK2 DIGITIZER || CF-30 MK3 "Jeff Edition" || CF-19 MK4


Top
   
PostPosted: Thu Jan 22, 2015 9:00 pm 
Offline

Joined: Wed Nov 16, 2011 8:01 pm
Posts: 489
Location: New England
Just found this on the Mint Forums:
http://forums.linuxmint.com/viewtopic.php?f=90&t=168383
:salute:

_________________
CF-53 MX-16
CF-30 MK2 SSD LMDE2 Betsy, MK2 Navigatrix, Fundraiser for TbT
CF-52 GUN SSD LMDE2 Betsy(NICE) Thanks Sadlmkr
CF-M34 MicroWattR8 Thanks Sadlmkr
CF-33 MicroWattR8 Thanks Springfield
CF-29 MX-16 (https://mxlinux.org/)
CF-28 MK3 MX-14.3 & MicroWattR8


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 38 posts ]  Go to page Previous 1 2 3 4

All times are UTC-06:00


Who is online

Users browsing this forum: No registered users and 2 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Limited