Where can I download the development release for the Kenwood TM-D710.

Love to try it but can't find it in the files section and the "about" button
gives "Verified"


Thanks,

Gerard
VK2JNG

--- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@...> wrote:
>
> To any of you that have a Kenwood D710,
>
> I just posted a development release that includes support for the
> Kenwood D710 in both Packet (Kenwood) and KISS mode.  I've hard-coded
> (for now) the initialization strings and de-initialization strings that
> drive the TNC as required to do the work.  The Kenwood mode
> theoretically enables GPS data to come in alongside the TNC data and it
> will get parsed.   I don't DO anything with it, but I theoretically
> detect it and parse it.
>
> If anyone has a GPS connected to their D710 and is using it in UI-View,
> I'd appreciate it if you can give this version a try and capture the
> output of the [PortName] (see below) Trace Log and e-mail it to
> KJ4ERJ@...
>
> To download this development version, you must set <Update.Development>
> to 1 in your XML file, then hit About.
>
> To create a new RF port, select Configure / Ports / New Port.  Select
> the Type (Kenwood for the NMEA/D710 TNC data) and give the port a name
> (that's the [PortName] above).  Tell it No about a TCP/IP port and
> configure your COM port appropriately.  Then you need to Enables / RF
> Ports / [PortName] to get it communicating.  But BEFORE you do that,
> toggle Enables / Logging / General + File so that the newly created
> [PortName] Trace Log automatically opens and captures all of the startup
> stuff.
>
> You should see lots of command flying that set up the TNC (borrowed from
> the TM-D710_KWD_UIV.CMD file) and then text for any packets received.
> If you've got a GPS connected, you will (hopefully) see NMEA sentences
> going by as well.  That's what I'm after, so if you can hit the Copy
> menu option on the Trace Log window and paste it into an e-mail, that'd
> be wonderful!
>
> If you have any questions, APRS message KJ4ERJ-12 as I have jury duty
> starting tomorrow and don't know what Internet/E-mail access I'll have
> but they said I can bring my cell phone.
>
> I'll be watching for the early adopters to be upgrading to this
> version!  It's getting closer and closer to release.  Now I need to put
> in configuration options for all of the new port enables, port-specific
> paths, and Open/Close command strings.  You can see these in the XML
> file between the <Port Name=xxxx> and </Port> elements.  Yes, I'm now
> nesting configuration parameters.
>
> Lynn (D) - KJ4ERJ
>

Edit your XML file
(http://aprsisce.wikidot.com/editing-xml-configuration) and set
<Update.Development> to 1.  After starting the client back up, the About
box will check for the development version instead of the general
release.  Note that you probably want to keep a copy of your original
XML and EXE in case you want to go back.  The development version
upgrades the XML such that your ports will be gone if you go back.  And
after running the development version, you have to shut it down to set a
few other <Port>-based parameters to enable transmitting and Igating.

Lynn (D) - KJ4ERJ

PS. The <Port>-based parameters you'll want to check are:

<Enabled>1</Enabled>
<XmitEnabled>1</XmitEnabled>
<RFtoISEnabled>1</RFtoISEnabled>
<IStoRFEnabled>0</IStoRFEnabled>


jandgandjochem wrote:
> Where can I download the development release for the Kenwood TM-D710.
>
> Love to try it but can't find it in the files section and the "about" button
gives "Verified"
>
>
> Thanks,
>
> Gerard
> VK2JNG
>
> --- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@...> wrote:
>
>> To any of you that have a Kenwood D710,
>>
>> I just posted a development release that includes support for the
>> Kenwood D710 in both Packet (Kenwood) and KISS mode.  I've hard-coded
>> (for now) the initialization strings and de-initialization strings that
>> drive the TNC as required to do the work.  The Kenwood mode
>> theoretically enables GPS data to come in alongside the TNC data and it
>> will get parsed.   I don't DO anything with it, but I theoretically
>> detect it and parse it.
>>
>> If anyone has a GPS connected to their D710 and is using it in UI-View,
>> I'd appreciate it if you can give this version a try and capture the
>> output of the [PortName] (see below) Trace Log and e-mail it to
>> KJ4ERJ@...
>>
>> To download this development version, you must set <Update.Development>
>> to 1 in your XML file, then hit About.
>>
>> To create a new RF port, select Configure / Ports / New Port.  Select
>> the Type (Kenwood for the NMEA/D710 TNC data) and give the port a name
>> (that's the [PortName] above).  Tell it No about a TCP/IP port and
>> configure your COM port appropriately.  Then you need to Enables / RF
>> Ports / [PortName] to get it communicating.  But BEFORE you do that,
>> toggle Enables / Logging / General + File so that the newly created
>> [PortName] Trace Log automatically opens and captures all of the startup
>> stuff.
>>
>> You should see lots of command flying that set up the TNC (borrowed from
>> the TM-D710_KWD_UIV.CMD file) and then text for any packets received.
>> If you've got a GPS connected, you will (hopefully) see NMEA sentences
>> going by as well.  That's what I'm after, so if you can hit the Copy
>> menu option on the Trace Log window and paste it into an e-mail, that'd
>> be wonderful!
>>
>> If you have any questions, APRS message KJ4ERJ-12 as I have jury duty
>> starting tomorrow and don't know what Internet/E-mail access I'll have
>> but they said I can bring my cell phone.
>>
>> I'll be watching for the early adopters to be upgrading to this
>> version!  It's getting closer and closer to release.  Now I need to put
>> in configuration options for all of the new port enables, port-specific
>> paths, and Open/Close command strings.  You can see these in the XML
>> file between the <Port Name=xxxx> and </Port> elements.  Yes, I'm now
>> nesting configuration parameters.
>>
>> Lynn (D) - KJ4ERJ
>>
>>

Tried it and clicking about reveals a new development version is available but
the download fails every time.

I have no idea why.


Gerard
VK2JNG




--- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@...> wrote:
>
> Edit your XML file
> (http://aprsisce.wikidot.com/editing-xml-configuration) and set
> <Update.Development> to 1.  After starting the client back up, the About
> box will check for the development version instead of the general
> release.  Note that you probably want to keep a copy of your original
> XML and EXE in case you want to go back.  The development version
> upgrades the XML such that your ports will be gone if you go back.  And
> after running the development version, you have to shut it down to set a
> few other <Port>-based parameters to enable transmitting and Igating.
>
> Lynn (D) - KJ4ERJ
>
> PS. The <Port>-based parameters you'll want to check are:
>
> <Enabled>1</Enabled>
> <XmitEnabled>1</XmitEnabled>
> <RFtoISEnabled>1</RFtoISEnabled>
> <IStoRFEnabled>0</IStoRFEnabled>
>
>
> jandgandjochem wrote:
> > Where can I download the development release for the Kenwood TM-D710.
> >
> > Love to try it but can't find it in the files section and the "about" button
gives "Verified"
> >
> >
> > Thanks,
> >
> > Gerard
> > VK2JNG
> >
> > --- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@> wrote:
> >
> >> To any of you that have a Kenwood D710,
> >>
> >> I just posted a development release that includes support for the
> >> Kenwood D710 in both Packet (Kenwood) and KISS mode.  I've hard-coded
> >> (for now) the initialization strings and de-initialization strings that
> >> drive the TNC as required to do the work.  The Kenwood mode
> >> theoretically enables GPS data to come in alongside the TNC data and it
> >> will get parsed.   I don't DO anything with it, but I theoretically
> >> detect it and parse it.
> >>
> >> If anyone has a GPS connected to their D710 and is using it in UI-View,
> >> I'd appreciate it if you can give this version a try and capture the
> >> output of the [PortName] (see below) Trace Log and e-mail it to
> >> KJ4ERJ@
> >>
> >> To download this development version, you must set <Update.Development>
> >> to 1 in your XML file, then hit About.
> >>
> >> To create a new RF port, select Configure / Ports / New Port.  Select
> >> the Type (Kenwood for the NMEA/D710 TNC data) and give the port a name
> >> (that's the [PortName] above).  Tell it No about a TCP/IP port and
> >> configure your COM port appropriately.  Then you need to Enables / RF
> >> Ports / [PortName] to get it communicating.  But BEFORE you do that,
> >> toggle Enables / Logging / General + File so that the newly created
> >> [PortName] Trace Log automatically opens and captures all of the startup
> >> stuff.
> >>
> >> You should see lots of command flying that set up the TNC (borrowed from
> >> the TM-D710_KWD_UIV.CMD file) and then text for any packets received.
> >> If you've got a GPS connected, you will (hopefully) see NMEA sentences
> >> going by as well.  That's what I'm after, so if you can hit the Copy
> >> menu option on the Trace Log window and paste it into an e-mail, that'd
> >> be wonderful!
> >>
> >> If you have any questions, APRS message KJ4ERJ-12 as I have jury duty
> >> starting tomorrow and don't know what Internet/E-mail access I'll have
> >> but they said I can bring my cell phone.
> >>
> >> I'll be watching for the early adopters to be upgrading to this
> >> version!  It's getting closer and closer to release.  Now I need to put
> >> in configuration options for all of the new port enables, port-specific
> >> paths, and Open/Close command strings.  You can see these in the XML
> >> file between the <Port Name=xxxx> and </Port> elements.  Yes, I'm now
> >> nesting configuration parameters.
> >>
> >> Lynn (D) - KJ4ERJ
> >>
> >>
>

Mine failed too.
Robin ZL3REW

-----Original Message-----
From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf
Of jandgandjochem
Sent: Sunday, 2 May 2010 12:06 p.m.
To: aprsisce@yahoogroups.com
Subject: [aprsisce] Re: Kenwood Development Release

Tried it and clicking about reveals a new development version is available
but the download fails every time.

I have no idea why.


Gerard
VK2JNG




--- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@...> wrote:
>
> Edit your XML file
> (http://aprsisce.wikidot.com/editing-xml-configuration) and set
> <Update.Development> to 1.  After starting the client back up, the
> About box will check for the development version instead of the
> general release.  Note that you probably want to keep a copy of your
> original XML and EXE in case you want to go back.  The development
> version upgrades the XML such that your ports will be gone if you go
> back.  And after running the development version, you have to shut it
> down to set a few other <Port>-based parameters to enable transmitting and
Igating.
>
> Lynn (D) - KJ4ERJ
>
> PS. The <Port>-based parameters you'll want to check are:
>
> <Enabled>1</Enabled>
> <XmitEnabled>1</XmitEnabled>
> <RFtoISEnabled>1</RFtoISEnabled>
> <IStoRFEnabled>0</IStoRFEnabled>
>
>
> jandgandjochem wrote:
> > Where can I download the development release for the Kenwood TM-D710.
> >
> > Love to try it but can't find it in the files section and the "about"
button gives "Verified"
> >
> >
> > Thanks,
> >
> > Gerard
> > VK2JNG
> >
> > --- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@> wrote:
> >
> >> To any of you that have a Kenwood D710,
> >>
> >> I just posted a development release that includes support for the
> >> Kenwood D710 in both Packet (Kenwood) and KISS mode.  I've
> >> hard-coded (for now) the initialization strings and
> >> de-initialization strings that drive the TNC as required to do the
> >> work.  The Kenwood mode theoretically enables GPS data to come in
alongside the TNC data and it
> >> will get parsed.   I don't DO anything with it, but I theoretically
> >> detect it and parse it.
> >>
> >> If anyone has a GPS connected to their D710 and is using it in
> >> UI-View, I'd appreciate it if you can give this version a try and
> >> capture the output of the [PortName] (see below) Trace Log and
> >> e-mail it to KJ4ERJ@
> >>
> >> To download this development version, you must set
> >> <Update.Development> to 1 in your XML file, then hit About.
> >>
> >> To create a new RF port, select Configure / Ports / New Port.
> >> Select the Type (Kenwood for the NMEA/D710 TNC data) and give the
> >> port a name (that's the [PortName] above).  Tell it No about a
> >> TCP/IP port and configure your COM port appropriately.  Then you
> >> need to Enables / RF Ports / [PortName] to get it communicating.
> >> But BEFORE you do that, toggle Enables / Logging / General + File
> >> so that the newly created [PortName] Trace Log automatically opens
> >> and captures all of the startup stuff.
> >>
> >> You should see lots of command flying that set up the TNC (borrowed
> >> from the TM-D710_KWD_UIV.CMD file) and then text for any packets
received.
> >> If you've got a GPS connected, you will (hopefully) see NMEA
> >> sentences going by as well.  That's what I'm after, so if you can
> >> hit the Copy menu option on the Trace Log window and paste it into
> >> an e-mail, that'd be wonderful!
> >>
> >> If you have any questions, APRS message KJ4ERJ-12 as I have jury
> >> duty starting tomorrow and don't know what Internet/E-mail access
> >> I'll have but they said I can bring my cell phone.
> >>
> >> I'll be watching for the early adopters to be upgrading to this
> >> version!  It's getting closer and closer to release.  Now I need to
> >> put in configuration options for all of the new port enables,
> >> port-specific paths, and Open/Close command strings.  You can see
> >> these in the XML file between the <Port Name=xxxx> and </Port>
> >> elements.  Yes, I'm now nesting configuration parameters.
> >>
> >> Lynn (D) - KJ4ERJ
> >>
> >>
>




------------------------------------

Yahoo! Groups Links

 

Mine failed too.
Robin ZL3REW

-----Original Message-----
From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf
Of jandgandjochem
Sent: Sunday, 2 May 2010 12:06 p.m.
To: aprsisce@yahoogroups.com
Subject: [aprsisce] Re: Kenwood Development Release

Tried it and clicking about reveals a new development version is available
but the download fails every time.

I have no idea why.

Gerard
VK2JNG

--- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@...> wrote:
>
> Edit your XML file
> (http://aprsisce.wikidot.com/editing-xml-configuration) and set
> <Update.Development> to 1. After starting the client back up, the
> About box will check for the development version instead of the
> general release. Note that you probably want to keep a copy of your
> original XML and EXE in case you want to go back. The development
> version upgrades the XML such that your ports will be gone if you go
> back. And after running the development version, you have to shut it
> down to set a few other <Port>-based parameters to enable transmitting and
Igating.
>
> Lynn (D) - KJ4ERJ
>
> PS. The <Port>-based parameters you'll want to check are:
>
> <Enabled>1</Enabled>
> <XmitEnabled>1</XmitEnabled>
> <RFtoISEnabled>1</RFtoISEnabled>
> <IStoRFEnabled>0</IStoRFEnabled>
>
>
> jandgandjochem wrote:
> > Where can I download the development release for the Kenwood TM-D710.
> >
> > Love to try it but can't find it in the files section and the "about"
button gives "Verified"
> >
> >
> > Thanks,
> >
> > Gerard
> > VK2JNG
> >
> > --- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@> wrote:
> >
> >> To any of you that have a Kenwood D710,
> >>
> >> I just posted a development release that includes support for the
> >> Kenwood D710 in both Packet (Kenwood) and KISS mode. I've
> >> hard-coded (for now) the initialization strings and
> >> de-initialization strings that drive the TNC as required to do the
> >> work. The Kenwood mode theoretically enables GPS data to come in
alongside the TNC data and it
> >> will get parsed. I don't DO anything with it, but I theoretically
> >> detect it and parse it.
> >>
> >> If anyone has a GPS connected to their D710 and is using it in
> >> UI-View, I'd appreciate it if you can give this version a try and
> >> capture the output of the [PortName] (see below) Trace Log and
> >> e-mail it to KJ4ERJ@
> >>
> >> To download this development version, you must set
> >> <Update.Development> to 1 in your XML file, then hit About.
> >>
> >> To create a new RF port, select Configure / Ports / New Port.
> >> Select the Type (Kenwood for the NMEA/D710 TNC data) and give the
> >> port a name (that's the [PortName] above). Tell it No about a
> >> TCP/IP port and configure your COM port appropriately. Then you
> >> need to Enables / RF Ports / [PortName] to get it communicating.
> >> But BEFORE you do that, toggle Enables / Logging / General + File
> >> so that the newly created [PortName] Trace Log automatically opens
> >> and captures all of the startup stuff.
> >>
> >> You should see lots of command flying that set up the TNC (borrowed
> >> from the TM-D710_KWD_UIV.CMD file) and then text for any packets
received.
> >> If you've got a GPS connected, you will (hopefully) see NMEA
> >> sentences going by as well. That's what I'm after, so if you can
> >> hit the Copy menu option on the Trace Log window and paste it into
> >> an e-mail, that'd be wonderful!
> >>
> >> If you have any questions, APRS message KJ4ERJ-12 as I have jury
> >> duty starting tomorrow and don't know what Internet/E-mail access
> >> I'll have but they said I can bring my cell phone.
> >>
> >> I'll be watching for the early adopters to be upgrading to this
> >> version! It's getting closer and closer to release. Now I need to
> >> put in configuration options for all of the new port enables,
> >> port-specific paths, and Open/Close command strings. You can see
> >> these in the XML file between the <Port Name=xxxx> and </Port>
> >> elements. Yes, I'm now nesting configuration parameters.
> >>
> >> Lynn (D) - KJ4ERJ
> >>
> >>
>

------------------------------------

Yahoo! Groups Links

Coral CDN works when it works, but that's why I have the Direct option
in there as well.  I've got my server a big busy at the moment, but it
should be getting better over the course of the night.  Those that had
trouble, give it another shot and definitely say "Yes" to bringing it
down direct.

Lynn (D) - KJ4ERJ

Stan Leeds wrote:
>
>
> Lynn,
>
> Mine failed to finish downloading.
>
> Error stated "Coral CDN (Cache) Fetch Failed, Retry Direct?", pressing
> YES, it resumed and finished downloading and updated correctly.
>
> FYI and 73,
> Stan/KC7EHJ
>
>
> On 5/1/2010 8:57 PM, Robin Williams wrote:
>>
>>
>> Mine failed too.
>> Robin ZL3REW
>>
>> -----Original Message-----
>> From: aprsisce@yahoogroups.com <mailto:aprsisce%40yahoogroups.com>
>> [mailto:aprsisce@yahoogroups.com <mailto:aprsisce%40yahoogroups.com>]
>> On Behalf
>> Of jandgandjochem
>> Sent: Sunday, 2 May 2010 12:06 p.m.
>> To: aprsisce@yahoogroups.com <mailto:aprsisce%40yahoogroups.com>
>> Subject: [aprsisce] Re: Kenwood Development Release
>>
>> Tried it and clicking about reveals a new development version is
>> available
>> but the download fails every time.
>>
>> I have no idea why.
>>
>> Gerard
>> VK2JNG
>>
>> --- In aprsisce@yahoogroups.com <mailto:aprsisce%40yahoogroups.com>,
>> "Lynn W. Deffenbaugh" <kj4erj@...> wrote:
>> >
>> > Edit your XML file
>> > (http://aprsisce.wikidot.com/editing-xml-configuration
>> <http://aprsisce.wikidot.com/editing-xml-configuration>) and set
>> > <Update.Development> to 1. After starting the client back up, the
>> > About box will check for the development version instead of the
>> > general release. Note that you probably want to keep a copy of your
>> > original XML and EXE in case you want to go back. The development
>> > version upgrades the XML such that your ports will be gone if you go
>> > back. And after running the development version, you have to shut it
>> > down to set a few other <Port>-based parameters to enable
>> transmitting and
>> Igating.
>> >
>> > Lynn (D) - KJ4ERJ
>> >
>> > PS. The <Port>-based parameters you'll want to check are:
>> >
>> > <Enabled>1</Enabled>
>> > <XmitEnabled>1</XmitEnabled>
>> > <RFtoISEnabled>1</RFtoISEnabled>
>> > <IStoRFEnabled>0</IStoRFEnabled>
>> >
>> >
>> > jandgandjochem wrote:
>> > > Where can I download the development release for the Kenwood TM-D710.
>> > >
>> > > Love to try it but can't find it in the files section and the "about"
>> button gives "Verified"
>> > >
>> > >
>> > > Thanks,
>> > >
>> > > Gerard
>> > > VK2JNG
>> > >
>> > > --- In aprsisce@yahoogroups.com
>> <mailto:aprsisce%40yahoogroups.com>, "Lynn W. Deffenbaugh" <kj4erj@>
>> wrote:
>> > >
>> > >> To any of you that have a Kenwood D710,
>> > >>
>> > >> I just posted a development release that includes support for the
>> > >> Kenwood D710 in both Packet (Kenwood) and KISS mode. I've
>> > >> hard-coded (for now) the initialization strings and
>> > >> de-initialization strings that drive the TNC as required to do the
>> > >> work. The Kenwood mode theoretically enables GPS data to come in
>> alongside the TNC data and it
>> > >> will get parsed. I don't DO anything with it, but I theoretically
>> > >> detect it and parse it.
>> > >>
>> > >> If anyone has a GPS connected to their D710 and is using it in
>> > >> UI-View, I'd appreciate it if you can give this version a try and
>> > >> capture the output of the [PortName] (see below) Trace Log and
>> > >> e-mail it to KJ4ERJ@
>> > >>
>> > >> To download this development version, you must set
>> > >> <Update.Development> to 1 in your XML file, then hit About.
>> > >>
>> > >> To create a new RF port, select Configure / Ports / New Port.
>> > >> Select the Type (Kenwood for the NMEA/D710 TNC data) and give the
>> > >> port a name (that's the [PortName] above). Tell it No about a
>> > >> TCP/IP port and configure your COM port appropriately. Then you
>> > >> need to Enables / RF Ports / [PortName] to get it communicating.
>> > >> But BEFORE you do that, toggle Enables / Logging / General + File
>> > >> so that the newly created [PortName] Trace Log automatically opens
>> > >> and captures all of the startup stuff.
>> > >>
>> > >> You should see lots of command flying that set up the TNC (borrowed
>> > >> from the TM-D710_KWD_UIV.CMD file) and then text for any packets
>> received.
>> > >> If you've got a GPS connected, you will (hopefully) see NMEA
>> > >> sentences going by as well. That's what I'm after, so if you can
>> > >> hit the Copy menu option on the Trace Log window and paste it into
>> > >> an e-mail, that'd be wonderful!
>> > >>
>> > >> If you have any questions, APRS message KJ4ERJ-12 as I have jury
>> > >> duty starting tomorrow and don't know what Internet/E-mail access
>> > >> I'll have but they said I can bring my cell phone.
>> > >>
>> > >> I'll be watching for the early adopters to be upgrading to this
>> > >> version! It's getting closer and closer to release. Now I need to
>> > >> put in configuration options for all of the new port enables,
>> > >> port-specific paths, and Open/Close command strings. You can see
>> > >> these in the XML file between the <Port Name=xxxx> and </Port>
>> > >> elements. Yes, I'm now nesting configuration parameters.
>> > >>
>> > >> Lynn (D) - KJ4ERJ
>> > >>
>> > >>
>> >
>>
>> ------------------------------------
>>
>> Yahoo! Groups Links
>>
>
>
>
>

Tonight I purchased a Jornada... a cool little Handheld PC from HP.  By its own
admission, it runs Windows Handheld 2000.  But it seems to be Windows CE 3.0. 
It runs at around 200 MHz, has a color screen, large keyboard (for a handheld),
and most importantly... has a serial port!

I synced (sp?) the device with Active Sync 3.8 and was able to transfer
APRSISCE6P to the device.  However, the following error message is displayed
when I open the exe on the Jornada:

APRSISCE6P is not a valid Windows CE application.  Is it possible to build
APRSISCE for Windows Handheld 2000?

Thanks,
Paul (Lynns son)

I thought I'd write this here so all can benefit.  :)

Here are a few relevant links:

Windows CE Lineage http://www.hpcfactor.com/support/windowsce/

Jornada
http://h10025.www1.hp.com/ewfrf/wc/product?lc=en&dlc=en&cc=us&product=61677

ActiveSync 3.8
http://www.hpcfactor.com/downloads/details.asp?r=7FC24955-1BEA-46EE-8F51-675D014\
98DB4

Lynn,

There is some info on the wiki about CWAOP and such, but haven't found
any documentation on this, but what are your planes for this in the XML
file?

<View.Weather.Primary>_W</View.Weather.Primary>
<View.Weather.Alternate>([*:<@BDEFGHIJTUW_efgptwy{</View.Weather.Alternate>


Stan/KC7EHJ

Okay, I've hosed up my machine...

I went to play with the Kenwood Development version again.

When I started it up, it started squawking about wanting to know where
my OSM tiles were located. I tried pointing it at the main directory,
sub directories, right down to the actual 0/0/0 tile. It never liked
anything I was telling it. I think I finally hit cancel or ignore
enough that the program started up with no tiles available. Then, I
went in and configured my general information, and in the process it
looks like I fat fingered my APRS-IS password (put an extra character
on the end).

I shut down, copied my OSM tile directory over from an old xml file,
and noticed my fat fingered password, so I fixed that (or so I think).

Now when I start up, I have OSM tiles, but my APRS-IS feed won't start
up. I just get a boatload of this:

APRS-IS:2010-05-02T14:47:47 Opening rotate.aprs2.net:14580
APRS-IS:2010-05-02T14:47:47 Error Opening rotate.aprs2.net:14580 LastError 0
APRS-IS:2010-05-02T14:47:52 Opening rotate.aprs2.net:14580
APRS-IS:2010-05-02T14:47:52 Error Opening rotate.aprs2.net:14580 LastError 0
APRS-IS:2010-05-02T14:47:57 Opening rotate.aprs2.net:14580
APRS-IS:2010-05-02T14:47:57 Error Opening rotate.aprs2.net:14580 LastError 0

Any idea what I broke?

James
VE6SRV

That snippet from the XML file drives what symbols are filtered onto the
display when you select View / Symbols / Weather.  If you have that
string, then you should have that menu option.  It is simply a View
filter to show Weather-related symbol stations.

Was there something more you'd like to see it do?

Lynn (D) - KJ4ERJ


Stan Leeds wrote:
> Lynn,
>
> There is some info on the wiki about CWAOP and such, but haven't found
> any documentation on this, but what are your planes for this in the XML
> file?
>
> <View.Weather.Primary>_W</View.Weather.Primary>
> <View.Weather.Alternate>([*:<@BDEFGHIJTUW_efgptwy{</View.Weather.Alternate>
>
>
> Stan/KC7EHJ
>

Can you e-mail the .XML file to KJ4ERJ@...?  Also, if you open a
telnet session (I'm assuming you're on Win32) with "telnet
rotate.aprs2.net 14580" (space, not a colon), what does it say?  I'm
suspecting you actually have connectivity issues getting to APRS-IS and
it's coincidence that it happened with your other changes.  Finally, is
this the released version or development?  There's a big difference in
what they do for connections and ability to debug connection-related
issues.  I'm thinking it's the released version, because otherwise, I
think I'd be seeing stuff about Resolving and a list of IP address that
came from the rotate.aprs2.net DNS.

Lynn (D) - KJ4ERJ

James Ewen wrote:
> Okay, I've hosed up my machine...
>
> I went to play with the Kenwood Development version again.
>
> When I started it up, it started squawking about wanting to know where
> my OSM tiles were located. I tried pointing it at the main directory,
> sub directories, right down to the actual 0/0/0 tile. It never liked
> anything I was telling it. I think I finally hit cancel or ignore
> enough that the program started up with no tiles available. Then, I
> went in and configured my general information, and in the process it
> looks like I fat fingered my APRS-IS password (put an extra character
> on the end).
>
> I shut down, copied my OSM tile directory over from an old xml file,
> and noticed my fat fingered password, so I fixed that (or so I think).
>
> Now when I start up, I have OSM tiles, but my APRS-IS feed won't start
> up. I just get a boatload of this:
>
> APRS-IS:2010-05-02T14:47:47 Opening rotate.aprs2.net:14580
> APRS-IS:2010-05-02T14:47:47 Error Opening rotate.aprs2.net:14580 LastError 0
> APRS-IS:2010-05-02T14:47:52 Opening rotate.aprs2.net:14580
> APRS-IS:2010-05-02T14:47:52 Error Opening rotate.aprs2.net:14580 LastError 0
> APRS-IS:2010-05-02T14:47:57 Opening rotate.aprs2.net:14580
> APRS-IS:2010-05-02T14:47:57 Error Opening rotate.aprs2.net:14580 LastError 0
>
> Any idea what I broke?
>
> James
> VE6SRV
>

 

That snippet from the XML file drives what symbols are filtered onto the
display when you select View / Symbols / Weather. If you have that
string, then you should have that menu option. It is simply a View
filter to show Weather-related symbol stations.

Was there something more you'd like to see it do?

Lynn (D) - KJ4ERJ

Stan Leeds wrote:
> Lynn,
>
> There is some info on the wiki about CWAOP and such, but haven't found
> any documentation on this, but what are your planes for this in the XML
> file?
>
> <View.Weather.Primary>_W</View.Weather.Primary>
> <View.Weather.Alternate>([*:&lt;@BDEFGHIJTUW_efgptwy{</View.Weather.Alternate>
>
>
> Stan/KC7EHJ
>

On Sun, May 2, 2010 at 10:38 AM, Lynn W. Deffenbaugh <kj4erj@...> wrote:

> Can you e-mail the .XML file to KJ4ERJ@...?

On its way...

> Also, if you open a
> telnet session (I'm assuming you're on Win32) with "telnet
> rotate.aprs2.net 14580" (space, not a colon), what does it say?

# javAPRSSrvr 3.15b08
# javAPRSSrvr 3.15b08 2 May 2010 16:42:48 GMT T2NUENGLD 128.148.32.131:14580
# javAPRSSrvr 3.15b08 2 May 2010 16:43:08 GMT T2NUENGLD 128.148.32.131:14580


Connection to host lost.

C:\Documents and Settings\jame>

> I'm
> suspecting you actually have connectivity issues getting to APRS-IS and
> it's coincidence that it happened with your other changes.  Finally, is
> this the released version or development?

APRS-IS Client by KJ4ERJ
Built: 2010/04/25 22:51

(c) 2009, 2010
All Rights Reserved
Homeside Software, Inc.
Lynn W. Deffenbaugh

OLD Version Available!
Built: 2010/04/03 15:49

Download it?

When the program asks you where the OSM tiles cache is located, what
are you supposed to do? I wiped out my XML file and started from
scratch again, and still could not figure out where I was supposed to
point the thing at. I had to cancel out again after pointing it at
just about every directory I could think of trying.

I did notice that the program now uses slashes

<OSM.Path>C:/Documents and Settings/jame/My Documents/RadioMobile
Data/OSM/OSMTiles/</OSM.Path>

instead of backslashes

<OSM.Path>C:\Documents and Settings\jame\My Documents\RadioMobile
Data\OSM\</OSM.Path>

yet if I overwrite the top example which doesn't work with the bottom
version copied out an old xml file, the OSM tiles show up.

Is the new version demanding that the OSM tiles directory be named OSMTiles?

James
VE6SRV

Lynn,

While perusing the wiki looking for answers, I found a little snippet
of information missing in the messaging explanation. Just one more way
that the outgoing message from the i-gate can get buggered up.

The i-gate operator configures the outgoing path used by packets being
sent from the i-gate. If the user expecting messages from the i-gate
is further away from the i-gate than the outgoing path, then there's
another possible disconnect.

James
VE6SRV

 

Tonight I purchased a Jornada... a cool little Handheld PC from HP. By its own admission, it runs Windows Handheld 2000. But it seems to be Windows CE 3.0. It runs at around 200 MHz, has a color screen, large keyboard (for a handheld), and most importantly... has a serial port!

I synced (sp?) the device with Active Sync 3.8 and was able to transfer APRSISCE6P to the device. However, the following error message is displayed when I open the exe on the Jornada:

APRSISCE6P is not a valid Windows CE application. Is it possible to build APRSISCE for Windows Handheld 2000?

Thanks,
Paul (Lynns son)

I thought I'd write this here so all can benefit. :)

Here are a few relevant links:

Windows CE Lineage http://www.hpcfactor.com/support/windowsce/

Jornada http://h10025.www1.hp.com/ewfrf/wc/product?lc=en&dlc=en&cc=us&product=61677

ActiveSync 3.8 http://www.hpcfactor.com/downloads/details.asp?r=7FC24955-1BEA-46EE-8F51-675D01498DB4

I must have really hosed something, as I created a new directory, and
downloaded the latest version from the yahoogroup. This version won't
run at all, it crashes. I was able to start it, and enter my callsign
and passcode, but after that it died. Trying to restart crashes
immediately.

The development version still runs in its own directory, but no
connection to the APRS-IS.

James
VE6SRV

Now that I wrote that email, the newly downloaded version works, and
connects to the APRS-IS. The development version still can't connect
though... what's the story?

James
VE6SRV

I am just started trying out Filters for the first time and have added the
following test line in Filters.

b/G3OJZ* b/K0ELE* b/G3ZCV*

I have assumed "b" stands for buddies having cribbed the format off another
post.

Both the G stations are appearing.  K0ELE-7 is not available at present but why
am I seeing EL (Echo Link Nodes) stations.  Is there a way of preventing them
showing on the filtered map when using Buddies?

Also if I exit and restart I lose the Buddies in View setting as it goes back to
ALL.  Is that what is intended?

I am using the Dev Version 2010/4/25 22:51

Bob..

Robin,

Of course, without actually having one to test with, I cannot say for
certain, but if by "Win CE6.0", they actually mean "Windows Mobile 6.0",
then there should be no issue.  APRSISCE adjusts itself to whatever
screen size Windows tells it is available.  With the Configure /
Orientation, you can force it into whichever layout makes the most sense
for your screen geometry (800*480 for those that didn't chase the link).

If you get one, let us know how it works out.  Especially if it has a
touch screen that size!

Lynn (D) - KJ4ERJ

Robin Williams wrote:
>
>
> Hi Lyn and all,
> Have a look at these.
> http://www.trademe.co.nz/Browse/Listing.aspx?id=286934094
> Lyn ? how would the ce version cope with this screen.
> Cheers,
> Robin ZL3REW
>

First, yes, the View options are not persistent.  It defaults to All on
program startup.  There have been way too many support requests on the
UI-View group for people that filtered their view and forgot about it in
the intervening weeks and complained that "no stations were showing up"
even though "the terminal window showed them receiving packets".  I've
toyed with making it persistent, but...

My plan is for people to configure the filter they want to see.  If you
set the Configure / General / Range to 0 (zero), then you'll only get
things from the APRS-IS that match your filter (assuming you don't have
an RF interface active).  So, if you want to watch only particular
stations, set up the filter that way.  Since the Range is used as you
pan the map around, zero will also prevent picking up other stations as
you move around.

As for the Echo Link Nodes, which ones are you seeing?  Is it possible
that one of your buddies are transmitting those as an object?  Filters
are done at the APRS-IS level, so I can change their behavior, but I can
help interpret what's happening if you give me some examples of the
packets that you do not expect to receive.

With the development version, simply open up Enables / View Logs /
Packets and wait for one of the "bonus" stations to show up.  The raw
packet will be in there and you can select / copy (Right Mouse popup)
the packet and send it along with your current filter to the list and
we'll see what might be happening.  Of course, this offer only applies
if you're running a 0 range!  Otherwise, you will be getting "extra" stuff.

Lynn (D) - KJ4ERJ

g4mhj@... wrote:
> I am just started trying out Filters for the first time and have added the
following test line in Filters.
>
> b/G3OJZ* b/K0ELE* b/G3ZCV*
>
> I have assumed "b" stands for buddies having cribbed the format off another
post.
>
> Both the G stations are appearing.  K0ELE-7 is not available at present but
why am I seeing EL (Echo Link Nodes) stations.  Is there a way of preventing
them showing on the filtered map when using Buddies?
>
> Also if I exit and restart I lose the Buddies in View setting as it goes back
to ALL.  Is that what is intended?
>
> I am using the Dev Version 2010/4/25 22:51
>
> Bob..
>
>

On 05/03/2010 01:19 PM, Lynn W. Deffenbaugh wrote:
> First, yes, the View options are not persistent.  It defaults to All on
> program startup.  There have been way too many support requests on the
> UI-View group for people that filtered their view and forgot about it in
> the intervening weeks and complained that "no stations were showing up"
> even though "the terminal window showed them receiving packets".  I've
> toyed with making it persistent, but...
>

Probably not "on-topic" but please do not use the "ALL" that UI-View is
using on messages/traffic.

"ALL" is a group in APRS so if i send a message to "ALL" then you should
see this in messages to you just at a message to "CQ" etc.

So by filtering stations to show everything maybe another word should be
used?

Kai Gunter
LA3QMA

I'll take author's prerogative on this one and say that "All" under View
stays.  If it were under Messaging, I'd agree with your point.
Otherwise, I seriously doubt that anyone will confuse the two.
Especially with the company that "All" under View keeps (Ambiguous,
Buddies, Duplicates, Invalid, SkyWarn, Telemetry, ...).  It's a View
filter, not a Messages filter.

Lynn (D) - KJ4ERJ

Kai Gunter Brandt wrote:
> On 05/03/2010 01:19 PM, Lynn W. Deffenbaugh wrote:
>
>> First, yes, the View options are not persistent.  It defaults to All on
>> program startup.  There have been way too many support requests on the
>> UI-View group for people that filtered their view and forgot about it in
>> the intervening weeks and complained that "no stations were showing up"
>> even though "the terminal window showed them receiving packets".  I've
>> toyed with making it persistent, but...
>>
>>
>
> Probably not "on-topic" but please do not use the "ALL" that UI-View is
> using on messages/traffic.
>
> "ALL" is a group in APRS so if i send a message to "ALL" then you should
> see this in messages to you just at a message to "CQ" etc.
>
> So by filtering stations to show everything maybe another word should be
> used?
>
> Kai Gunter
> LA3QMA
>

I have now done some more testing with the filters and range.

Using Range 0 (zero) and having a filter as b/G3ZCV* b/K0ELE* b/G3OJZ* the only
stations listed and shown on the maps where those three.  I was receiving all
stations until I restarted the program though.

Keeping the default range of 500 and using the same filter setting I received
many stations listed but only the three again.  Except for the Echo-Link
EL-480448 station.
Here is a packet trace for it:
WinMain:2010-05-03T13:25:23 IS
SP3CMX-10>APWSW2,TCPIP*,qAC,T2POLAND:;EL-480448*111111z5131.43N/00013.47Wn
EchoLink M0GPQ-L 144.975MHz simplex PL 88.5Hz

On the trace screen is there a way of doing a Find?  I always thought Ctrl+F
worked but it didn't seem to on this XP Laptop. In the end I copied it into
Notebook to find the EL station.

I am not troubled by these EL stations but just wondered how they were slipping
through to the map.

I know that K0ELE and G3ZCV do not use Echo Link but I cannot say for G3OJZ
which was just a random choice for experimentation purposes.  During the test
G3OJZ was -7 driving about.

Bob

PS I have also updated the Dev version since my first message on topic.


--- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@...> wrote:
>
> First, yes, the View options are not persistent.  It defaults to All on
> program startup.  There have been way too many support requests on the
> UI-View group for people that filtered their view and forgot about it in
> the intervening weeks and complained that "no stations were showing up"
> even though "the terminal window showed them receiving packets".  I've
> toyed with making it persistent, but...
>
> My plan is for people to configure the filter they want to see.  If you
> set the Configure / General / Range to 0 (zero), then you'll only get
> things from the APRS-IS that match your filter (assuming you don't have
> an RF interface active).  So, if you want to watch only particular
> stations, set up the filter that way.  Since the Range is used as you
> pan the map around, zero will also prevent picking up other stations as
> you move around.
>
> As for the Echo Link Nodes, which ones are you seeing?  Is it possible
> that one of your buddies are transmitting those as an object?  Filters
> are done at the APRS-IS level, so I can change their behavior, but I can
> help interpret what's happening if you give me some examples of the
> packets that you do not expect to receive.
>
> With the development version, simply open up Enables / View Logs /
> Packets and wait for one of the "bonus" stations to show up.  The raw
> packet will be in there and you can select / copy (Right Mouse popup)
> the packet and send it along with your current filter to the list and
> we'll see what might be happening.  Of course, this offer only applies
> if you're running a 0 range!  Otherwise, you will be getting "extra" stuff.
>
> Lynn (D) - KJ4ERJ
>
> g4mhj@... wrote:
> > I am just started trying out Filters for the first time and have added the
following test line in Filters.
> >
> > b/G3OJZ* b/K0ELE* b/G3ZCV*
> >
> > I have assumed "b" stands for buddies having cribbed the format off another
post.
> >
> > Both the G stations are appearing.  K0ELE-7 is not available at present but
why am I seeing EL (Echo Link Nodes) stations.  Is there a way of preventing
them showing on the filtered map when using Buddies?
> >
> > Also if I exit and restart I lose the Buddies in View setting as it goes
back to ALL.  Is that what is intended?
> >
> > I am using the Dev Version 2010/4/25 22:51
> >
> > Bob..
> >
> >
>

g4mhj@... wrote:
> Using Range 0 (zero) and having a filter as b/G3ZCV* b/K0ELE* b/G3OJZ* the
only stations listed and shown on the maps where those three.  I was receiving
all stations until I restarted the program though.
>

APRS-IS doesn't clear un-respecified filters when a filter is changed.
If you disable & re-enable APRS-IS, it will clear the residual filter on
a filter change.  Maybe I'll see about doing that when/if I detect a
configuration filter change...

> Keeping the default range of 500 and using the same filter setting I received
many stations listed but only the three again.  Except for the Echo-Link
EL-480448 station.
> Here is a packet trace for it:
> WinMain:2010-05-03T13:25:23 IS
SP3CMX-10>APWSW2,TCPIP*,qAC,T2POLAND:;EL-480448*111111z5131.43N/00013.47Wn
EchoLink M0GPQ-L 144.975MHz simplex PL 88.5Hz
>

I'm not clear on this one.  With the 500 range, you still only received
your three buddies (b/G3OJZ* b/K0ELE* b/G3ZCV*) and the EL-480448?  Or
were there others scrolling by in the station list?

> On the trace screen is there a way of doing a Find?  I always thought Ctrl+F
worked but it didn't seem to on this XP Laptop. In the end I copied it into
Notebook to find the EL station.
>

Not yet.  I've got Find on my ToDo list.  I've wanted it numerous times,
but always when I wasn't in a position to just implement it.  It'll
hopefully be coming soon.  Ctrl-F sure seems like a reasonable keystroke
to trigger it as well.  Thanks for the suggestion.

> I am not troubled by these EL stations but just wondered how they were
slipping through to the map.
>
> I know that K0ELE and G3ZCV do not use Echo Link but I cannot say for G3OJZ
which was just a random choice for experimentation purposes.  During the test
G3OJZ was -7 driving about.
>

You've got me curious now as well, but without enough time until next
Monday to satiate my curiosity.  Bummer.

> PS I have also updated the Dev version since my first message on topic.
>

In the absolutely latest development build, you can double-click on the
APRS OK pane and the popup will show the packets per hour (up to 8, most
recent on the left) received from the various connections.  It's a
string of numbers that will sometimes appear below the most recent
status from the port.  This is the same string of numbers that appears
in the station popup for individual stations, but those have IS+RF if
you have both port types active (again, hourly count, up to 8, most
recent on the left).  This is only in APRSIS32, not APRSISCE.

>
> --- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@...> wrote:
>
>> First, yes, the View options are not persistent.  It defaults to All on
>> program startup.  There have been way too many support requests on the
>> UI-View group for people that filtered their view and forgot about it in
>> the intervening weeks and complained that "no stations were showing up"
>> even though "the terminal window showed them receiving packets".  I've
>> toyed with making it persistent, but...
>>
>> My plan is for people to configure the filter they want to see.  If you
>> set the Configure / General / Range to 0 (zero), then you'll only get
>> things from the APRS-IS that match your filter (assuming you don't have
>> an RF interface active).  So, if you want to watch only particular
>> stations, set up the filter that way.  Since the Range is used as you
>> pan the map around, zero will also prevent picking up other stations as
>> you move around.
>>
>> As for the Echo Link Nodes, which ones are you seeing?  Is it possible
>> that one of your buddies are transmitting those as an object?  Filters
>> are done at the APRS-IS level, so I can change their behavior, but I can
>> help interpret what's happening if you give me some examples of the
>> packets that you do not expect to receive.
>>
>> With the development version, simply open up Enables / View Logs /
>> Packets and wait for one of the "bonus" stations to show up.  The raw
>> packet will be in there and you can select / copy (Right Mouse popup)
>> the packet and send it along with your current filter to the list and
>> we'll see what might be happening.  Of course, this offer only applies
>> if you're running a 0 range!  Otherwise, you will be getting "extra" stuff.
>>
>> Lynn (D) - KJ4ERJ
>>
>> g4mhj@... wrote:
>>
>>> I am just started trying out Filters for the first time and have added the
following test line in Filters.
>>>
>>> b/G3OJZ* b/K0ELE* b/G3ZCV*
>>>
>>> I have assumed "b" stands for buddies having cribbed the format off another
post.
>>>
>>> Both the G stations are appearing.  K0ELE-7 is not available at present but
why am I seeing EL (Echo Link Nodes) stations.  Is there a way of preventing
them showing on the filtered map when using Buddies?
>>>
>>> Also if I exit and restart I lose the Buddies in View setting as it goes
back to ALL.  Is that what is intended?
>>>
>>> I am using the Dev Version 2010/4/25 22:51
>>>
>>> Bob..
>>>
>>>
>>>

> > Keeping the default range of 500 and using the same filter setting I
received many stations listed but only the three again.  Except for the
Echo-Link EL-480448 station.
> > Here is a packet trace for it:
> > WinMain:2010-05-03T13:25:23 IS
SP3CMX-10>APWSW2,TCPIP*,qAC,T2POLAND:;EL-480448*111111z5131.43N/00013.47Wn
EchoLink M0GPQ-L 144.975MHz simplex PL 88.5Hz
> >
>
> I'm not clear on this one.  With the 500 range, you still only received
> your three buddies (b/G3OJZ* b/K0ELE* b/G3ZCV*) and the EL-480448?  Or
> were there others scrolling by in the station list?

Sorry if I didnt make myself clear.

With range 500 and my 3 station filter, I was seeing lots of stations on the
left station list but only the 4 stations on the map.

Bob..

Puzzle explained.  And it's attributable to a lazy programmer who is
planning to revamp Buddy support in some future revision.  Currently, I
identify a Buddy station by:

1) For any new station, locate the dash (-) if any.  Consider the space
before the dash as the "base" callsign.
2) Search the filter in its entirety for any instance of that base
callsign.  It doesn't even look for b/ whatever.

This means that the EL-480448 looks like a base callsign of "EL".
Your filter includes b/K0ELE* which includes the EL and voila, the
EchoLink station appears as a Buddy.

I'll get this fixed, probably sooner than I revamp the Buddy support.
I'll probably look for b/<BaseCall> up to the length of the base
callsign and then check if the next character is a *.  I may also have
to check for the entire call-SSID as a buddy or friend, just in case.

Lynn (D) - KJ4ERJ - Explainer of Mysteries (and Lazy Programmer)

PS.  For those that say "why not just run it through a regex", remember,
APRSISCE/32 is not your average C#.NET application.  I code to Win32
without MFC, Standard Class Libraries, .NET, or any other excess
baggage.  Why you might ask?  Because that's how I like to code and I'm
doing this for the fun of it!


g4mhj@... wrote:
>>> Keeping the default range of 500 and using the same filter setting I
received many stations listed but only the three again.  Except for the
Echo-Link EL-480448 station.
>>> Here is a packet trace for it:
>>> WinMain:2010-05-03T13:25:23 IS
SP3CMX-10>APWSW2,TCPIP*,qAC,T2POLAND:;EL-480448*111111z5131.43N/00013.47Wn
EchoLink M0GPQ-L 144.975MHz simplex PL 88.5Hz
>>>
>>>
>> I'm not clear on this one.  With the 500 range, you still only received
>> your three buddies (b/G3OJZ* b/K0ELE* b/G3ZCV*) and the EL-480448?  Or
>> were there others scrolling by in the station list?
>>
>
> Sorry if I didnt make myself clear.
>
> With range 500 and my 3 station filter, I was seeing lots of stations on the
left station list but only the 4 stations on the map.
>
> Bob..
>

Fred (copying the group in case anyone else wants to set one up),

Yes, I'm running a dual 30m APRS gateway doing both AX.25 and PSK-63.
Here's the setup.

iCom 706 tuned to 10.146.600 USB receiving on an 80m dipole (receive-only)

Audio passed through an isolation transformer to Line In on my Dell
Vostro 1700 running Windows 7 64 bit (yes, my primary development machine)

AGWPEpro processing the audio for AX.25 using KAM tones (1600/1800 hz -
requires PRO)

APRS Messenger processing the audio for PSK-63 (2100 hz audio)

APRSIS32 running as KJ4ERJ-2
     AGW (receive-only) port to pick up the AX.25
     TEXT (receive-only) port to pick up the PSK-63

APRS Messenger nicely (at my request) provides a TCP/IP monitor port on
8063 that receives text-formatted packets that were cleanly received by
that program.  These are placed on my APRSIS32 map as well as gated to
APRS-IS by KJ4ERJ-2.

I use the standard 8000 port to talk with AGWPEpro to get the AX.25
packets received via that route.

APRS Messenger can be downloaded from:

http://www.crosscountrywireless.net/aprs_messenger.htm

and there's an excellent guide to setting it up at:

http://wa8lmf.net/APRS_PSK63/

As a matter of fact, WA8LMF is on a cross-country road trip as we type
tracking AX.25 as WA8LMF (no -SSID) and PSK-63 as WA8LMF-63.  Add
b/WA8LMF* to your filter and you can see what all gets gated.  I
received a few of his packets last night here in FL as he drove through
Nevada.

Also, eventually APRSIS32 will have transmit capability via AGW's ports
and Chris (G4HYG - author of APRS Messenger) will hopefully be making
port 8063 bi-directional so that APRSIS32 can actually transmit via
PSK-63 as well.  Of course, as soon as I have time to build my 30m loop
antenna, I'll be able to transmit, so you can expect such support to get
a much higher priority at that point!

Lynn (D) - KJ4ERJ

Fred Hillhouse wrote:
> Hi Lynn,
>
> Are you still running a 30M gateway? If yes, can you briefly describe it. I
> would like to add the information to a PPT slide.
>
> It also looks like you might be providing a PSK63 gateway.
>
> I assume both are only gating from HF to IS.
>
> I know very little about doing this but would like to touch on it briefly.
>
> Thanks!
>
> Best regards,
> Fred Hillhouse Jr, N7FMH
>
>
>

Updated to the latest dev build this morning, noticed something strange when I
resized the main window....
If I keep the aspect ratio fairly consistant with a 4:3 radio everything looks
fine, when I dragged the screen over to my portrait monitor, the "APRS-IS is
OK/time window" suddently stretched to cover the top edge of the screen full
width, the stations window shrunk to the top left corner, only displaying 6
stations, and "no msg" popped from the upper right to the left side and below
the stations window...
I tried it just on my regular monitor, it seems to "flip" as soon as the height
becomes taller than the width of the current window.
"feature" or "Bug"?
;)

Garrett
VE6RKY

See the options under the Configure / Orientation cascading menu.  You
probably have Automatic checked.  APRSISCE/32 has 2 available layouts
depending on whether it detects a portrait (taller) or landscape (wider)
screen/window size.  Wide puts the APRS-IS OK and scrolling station logs
along the top of the screen providing for a wider map.  Narrow puts the
APRS-IS OK in the top left corner with the scrolling station log down
the left side providing for a narrower (but taller) map display.

This isn't new in the development version but dates back to almost the
beginning of time.  Automatic works really well on a 320x240 cellphone
screen that can be either portrait or landscape like the AT&T Tilt.
When you slide the keyboard out, the screen automatically flips.  It
flips back when the phone is slid shut again.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32


gsdatplace wrote:
> Updated to the latest dev build this morning, noticed something strange when I
resized the main window....
> If I keep the aspect ratio fairly consistant with a 4:3 radio everything looks
fine, when I dragged the screen over to my portrait monitor, the "APRS-IS is
OK/time window" suddently stretched to cover the top edge of the screen full
width, the stations window shrunk to the top left corner, only displaying 6
stations, and "no msg" popped from the upper right to the left side and below
the stations window...
> I tried it just on my regular monitor, it seems to "flip" as soon as the
height becomes taller than the width of the current window.
> "feature" or "Bug"?
> ;)
>
> Garrett
> VE6RKY
>