I've hunted XDA, Google, etc, and can't find more than a single post (on XDA) regarding the idea of porting gpsd to Android.
Is there any reason it can't be done, or is it just something that hasn't been done yet?
I'm building my wife and I Linux-based CarPC's (we run nothing but Linux), and would love to be able to link our G1 GPS units to them, rather than purchase additional GPS units just for this purpose...
maybe BlueNMEA on market could resolve your problem... it shares the gps position by bluetooth... hope i helped...
try this
http://forum.xda-developers.com/showthread.php?t=559380
Serial port on the G1. =]
Slinker said:
maybe BlueNMEA on market could resolve your problem... it shares the gps position by bluetooth... hope i helped...
Click to expand...
Click to collapse
Unfortunately, android bluetooth devel is still in pretty bad shape. Also, this is dependent upon a computer system listening for an incoming rfcomm connection, and I've not been able to get it running. It cannot listen for an incoming, itself. As well, I'm of the opinion that this method is a completely unnecessary over-conversion:
android-native-protocol --> NMEA --> RFCOMM/TTY --> GPSD --> TCP/IP
My idea:
android-native-protocol --> GPSD --> TCP/IP
Much less room for conversion loss, latency, etc...
In regards to the serial port kernel, I believe that this is designed for a different purpose, and is far more than I need.
GPSD has been a solid standard in Linux for quite a while, and our phones run Linux, so why reinvent the wheel (and break it in the process)?
Related
Is it possible to adapt the wizard to be able to function like a http://www.flukenetworks.com/fnet/en-us/products/NetTool/Overview.htm
Firstly is there a way to be an ethernet connectible device (maybe via a usb/ethernet dongle??)
Then is there any software capable of checking the reading from the cable to test for connectivety to the wired network and then also to analyze data (Ip addresses/ gateway addresses etc).
I realise I'm asking a lot of this device but if anyone has attempted it I'd be interested to know.
Cheers
?
I'm pretty sure the Wizard can't host usb devices due to hardware limitations, but don't quote me on it. Same with SDIO. It can host a BT gps, so I think that and IR would be your only options. I'd sure love to have a DMM and/or 'scope in my pocket all the time. That would open the door for oxygen sensors and data logging galore. hmmm....very interesting
ok, they make em...googled bluetooth multimeter....but I could buy a real Oscope for what they want for em
Hi there,
I did a couple of searches but couldn't come up with anything useful to answer this question:
Is there some way to activate the Kaiser's internal GPS, convert the stream to some universal format (say, NMEA) and pass it to another computer via USB, Bluetooth or WiFi? My idea is to use the Kaiser as an external "USB mouse" like those 80-buck USB Sirfstar III units. At least for me this would open a number of interesting applications on my laptop without having to carry around another GPS device in addition to my mobile phone.
So one possible use for this would be to do live tracking on google earth, Fugawi, OziExplorer or some serious GIS.
Does anyone know if this exists? If I had more time I might try to code something, but I'm swamped at the moment
J
I know there is an app that lets you track yourself via google earth. If you search more I'm certain that was a thread about using the phone as a BT gps device.
I'm bored so I will try searching too.
-------------edit ----------------------
OMG in less then 60 seconds I found your answer. LOL good job searching.
http://users.skynet.be/hofinger/GPS2Blue.html
Hey, thanks for your help despite the sarcasm.
It makes quite a bit of a difference if you know what you're searching for. I was mainly searching for "usb passthrough gps" and variations on "gps passthrough" which clearly lead nowhere.
That software looks like exactly what I was looking for, thanks.
J
Bluetooth, gps, tilt
Thats all I searched for.
GPS gate allows you to use bluetooth or usb. been using it with my work laptop for navigation.
GPS2blue allows external GPS access through bluetooth and IP (wifi or GPRS).
Awesome question and software. Thanks for posting!
Hey guys,
Well I wish to start a small project, where a computer should be able to access wireless internet (3G/HSDPA), WiFi, make calls, maybe use bluetooth, etc... Then I realized that my old HTC TyTn II has all that features... And its faster than the PC im gonne use.
Problem is my HTC screen cracked. So I cant see anything. Thats why I wondered if its possible to set up a Headless Linux System. With that in place I could prob traffic all the things I need via usbnet to the PC (like internet).
The purpose...
Well the reason for this project is a small computer in my car. I ripped out a old laptop and started mounting it in my car. The laptop will then be used to control the HTC, seeing as I doubt one can add external inputs on the HTC. My laptop also has a 10GB HDD and a working screen. So a combo of the two seems fair...
Any advice on this would be very appreciated!
Thanks in advance.
Xethron
I am about to do the same, replacing radio console.
I have some touchscreen lifebooks for this purpose, you can get one for
$100 $200 in miserable state, but to disassemble, who cares
idea was to change dpi in XP and replace explorer on startup, put a 8 button big startup window, with gps, media, video, internet
now you can hook up mobile by "Pocket Controller" it's a reverse remote desktop. you see mobile screen on pc
hope this get you some ideas
How insane is it that you have a computer that is slower then your phone?
There is a program to remote control your phone, I forget the name.
would it be the one I wrote in prev post
you can buy it at soti.net. working pretty good.
no, this one is free. I shall do some digging.
------- edit ---------
Cha Ching
http://www.mtux.com/
and a friend suggested this one.
http://www.julien-manici.com/
can't understand how could I have missed this when I was searching for one, and it's pretty old too. good tip, though too late for me.
Hey guys,
Thanks allot for the replies... I tried MyMobiler but it doesn't want to connect and seeing that I cant see the screen I am not sure whats happening... Appart from that you guys seem to be misunderstanding me totally!
Problem 1, MyMobiler only runs on windows, and I run Linux...
Problem 2, scripts cant be excecuted on the fly and communications between my two computers wont be possible with Windows Mobile.
Problem 3, Windows mobile crashes and my system will fail totally if my system ever crashes!
Besides, windows mobile have allot of junk I dont need. All I want is a simple Linux system on my HTC on which I can ssh in that will give no video output nor receive input from hardware, but that acts completely as a headless system.
It would also be cool if someone can tell me what hardware I can remove and how (Like the screen) in order to minimize power requirements...
So all I need is a version of Linux and a guide to install it so that all the functions work...
Hope this makes more sense...
Xethron
no Xethron, we didn't misunderstood you. I simply wrote what is my concept of laptop in car and ChumleyEX reacted further on my post too.
winmo is not stable, we all know that, but you should know too that linux is not so on winmo devices too. and that it is much more unstable.
It would be very nice indeed if there was no windows at all and everybody would be using linux, but if that would happen, linux would be the same commercial crap as is windows now, because that's what people are after. and that's the market. Nice fancy easy crap.
Though I encourage you to go with your linux idea, with a lot of effort, there could be perfect solution, but again, it would be much easier to just use what we've got.
If you would look around here, you'll see that on xda-dev you'll find a lot of solutions how to make a very tiny and fast winmo ROM. Stripped of all the crap. You can learn here how to strip even more, leaving only kernel + some drivers if you want.
What hw can you disconnect. I reckon you mean from pda. As you said screen backlight, that's a power eater, otherwise, devices could be turned ON/OFF from sw, which would by much safer/easier way. And you said you want to use them. instead, if you'll connect external antenna, that would spare you a lot of power while transmitting.
You should write more specific questions in order to get specific answers.
for example I am not getting it why you would want to spare 20mA consumption on some pda device and not better think about replacing HDD by CF card or ssd?
what would be your application requirements?
back for using pda in linux, it's in test state, you won't find any better working linux in pda as here. no one is hiding it nowhere. bluetooth is not working yet, phone functions are limited. wifi ok, but I doubt you could route it to PC.
as I doubt one can add external inputs on the HTC
Click to expand...
Click to collapse
yes you can. bluetooth can create virtual com ports. there are BT keyboards, pointing devices too. and generally anything else what uses com port could be made. even video can go out. (all just in windows of course)
for the pda remote programs:
you need a client on pda side. it's automatic simple installation. You may try soti controller it have trial period, with that one, you only need to press left soft key on kaiser to confirm client install. After you'll have this one workingt you would be able to see what you would need with the other one.
wow... that was a useful post!
The reason I want to use the phone is so that my PC can do all the things my phone can do... Reasons for this would be the following.
I come to my car. My phone syncs via bluetooth remotely to unlock my car. I get into car. Type password. Security system goes down... I stream songs via bluetooth to my pc which plays on the car speakers. I get out. Phone looses bluetooth connection and locks automatically. Someone comes and opens the door. PC picks up door is open and sets off an alarm. Phone calls me, and sends me a sms of the GPS location... If I dont respond it sends a email to all my friends. I connect to my car via ssh and keep track of its current position. depending on other connections I have made (Like you said bluetooth might be a good bet) i can controll parts of the car via ssh. Maybe install a fuel cutoff switch or whatever. With allot of effort I get my car back. Come home. It syncs wia wifi. New music gets uploaded... And my car is ready for day 2!
Simple direction of where I wanne go...
So now that you understand what I want to do... The linux on my HTC was a way for me to simply control the hardware and run a few small scripts... Wanne run some security scripts on the HTC instead of PC because it has the backup battery and the laptop will be running off the car battery...
I really don't care how we do this... But I know it must be possible to do all this somehow...
Let me know if you have some rad other ideas... As you can see I do not really want to "see" wats going on on my phone... It must be there like the PC of a car... Tell you the tempreture on some LCD. Let you know the water level is fine... But you dont see the PC... Thats my idea anyway...
Thanks for your help so far
I come to my car. My phone syncs via bluetooth remotely to unlock my car. I get into car. Type password. Security system goes down...
........
I get out. Phone looses bluetooth connection and locks automatically.
Click to expand...
Click to collapse
bluetooth is a secure way, but not very safe, I've been using 3 different Hsets, with 2 diff phones, it kept on loosing connection and some even pairing. other thing, you need to iniciate BT connection (not always with audio, but yes with activesync) that means no touch-less access. and the last is battery consuption. I've been reading long time ago about an application for garage doors based on wifi connections. they discussed BT as well, decided wifi would be much better, try google (open garage wifi) there is even an soft for pda for this.
but there are $50 - $80 ready applications, it's years out there, I reckon the last version would be very reliable.
There is option to put serial GPS, which you can get off ebay for $50 (here is 5pcs for $50 now, if you'll buy it, i'll get two off you)
http://cgi.ebay.com.au/5-LOT-Garmin...tem&pt=LH_DefaultDomain_0&hash=item35a9b4b768
and the application:
http://www.bladox.com/products.php?lang=en
and I saw other brand with the same thing too.
with this bladox, you can simply set that if you take out key and open & close drivers doors it would lock with timer (that's option what most of available classic alarms too) or a button to lock with timer to leave could be hooked up.
you can set plenty of outputs and inputs, freely configurable. e.g remotely shut the engine, horn the horn, knock on window function...
consuption would be around 20mA on charging mobile. with car battery 100mA is a concern and 200mA permanent current is an issue. (all time running PC = 2A = 2000mA = NO WAY)
locking-unlocking could be done through ring (without answering) or sms.
I would say ring is pretty safe, as who would go through trouble of tempering with gsm switch control to fake your caller ID? (+ who would know about you have this setup + know your car phene num and your phone number)
and if a friend would call you he forget a wallet in your car, you don't need to get up of bed to unlock, just dial.
I stream songs via bluetooth to my pc which plays on the car speakers.
Click to expand...
Click to collapse
audio quality isn't 100% plus maybe switching/pairing and your mobile needs to be on a charge for playing longer through BT -> no wireless.
use your phone in a disk drive mode and play from PC in car OR
your pda in car through SD to USB adapter (TwinMOS GoGo Egg Card Reader)
there would be limit 64GB for sure, maybe 2GB limit (is it SDHC compatible?)
I don't know nothing about it, only that it exists
Someone comes and opens the door. PC picks up door is open and sets off an alarm. Phone calls me, and sends me a sms of the GPS location.
Click to expand...
Click to collapse
..
bladox can do + power on your PC which would start streaming video from web cam, you can call to car and tell the guy how he looks like and where he's going and that police is already waiting there.
It must be there like the PC of a car... Tell you the tempreture on some LCD. Let you know the water level is fine...
Click to expand...
Click to collapse
ha, stop dreaming get OBD II and live it!
connect your car engine through cable OR WIFI!! to PC or PDA!! and look at all temperatures, compression levels, exhaust system, error msgs, and if you like make it active and let your car know you feel like having fun now, or maybe more econo mode other time.
OBD II - all cars since yr 96 on US market, $50 -$100 for interface (soft free)
I've seen these simple USB GPS receiver antennas that hook to a laptop for GPS duties so naturally I'm thinking why can't this be done for the nook. Ideally we would have a dual/split port so power could still be supplied at the same time.
I'd rather have this config since I don't like the idea of tethering to a GPS capable cell for privacy reasons and it ties up the cell too.
Why couldn't this be possible? Is it just a matter of the Nook recognizing the GPS antenna and being able to get a software package to recognize it?
Any ideas?
With CM7, and a bluetooth GPS reciever, this is no problem. We will never be able to build a GPS into the device, but we can get close enough...
Yes, my intention would be to leave the GPS antenna in the vehicle and just hook up when I get in. Along with MP3 duties of course. It shouldn't be hard to find or make a USB gender changer with dual connections.
KDOG2020 said:
Yes, my intention would be to leave the GPS antenna in the vehicle and just hook up when I get in. Along with MP3 duties of course. It shouldn't be hard to find or make a USB gender changer with dual connections.
Click to expand...
Click to collapse
Im not following, sorry.
I just ordered a "kit" for my NC actually - a car window mount, and a stand-alone BT GPS. I plan on attaching the the GPS to the window mount via velcro, and leave it in the car. You don't need USB at all (nor would it work, since our nook does not currently support usb host). Just get a BT module, and leave it in the car; connect it to the nook when you need it. done.
Ok I see what your saying. But Im not familiar with Bluetooth recievers. Are we talking about just a regular GPS with a screen and all? Then why hook it up to the nook? Or are we talking about a little box that just sits on the dash or tucked away somewhere?
KDOG2020 said:
Ok I see what your saying. But Im not familiar with Bluetooth recievers. Are we talking about just a regular GPS with a screen and all? Then why hook it up to the nook? Or are we talking about a little box that just sits on the dash or tucked away somewhere?
Click to expand...
Click to collapse
Ah, let me fill ya in then.
What i am talking about are standalone recievers - nothing more than a GPS and BT transmitter. No screen, no frills. Most have batteries that will last for weeks, and are small enough to store anywhere in the car when not in use. YOu can see a good selection here:
http://www.amazon.com/s/ref=nb_sb_n...eiver&keywords=bluetooth+gps+receiver&ie=UTF8
Hope that may give you some new ideas.
Aaaahhhh..... yes I see now. So it would be just a matter of finding one thats compatible with our NC's and the software for it... cool. Anyway to know which one works the best for the Nook?
KDOG2020 said:
Aaaahhhh..... yes I see now. So it would be just a matter of finding one thats compatible with our NC's and the software for it... cool. Anyway to know which one works the best for the Nook?
Click to expand...
Click to collapse
Now, i guess i cannot guarantee, but in theory, ANY BT gps should work with our system, since all GPS's transmit in the same standard. All you should need for software on the nook will be:
https://market.android.com/details?id=de.mobilej.btgps&feature=search_result
or
https://market.android.com/details?id=googoo.android.btgps&feature=related_apps
Assuming my GPS arrives sometime soon, i will be able to give ya some first hand advice.
You will still need a data connection if you intend to use Google Maps for your GPS software.
If you want to use it without a data connection, you will need something like this:
https://market.android.com/details?id=com.alk.copilot.market.usa&feature=search_result
"maps stored on your phone, not downloaded"
Also note, Bluetooth range is very limited on the NC. My BT GPS has to be within 2 feet of the NC to connect.
That is true, a stand alone program is the best, but google will cache the maps if you pre-plan the route.
As for distance - with a car mounted GPS< you really don't need to worry about that - the GPS should be by the windshield anyway, so keeping it close to the nook isn't an issue..
What about this Google "Navigation" program that is on the nook? (the blue arrow)
KDOG2020 said:
What about this Google "Navigation" program that is on the nook? (the blue arrow)
Click to expand...
Click to collapse
You'd still need a data connection. The best probable solution would be to tether to a smartphone that has GPS - so the Nook has a data connection for the Google Maps and Navigation, and GPS data from the phone's GPS.
I was interested in the same thing and went so far as to successfully pair my Garmin bluetooth gps unit with my CM7 nook, but I was not able to actually read any gps data. (This unit was successfully used with a linux laptop and car computer, so it works in linux.)
While looking for a way (hack or software) to read the gps data I found the TetherGPS app, which meets my needs- and yes, I have received phone calls and browsed the web on the phone while using nav on the nook without problems.
The biggest issue I have found in the past and NOW is that I do not think much of the other gps nav options available on Android (or linux!) and caching a limited tileset with Google maps is not enough for my needs. My routes often change.
I do have another bluetooth puck around, if I can find it... I will test to see if that one is easier for the Nook to read data from.
rogerdugans said:
I was interested in the same thing and went so far as to successfully pair my Garmin bluetooth gps unit with my CM7 nook, but I was not able to actually read any gps data. (This unit was successfully used with a linux laptop and car computer, so it works in linux.)
While looking for a way (hack or software) to read the gps data I found the TetherGPS app, which meets my needs- and yes, I have received phone calls and browsed the web on the phone while using nav on the nook without problems.
The biggest issue I have found in the past and NOW is that I do not think much of the other gps nav options available on Android (or linux!) and caching a limited tileset with Google maps is not enough for my needs. My routes often change.
I do have another bluetooth puck around, if I can find it... I will test to see if that one is easier for the Nook to read data from.
Click to expand...
Click to collapse
It will pair, but you need to use an intermediary program to access the GPS, like this one:
https://market.android.com/details?id=googoo.android.btgps&feature=related_apps
or this one:
https://market.android.com/details?id=de.mobilej.btgps&feature=search_result
or this:
https://market.android.com/details?...oid.addon.bluetooth.GPS&feature=search_result
I had trouble with some GPS apps.
I was able to use the GPS and data access on my Motorola Cliq to have GPS voice guided navigation.
http://forum.xda-developers.com/showthread.php?p=12076390
That is how I accomplished it.
If you have a hardware GPS, then you only need the 1 app, which is even easier, but I still recommend wifitether or barnicle for data access (you can download the maps for offline use if you plan ahead.)
colorado_al said:
It will pair, but you need to use an intermediary program to access the GPS, like this one:
https://market.android.com/details?id=googoo.android.btgps&feature=related_apps
or this one:
https://market.android.com/details?id=de.mobilej.btgps&feature=search_result
or this:
https://market.android.com/details?...oid.addon.bluetooth.GPS&feature=search_result
Click to expand...
Click to collapse
I actually tried those apps to no avail, which is why I started looking for the other puck (not as accurate but easier to connect) and alternative solutions.
I actually had looked at all of the other (non- Google) nav apps for Android before to use with a now unused Droid (original) but found them all to be ... less than desirable for various reasons.
Note that I am NOT trying to discourage this project- it is possible, I am certain, but much like linux navigation software... lacking a certain "polish" if not functionality.
Hey Guys
First of all: I realize that this is a rather long text, so I appreciate the effort of everyone who is going to read it!
Also, I asked a questions about 2 weeks ago, which was related to this topic, but was very specific about android wear (which I gave up on since then!).
So, actual post:
I want to build, or already am building an informational system for my motorcycle.
As the result of my work, I imagine a display (about 7 inches) in the dash of my motorcycle. It shall display information from my Smartphone (for example notifications about incoming calls etc.) as well as giving me the possibility to control the music on the smartphone (Android 5.1).
Also, I want to display further information, like speed, average speed, altitude etc. (hope you got the idea, basically just an advanced trip computer).
I started developing something, but ran into issues. I will explain my two concepts or ideas I had so far and explain, what the issues were I ran into. I then hope, that somebody here has a solution for my problem (which includes recommending hard- and software).
Firstly about my skills: I am experienced in programming "low level hardware", like Atmel's AVR Series (in plain old C) and developing the associated hardware for it. Also making custom pcb's at home isn't a problem for me, as long it doesn't come to some fancy BGA or SMD packages
On the programming side I am experienced the most in Java (and Android, which is basically Java of course). I know also C# and the .NET framework.
But I am willing to learn something new
The two ideas I had so far differed on the way how I wanted to let the raspberry pi (which I wanted to place in the cockpit) communicate with the smartphone.
In both concepts, I planned to have a raspberry pi with attached display in the cockpit on which I wanted to run a JavaFX application (already started programing). This application would then communicate with the smartphone over:
Idea 1: Java serialization:
I wanted to communicate over command objects. So for example I'd have an object for asking the altitude from the smartphone.
I'd then serialize this command object on the pi's side and deserialize on the smartphone. This isn't a problem, because there's java on either side (already got that piece working).
The smartphone would, after receiving and deserializing the object, get the actual altitude from the GPS sensor, pack the result in an answer-object, serialize it and send it back to the pi.
The issues I ran into were the following:
-Java Bluetooth library: I wasn't able to find a good, up-to-date, java library for communicate over Bluetooth in java. I then stuck to RXTX Library which did the job, but I always had the feeling of doing something "not so good". In particular I didn't want to just write on a COM-Port (which is emulated from the Bluetooth-module), because I had the feeling that COM-Ports may change after reboots if the OS feels like it, and I didn't want to build something which needed constant "tinkering". Also, writing to COM-Ports in 2015 just feels wrong, but this may be my personal problem
Idea 2: HTTP and Web Sockets
The basic idea was to have a webserver running on the smartphone and offering a REST-like API which I could access from the pi.
I also got this concept working, like so:
By using the NanoHTTPD library (from github) I was able to start a webserver on the android device. When then someone issued a POST-request on, for example, <IP>:<port>/api/music/next, the WebServer would receive this request and switch to the next song.
Actualizing data on the pi which changes often, for example the altitude, would have been achieved by using a WebSocket connection between the Java-App on the pi and the android webserver (which I also got to work).
I figured out that it would be a power consumption problem to let the smartphone offer a wifi hotspot (I don't want to have to connect the smartphone to cables on the motorcycle), so I decided to let the pi start a wifi access point (which isn't a power problem, because the pi is connected to on-board-power of the motorcycle).
However I then realized that the smartphone won't connect to an access point which doesn't offer internet access but only LAN-access.
And even if there was a way to force the smartphone to let it connect anyways, it isn't guaranteed that this will work too on future devices. And: The whole notification-stuff would have been needless, because as long as the smartphone is connected to a "dead-end wifi", it wouldn't receive emails or whatsapp-messages.
Idea 3: Using Bluetooth low energy:
It seems like the new, modern way, to let devices communicate over Bluetooth is to use Bluetooth low energy (BLE). (But I never worked with it before!).
However, there seems to be little to no support on raspberry pi for it, and it seems to be impossible to find a library for java which helps in using BLE. (If anyone knows one, please let me know).
I then thought about replacing the raspberry pi with an android board, because android has support for BLE. But I wasn't able to find a board which is supported from android 5.1+ and offers support for BLE. Even the Odroid-boards don't seem to support android >4.4 and BLE.
Summary:
In general I liked the second and third option much better. It seemed to be the the more versatile, modern way. The first way felt a bit like a hack.
However I found those problems I presented above, and until now, I couldn't think of a way around it.
If anyone here:
1) Solved this problem already
2) Knows a really good, NON-HACKY, community supported, Java (BLE) Bluetooth library
3) Knows a language or framework which would be well suited to solve the problem
4) Has another good idea how to solve it
Please let me know!
I just want to build something sophisticated, (which I could maybe make an open source project out of it) which isn't hacky.
I mean, the problem has to be solvable, look at the Pebble smartwatch. They also solved it without android wear.
I really want to emphasise that this is an open question. I am not limited / fixed on Java, Raspberry pi or anything.
I those have two requirements.
1) I don't want to connect the smartphone to a cable, either for data or for power
2) The solution needs to be something power saving, so no hotspot on the android device
3) Non-hacky, sophisticated solution
Best regards
Me =)
PS: As English isn't my native language, I maybe put some sentences wrong or wasn't able to express something clearly and unambiguous.
Please feel free to ask, I'd be pleased to clear any questions!
Any updates?
Hi!
I know this is an old thread, but I'm struggling with a similar issue - except I want to use it for roadcycling. Did you have any luck with your project?
All the best
Marius