Date   

Re: Kenwood TH-D72A GPS pass-through behavior

Lynn Deffenbaugh
 

On 7/5/2011 8:28 AM, Kurt Savegnago wrote:
It appears that Xastir will read the incoming strings but one has to name their icon the same APRS name in the rig. The behavior seen is from the software, Xastir and deals with its' handling of the passed-through strings. Once they get out of the 72, the 72 doesn't control how the data is manipulated. The attached software deals with it and in this case it's
Xastir on a Linux box.
Are you using LTMHEAD on or off? With it on, the passthrough (at least from my D700) has the MYCALL>GPS followed by the GPSTEXT-selected raw NMEA string. With LTMHEAD off, just the raw NMEA string is passed through.

In the former case, xastir (and nearly any other APRS client) will simply see a station called "MYCALL" (which is actually whatever you have the radio's MYCALL set to) moving around based on the NMEA string contents. I don't know xastir, but it may be coded to detect an incoming callsign that matches its own to update its own position as well.

If LTMHEAD is off, then the receiving program will have to detect raw NMEA strings interleaved with APRS packets. This is what APRSISCE/32 currently does and treats the NMEA strings as GPS input that moves the current station. I really don't know what APRSISCE/32 would do in the LTMHEAD on case where a station packet is received that matches the configured station. I think it might just ignore it assuming it was a received digipeat (ie, I don't think I process APRS packets that match my own configured callsign-SSID on the assumption that I must have generated them to start with).

I'm asking this as I'm about to do more work in this area in APRSISCE/32 and would like to have it behave similar to at least one other APRS client that supports this interleave.

As a side note, I'll also be supporting KISS-wrapped NMEA strings as supported in the latest TinyTrak4 firmware as soon as I get the time to get back into development of APRSISCE/32. My son (KJ4DXK-9) just asked me to outfit a TT4 to replace his homebrew tracking application that drives a KPC-3+ so I'll have the ultimate motivation to get this support included in the client for his use. He'll be tracking with the TT4 and an NMEA GPS on Port B with Port A available to connect to APRSISCE/32 with "free" GPS input via the TT4 feature.

I am not a programmer and don't know the language for initializing TNC's.
I only used some commands that Kai posted for the D7. I need to look at the initialization statement for Xastir that I edited some time ago and try to make sense out of it.
From a posting in the Kenwood_TH-D72 group on 7/4 at 3:20am (eastern) by N9PBJ, the commands that mess with this when in TNC mode are:

LOC E 0 (turns off local beaconing)
LTMON 10 (send a GPS string every 10 seconds)
LTMHEAD ON (see above, sends raw NMEA if off)
GPSTEXT $GPRMC (his post has a typo here, selects one NMEA string for this use)

I'll post my statements if anyone is interested but this is getting OT
sort of speaking as it deals with Xastir and not the 72 directly.
Please keep the copy coming to this group as I'm sure there are D72 users that are interested here, and I'm interested in supporting as many features of the radio as is reasonable.

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

PS. Once I get this support built, in conjunction with CONVerse mode support, I'll really be hoping that Kenwood "fixes" their firmware to pass the internal GPS NMEA strings through. Seems foolish to have a passthrough capability to allow the PC to receive the radio's GPS when the radio requires an external GPS for that feature to work!


Kurt KC9LDH


Re: Kenwood TH-D72E (GPS pass-through)

Fred Hillhouse
 

Typing?
 
;)


From: aprsisce@... [mailto:aprsisce@...] On Behalf Of Rud Merriam
Sent: Sunday, July 03, 2011 21:25
To: aprsisce@...
Subject: Re: [aprsisce] Kenwood TH-D72E (GPS pass-through)

 

But Lynn, "Its only software". LOL


- 73 -
Rud Merriam K5RUD
Emergency Coordinator
Montgomery County ARES®
Mystic Lake Software

On 7/3/2011 6:09 PM, Lynn W Deffenbaugh (Mr) wrote:

 

On 7/3/2011 4:44 PM, Nigel Gunn G8IFF/W8IFF wrote:
> I'm assuming that, as the radio's internal software can see and use both, it could pipe the GPS sentences out the USB port.

Given what I've seen in some hardware/firmware designs, making
assumptions about what firmware can do along these lines can be quite
.... interesting (see Notes at the end of
http://uncyclopedia.wikia.com/wiki/Assume).

Things that seem easy to the non-embedded programming world can
sometimes be non-trivial in an embedded system like a radio. Simply
arbitrating and interleaving TNC and GPS data to the USB port can be
more difficult than it would seem.

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

>
> On 03-Jul-11 19:38, Kurt Savegnago wrote:
>
>> You make an excellent point there Nigel. Ff there isn't already some sort of internal connection in the 72 to pass through the iGPS information while in the TNC mode or APRS mode, it isn't going to happen. There has to be the potential for a software change (ie. firmware) to "turn on" that pass-through. If it doesn't already exist, it won't happen with this current iteration of the 72.
>>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>


Re: Kenwood TH-D72E (GPS pass-through)

Fred Hillhouse
 

Someone has to be the watchdog?
 
;)


From: aprsisce@... [mailto:aprsisce@...] On Behalf Of Charles Blackburn
Sent: Sunday, July 03, 2011 20:27
To: aprsisce@...
Subject: RE: [aprsisce] Kenwood TH-D72E (GPS pass-through)

 

Sorry.. us embedded programmers must tick together otherwise we'll need to
switch banks :)

Charlie


-----Original Message-----
From: aprsisce@... [mailto:aprsisce@...] On Behalf
Of James Ewen
Sent: Sunday, July 03, 2011 8:20 PM
To: aprsisce@...
Subject: Re: [aprsisce] Kenwood TH-D72E (GPS pass-through)

You guys are like a wet blanket on a fire! A good software guy can
make the hardware do things it never was intended for!


Re: Kenwood TH-D72E (GPS pass-through)

James Ewen
 

On Tue, Jul 5, 2011 at 6:18 AM, JF Lorne <jf.lorne@...> wrote:

all is working as it must work, and APRSIS is a very nice soft,
even is i cannot load a personnal map. Here is Africa, we still
need scanned maps
No you don't...
http://www.openstreetmap.org/?lat=14.48679&lon=-17.07513&zoom=15&layers=M

There are streets in La Somone. You can add more detail by joining OSM
and adding the detail that you want.

But i cannot imagine (understand) why they don't think to
implement this function: both APRS and GPS. For me it is so necessary!
Lynn has scanned maps on the "to do" list, but they aren't implemented
yet. In the mean time, grab your GPS and wander the streets, gather
tracks, upload them to OSM, and make your own maps.

--
James
VE6SRV


Kenwood TH-D72A GPS pass-through behavior

Kurt Savegnago
 

O.K.

Insert foot into moutn. Plugged-in the old D7A(g) to Xastir and futzed around with the GPS pass-through. I found if I named "my" station in Xastir the same KC9LDH-X name that is in the D7, the passed-through GPS coordinates are used. I still get a different icon than what I chose.

I know it is working because there is no GPS attached to the laptop. Just the GPS plugged into the D7's port and the serial to usb converter to the laptop from the D7 from it's computer port. I know the data is being used because when I zoom in on the map, over time, I see tracking drift of the icon.

Whe I tried the D72A it "WILL" pass-through the strings from an EXTERNALLY connected GPS. The internal one will not pass through. With the 72, the behavior also depended on whether or not the TNC was in APRS or PACKET mode when it was intialized by the Xastir program!

It appears that Xastir will read the incoming strings but one has to name their icon the same APRS name in the rig. The behavior seen is from the software, Xastir and deals with its' handling of the passed-through strings. Once they get out of the 72, the 72 doesn't control how the data is manipulated. The attached software deals with it and in this case it's
Xastir on a Linux box.

What I am finding out here, is what is occurring in the Xastir software and nothing to do with the D72. It appears It will pass through the strings from an externally attached GPS and if Xastir is setup right, will read them as your "base station". I originally though it read them as just another waypoint but looks like I'm wrong there.

I am not a programmer and don't know the language for initializing TNC's.
I only used some commands that Kai posted for the D7. I need to look at the initialization statement for Xastir that I edited some time ago and try to make sense out of it.

I need to get a notebook and document so I can distill a review.

I'll post my statements if anyone is interested but this is getting OT
sort of speaking as it deals with Xastir and not the 72 directly.

Kurt KC9LDH


Re: Kenwood TH-D72E (GPS pass-through)

JF Lorne
 

Hello,
 
all is working as it must work, and APRSIS is a very nice soft, even is i cannot load a personnal map. Here is Africa, we still need scanned maps
 
But i cannot imagine (understand) why they don't think to implement this function: both APRS and GPS. For me it is so necessary!
 
Tks for all ansewers. Best 73.
JF Lorne
http://www.le-calao.com
---------------------------------
39, rue de la grande vallée
91150 Puiselet le marais France
---------------------------------
Tél.: 33 (0) 1 64 95 81 30
Tél.: 33 (0) 1 46 55 11 67
Port.: 33 (0)6 50 35 84 12

----- Original Message -----
From: Greg D
Sent: Monday, July 04, 2011 5:06 PM
Subject: Re: [aprsisce] Kenwood TH-D72E (GPS pass-through)

 

Yes, indeed.

In addition, consider that the manufacturer's software team probably has lots of things to do, and while it's amazing what a software team CAN do, what they are ALLOWED to do by time, risk, and profit potential can be substantially less.  Embedded systems, considerably more so than other forms of software development, can be frightfully difficult to work on, and even more difficult to test.  And there's always the risk (cost) of a warranty call when someone bricks their product because they had the one magic setting in their configuration that you hadn't considered.  And don't even think about changing anything that might affect a government approval (e.g. anything affecting RF), since those are costly and time consuming to obtain.

So, be sure you will be happy with the product as it ships from the factory.  Any upgrades may be a pleasant surprise, but should not be counted on.

Greg  KO6TH

p.s. all the more reason for someone to open-source the non-RF portion of their product.  That would be a game changer.


Kurt Savegnago wrote:

 

Say that to the VX-8R people who were fantasizing all the "neat" B/T things they were going to see with the -8R all with a "firmware" update.  Things like taking the GPS strings
off the GPS through a B/T pairing or pair with an external GPS that is B/T capable. Sheesh.

Turns out that the B/T for that unit was for pairing with a headset only and the Yaesu H/T products will never be able to use any GPS but what Yaesu provides. (Unless they redesign the hardware)

In the end, the -8R got a firmware update where one had to send the unit  back for a board
exchange to DR specs.  Sort of like what KW did with the D7A to D7A(g)

Folks, if it ain't there in the hardware in the first place, it ain't going to be "turned on" by the software. There has to be the potential for the electrons to flow and do the job intended.
Sometimes minor changes can be made by a firmware change due to the complexities of
the hardware but most of these are subtle.  Look at the notes with each D72a firmware updates.  They fix relatively minor things. Those "things" were in the hardware design to
be turned off or on in the first place.

Many devices are over designed with possibilities and sometimes simple code changes can change the character of the device.  Major changes (like converting an audio B/T link to a full featured data link in the VX-8R) isn't going to happen without a major hardware change.  It's just that simple.

Firmware coding is not magic.  The trait or feature you want has to be there to be turned on.  If it's not there in the hardware, it's no deal unless the hardware is redesigned.

                                                       Kurt KC9LDH

--- On Sun, 7/3/11, Greg D wrote:

From: Greg D
Subject: Re: [aprsisce] Kenwood TH-D72E (GPS pass-through)
To: aprsisce@...
Date: Sunday, July 3, 2011, 8:00 PM

 

More than once?  Heck, I've always thought it was an expected part of the job!  To rephrase Jame's comment, a good software guy can make the hardware do things it was intended to do, but failed.

Greg  KO6TH


Bob Harris wrote:

 

More than once I had to do stuff in the firmware to cover mistakes in the hardware. Hi Hi

On 7/3/2011 8:19 PM, James Ewen wrote:

You guys are like a wet blanket on a fire! A good software guy can
make the hardware do things it never was intended for!

--

Bob Harris (K9UDX)
Bath, NH


Re: Messaging question (and other stuff)

kc8sfq
 

Hi Lynn:
You wrote:

> Messages are sent out the interface(s) that "make sense". If the
> destination station has been heard on ANY RF interface, messages to that
> station will be sent out ALL message-enabled RF interfaces. All
> messages will be sent out via -IS if Messages are enabled on the APRS-IS
> port.

I had enables> "internet access" checked, but not enables>"APRS-IS". I did, however have Configure> ports>APRS-IS> Messaging enabled. That could explain how KA9FON saw my packet even though I saw no indication of RF transmit here.


>You can also read about APRS messaging ins and outs at http://aprsisce.wikidot.com/aprs-messaging-explained

I read that. I won't go so far as to say that I totally understand all I know about messaging, but it is a lot less murky now.

Thanks and 73  Ron


Re: Are logs saved?

Lynn Deffenbaugh
 

Enabled trace logs are saved to the APRSIS32*.LOG files IF you have Enables / Logging / File Enabled checked.  Otherwise, they're only captured for display and only logs that the program considers critical (which don't honor the Enable/Disable either) are logged to the APRSIS32*.LOG files.

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

On 7/4/2011 6:30 PM, Bob Harris wrote:

We used the Enable->Logging->Packets this morning to diagnose a problem with a digi. That tracing provided the smoking gun to show us what was wrong (faulty equipment). After the fact we realized it would be valuable to be able to send that info to the equipment manufacturer. Was the trace log saved somewhere? I can't find it.
--

Bob Harris (K9UDX)
Bath, NH




Are logs saved?

robt.harris
 

We used the Enable->Logging->Packets this morning to diagnose a problem with a digi. That tracing provided the smoking gun to show us what was wrong (faulty equipment). After the fact we realized it would be valuable to be able to send that info to the equipment manufacturer. Was the trace log saved somewhere? I can't find it.
--

Bob Harris (K9UDX)
Bath, NH


Request Membership

Louis f Chenette <lchenette@...>
 

I would like to member and learn more about aprsisce

Louis Chenette

W9MUE


Re: Kenwood TH-D72E (GPS pass-through)

Greg D
 

Yes, indeed.

In addition, consider that the manufacturer's software team probably has lots of things to do, and while it's amazing what a software team CAN do, what they are ALLOWED to do by time, risk, and profit potential can be substantially less.  Embedded systems, considerably more so than other forms of software development, can be frightfully difficult to work on, and even more difficult to test.  And there's always the risk (cost) of a warranty call when someone bricks their product because they had the one magic setting in their configuration that you hadn't considered.  And don't even think about changing anything that might affect a government approval (e.g. anything affecting RF), since those are costly and time consuming to obtain.

So, be sure you will be happy with the product as it ships from the factory.  Any upgrades may be a pleasant surprise, but should not be counted on.

Greg  KO6TH

p.s. all the more reason for someone to open-source the non-RF portion of their product.  That would be a game changer.


Kurt Savegnago wrote:

 

Say that to the VX-8R people who were fantasizing all the "neat" B/T things they were going to see with the -8R all with a "firmware" update.  Things like taking the GPS strings
off the GPS through a B/T pairing or pair with an external GPS that is B/T capable. Sheesh.

Turns out that the B/T for that unit was for pairing with a headset only and the Yaesu H/T products will never be able to use any GPS but what Yaesu provides. (Unless they redesign the hardware)

In the end, the -8R got a firmware update where one had to send the unit  back for a board
exchange to DR specs.  Sort of like what KW did with the D7A to D7A(g)

Folks, if it ain't there in the hardware in the first place, it ain't going to be "turned on" by the software. There has to be the potential for the electrons to flow and do the job intended.
Sometimes minor changes can be made by a firmware change due to the complexities of
the hardware but most of these are subtle.  Look at the notes with each D72a firmware updates.  They fix relatively minor things. Those "things" were in the hardware design to
be turned off or on in the first place.

Many devices are over designed with possibilities and sometimes simple code changes can change the character of the device.  Major changes (like converting an audio B/T link to a full featured data link in the VX-8R) isn't going to happen without a major hardware change.  It's just that simple.

Firmware coding is not magic.  The trait or feature you want has to be there to be turned on.  If it's not there in the hardware, it's no deal unless the hardware is redesigned.

                                                       Kurt KC9LDH

--- On Sun, 7/3/11, Greg D wrote:

From: Greg D
Subject: Re: [aprsisce] Kenwood TH-D72E (GPS pass-through)
To: aprsisce@...
Date: Sunday, July 3, 2011, 8:00 PM

 

More than once?  Heck, I've always thought it was an expected part of the job!  To rephrase Jame's comment, a good software guy can make the hardware do things it was intended to do, but failed.

Greg  KO6TH


Bob Harris wrote:

 

More than once I had to do stuff in the firmware to cover mistakes in the hardware. Hi Hi

On 7/3/2011 8:19 PM, James Ewen wrote:

You guys are like a wet blanket on a fire! A good software guy can
make the hardware do things it never was intended for!

--

Bob Harris (K9UDX)
Bath, NH


Re: Messaging question (and other stuff)

Lynn Deffenbaugh
 

On 7/4/2011 11:42 AM, kc8sfq@... wrote:
As I look at the scrolling list of stations, I see some icons have a box around them and most don't. Sometimes from the same station. What is the meaning of the box.
Very observant. I'm not sure if anyone asked this question before or not. The * beside the station name means that the station was heard on an "RF" interface. A number after the * is a repeat count (*4 means you heard it 4 times via RF+IS, due to digipeats). A square outlining the symbol means that the station was heard direct via RF, no path components marked used. Note that this may not mean that particular packet was direct, but that the station has been heard direct "recently".

As to the messaging question: I can force a transmit with the "Transmit" button after I choose to "move ME to center" or not. At that time the transmit light on the OT2 comes on and the TV messes up (a sure sign I'm getting out.) I'm out in the sticks, so TVI with my 5 watt transmitter is not a problem for the neighbors. However when I type a message in the message window (after selecting a station to contact) there is no indication of RF out. The text I typed goes from the input box up to the dialog window and stays green. Is there something I'm missing or perhaps something I've inadvertently checked (or un-checked) ?
Messages are sent out the interface(s) that "make sense". If the destination station has been heard on ANY RF interface, messages to that station will be sent out ALL message-enabled RF interfaces. All messages will be sent out via -IS if Messages are enabled on the APRS-IS port.

You can change this behavior with the "Best" checkbox on the chat, if it is enabled. You can also read about APRS messaging ins and outs at http://aprsisce.wikidot.com/aprs-messaging-explained

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

Thanks and 73 Ron



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

Yahoo! Groups Links




Messaging question (and other stuff)

kc8sfq
 

Greetings and salutations:

Thanks to the great help here on the list, I now have vaulted over the hurtles that kept me from watching the stations around me on RF. That portion is now working flawlessly. As with most answered questions, however, that new knowledge seems to have opened up yet more questions.

As I look at the scrolling list of stations, I see some icons have a box around them and most don't. Sometimes from the same station. What is the meaning of the box.

As to the messaging question: I can force a transmit with the "Transmit" button after I choose to "move ME to center" or not. At that time the transmit light on the OT2 comes on and the TV messes up (a sure sign I'm getting out.) I'm out in the sticks, so TVI with my 5 watt transmitter is not a problem for the neighbors. However when I type a message in the message window (after selecting a station to contact) there is no indication of RF out. The text I typed goes from the input box up to the dialog window and stays green. Is there something I'm missing or perhaps something I've inadvertently checked (or un-checked) ?

Thanks and 73 Ron


Re: Kenwood TH-D72E (GPS pass-through)

Kurt Savegnago
 

Say that to the VX-8R people who were fantasizing all the "neat" B/T things they were going to see with the -8R all with a "firmware" update.  Things like taking the GPS strings
off the GPS through a B/T pairing or pair with an external GPS that is B/T capable. Sheesh.

Turns out that the B/T for that unit was for pairing with a headset only and the Yaesu H/T products will never be able to use any GPS but what Yaesu provides. (Unless they redesign the hardware)

In the end, the -8R got a firmware update where one had to send the unit  back for a board
exchange to DR specs.  Sort of like what KW did with the D7A to D7A(g)

Folks, if it ain't there in the hardware in the first place, it ain't going to be "turned on" by the software. There has to be the potential for the electrons to flow and do the job intended.
Sometimes minor changes can be made by a firmware change due to the complexities of
the hardware but most of these are subtle.  Look at the notes with each D72a firmware updates.  They fix relatively minor things. Those "things" were in the hardware design to
be turned off or on in the first place.

Many devices are over designed with possibilities and sometimes simple code changes can change the character of the device.  Major changes (like converting an audio B/T link to a full featured data link in the VX-8R) isn't going to happen without a major hardware change.  It's just that simple.

Firmware coding is not magic.  The trait or feature you want has to be there to be turned on.  If it's not there in the hardware, it's no deal unless the hardware is redesigned.

                                                       Kurt KC9LDH


--- On Sun, 7/3/11, Greg D wrote:

From: Greg D
Subject: Re: [aprsisce] Kenwood TH-D72E (GPS pass-through)
To: aprsisce@...
Date: Sunday, July 3, 2011, 8:00 PM

 

More than once?  Heck, I've always thought it was an expected part of the job!  To rephrase Jame's comment, a good software guy can make the hardware do things it was intended to do, but failed.

Greg  KO6TH


Bob Harris wrote:

 

More than once I had to do stuff in the firmware to cover mistakes in the hardware. Hi Hi

On 7/3/2011 8:19 PM, James Ewen wrote:

You guys are like a wet blanket on a fire! A good software guy can
make the hardware do things it never was intended for!

--

Bob Harris (K9UDX)
Bath, NH


Icom 2820 on APRSIS32

g8zqa <peter.stonebridge@...>
 

I've got my Yaesu FTM-350E to receive only on APRSIS via a Cross Country Wireless TNC, but until Yaesu enhance the firmware, I believe that's the end of the road on that project.
I can substitute it with an Icom 2820 which appears to have all the necessary outputs on its data jack. Has anyone actually got one of these transmitting under the programme control of APRSIS please?
Looking into the port selection in the programme, I'm not sure which type of RF port to try. I'm pretty sure that the CCW TNC does not work in KISS mode, I know that the AGW mode is sound card driven, and I can see the Kenwood and Yaesu modes. Not sure what TEXT or IS server modes cover.
I'm am pretty sure that it will work under the AGW PEngine mode, but so will the Yaesu, so would be no further forward.
I'd be pleased to hear from anyone running the Icom rig.

Thanks

Peter (G8ZQA)


Re: Kenwood TH-D72E (GPS pass-through)

Randy Thomson
 

Or, if you already have one for APRSpoint network connection, it’s the same one.

 

From: aprsisce@... [mailto:aprsisce@...] On Behalf Of James Ewen
Sent: Sunday, July 03, 2011 8:22 PM
To: aprsisce@...
Subject: Re: [aprsisce] Kenwood TH-D72E (GPS pass-through)

 

 

Just ask for a password, and supply a callsign to associate it
against, and a way to send it to you.

I can send it to you as soon as I get home from supper. Lynn will
probably beat me to it though.

On 7/3/11, wayne snell <fishing948@...> wrote:
> Hi this is Wayne KC9RMK I dont mean to sound ignorant but how do you go
> about getting your password for APRSISCEWIN32 I'm new to the group HELP?
>
> --- On Sun, 7/3/11, Lynn W Deffenbaugh (Mr) <kj4erj@...> wrote:
>
>
> From: Lynn W Deffenbaugh (Mr) <kj4erj@...>
> Subject: Re: [aprsisce] Kenwood TH-D72E (GPS pass-through)
> To: aprsisce@...
> Date: Sunday, July 3, 2011, 6:09 PM
>
>
>
>
>
>
> On 7/3/2011 4:44 PM, Nigel Gunn G8IFF/W8IFF wrote:
>> I'm assuming that, as the radio's internal software can see and use both,
>> it could pipe the GPS sentences out the USB port.
>
> Given what I've seen in some hardware/firmware designs, making
> assumptions about what firmware can do along these lines can be quite
> .... interesting (see Notes at the end of
> http://uncyclopedia.wikia.com/wiki/Assume).
>
> Things that seem easy to the non-embedded programming world can
> sometimes be non-trivial in an embedded system like a radio. Simply
> arbitrating and interleaving TNC and GPS data to the USB port can be
> more difficult than it would seem.
>
> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
>
>>
>> On 03-Jul-11 19:38, Kurt Savegnago wrote:
>>
>>> You make an excellent point there Nigel. Ff there isn't already some sort
>>> of internal connection in the 72 to pass through the iGPS information
>>> while in the TNC mode or APRS mode, it isn't going to happen. There has
>>> to be the potential for a software change (ie. firmware) to "turn on"
>>> that pass-through. If it doesn't already exist, it won't happen with this
>>> current iteration of the 72.
>>>
>>
>> ------------------------------------
>>
>> Yahoo! Groups Links
>>
>>
>>
>>
>
>
>
>
>
>
>

--
James
VE6SRV


Re: Kenwood TH-D72E (GPS pass-through)

Rud Merriam <k5rud@...>
 

Or spend hours figuring out what was wrong with the hardware and then spend more time writing a simple program that would convincingly demonstrate to the hardware guy that the hardware actually was wrong, e.g like the signal is supposed to be inverted here but isn't.

- 73 -
Rud Merriam K5RUD
Emergency Coordinator
Montgomery County ARES®
Mystic Lake Software

On 7/3/2011 7:29 PM, Bob Harris wrote:

 

More than once I had to do stuff in the firmware to cover mistakes in the hardware. Hi Hi

On 7/3/2011 8:19 PM, James Ewen wrote:

You guys are like a wet blanket on a fire! A good software guy can
make the hardware do things it never was intended for!

--

Bob Harris (K9UDX)
Bath, NH


Re: Kenwood TH-D72E (GPS pass-through)

Rud Merriam <k5rud@...>
 

But Lynn, "Its only software". LOL

- 73 -
Rud Merriam K5RUD
Emergency Coordinator
Montgomery County ARES®
Mystic Lake Software

On 7/3/2011 6:09 PM, Lynn W Deffenbaugh (Mr) wrote:

 

On 7/3/2011 4:44 PM, Nigel Gunn G8IFF/W8IFF wrote:
> I'm assuming that, as the radio's internal software can see and use both, it could pipe the GPS sentences out the USB port.

Given what I've seen in some hardware/firmware designs, making
assumptions about what firmware can do along these lines can be quite
.... interesting (see Notes at the end of
http://uncyclopedia.wikia.com/wiki/Assume).

Things that seem easy to the non-embedded programming world can
sometimes be non-trivial in an embedded system like a radio. Simply
arbitrating and interleaving TNC and GPS data to the USB port can be
more difficult than it would seem.

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

>
> On 03-Jul-11 19:38, Kurt Savegnago wrote:
>
>> You make an excellent point there Nigel. Ff there isn't already some sort of internal connection in the 72 to pass through the iGPS information while in the TNC mode or APRS mode, it isn't going to happen. There has to be the potential for a software change (ie. firmware) to "turn on" that pass-through. If it doesn't already exist, it won't happen with this current iteration of the 72.
>>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>


Re: Kenwood TH-D72E (GPS pass-through)

James Ewen
 

Just ask for a password, and supply a callsign to associate it
against, and a way to send it to you.

I can send it to you as soon as I get home from supper. Lynn will
probably beat me to it though.

On 7/3/11, wayne snell <fishing948@...> wrote:
Hi this is Wayne KC9RMK I dont mean to sound ignorant but how do you go
about getting your password for APRSISCEWIN32 I'm new to the group HELP?

--- On Sun, 7/3/11, Lynn W Deffenbaugh (Mr) <kj4erj@...> wrote:


From: Lynn W Deffenbaugh (Mr) <kj4erj@...>
Subject: Re: [aprsisce] Kenwood TH-D72E (GPS pass-through)
To: aprsisce@...
Date: Sunday, July 3, 2011, 6:09 PM






On 7/3/2011 4:44 PM, Nigel Gunn G8IFF/W8IFF wrote:
I'm assuming that, as the radio's internal software can see and use both,
it could pipe the GPS sentences out the USB port.
Given what I've seen in some hardware/firmware designs, making
assumptions about what firmware can do along these lines can be quite
.... interesting (see Notes at the end of
http://uncyclopedia.wikia.com/wiki/Assume).

Things that seem easy to the non-embedded programming world can
sometimes be non-trivial in an embedded system like a radio. Simply
arbitrating and interleaving TNC and GPS data to the USB port can be
more difficult than it would seem.

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


On 03-Jul-11 19:38, Kurt Savegnago wrote:

You make an excellent point there Nigel. Ff there isn't already some sort
of internal connection in the 72 to pass through the iGPS information
while in the TNC mode or APRS mode, it isn't going to happen. There has
to be the potential for a software change (ie. firmware) to "turn on"
that pass-through. If it doesn't already exist, it won't happen with this
current iteration of the 72.
------------------------------------

Yahoo! Groups Links








--
James
VE6SRV


Re: Kenwood TH-D72E (GPS pass-through)

Greg D
 

More than once?  Heck, I've always thought it was an expected part of the job!  To rephrase Jame's comment, a good software guy can make the hardware do things it was intended to do, but failed.

Greg  KO6TH


Bob Harris wrote:

 

More than once I had to do stuff in the firmware to cover mistakes in the hardware. Hi Hi

On 7/3/2011 8:19 PM, James Ewen wrote:

You guys are like a wet blanket on a fire! A good software guy can
make the hardware do things it never was intended for!

--

Bob Harris (K9UDX)
Bath, NH