Date   

Re: Transmit string

Gurdon Wolfe
 

Greg, thanks for your reply. Is there a setting that I might have changed
to make that happen?

 73, Don
 W4GCW


Where am I? Click link below.
https://aprs.fi/#!call=a%2FW4GCW-9&timerange=3600&tail=3600







On Friday, May 22, 2020, 05:25:26 PM EDT, Greg Depew <goatherder_4891@...> wrote:


Where are you seeing that? *Int* generally means internal packet, such as telemetry and that. 



Greg KB3KBR Sent from my Verizon, Samsung Galaxy smartphone



-------- Original message --------
From: "Gurdon Wolfe via groups.io" <w4gcw@...>
Date: 5/22/20 17:10 (GMT-05:00)
To: aprsisce@groups.io
Subject: [APRSISCE] Transmit string


I've noticed that when my radio transmits a beacon, the beacon starts with  *Int* .
I've looked through all of the docs and am unable to find anything on this subject.
Has anybody had this problem or know what causes it and how to correct it?  Any
help would be appreciated.

73, Don
W4GCW








Re: Transmit string

Gurdon Wolfe
 

Hi Robert, thanks for your reply. I see it in the scroller and I've only seen in the last month or so
even before I updated to the new version. My beacon is digi'd so it doesn't seem to upset anything.


 73, Don
 W4GCW


Where am I? Click link below.
https://aprs.fi/#!call=a%2FW4GCW-9&timerange=3600&tail=3600







On Friday, May 22, 2020, 05:32:51 PM EDT, Rob Giuliano via groups.io <kb8rco@...> wrote:


Where are you seeing the *Int* ?
 On a radio that receives the packet or in the scroller?

In the scroller, that is normal - *int* is internally generated packet - generated by APRSIS32.
<Menu> <Configure> <No Internal> will stop them them.

Robert Giuliano
KB8RCO



On Friday, May 22, 2020, 5:10:30 PM EDT, Gurdon Wolfe via groups.io <w4gcw@...> wrote:



I've noticed that when my radio transmits a beacon, the beacon starts with  *Int* .
I've looked through all of the docs and am unable to find anything on this subject.
Has anybody had this problem or know what causes it and how to correct it?  Any
help would be appreciated.

73, Don
W4GCW








Re: Transmit string

Rob Giuliano
 

Where are you seeing the *Int* ?
 On a radio that receives the packet or in the scroller?

In the scroller, that is normal - *int* is internally generated packet - generated by APRSIS32.
<Menu> <Configure> <No Internal> will stop them them.

Robert Giuliano
KB8RCO



On Friday, May 22, 2020, 5:10:30 PM EDT, Gurdon Wolfe via groups.io <w4gcw@...> wrote:



I've noticed that when my radio transmits a beacon, the beacon starts with  *Int* .
I've looked through all of the docs and am unable to find anything on this subject.
Has anybody had this problem or know what causes it and how to correct it?  Any
help would be appreciated.

73, Don
W4GCW








Re: Transmit string

Greg Depew
 

Where are you seeing that? *Int* generally means internal packet, such as telemetry and that. 



Greg KB3KBR Sent from my Verizon, Samsung Galaxy smartphone



-------- Original message --------
From: "Gurdon Wolfe via groups.io" <w4gcw@...>
Date: 5/22/20 17:10 (GMT-05:00)
To: aprsisce@groups.io
Subject: [APRSISCE] Transmit string


I've noticed that when my radio transmits a beacon, the beacon starts with  *Int* .
I've looked through all of the docs and am unable to find anything on this subject.
Has anybody had this problem or know what causes it and how to correct it?  Any
help would be appreciated.

73, Don
W4GCW








Transmit string

Gurdon Wolfe
 


I've noticed that when my radio transmits a beacon, the beacon starts with  *Int* .
I've looked through all of the docs and am unable to find anything on this subject.
Has anybody had this problem or know what causes it and how to correct it?  Any
help would be appreciated.

73, Don
W4GCW








Kenwood D710A running APRSIS32 on Windows 10 tablet with serial to bluetooth adapter

Anthony Mascola
 

I have been trying to use a US Converters blutronium serial to Bluetooth adapter as I am trying to run a Windows 10 tablet that I can move easily in and out of my Jeep to run APRS to support activities with Search and Rescue, scouting and coordinating while driving off road on overlanding trips.  The vehicle is a daily driver and I need to remove the tablet so the vehicle is not broken into.  I would like to be able to use Bluetooth as the tablet has no serial connector or full size USB port.

 

So far connecting via Bluetooth has been really challenging.  Things are definitely not stable and are very hit or miss for me and I have been trying various things when I have time over the past year or so.  I was able to run APRSIS32 but sometimes I would not be able to connect to the TNC at all or I would lose my GPS feed (which I am hoping is now fixed with the latest development version) or the program would crash and things are inconsistent.  I was never able to run Winlink Express at all as I can’t open the COM port from the tablet with the same settings that worked intermittently with APRSIS32.  I am wondering if it has something to do with the way I have configured the bluetooth serial port which gets complicated.  

 

Transceiver: Kenwood D710A

Bluetooth to Serial Port adapter: US Converters Blutronium

                Settings: COM port (selected matching COM port showing in Windows device manager), 9600 baud, 8N1, hardware flow control, DCE selected via DIP switch settings

Tablet: Windows 10 Toshiba Encore WT8-A32, Windows serial port settins: 8N1, 9600 baud, Hardware flow control set

Software: Terminal emulator program Access Port, APRSIS32, Winlink Express, SARTrack with serial port set to matching settings

 

When I connect to the terminal emulator program Access Port with the following settings (matching COM port, baud rate, 8N1, Flow Control RTS/CTS, CTS output control enabled, DTR control enabled, RTS control handshake, see figures 1 and 2 attached)  and turn on the TNC I can read everything fine that is being sent from the TNC to the terminal emulator but when I try to send any data via the command prompt, I get no response and nothing back.

 

If I do the same settings with the RT Systems serial to USB cable (with the exception that I don’t have to specify DCE/DTE with the wire cable) I can both send and receive data from the TNC just fine.   There is some setting that is not quite right which prevents my being able to send commands and have the TNC receive and respond to them with the above. 

Has anyone successfully configured a Windows 10 tablet to work with their D710 via bluetooth?  Do you have any idea what I might be doing wrong?  Any suggestions would be greatly appreciated. 

 

 

 

 

 


Re: Pixelated Map

Lynn Deffenbaugh
 

The only reason I can think of for a pixelated map is that you were zooming in and the tile server was unavailable causing APRSIS32 to stretch further out zooms to have something to display.  If it happens again, zoom out and see if the pixelation clears up and comes back when you zoom back in.  Then make sure you can access the tile server that you are configured to use in your Tile Set.

Sometimes the OSM Trace Log can help you know if there are errors occurring, but there is sometimes an overwhelming amount of data in that log, especially when it is enabled.

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

On 5/21/2020 5:32 PM, KD7YZ Bob wrote:
Did a sys-reboot b after another program was updated.
For some reason now the Map looks fine.


Re: Pixelated Map

KD7YZ Bob
 

Did a sys-reboot b after another program was updated.
For some reason now the Map looks fine.

--
--
KD7YZ Bob EM88LL


Pixelated Map

KD7YZ Bob
 

somewhere in the past few days my Map has gotten progressively more and more pixelated.

I am not sure how to get back to 'normal'

Version as of right now is 2020/05/19 21:42

tnx any help

--
--
KD7YZ Bob EM88LL


More MBTile Fixes (Dev: 2020/05/19 21:42)

Lynn Deffenbaugh
 

Hopefully final fix for MBTiles databases that fail to open.

Add counters for various reasons for fetching tiles to the Tile status popup (double-click empty space on the map).

Use PRAGMA application_id = 0x4d504258 to stamp newly created MBTiles files as MBTiles tilesets - Ref; https://www.sqlite.org/src/artifact?ci=trunk&filename=magic.txt

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

PS.  Here's the new counters:
<snip>
Queue: 0 of 0
0-WaitEvt(4)    1-WaitEvt(3)
2-WaitEvt(9)    3-WaitEvt(5)
4-WaitEvt(0)    5-WaitEvt(63)

Screen: 28    Priority: 13
Prefetch: 42    Deferred: 1

Fetched: 184
Bytes Sent: 25625
Bytes Recv: 6933400
Total Xfer: 6959025 2.66MBps
<snip>


Re: Restore CURL and https (Dev: 2020/05/19 12:18)

Michael Coslo
 

Wow, you aren’t kidding about the lack of traffic!

- 73 Mike N3LI -

On May 19, 2020, at 3:40 PM, Rob Giuliano via groups.io <kb8rco=yahoo.com@groups.io> wrote:

Running Dev: 2020/05/19 12:18.
No issues except a severe lack of RF traffic. Hope that starts to change.

Robert Giuliano
KB8RCO


Re: Restore CURL and https (Dev: 2020/05/19 12:18)

Rob Giuliano
 

Running Dev: 2020/05/19 12:18.
No issues except a severe lack of RF traffic.  Hope that starts to change.

Robert Giuliano
KB8RCO



On Tuesday, May 19, 2020, 2:52:46 PM EDT, Lynn Deffenbaugh <kj4erj@...> wrote:


Restore CURL and https tile fetching support

Put actual date/time (almost) version into .EXE header.  The Product
Version is correct, but I can't seem to get hhmm to go into the
FileVersion, but at least that field will likely change with each
release.  It is currently hh+mm because everything is ignoring my
request to hh*100+mm.

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





Restore CURL and https (Dev: 2020/05/19 12:18)

Lynn Deffenbaugh
 

Restore CURL and https tile fetching support

Put actual date/time (almost) version into .EXE header.  The Product Version is correct, but I can't seem to get hhmm to go into the FileVersion, but at least that field will likely change with each release.  It is currently hh+mm because everything is ignoring my request to hh*100+mm.

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


Int'l Issue Resolved (Dev: 2020/05/19 10:58)

Lynn Deffenbaugh
 

Ok, we can ignore the fire drill about international versions. The issue was the user was using an external tool to edit the APRSIS32.XML configuration file and it was inserting a line break as the value of the <MBTiles></MBTiles> element which caused APRSIS32 to believe the file path was " " (a space) which failed to open which was crashing APRSIS32.

Gracefully handle (aka don't crash) if MBTiles files fail to open

Show per-thread tile fetch counts in Tile status popup, even if queue is empty

Add Version Information to .EXE, but it is NOT the date/timestamp version which is separately maintained - You can see this in the Details tab of the APRSIS32.EXE properties dialog from File Explorer.

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

PS.  Once the dust settles on this release (aka, several people report that they've upgraded and it still works), I'll restore the CURL and https functionality which was NOT the cause of the crashes.


Re: European users?

Ryszard Labus
 

As you wish:

R.

Windows PowerShell
Copyright (C) Microsoft Corporation. All rights reserved.

PS C:\Users\rysiek> Get-WinSystemLocale | Select-Object Name, DisplayName,
>>                         @{ n='OEMCP'; e={ $_.TextInfo.OemCodePage } },
>>                         @{ n='ACP';   e={ $_.TextInfo.AnsiCodePage } }

Name  DisplayName     OEMCP  ACP
----  -----------     -----  ---
pl-PL Polski (Polska)   852 1250


PS C:\Users\rysiek>


W dniu 2020-05-19 o 02:07, Lynn Deffenbaugh pisze:

If you wouldn't mind doing me a favor, can you (or any non-English user, working or not) open a PowerShell prompt (search in your start menu) and execute the following code snippet (just copy and paste the three lines).

Get-WinSystemLocale | Select-Object Name, DisplayName, 
                        @{ n='OEMCP'; e={ $_.TextInfo.OemCodePage } }, 
                        @{ n='ACP';   e={ $_.TextInfo.AnsiCodePage } }

On my system I get:

Name  DisplayName             OEMCP  ACP
----  -----------             -----  ---
en-US English (United States)   437 1252

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

On 5/18/2020 2:26 AM, Ryszard Labus via groups.io wrote:
I use the Polish version of windows 10, 7 and XP. APRSIS32 works stable
on all these systems.

SQ9MDD

W dniu 2020-05-18 o 04:59, Lynn Deffenbaugh pisze:
I've gotten a report that some folks in Denmark are having issues with
all versions of APRSIS32 since 2020/05/01 21:21.  Is anyone else
experiencing issues with the Development versions since 2020/05/09
21:57?  In particular, if you are running a non-English Windows and/or
an EU-specific Windows, please let me know if the latest development
version(s) are or or not working.

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




-- 
SINUX Ryszard Labus
ul. Domaniewska 47/10 02-672 Warszawa
NIP: 548-138-01-53    tel: 666385002
          r.labus@...
http://sinux.pl   http://sinux.com.pl


Re: European users?

Steve Linksted
 

Name  DisplayName              OEMCP  ACP

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

en-GB English (United Kingdom)   850 1252

 

From: APRSISCE@groups.io <APRSISCE@groups.io> On Behalf Of Steve
Sent: 19 May 2020 09:25
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] European users?

 

well now this is interesting,

On a USA built PC I get the exact same results as you show Lynn but on a machine built for Europe I get 850 instead of 437.

 

Having said that, I have no issues running the current development version on either PC.

 

73

Steve,  KF6WAX

 

On Tue, May 19, 2020 at 1:07 AM Lynn Deffenbaugh <kj4erj@...> wrote:

If you wouldn't mind doing me a favor, can you (or any non-English user, working or not) open a PowerShell prompt (search in your start menu) and execute the following code snippet (just copy and paste the three lines).

Get-WinSystemLocale | Select-Object Name, DisplayName, 
                        @{ n='OEMCP'; e={ $_.TextInfo.OemCodePage } }, 
                        @{ n='ACP';   e={ $_.TextInfo.AnsiCodePage } }
 

On my system I get:

 

Name  DisplayName             OEMCP  ACP
----  -----------             -----  ---
en-US English (United States)   437 1252

 

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

On 5/18/2020 2:26 AM, Ryszard Labus via groups.io wrote:

I use the Polish version of windows 10, 7 and XP. APRSIS32 works stable
on all these systems.
 
SQ9MDD
 
W dniu 2020-05-18 o 04:59, Lynn Deffenbaugh pisze:
I've gotten a report that some folks in Denmark are having issues with
all versions of APRSIS32 since 2020/05/01 21:21.  Is anyone else
experiencing issues with the Development versions since 2020/05/09
21:57?  In particular, if you are running a non-English Windows and/or
an EU-specific Windows, please let me know if the latest development
version(s) are or or not working.
 
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
 
 
 
 


Re: European users?

YT9TP - Pedja
 

Name DisplayName OEMCP ACP
---- ----------- ----- ---
sr-Latn-RS Serbian (Latin, Serbia) 852 1250

On 19.05.2020 02:07, Lynn Deffenbaugh wrote:
|Get-WinSystemLocale | Select-Object Name, DisplayName, @{ n='OEMCP'; e={ $_.TextInfo.OemCodePage } }, @{ n='ACP'; e={ $_.TextInfo.AnsiCodePage } }|


Re: European users?

Steve
 

well now this is interesting,
On a USA built PC I get the exact same results as you show Lynn but on a machine built for Europe I get 850 instead of 437.

Having said that, I have no issues running the current development version on either PC.

73
Steve,  KF6WAX

On Tue, May 19, 2020 at 1:07 AM Lynn Deffenbaugh <kj4erj@...> wrote:

If you wouldn't mind doing me a favor, can you (or any non-English user, working or not) open a PowerShell prompt (search in your start menu) and execute the following code snippet (just copy and paste the three lines).

Get-WinSystemLocale | Select-Object Name, DisplayName, 
                        @{ n='OEMCP'; e={ $_.TextInfo.OemCodePage } }, 
                        @{ n='ACP';   e={ $_.TextInfo.AnsiCodePage } }

On my system I get:

Name  DisplayName             OEMCP  ACP
----  -----------             -----  ---
en-US English (United States)   437 1252

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

On 5/18/2020 2:26 AM, Ryszard Labus via groups.io wrote:
I use the Polish version of windows 10, 7 and XP. APRSIS32 works stable
on all these systems.

SQ9MDD

W dniu 2020-05-18 o 04:59, Lynn Deffenbaugh pisze:
I've gotten a report that some folks in Denmark are having issues with
all versions of APRSIS32 since 2020/05/01 21:21.  Is anyone else
experiencing issues with the Development versions since 2020/05/09
21:57?  In particular, if you are running a non-English Windows and/or
an EU-specific Windows, please let me know if the latest development
version(s) are or or not working.

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





Rollback & Hurricanes (Dev: 2020/05/18 20:33)

Lynn Deffenbaugh
 

Rolled back some seemingly arbitrary Resource file changes made by Visual Studio

Temporarily rolled back CURL and https support for map tiles, trying to fix whatever is causing APRSIS32 to crash in Denmark

Support Page Up/Down for 3 level zoom in MultiTrack windows

Remove speed limits for S base symbols, that would be satellites and the Space Shuttle

Corrected parser to remove recognized components of Hurricane-symbol objects (Storm type, wind speed/gust, pressure, radiuses (radii)) from the comment

Add View / Symbols / Hurricane category for /@ and \@ (Compliments of ARTHUR)

Only multi-thread fetching for Priority (needed for screen) tiles, Prefetch and Dirty are single-threaded
Note: The first thread never did non-screen requests anyway and there were only 3 threads in active use (see next).

Increase parallel thread count from 3 to 6, but this only applies for screen-resident threads and (now) different MetaTiles (8x8).

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


Re: European users?

Lynn Deffenbaugh
 

If you wouldn't mind doing me a favor, can you (or any non-English user, working or not) open a PowerShell prompt (search in your start menu) and execute the following code snippet (just copy and paste the three lines).

Get-WinSystemLocale | Select-Object Name, DisplayName, 
                        @{ n='OEMCP'; e={ $_.TextInfo.OemCodePage } }, 
                        @{ n='ACP';   e={ $_.TextInfo.AnsiCodePage } }

On my system I get:

Name  DisplayName             OEMCP  ACP
----  -----------             -----  ---
en-US English (United States)   437 1252

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

On 5/18/2020 2:26 AM, Ryszard Labus via groups.io wrote:
I use the Polish version of windows 10, 7 and XP. APRSIS32 works stable
on all these systems.

SQ9MDD

W dniu 2020-05-18 o 04:59, Lynn Deffenbaugh pisze:
I've gotten a report that some folks in Denmark are having issues with
all versions of APRSIS32 since 2020/05/01 21:21.  Is anyone else
experiencing issues with the Development versions since 2020/05/09
21:57?  In particular, if you are running a non-English Windows and/or
an EU-specific Windows, please let me know if the latest development
version(s) are or or not working.

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