Date   

Re: APRSIS32 under Linux

Rob Giuliano
 

I sent a file to you and this goup with a writeup.  The only thing that may be missing and was the discussion here was whether you had to add your user account to the dialup group in Linux.  I attached the file again in case it didn't go through.

Robert Giuliano
KB8RCO

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


--- On Wed, 11/2/11, Steve Daniels wrote:

From: Steve Daniels
Subject: RE: [aprsisce] Re: APRSIS32 under Linux
To: aprsisce@...
Date: Wednesday, November 2, 2011, 7:48 PM

 

When we get this nailed down a bit I will add a wiki page, something I have wanted to do for awhile

 

Steve Daniels

G6UIM

Torbay Freecycle Moderator


From: aprsisce@... [mailto: aprsisce@... ] On Behalf Of kc4lzn
Sent: 02 November 2011 23:28
To: aprsisce@...
Subject: [aprsisce] Re: APRSIS32 under Linux

 

 



--- In aprsisce@..., John Wilson wrote:
>
> I won't be able to confirm my actions until I get home later, where my
> GPS is with the cable but this is what I've done so far.
>
> I accessed the link you provided and tinkered with the entries on the
> reg file. In my tinkering, I found that the number string you provided
> at the end of the brackets appears to be "serialized" with each reg
> file. I looked at other bottles and their respective reg files and all
> of them had a different number at the end of the brackets.
>
> I invoked into my reg file the following command:
>
> [HARDWARE\\DEVICEMAP\\SERIALCOMM]
> "COM1"="COM1"
> "COM2"="COM2"
>

HooYah! Tested here at the house with the change in reg file as listed above and also tried the other option that was recommended also in the same link mentioned before. It was:

[HARDWARE\\DEVICEMAP\\SERIALCOMM]
"Serial0"="COM1"
"Serial1"="COM2"

...and it worked as well.

Thanks for the input and I will be more than happy to assist in helping with inputs or origination of start to finish help file for the wiki. Email me at my call (KC4LZN) at my gmail account.

Grabbing this program on the fly and hitting the pavement running was pretty easy after getting passed this. Salute to you Lynn for all your efforts in getting this program together.

73 John


Re: APRSISCE Position List

Lynn Deffenbaugh
 

On 11/2/2011 6:19 PM, Randy Love wrote:


> >
CALL|TOCALL|DIR|DIST|PATH|TYPE|LAT|LON|SYMBOL|CSE|SPEED|PHG|COMMENTS/DATA|

FREQUENCY|ALTITUDE|EMAIL|STATUS|OWNER|AGE
>


These really won't mean much to the average "I just wanna look at a map" user, but they have a huge benefit to net control and resource management users.

Ok, specifically which of the 13 TEXT-based things are such a "huge" benefit?  I'm still not buying into it, but I CAN be swayed (maybe).

Just don't tell me that a text-based Lat/Lon/Symbol is better than the map at showing the current location of someone.  And why would Net Control care about the ToCall all the time (enough times to have it in the table?)?  PHG for Net Control?  Doubtful here.  Altitude, don't ask me where e-mail comes from in an APRS packet?  Yeah, I'm not seeing 13 useful things to be always on-screen in a table being useful to anyone for long.

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


Another 2 cents worth.

Randy
WF5X


Re: TNC Wiki - Kenwood TM-D710 Port (APRS mode)

kb8uih@...
 

Kenwood needs to be in "Packet" mode to be controlled by outside program. Has Lynn made a work around for this?

Sent from my BlackBerry® powered by Virgin Mobile.


From: Stan Leeds <srkleeds@...>
Sender: aprsisce@...
Date: Wed, 02 Nov 2011 20:51:58 -0400
To: <aprsisce@...>
ReplyTo: aprsisce@...
Subject: [aprsisce] TNC Wiki - Kenwood TM-D710 Port (APRS mode)

After seeing Steve's, G6UIM re-rendition of the Wiki page (looks good so far), I also visited the http://aprsisce.wikidot.com/port:kenwood-tm-d710
Kenwood TM-D710 Port (APRS mode).

It seemed it needed some menu options from the radio, so I thought I'd pass them on.

[603] WAYPOINT
FORMAT: Options are Kenwood, NMEA, Magellan
NAME: Options are 6-CHAR, thru 9-CHAR
OUTPUT: Options are ALL, LOCAL, FILTERED

[604] COM PORT
OUTPUT: Options are ON & OFF

So for this Wiki page, my suggestions are:
[603] WAYPOINT
FORMAT: Kenwood
NAME: 9-CHAR
OUTPUT: ALL
[604] COM PORT
OUTPUT: ON

My question is: What mode does the TNC on the radio need to be in when you connect?


I have also tried the CONVERSE mode of talking with the radio, per a previous message from Lynn, which puts APRS32 in control of all functions and it seemed to worked.  But I have to revisit it to see what it was I did to make it work.

I'm wanting both options to select for different purposes.

Stan, KC7EHJ


TNC Wiki - Kenwood TM-D710 Port (APRS mode)

Stan Leeds <srkleeds@...>
 

After seeing Steve's, G6UIM re-rendition of the Wiki page (looks good so far), I also visited the http://aprsisce.wikidot.com/port:kenwood-tm-d710
Kenwood TM-D710 Port (APRS mode).

It seemed it needed some menu options from the radio, so I thought I'd pass them on.

[603] WAYPOINT
FORMAT: Options are Kenwood, NMEA, Magellan
NAME: Options are 6-CHAR, thru 9-CHAR
OUTPUT: Options are ALL, LOCAL, FILTERED

[604] COM PORT
OUTPUT: Options are ON & OFF

So for this Wiki page, my suggestions are:
[603] WAYPOINT
FORMAT: Kenwood
NAME: 9-CHAR
OUTPUT: ALL
[604] COM PORT
OUTPUT: ON

My question is: What mode does the TNC on the radio need to be in when you connect?


I have also tried the CONVERSE mode of talking with the radio, per a previous message from Lynn, which puts APRS32 in control of all functions and it seemed to worked.  But I have to revisit it to see what it was I did to make it work.

I'm wanting both options to select for different purposes.

Stan, KC7EHJ


Re: APRSIS32 under Linux

sbd sbd
 

When we get this nailed down a bit I will add a wiki page, something I have wanted to do for awhile

 

Steve Daniels

G6UIM

Torbay Freecycle Moderator


From: aprsisce@... [mailto:aprsisce@...] On Behalf Of kc4lzn
Sent: 02 November 2011 23:28
To: aprsisce@...
Subject: [aprsisce] Re: APRSIS32 under Linux

 

 



--- In aprsisce@..., John Wilson wrote:
>
> I won't be able to confirm my actions until I get home later, where my
> GPS is with the cable but this is what I've done so far.
>
> I accessed the link you provided and tinkered with the entries on the
> reg file. In my tinkering, I found that the number string you provided
> at the end of the brackets appears to be "serialized" with each reg
> file. I looked at other bottles and their respective reg files and all
> of them had a different number at the end of the brackets.
>
> I invoked into my reg file the following command:
>
> [HARDWARE\\DEVICEMAP\\SERIALCOMM]
> "COM1"="COM1"
> "COM2"="COM2"
>

HooYah! Tested here at the house with the change in reg file as listed above and also tried the other option that was recommended also in the same link mentioned before. It was:

[HARDWARE\\DEVICEMAP\\SERIALCOMM]
"Serial0"="COM1"
"Serial1"="COM2"

...and it worked as well.

Thanks for the input and I will be more than happy to assist in helping with inputs or origination of start to finish help file for the wiki. Email me at my call (KC4LZN) at my gmail account.

Grabbing this program on the fly and hitting the pavement running was pretty easy after getting passed this. Salute to you Lynn for all your efforts in getting this program together.

73 John


Re: APRSIS32 under Linux

John KC4LZN
 

--- In aprsisce@..., John Wilson <kc4lzn@...> wrote:

I won't be able to confirm my actions until I get home later, where my
GPS is with the cable but this is what I've done so far.

I accessed the link you provided and tinkered with the entries on the
reg file. In my tinkering, I found that the number string you provided
at the end of the brackets appears to be "serialized" with each reg
file. I looked at other bottles and their respective reg files and all
of them had a different number at the end of the brackets.

I invoked into my reg file the following command:

[HARDWARE&#92;&#92;DEVICEMAP&#92;&#92;SERIALCOMM]
"COM1"="COM1"
"COM2"="COM2"

HooYah! Tested here at the house with the change in reg file as listed above and also tried the other option that was recommended also in the same link mentioned before. It was:

[HARDWARE&#92;&#92;DEVICEMAP&#92;&#92;SERIALCOMM]
"Serial0"="COM1"
"Serial1"="COM2"

...and it worked as well.

Thanks for the input and I will be more than happy to assist in helping with inputs or origination of start to finish help file for the wiki. Email me at my call (KC4LZN) at my gmail account.

Grabbing this program on the fly and hitting the pavement running was pretty easy after getting passed this. Salute to you Lynn for all your efforts in getting this program together.

73 John


UK QRU

sbd sbd
 

I have just updated the repeaters on my QRU server and added the 2M and 70cm digital repeaters, ?RPTD2M and ?RPTD70. And corrected recent changes in the ones I already had

 

Steve Daniels

G6UIM

Torbay Freecycle Moderator

 


RFC new home page for the wiki

sbd sbd
 

Have just been creating a new home page for the wiki, with obviously input from the other members of the wiki team.

The screenshot is clickable for a larger image

Comments are welcome, if you don’t like the colour then suggest new ones, the codes would be handy http://www.w3schools.com/cssref/css_colornames.asp

 

The page is here before it goes live http://aprsisce.wikidot.com/newstart

 

Steve Daniels

G6UIM

Torbay Freecycle Moderator

 


Re: APRSISCE Position List

Randy Love
 


On Tue, Nov 1, 2011 at 1:10 PM, wmiler1 <wmiler@...> wrote:
 


--- In aprsisce@..., "Lynn W Deffenbaugh (Mr)"
wrote:


>
> On 10/27/2011 5:31 PM, Bob Bruninga wrote:
> > Sort by frequency to see everyone monitoring which repeaters or is
even
> > beaconing a freq
>
> Got me there. I guess I need to add Screen / Labels / Frequency whichAnd again would be a useful feature to have, to ascertain the
performance for those of us running fill-in digis, Although for now,
aprs.fi fills that hole.

> >
CALL|TOCALL|DIR|DIST|PATH|TYPE|LAT|LON|SYMBOL|CSE|SPEED|PHG|COMMENTS/DAT\

A|FR
> > EQUENCY|ALTITUDE|EMAIL|STATUS|OWNER|AGE
>
> > Also while mobile (most of my APRS activity) in many cases, I could
care
 
> > less where someone is. In most cases, I am more interested in the
other 19
> > common APRS parameters contained in a station packet and only when I
see who
> > or what I am looking for do I then go looking for them on a map.
>
Eh, I use APRS all the time, and to be honest on a daily basis I could
care less about half of those 19 :)

The ones I do care about, I can readily see from Lynn's program
directly, or within just a few clicks. On my D710 in the truck,
yes, I can see see most of that info (dependent upon the data format (ie
MicE, etc), but in the truck I only care about relative location,
direction of travel and what frequency they're on.

Anyway, my 2 cents :)

- Wyatt -

KJ4CTD

These really won't mean much to the average "I just wanna look at a map" user, but they have a huge benefit to net control and resource management users.

Another 2 cents worth.

Randy
WF5X


Re: Paths bring out the worst

apenadragon <kc2ant@...>
 

Every 20 Seconds?

clutter much.

Adam
KC2ANT

--- In aprsisce@..., "Fred Hillhouse" <fmhillhouse@...> wrote:

Okay, not really but you can sure see what is going on.

Same call sign, different SSID, beaconing every 20 seconds.

Best regards,
Fred, N7FMH


Paths bring out the worst

Fred Hillhouse
 

Okay, not really but you can sure see what is going on.

Same call sign, different SSID, beaconing every 20 seconds.

Best regards,
Fred, N7FMH


Re: Path Lines

Lynn Deffenbaugh
 

Please define "disappearing". What is the situation and when do they disappear that you'd like them to stay?

When a mobile station is no longer visible, it's track will disappear. UNLESS that station is "centered" in the current window in which case the track will remain visible.

However, there is no way to have all tracks that have crossed the window that you're viewing to remain visible short of zooming out until all of the stations that have passed by are actually visible on the screen.

Please provide a use-case as it it non-trivial (performance-wise) to draw ALL tracks for ALL stations ALL the time.

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

On 11/2/2011 12:38 PM, kb8uih@... wrote:
I need to know how to keep mobile tracks from disappearing.
KB8UIH
Sent from my BlackBerry powered by Virgin Mobile.

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

Yahoo! Groups Links



Path Lines

kb8uih@...
 

I need to know how to keep mobile tracks from disappearing.
KB8UIH
Sent from my BlackBerry® powered by Virgin Mobile.


Re: APRSIS32 under Linux

Greg D
 

It's probably a long shot, but I thought I'd bring it up. I just got my 100lx Palmtop file transfer software running, and the com port ownership was the last piece of magic needed to get it to work.

Greg KO6TH

Sent from my trusty iPAQ.

-----Original Message-----
From: "Rob Giuliano" <kb8rco@...>
To: aprsisce@...
Sent: 11/2/11 8:19 AM
Subject: RE: [aprsisce] Re: APRSIS32 under Linux

I don't remember having to change ownership of the devices when setting up WINE.  I'm not at home to verify either, but I thought "THESE" devices had permissions that would allow access.

In the writeup I sent for inclusion in the wiki, I did not have a "NUMBER" after the regestry entry.  As others have pointed out here, that gets generated the each tiome (or maybe the first time) WINE reads it.  That information may be added, if necessary.  The comment was to "cut and paste" so if you did that it wouldn't have that serialized number.

Robert Giuliano
KB8RCO

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

--- On Wed, 11/2/11, Greg Dolkas <ko6th.greg@...> wrote:


From: Greg Dolkas <ko6th.greg@...>
Subject: RE: [aprsisce] Re: APRSIS32 under Linux
To: aprsisce@..., aprsisce@...
Cc: "kc4lzn" <kc4lzn@...>
Date: Wednesday, November 2, 2011, 10:17 AM



 



Or set the onership of the com port link to yourself. I don't recall what mine is set to (not at the computer now), but I've seen that help with other programs under Wine.

Sent from my trusty iPAQ.

-----Original Message-----
From: "Kai Gunter Brandt" <kai.brandt@...>
To: aprsisce@...
Cc: "kc4lzn" <kc4lzn@...>
Sent: 11/2/11 12:11 AM
Subject: Re: [aprsisce] Re: APRSIS32 under Linux

On 11/01/2011 07:36 PM, kc4lzn wrote:


I was able to run it fine in Virtual Box but have not been successful in running under WINE. Better explained, I can run and perform if I connect to just the internet (through the server) but if I try to connect to NMEA (Configure/Ports/NMEA), the second window that is supposed to come up after asking you about TCP/IP, never comes up (the configuration windows for the NMEA port).

I invoked ln -s /dev/ttyUSB0 ~/.cxoffice/aprsis32/dosdevices/com1 but it doesn't seem to matter. I have used this link in terminal before with other programs with no problem.


Re: APRSIS32 under Linux

John KC4LZN
 

On Wed, 2011-11-02 at 07:17 -0700, Greg Dolkas wrote:
Or set the onership of the com port link to yourself.  I don't recall what mine is set to (not at the computer now), but I've seen that help with other programs under Wine.  

Sent from my trusty iPAQ.


I pulled up the /usr/group file and I am already listed as a user under "dialout."

Further testing this evening when I get the GPS unit in my hand.

73 John


Re: APRSIS32 under Linux

Rob Giuliano
 

I don't remember having to change ownership of the devices when setting up WINE.  I'm not at home to verify either, but I thought "THESE" devices had permissions that would allow access.
In the writeup I sent for inclusion in the wiki, I did not have a "NUMBER" after the regestry entry.  As others have pointed out here, that gets generated the each tiome (or maybe the first time) WINE reads it.  That information may be added, if necessary.  The comment was to "cut and paste" so if you did that it wouldn't have that serialized number.

Robert Giuliano
KB8RCO

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


--- On Wed, 11/2/11, Greg Dolkas wrote:

From: Greg Dolkas
Subject: RE: [aprsisce] Re: APRSIS32 under Linux
To: aprsisce@..., aprsisce@...
Cc: "kc4lzn"
Date: Wednesday, November 2, 2011, 10:17 AM

 
Or set the onership of the com port link to yourself. I don't recall what mine is set to (not at the computer now), but I've seen that help with other programs under Wine.

Sent from my trusty iPAQ.

-----Original Message-----
From: "Kai Gunter Brandt" <kai.brandt@...>
To: aprsisce@...
Cc: "kc4lzn" <kc4lzn@...>
Sent: 11/2/11 12:11 AM
Subject: Re: [aprsisce] Re: APRSIS32 under Linux

On 11/01/2011 07:36 PM, kc4lzn wrote:

>
> I was able to run it fine in Virtual Box but have not been successful in running under WINE. Better explained, I can run and perform if I connect to just the internet (through the server) but if I try to connect to NMEA (Configure/Ports/NMEA), the second window that is supposed to come up after asking you about TCP/IP, never comes up (the configuration windows for the NMEA port).
>
> I invoked ln -s /dev/ttyUSB0 ~/.cxoffice/aprsis32/dosdevices/com1 but it doesn't seem to matter. I have used this link in terminal before with other programs with no problem.
>

You probably have to add the user to the "dialout" group. If not the
user needs to be root in some linux distributions.

Kai Gunter
LA3QMA


Re: APRSIS32 under Linux

Greg D
 

Or set the onership of the com port link to yourself. I don't recall what mine is set to (not at the computer now), but I've seen that help with other programs under Wine.

Sent from my trusty iPAQ.

-----Original Message-----
From: "Kai Gunter Brandt" <kai.brandt@...>
To: aprsisce@...
Cc: "kc4lzn" <kc4lzn@...>
Sent: 11/2/11 12:11 AM
Subject: Re: [aprsisce] Re: APRSIS32 under Linux

On 11/01/2011 07:36 PM, kc4lzn wrote:


I was able to run it fine in Virtual Box but have not been successful in running under WINE. Better explained, I can run and perform if I connect to just the internet (through the server) but if I try to connect to NMEA (Configure/Ports/NMEA), the second window that is supposed to come up after asking you about TCP/IP, never comes up (the configuration windows for the NMEA port).

I invoked ln -s /dev/ttyUSB0 ~/.cxoffice/aprsis32/dosdevices/com1 but it doesn't seem to matter. I have used this link in terminal before with other programs with no problem.
You probably have to add the user to the "dialout" group. If not the
user needs to be root in some linux distributions.

Kai Gunter
LA3QMA


Re: APRSIS32 under Linux

John KC4LZN
 

...In my tinkering, I found that the number string you provided
at the end of the brackets appears to be "serialized" with each reg
file. I looked at other bottles and their respective reg files and all
of them had a different number at the end of the brackets...


I confirmed this at http://wiki.jswindle.com/index.php/Wine_Registry. The numbers at the end of the bracket are indeed a key timestamp, specific to each entry and is automatically generated when the file is saved and/or when the bottle is booted. Initially, when I used the number from what was provided, the second window never would come up. It wasn't until after leaving that blank, it provided its own number and the second window for configuration came up.

73 John


Re: APRSIS32 under Linux

John KC4LZN
 

On Tue, 2011-11-01 at 20:24 -0700, Greg D wrote:
There is one more thing you need to do to activate the serial ports when using Wine - you need to edit the "registry" to explicitly enumerate the ports, otherwise APRSIS32 can't see them. 

Add these two lines to the file "system.reg":
   (credit also goes to Wine-Wiki, http://wiki.jswindle.com/index.php/Wine_Registry)

[HARDWARE\\DEVICEMAP\\ SERIALCOMM] 1131331688
"COM1"="COM1"

That should make COM1 show up.  What's happening is that Lynn asks "Windows" what ports are out there, and populates the menu choices from what it says.  If "Windows" doesn't think there are any ports, Lynn doesn't show anything.  I'd call it a bug in Wine that it doesn't detect the links to the /dev/tty* files.

Good luck,

Greg  KO6TH

I won't be able to confirm my actions until I get home later, where my GPS is with the cable but this is what I've done so far.

I accessed the link you provided and tinkered with the entries on the reg file. In my tinkering, I found that the number string you provided at the end of the brackets appears to be "serialized" with each reg file. I looked at other bottles and their respective reg files and all of them had a different number at the end of the brackets.

I invoked into my reg file the following command:

[HARDWARE\\DEVICEMAP\\SERIALCOMM]
"COM1"="COM1"
"COM2"="COM2"

Within the bottle of my APRSIS32 program, I simulated a re-boot and ran the program. I accessed Configure/Ports/NMEA and answered the TCP/IP No, and the second window did come up for me to set the parameters for the GPS.

Now, I will have to wait until I get home to further test but I have every belief that it will work.

I will follow-up with my findings.

I'm surprised that WINE doesn't incorporate this into the registry for all, unless it causes conflicts with others?

Is this something that can be incorporated into the wiki to help others in their setting up?

73
John


Re: Path Lines! (Dev: 2011/10/29 08:27)

Lynn Deffenbaugh
 

On 11/2/2011 8:33 AM, w7boz wrote:
The network paths are great!!! And I really like them. But what I would like to see "like in another program" is a real time path that my station heard on RF, from the say 3 hop max, back to me.

This is not just for fun :) But a usable tool to see your stations performance, or other stations performance. I don't know how to explain this better in text. I am not the best at explaining things from brain to text :) So if you have questions, email me.
Answer me this: How is seeing station's "say 3 hop max" showing "your stations performance"? Your station's performance, I would think, is based SOLELY on your DIRECT receptions, which are shown now if you select View / None, Screen / Paths, and center on your station.

If you want to see the coverage of the digi that you seem to hear fairly reliably, do a MultiTrack on that digi, View / None, Screen / Paths and you can see the DIGI's coverage, which IMHO, has nothing to do with your RF station's coverage.

Now, if you want to see ALL of the packets that your station is hearing over RF, well, wait for a new Screen / Paths / LclRF option to come out, or just Configure / General / Range to zero on your RF-receiving station. Then you can View / Paths and Screen / Paths and you'll only see stuff that came in via RF because that's all the instance will see. I run my own KJ4ERJ-1 RF IGate with a range of zero all the time so that it's map (primarily, but that's an APRS-IS discussion) shows only what it hears on RF.

And as for disappearing, download the latest Dev version and Screen / Paths / Age / Flash with a reasonably busy feed...

Philosophy: On a specific station basis, OUTBOUND paths are accumulated in full, INBOUND paths only capture the immediate hop that you heard because there's potentially lots of stuff flooding into that single digi feed to your IGate and that's the Digi's traffic, not yours.

Of course, you could always View / RF / All in conjunction with Screen / Paths and that might prove interesting...

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

PS. As always, the paths only work after you've been running for at least your local "net cycle time" so that your instance knows where all the players are.