I haven't had much luck with the Debian approach, at least not so far. I'm interested in seeing psk31/gpsk31 work, as well as predict / possibly predict-gsat even if it's only one sat at a time or slow updates. It's unfortunate we're limited to only 8khz audio.
I looked at that last year. It's not difficult to put together just 'predict', I'm appending a .deb here. Warning: a) It runs nicely enough in xterm, but it doesn't handle switching from / to fullscreen mode when in ncurses mode. b) It's built for OS2007, although so far these kind of applications tend to install and run OK on OS2008 as well - but I can't test this. c) It doesn't include the .wav files (due to the size), but it leaves a directory for them (/usr/lib/predict) - you could just copy them from somewhere. But I haven't tested if they would work either.
As for 'gsat', its a gtk1 application while Maemo is only gtk2. 'gsat' is a slightly hairy application with lots of hardcoded values that interferes with porting to gtk2. I did however get a working version last year, but it's not looking nice and thus not that useful. In the end I decided to not bother with it, I have a new app in mind which I'll finish if I ever get enough vacation.. currently on hold.
Right. Here's a kernel image and a bunch of debs for Linux AX.25. But first a warning.
Tested on an N800, loaded with Diablo and booting from SD.
This warning doesn't look big and red, but it is. This stuff does work for me and should work for you. Probably.
There are no instructions here for installing the kernel or the debs, or for using AX.25. For info on installing alternative kernels, search the forum. It is said to be practically risk free, and that's how I've found it. YMMV. For info on configuring and using AX.25 with Linux, see the AX25 howto: http://tldp.org/HOWTO/AX25-HOWTO/
The kernel is a minor reconfiguration of the standard Diablo kernel and adds support for AX.25 networking and (M)KISS TNCs (none of the other TNC types are enabled). it also adds support for FTDI, PL2303 and Keyspan USB-serial adapters. The usual caveats apply to use of USB peripherals - see elsewhere in the forums. The version number from the kernel is unchanged from Diablo's default, due to an odd issue with wlancond (also noted by qwerty12 whose advise avoided wasted effort in that direction). You can tell if you are running the modifed kernel, by the build date/time, as below:
Latest kernel image for DIABLO_4.2008.36-5 release:
Linux n800 2.6.21-omap1 #2 Sat Oct 18 13:59:58 BST 2008 armv6l unknown
(md5: a9daa5f1a870f3c7e65f36c60d1e86dd): http://homepage.mac.com/darren.long/....36.5-ax25.1.0
Older kernel image for original diablo release:
Linux Nokia-N800-23-14 2.6.21-omap1 #7 Thu Jul 17 18:15:35 BST 2008 armv6l unknown
(md5: 2d2170b3b3dde09f7d26cabdaec23046): http://homepage.mac.com/darren.long/...Image.ax25-2.1
Good luck. Please report results. I have provided a diff on the kernel config if anyone wants to add support in their own kernel without hand editing their kernel config: http://homepage.mac.com/darren.long/....ax25-2.1.diff
Wait. There's more. Both straight from Etch...
aprsd - Note: this is considered by some to be bit of a memory eater, and Intel's powertop (running on Intel hardware) claims that it's power hungry too. My N800s battery died overnight running this with no AX.25 traffic. I'm working on aprx to use instead of this. Only for the morbidly curious: http://homepage.mac.com/darren.long/...-3.1_armel.deb
fnordianslip - Thanks for the VMware link. I'm not sure if this is the same or newer version of what I have already. With the version I have, it seemed like there were a bunch of things that needed updating / tweaking etc. etc. and I didn't have the time/patience to figure out everything that needed changing. It would be much nicer if someone who know what they were doing had already done all that would copy and share it
Maybe the link you provided is newer and improved...
Thanks!
Update: This is the same as the one I have. If anyone wants to share theirs, please PM me.
I don't know about the TS-480, but there are some perl scripts out there to control the D7 over the serial port. I haven't tried it yet. Worse comes to worse you can always VNC into your laptop from your N810 and control your 480!
I have updated my post above to reflect the fact that I have concerns about aprsd being a battery eater on my N800. The N800 died overnight, confirming my suspicions. Others consider it to be a memory eater too. If anyone has installed it, they should consider the implications.
Since powertop doesn't run on the tablets, I tried on my Linux box and it reported that aprsd was responsible for 75% of the 'wakeup' events in the system. When I stopped it running, the total number of wakeup events reduced accordingly.
I'm working on building aprx to use as an APRS I-Gate feeder instead, although I've never used it before.
As aprsd is perhaps a bit too dodgy, here is a deb for aprx, again built for diablo (built straight from the tarball at http://wiki.ham.fi/Aprx.en for details):
aprx is interesting as not only will it I-Gate APRS traffic via kernel AX.25 hooks, i.e. from a KISS TNC, but it will work apparently also work with a serial TNC in host mode, so your N8x0 can be an RF->internet I-Gate without needing a custom kernel and libax25.
I haven't tried it on a N8x0 with a stock kernel yet. I'd be interested in reports of success or otherwise. It does work with the custom kernel and a USB attached KISS TNC.
Alrighty....just one note, and yes, I know I'm reviving a rather old thread....but.....8khz isn't bad at all for decode. So why is everyone buggin out about it?
My setup consists of a Macbook running Ham Radio Deluxe + DM780 in VMWare and with the old version of VMWare I was getting 7.5khz and couldn't decode ****. With the updated version, I was hitting just under 8 and it works fine. Granted I'm not using any interface at all, just 2 mono plugs to the back of my IC-7000 (ACC port) and it works fine. Yet with a HP laptop I got a TON of hum/buzz (ground noise).
Anyhow, if you guys are worried about decoding, 8khz should be fine, or at least that is my experience.
