Hey folks. I put some instructions up that state how to make a G1 Serial to USB adapter. This could be handy for kernel hackers and could be modified too for other purposes which I plan to explore...
http://www.instructables.com/id/Android_G1_Serial_Cable/
Enjoy, and please leave comments on the instructables website if you see something wrong or confusing!
CMOS vs TTL levels can mean the difference between a functional device and a dead UART.
anyone know if it's actually 5v tolerant or does in fact require CMOS voltage level?
I can tell you the G1's pins output 2.8v. I think I would stick close to that. The only reason I used the 3.3v cable is because I have seen pictures of a cable an actual android dev has allegedly used 3.3v levels.
Did you find the instructions confusing since I claimed CMOS-TTL? I actually switched it to just say 2.8v levels now to be safe. I guess saying TTL was a bad word choice since it can go up to 5v although I do specify you need a 2.8 or 3.3v serial to usb adapter in the required materials section.
Nice.
Next step is to disconnect the console and allow control of rs232 devices from the phone.
Working on it You need to disable H2W and PIQ AFIK.
ya it was the TTL that made me second guess.
I have several TTL level uarts that will smoke CMOS level inputs. I wasn't about to try one of them unless you had said you did with no problems.
2.8 is odd, but i imagine it's still some form of low voltage MOS and can handle 3.3v without problems.
macpod said:
Working on it You need to disable H2W and PIQ AFIK.
Click to expand...
Click to collapse
Thanks for the great tutorial !
I've compiled a kernel with CONFIG_TROUT_H2W, CONFIG_MSM_FIQ_SUPPORT and CONFIG_MSM_SERIAL_DEBUGGER unset
I understand that the UART port appears as /dev/ttyMSM2, however I can't measure anything on the TX pin when sending data from the Dream, i.e :
echo "Hello" > /dev/ttyMSM2
Have you succeeded in transmitting data in any direction ?
What are you using to measure? A multimeter isn't going to work.. you would need a scope.. or serial device of compatible voltage levels able to run at the g1's baud rate.
I didn't have a build env setup on my computer and I only got everything setup/compiled last night because of the cupcake merge into master (I might post instructions on how to build everything before the march 18th merge if there is interest).. so I haven't had a chance to disable the debug console/etc and test yet. I plan to work on that tonight and tommorow.
Some interesting things I have found sofar and questions if you guys happen to be researching this stuff:
-Booted normally you get a "debug>" prompt. ps works.. but I haven't researched what other commands are possible. What have you guys found?
-With the phone powered off, if you plug the serial cable in and read it, it tells you the charging mode and some other characteristics/etc.
-The engineering spl has a serial console you can send commands to. I haven't research what commands are possible yet.. again, what have you folks found?
edit: I bet if you attached a piezoelectric speaker between the tx and gnd pins.. then piped /dev/urandom to /dev/ttyMSM2, you could test that way too.. but that's unconfirmed.
Thanks for your answer, I was measuring with a scope.
I'll try again with a default msm_defconfig'd kernel and see if I get a console.
Looking forward to hearing of your tests !
macpod said:
-The engineering spl has a serial console you can send commands to. I haven't research what commands are possible yet.. again, what have you folks found?
Click to expand...
Click to collapse
Not only the engineering spl has that. You can use either usb or serial to talk to the interface. What is more interesting : Serial lets you talk to the radio directly (oemsbl) and outputs debug info. Access to all commands is only given using engineering spl and security unlocked device. The commands however are already in the wiki.
macpod said:
edit: I bet if you attached a piezoelectric speaker between the tx and gnd pins.. then piped /dev/urandom to /dev/ttyMSM2, you could test that way too.. but that's unconfirmed.
Click to expand...
Click to collapse
Totally confirmed. Sounds just like a good old modem
Cya,
Viper BJK
Ok, taxes put me on hold.. but I'm back and have it working. Here is the config file I used to compile the kernel.
Speed is set to 9600 8N1, the G1 serial device is /dev/ttyMSM2. If you were curious, /dev/ttyMSM0 is bluetooth related.
I'll post up instructions later on how to compile and install it as well as a boot.img for convenience if folks are interested.
macpod said:
Ok, taxes put me on hold.. but I'm back and have it working. Here is the config file I used to compile the kernel.
Speed is set to 9600 8N1, the G1 serial device is /dev/ttyMSM2. If you were curious, /dev/ttyMSM0 is bluetooth related.
I'll post up instructions later on how to compile and install it as well as a boot.img for convenience if folks are interested.
Click to expand...
Click to collapse
Great, thanks a lot for all your contributions! I am looking forward to your instructions.
Hi all xda users ,
Thank you for your work macpod.
I am looking forward to your instructions also.
TIA
regards,
Maciej
I would love to get a boot.img as well, I'm not very skilled with all that and only want the serial console to interface the G1 with my Arduino.
Just ordered the parts for this. Thanks.
Okay, I got it working! Instructions are for Ubuntu only, sorry. I believe you need a rooted phone with engineering (or hardspl or comparable fastboot-enabled) bootloader and macpods serial to usb cable (or something comparable).
1) Compile Android source with Dream-specifics as described by this. You probably only need prebuilt and kernel, but I'm not very familiar with git and just got everything.
2) cd into the kernel directory, copy macpods serial9600config from above as .config there
3) "make ARCH=arm CROSS_COMPILE=../prebuilt/linux-x86/toolchain/arm-eabi-4.2.1/bin/arm-eabi- oldconfig" I don't remember if this asks for anything at all, if it does, go with the suggested answers
4) "make ARCH=arm CROSS_COMPILE=../prebuilt/linux-x86/toolchain/arm-eabi-4.2.1/bin/arm-eabi-" - You now have a kernel image for Android 1.0 (I think), but for me it works with JFv1.51 as well
5) You can now compile fastboot in $ANDROIDSOURCE/system/core/fastboot or grab the precompiled binary from http://android-dls.com/files/linux/fastboot
6) Hook up your phone, power off, start with camera+power. Press back when the skating androids appear to switch to fastboot mode.
6) Do ./fastboot boot $ANDROIDSOURCE/kernel/arch/arm/boot/zImage and wait. This takes a moment, then it should start.
You know should have /dev/ttyMSM2 which you can echo into (echo "hello world" > /dev/ttyMSM2) or listen to (cat /dev/ttyMSM2). For instance, I'm building an Android app that passes GPS coordinates over the console to an ArduPilot board and will provide telemetry to a ground station. Testing it with "Serial port terminal" from the Ubuntu repository works as well (remember to choose 9600 bauds and the right port).
Thanks to to macpod for his excellent work and help with building the cable, Google for providing such a kick-ass (somewhat) open phone and all the kernel hackers and rooters for their work.
I just wrote this from the top of my head, just post if you have trouble getting this to work.
edit: I attached my kernel image, which should allow you to skip steps 1 - 4 if you're so inclined.
do you guys think this will help all the bricked devices? just a question i don't have a bricked device to test but would be nice if did
So let me get this straight? The cable allows direct access to the motherboard and all the hard were in it? Sorry i am a complete noob
Well, I don't know nothing about bricked devices, but if you can still get them into fastboot mode, you can flash every partition on the phone, so you should be able to resurrect it.
The cable normally allows you access to a debug console (you see kernel outputs while booting, then get a console). I don't know what that is for (maybe USB debugging for developing apps, dunno. I read somewhere that you can directly access the GSM chip, issue AT commands and the like). You'd need to look into that. And with a custom kernel you get a regular serial console trough that extended USB port on your phone, just like telnet'ing into your phone or whatever. Normal unix stuff. And this console can be accessed from Android apps as well.
do we know what config options/boot options should be used, so we can receive the kernel output while it loads from serial?
Related
Hi!
I want to use my G1 to do some special measurements. For this purpose I've created a microcontroller board (Atmel ATmega8) that does that. Now I want to transfer the data the board collected to the Android phone.
Because of the high powerconsumption the G1 has while Bluetooth is on this isn't a real alternative for me - the measurements will last about 2 - 3 hours.
I'm not experienced concerning hardware access within Linux and Android but thought there might be a possibility to gain a kind of low level access to the USB port. I do neither need high bandwith nor real USB functionality - so might it be possible to create an own kind of bus using that interface? Do you have any other idea?
Thank you in advance!
If you use micro linux system, the ones that are like a usb port, a network jack and a vga connecter, you could script some adb commands and have it run every few seconds to upload the data, not an ideal solution. As far as I know the g1 doesn't support host mode. But if you have a micro linux computer in the middle, it could work.
Something like this
http://www.pcpro.co.uk/blogs/2008/08/27/a-real-space-oddity-arrives-at-pc-pro/
I'm sure there are other ways to do it, maybe check there how to make a serial port thread a few pages back in the dev section.
Greetings Programs!
I have found the recovery menu for Sony's Google TV/BluRay player!
Here are the details on how to access it (from my original post here: androidforums.[COM]/google-tv/201827-sony-google-tv-hack.html)
OK... so I found out how to get into recovery mode on the Sony Google TV/BluRay player that was released yesterday.
1.Have everything plugged into the unit except the power coord. Have the power coord in your hand.
2.Press and hold the power button and plug the unit in.
3.Continue to hold down the power button for 3 seconds after plugging it in, then release the power button.
4.Wait a couple of seconds and it will say Sony, then you will see the recovery screen.
5.After it loads, press and hold the connect button on the unit. Then follow the directions at the bottom of the screen (Press and hold ALT+ENTER) for 8 seconds/until the bottom message changes. It will change back to it saying that you have to press the CONNECT button, but your remote IS connected.
6.You can now press the numbers assigned to the commands!
WARNING: This could possibly brick your unit and could possibly void your warranty. I am not responsible for anything that happens to your device.
I am going to work on trying to find working drivers and I am going to try to use the Android SDK Tools to install some applications, or at the least try to execute some shell commands. Hopefully we can root it!
Click to expand...
Click to collapse
Lets start hacking!
awesome, I will have to keep my eye on this. google TV plus angry birds would be awesome.
Looking forward to seeing this thing cracked! I'm hoping someone will be able to get a USB tuner to work on one, so those without cable or satellite will be able to get TV content without the hassle of another set-top box.
Nice.... Wonder what the possibilities are
Sent from my PC36100 using XDA App
OK Guys, I am still working on it. Heres a video of me booting it into the recovery mode.
http://www.youtube.com/watch?v=L21guovXDsc
Thanks for the information about recovery, I tried it, and was able to get into recovery. I tried writing the logfile to USB, and it "seemed" to work, but after mounting the USB stick on my linux machine, I didn't see any files there.
I bought the Sony NSZ-GT1 so I could port my Android app Better Terminal Emulator Pro onto Google TV. I already ported it to Android-x86 in preparation for this, but seems like I could not ADB into the Google TV over Ethernet. Frustrated, I decided to take a screwdriver to my Google TV, and did a "teardown" as a result. You can see what the guts look like here:
http://www.magicandroidapps.com/wiki//index.php?title=Main_Page#Sony_NSZ-GT1_Google_TV_Teardown
Sorry the pictures are not that great, I used my Moto Droid to take them, and the lighting was terrible.
-Howard
hharte said:
Thanks for the information about recovery, I tried it, and was able to get into recovery. I tried writing the logfile to USB, and it "seemed" to work, but after mounting the USB stick on my linux machine, I didn't see any files there.
I bought the Sony NSZ-GT1 so I could port my Android app Better Terminal Emulator Pro onto Google TV. I already ported it to Android-x86 in preparation for this, but seems like I could not ADB into the Google TV over Ethernet. Frustrated, I decided to take a screwdriver to my Google TV, and did a "teardown" as a result. You can see what the guts look like here:
magicandroidapps.com
Sorry the pictures are not that great, I used my Moto Droid to take them, and the lighting was terrible.
-Howard
Click to expand...
Click to collapse
ETHERNET? Hasnt anyone tried USB A to USB A cable? I've been busy all day. Gonna go get one tomorrow and figure it out for myself I guess. Can't stand that they have ALREADY corrected the hulu fix for the thing. Why shouldn't I be able to access my paid July plus account? Oh well.
Try USB a to USB a!!!!!
USB A to A will definitely not work. All of the USB ports are connected through internal SMSC 4-port hubs. There are two hubs in the unit, one in the back with 3 ports going to external connectors, and one going to the WLAN module. Up front there is another 4-port hub going to the front USB connector, and presumably to a BT module, but I didn't take mine far enough apart to be sure.
There is one large connector over near the CPU that might have some debug stuff on it.There are also about three 4-pin connectors populated, one of which might be a UART. There is also a footprint for another. Tomorrow I'll get my oscilloscope out and see if any of those pins wiggle on boot.
-Howard
hharte said:
USB A to A will definitely not work. All of the USB ports are connected through internal SMSC 4-port hubs. There are two hubs in the unit, one in the back with 3 ports going to external connectors, and one going to the WLAN module. Up front there is another 4-port hub going to the front USB connector, and presumably to a BT module, but I didn't take mine far enough apart to be sure.
There is one large connector over near the CPU that might have some debug stuff on it.There are also about three 4-pin connectors populated, one of which might be a UART. There is also a footprint for another. Tomorrow I'll get my oscilloscope out and see if any of those pins wiggle on boot.
-Howard
Click to expand...
Click to collapse
Yeah, the big long/wide plug. I was looking at the inside of my box too. First day jitters. Anyway, I was also going to start looking for a serial port connection through one of those ports. Good luck and post right away if you find something!
If somene with an ethernet sniffer who has not booted their box yet can catch a sniff of the update download, it might be possible to get the update.zip URL, then we could try hacking the update and install it via recovery. This method was very popular with Android devices... but there you could get the update URL from the logcat
-Howard.
Have we not figured out how to use log copy? It doesn't seem to like anything i plugged in to copy to...
Sent from my PC36100 using XDA App
Great job guys! My friend is going to be getting a GTV later this week, and I will try to get it from him before he boots it up. Guess I will stop trying USB A to USB A.
Will post results later tonight.
Another possibility is to try and find the kernel source. If you look in Settings, system Information, Open Source Licenses, there is a site on Google Code that is supposed to contain the GPL'd components:
http://code.google.com/p/googletv-mirrored-source/
Going there doesn't show much except one user space component, and a link to a Sony mirror site:
http://products.sel.sony.com/opensource/
I couldn't find anything useful on the Sony site, but maybe someone else will have better luck.
I'll also try plugging in a USB Serial adapter, but my expectations are pretty low that I'd be able to get a console from that. It's interesting that there are so many USB ports on the Google TV. I wonder what other USB peripherals might be supported? I can see the front port being used for a USB memory stick, and maybe one on the back for a camera, but that still leaves two unused ports. Any idea what Sony/Google might have intended them for?
-Howard
http://www.magicandroidapps.com - Home of Better Terminal Emulator Pro
hmm
I have this unit and usb keyboards and mice do work . Also iremember a rep saying the logitech cam would work with the sony blu-ray also. I think you would need to wait for the android store to open though for an app that uses it.
hharte said:
I couldn't find anything useful on the Sony site, but maybe someone else will have better luck.
Click to expand...
Click to collapse
Did you look here : sony.net/Products/Linux/TV/NSZ-GT1.html
That looks like it, thanks! Nice that they have minicom and busybox listed there, so there is hope that some hacking tools are preloaded on the Google TV.
-Howard
Not sure if this helps anyone or not, but i ran a port scan on my box and there are 2 ports 9551 and 9552 that are accepting TCP connections.
nmap -p - <IP address of NSZ-GT1>
result :
PORT STATE SERVICE
9551/tcp open unknown
9552/tcp open unknown
I tried to get ADB to connect to those ports but did not work.
Steps that I tried :
1) export ADBHOST=<IP address of my PC>
2) adb kill-server
3) adb devices
No ADB devices were returned
4) adb connect <IP address of Sony NSZ-GT1>:9551
5) adb shell
Got error "error: device offline"
6) repeat steps 4 and 5 except with port 9552 and got same result
I am no expert in any of this stuff so the above might just be sending someone down a rabbit hole but I figured I might share in case it might be helpful to some of the smarter people on here.
Try "adb devices" and see if it show anything.
I looked at the kernel from the Sony site:
http://www.sony.net/Products/Linux/TV/NSZ-GT1.html
Here are some findings:
Linux kernel version: 2.6.23.18_nl-btv
Kernel config:
arch/i386/configs/btv_defconfig
CONFIG_USB_SMSC9500=m
Note the SMSC 9500 USB/Ethernet is one of only two loadable modules in the kernel config. Maybe this has some significance, like maybe they use a second Ethernet port for development.
-Howard
Very interesting.... I am thinking of getting a second unit to try to intercept the update.zip.... would anyone be able to tell me how I would do this?
I have a piece of old equipment at work that i use a DOS program and a USB to serial adapter with a null modem cable to back up files off of the equipment. I installed DOS box and it runs my equipments program perfectly. Is it possible to communicate through the XOOM's USB port to my equipment using a USB to Serial adapter and null modem cable to do this with? Any help or advice would be great.
Thank You,
-Nathan
I guess I should take that as a NO!!!. I will pay to make this happen though!!
Bump
Sent from my PC36100 using XDA App
those usb to serial adapters use a Prolific chipset. Linux requires a kernel module to work with them. I suspect you'll need to build the kernel module and add a script to insmod it.
My boss will gladly pay someone to get this to work. If there are any Devs that want this project contact me and we can get this going. I know i can approve 1K to make this happen.
It can be done.
I have currently got my xoom setup so that I have a usb serial adapter connected to it for debugging purposes.
Do you know what chipset your usb to serial adaptor uses? I can then check if it is supported by the linux kernel.
evonate said:
My boss will gladly pay someone to get this to work. If there are any Devs that want this project contact me and we can get this going. I know i can approve 1K to make this happen.
Click to expand...
Click to collapse
I'm in. We'll start research. Sounds like fun.
Sign me up too. I would love to serial into Cisco devices with my xoom.
The following pieces of information i have already:
My usb2serial Adapter uses the prolific pl-2303 chipset
it is driven by the pl2303 kernel module.
the module depends on the usbserial module, which is already in tiamat as well as stock (its needed for the 3g modem i think)
So if i am correct we need the pl-2303 kernel module and a piece of software (minicom, cu) to use the serial (as far as i know there is no software in the market for this)
ok, i took a quick look at the tiamat git repository and it contains the pl2303 driver.
Now i am going to try to compile my own tiamat kernel
First time compiling linux for an android device
I would love to see this happen. I have tons of Cisco swithes and routers that I always have to configure on the fly. I know I can buy a bluetooth adapter but still have to power that :-( Would love to be able to hookup my otg cable, then my usb to serial, then to my console cable to configure everything.
Just not sure how to get the usb serial drivers installed on android :-(
If this ever gets working then my IT dept. will be getting a Xoom as well.
Thanks,
Ken~
Any updated news on getting this to work? Really don't want to spend $60 for a bluetooth serial adapter.
Ken~
I can try and include a few optional modules for the next tiamat release for usb serial devices
This is an old thread but in case ...
I also have to do serial communication with an old printer.
For now, I'm trying to prototype with an arduino mega using a trendnet usb to serial adapter.
I'm using the sample app on the market of this lib :
http://slickdevlabs.com/slick-usb-2-serial-library/
I actually can send and receive bytes on the xoom.
The only problem for now is that characters receive or send are not correct. I Don't understnd but still searching.
Any way, it should work ...
Mike
install bt5 and then install minicom under bt5. The pl2303 module with the pl2303 usb serial adapter does this very well.
bt5 you mean "backtrack 5" ?
I must use default rom ... My customer doesn't wan't to loose it's warranty ...
And usage of Motorola xoom is sure.
It might be another tablet.
Using capabilities that only requre Android 3.1 (without root) and a USB Host allow to change of device easily.
Hello! I am new to this forum, I figured you guys may be able to provide some input on a project I want to undertake.
I would like to use an Android phone (Probably an unlocked Chinese model running 2.2) as the brains for a remote control project. Since the phone has a GPS, Camera, and GSM connectivity all built in (and low power consumption) it seems it would be the perfect solution. To control the device, I was hoping connect a serial/usb servo controller (Pololu Micro Maestro) to the phone. However, I am having trouble finding any information on the viability of connecting a serial device to the phone – can this be *reasonably* done?
I appreciate any information you can provide!
try a google search for bluetooth to serial adapter. that will be the quickest/easiest/most likely to be workable hack.
next up would involve USB-Serial adapter(choppin wires to attach your necessary connector), generics are dirt cheap, but you would need kernel support. drivers/usb/serial/ is most likely where you would be looking, most of the generics use prolific chips. quick check would be to lsusb in a terminal and see if something pops up.
yea id go with bluetooth - serial adapter.
That is a good idea... I will do some checking. Thank you!
I've got a Sony Xperia z, and I want to start playing around with what I can do with it. One idea that occurred to me was expanding its radio capabilities. I basically want to turn it into a mobile ham station. I want to be able to scan HF, VHF, and UHF frequencies and transmit on them... I have a basic idea of how to make the hardware for this project to work, but I have no idea what to do on the software side. I know the Z comes with the built in ability to listen to FM radio and it uses your headphones as an antenna, so I'm making two assumptions with that in mind: the input source comes in through the headphone jack, and this source can be expanded to other frequencies depending on what I plug into it. The wall I run into is I suck at java development. It's been years since I've used any programming language, and I know even less about hard ware/software integration on a mobile platform. Can anyone point me in the right direction to pursue this project?
Ok, how about this: I'm willing to pay someone to dev the app for me. I started looking into what it would take for me to program this and it's way beyond the scope of my skills. I was looking at buying a laptop just to work on this project, but I would rather spend the money on a quality product. Here's exactly what I want it to do:
A. Receive
1) Receive radio signals in the medium wave (mw) band all the way up to the VHF band.
2) scan a range of frequencies, with step options (I.e. Start a scan at a user in putted freq and then stop at another inputted freq and have the option to step up in increments as low as 0.001hz as the user desires)
3) store frequencies into a scannable Database or store freqs into a database of freqs to skip over
I'm assuming this would all be done by pulling in a signal from either the headphone jack or micro USB port.
B. Push a signal back out through the same port. So basically a receive or transmit mode. I get that phones don't have a built in transceiver. I can do the hardware as long as I have a signal going in one direction or the other and an app to interpret it.
So with pushing a signal back out I would like the option to either broadcast a stored file or directly from the microphone.
Now as for pay I was looking at spending 300 on a laptop so I could push that cost to a developer instead. Any mods after the initial app is finished would come with additional pay. Add on mods that is, not debugging issues. Any takers?
BranSidhe said:
Here's exactly what I want it to do:
A. Receive
1) Receive radio signals in the medium wave (mw) band all the way up to the VHF band.
Click to expand...
Click to collapse
Have you seen detailed specs on the radio? All I can find is that they identify if as "FM radio", so it is most probably just the VHF commercial broadcast band (88-108MHz). It is very unlikely that they would include a more expensive multi-band radio. A single-band VHF-FM broadcast band receiver would be much smaller than a multi-band receiver.
2) scan a range of frequencies, with step options (I.e. Start a scan at a user in putted freq and then stop at another inputted freq and have the option to step up in increments as low as 0.001hz as the user desires)
Click to expand...
Click to collapse
I think this part would be native code -- C language.
3) store frequencies into a scannable Database or store freqs into a database of freqs to skip over
Click to expand...
Click to collapse
And this would probably be handled by an Android application in Java.
I'm assuming this would all be done by pulling in a signal from either the headphone jack or micro USB port.
B. Push a signal back out through the same port. So basically a receive or transmit mode. I get that phones don't have a built in transceiver. I can do the hardware as long as I have a signal going in one direction or the other and an app to interpret it.
So with pushing a signal back out I would like the option to either broadcast a stored file or directly from the microphone.
Click to expand...
Click to collapse
I don't think I understand you completely but it is very unlikely that this radio has a transmitter. It is very likely only the VHF-FM single-band receiver, 88-108MHz in the US. With a rooted device you could probably create software which will scan and otherwise select frequencies but it would be useless to make the steps any smaller than 200kHz, unless you wanted to listen for very low power interstitial transmissions. It almost certainly will not transmit.
Again, do you have detailed specs on the radio? This job isn't for me though -- I don't have the device and I no longer have a suitable working environment for this kind of work.
Frank
ADDED:
Also, FM is essentially useless below 6-meters, although there is some rare Ham usage in HF.
Frank
Oh the phone def doesn't have a transmitter native to it. My thought process is to hook the phone up to a transmitter through either the USB port of the headphone jack and have it transmit that way.
I want the phone to be the interface of the system. I was thinking something like this: techlib.com/electronics/allband (it's .htm, I can't post full links yet) inline with the antenna and the phone (I.e. Antenna -> receiver/transceiver -> phone). The biggest problem I run into is I don't know how to make the phone work with whatever I plug into it.
And yeah, I accidentally left the g off of .002ghz so 2000 kHz is completely accurate.
BranSidhe said:
Oh the phone def doesn't have a transmitter native to it. My thought process is to hook the phone up to a transmitter through either the USB port of the headphone jack and have it transmit that way.
I want the phone to be the interface of the system.
Click to expand...
Click to collapse
That is reasonable. You could even use the device to work some of the data modes on a suitable tranceiver. I think I've seen this done with the Palm, so the Palm might be a source for some of the code.
The biggest problem I run into is I don't know how to make the phone work with whatever I plug into it.
Click to expand...
Click to collapse
I have not looked at the USB interface yet -- my last serial work was RS-232 -- so I don't know what these things will let us do.
These Linux/Android devices have been out for several years and there might already be some software for this -- have you looked?
Seven more posts.
Frank
I have been looking around for quite a while now. There is a ton of software for turning a computer into a controller station(SDR), but not a lot for mobile devices. Wolphi .com is the best I've seen so far, but their device isn't what I'm looking for. I don't want to have a full separate radio, just an inline receiver/transceiver and have all other "radio" functions controlled by the phone. I dunno maybe I'm reaching here.
Thanks for all the input so far btw
BranSidhe said:
There is a ton of software for turning a computer into a controller station(SDR), but not a lot for mobile devices. Wolphi .com is the best I've seen so far, but their device isn't what I'm looking for. I don't want to have a full separate radio, just an inline receiver/transceiver and have all other "radio" functions controlled by the phone. I dunno maybe I'm reaching here.
Click to expand...
Click to collapse
Back in 2003 and 2004 I wrote a controller on Windows NT for my FT-897, and that was not a difficult task because I wrote it as a command line program -- no GUI. Are you intending to build your own radio, or just an interface for the phone/radio connection?
I looked at a few of the applications at wolphi.com and they all use only audio input and decode the audio signal. To control the device you would need USB, as you said. If no one has done this yet for any radio then maybe there is something in the USB implementation which limits it. I would probably have tried it by now if I were still licensed and had a radio to try it with, so I'm really surprised that a controller hasn't already been written.
I'm pretty sure I saw a controller written for a Palm PDA to control the Yaesu portable low power HF radio. I don't recall if it actually did any keying and transmitting though.
I don't think you are reaching too far. It seems to me that this can be done and it would be very useful if you do accomplish it.
Frank
ADDED 07:42:
After thinking back I recall that I had two or three connections between my radio and computer. An RS-232 serial cable connection was used to send commands to the radio and to receive replies from it. There was also one or two connections to send and receive audio; this was through two ports on the computer but I can't recall if it was separate connections or a combined connection on the radio.
The program I wrote had several options and one of them was to function as an echo repeater: it recorded a signal when the squelch broke and then retransmitted that recording when the transmitting station's carrier ceased. It was handy for other hams to hear what their station sounded like. An Android controller would probably use the same dual connection; for example, a command is sent through USB from Android to radio to key the transmitter then outgoing audio is sent through the headphone port; then the radio is unkeyed through the USB port.
The Android application will be a fairly typical Android application, except that is would communicate with a native Linux application that communicates with the USB port. This does not seem difficult to me and I'm really surprised it hasn't been done.
SGH-I717(AoCP6.4), SM-N900V/MI9(dlV), XDA Premium