|
Re: Not being heard (was APRS new passcode please)
Rob Giuliano
Is HAMBRG running APRSIS32? If so, the callsign that is sent to APRS-IS along with a matching passcode is the one in from >Menu >Configure >General >Client Configuration >MyCall which appears to be HAMBRG. I am pretty sure that is how APRSIS32 works, is that information is sent to the APRS-IS server for verification. Since HAMBRG is not a valid callsign, there is no passcode for it, and I would guess the APRS-IS server you log into is rejecting it. If you change HAMBRG to W5GIF-1 (or your choice of SSID) and use the passcode Steve sent, it should work as you expect. Lynn would have to answer if there is a way to add an change the label viewed on maps. Robert Giuliano
On Tuesday, March 16, 2021, 12:17:41 PM EDT, BILL GIFFORD <billgifford608@...> wrote:
I have not seen where I put HAMBRG on the internet. It’s having to wait for others to do so. I feel I have something not set correctly? I’m so close I thought it would see my setup first On Tue, Mar 16, 2021 at 11:13 AM Rob Giuliano <kb8rco@...> wrote:
|
|
|
|
Re: Decipher please
Greg Depew
Yaesu's fill up then drop off the oldest. I've never been able to produce a rej from one.
KB3KBR Greg.
Sent from my Samsung Galaxy smartphone.
-------- Original message --------
From: Lynn Deffenbaugh <kj4erj@...>
Date: 3/16/21 09:45 (GMT-05:00)
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Decipher please
The Kenwood APRS radios (not sure about Yaesus) have a maximum number of messages they will hold in their message list. If that list is too full when a new message is received, it will be rejected (rej) instead of acked (ack). If you're trying to verify this behavior, you need to send a lot of different messages to your D710 without deleting any of them until the message list is full. The next message and all subsequent will be rejected until you delete messages that have already
been received. Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
On 3/15/2021 11:49 PM, Ramakrishnan K.A. wrote:
|
|
|
|
Not being heard (was APRS new passcode please)
Rob Giuliano
Moved to the general list. Bill. I asume HAMBRG is a local digi or other RF station? If so, the passcode isn't going to help HAMBRG hearing (seeing) you. The passcode allows APRSIS32 to directly interface with the APRS-IS network (if the computer has an internet connection). If you describe your setup, HAMBRG is, and what you expect between the 2 stations, we can help troubleshoot your problem. Robert Giuliano KB8RCO
On Tuesday, March 16, 2021, 8:14:19 AM EDT, BILL GIFFORD <billgifford608@...> wrote:
Thank you! It looks like it working but HAMBRG isn’t seeing me? That’s why I put it on? Any ideas <Passcode request removed>
|
|
|
|
Re: Decipher please
Lynn Deffenbaugh
The Kenwood APRS radios (not sure about Yaesus) have a maximum number of messages they will hold in their message list. If that list is too full when a new message is received, it will be rejected (rej) instead of acked (ack). If you're trying to verify this behavior, you need to send a lot
of different messages to your D710 without deleting any of them
until the message list is full. The next message and all
subsequent will be rejected until you delete messages that have
already been received. Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
On 3/15/2021 11:49 PM, Ramakrishnan
K.A. wrote:
|
|
|
|
Re: Decipher please
Ramakrishnan K.A.
Can I try from india I do have tmd710 with me but I don't know how to do setup Vi2RK
On Tue, Mar 16, 2021, 8:38 AM Lynn Deffenbaugh <kj4erj@...> wrote:
|
|
|
|
Re: Decipher please
Lynn Deffenbaugh
Your message target station, KB0NWT is likely a Kenwood radio
that has a full emssage buffer which is why your message to
him/her was rejected. Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
On 3/15/2021 3:19 PM, Glenn O'Connor
wrote:
WinMain:2021-03-15T19:15:44.377 New Chat(KF0ED<>KB0NWT) hwnd(000C087E) Error(0)
|
|
|
|
Decipher please
Glenn O'Connor
WinMain:2021-03-15T19:15:44.377 New Chat(KF0ED<>KB0NWT) hwnd(000C087E) Error(0)
WinMain:2021-03-15T19:16:31.970 To(KB0NWT) Msg(If u have a chance, upon a 2m band opening, try our .225 rptr.) ACK WinMain:2021-03-15T19:16:31.970 To(KB0NWT) HAS Messaging WinMain:2021-03-15T19:16:31.970 Sending Message For(KB0NWT) by New WinMain:2021-03-15T19:16:45.388 Priority 5 APRSIS-32>KF0ED:KB0NWT Rejected rejAV} For KB0NWT (AV})
|
|
|
|
Re: DIGI & APRSIS32
Rob Giuliano
If you are referring to APRSIS32 acting as the DIGI, you can open the logs for Digi and Digi(NOT). Any activity that APRSIS32 'hears' and expects to act on will be logged in either of these logs. EXAMPLE: If a packet comes into APRSIS32 with all path elements used up, it should show in Digi(NOT) as path used. Robert Giuliano
On Monday, March 15, 2021, 1:47:47 PM EDT, Peter VK3FN <vk3fn@...> wrote:
Hi all, I just wanted to know how I can see that the program is working correctly as a Digi via the APRSIS32 program.
|
|
|
|
Re: DIGI & APRSIS32
James Ewen
Which program are you trying to observe working as a digi with APRSISCE/32? To know if this other program is working on RF, you should have APRSISCE/32 setup with an RF interface. When the program you are investigating acts as a digi, you should be able to see the activity in the scroller in APRSISCE/32. Don’t try to rely on APRSISCE/32 to observe RF activity if you only have an internet connection. The APRS-IS filters out the vast majority of the packets that are heard on RF.
On Mon, Mar 15, 2021 at 11:47 AM Peter VK3FN <vk3fn@...> wrote: Hi all, --
James VE6SRV
|
|
|
|
DIGI & APRSIS32
Hi all,
I just wanted to know how I can see that the program is working correctly as a Digi via the APRSIS32 program.
|
|
|
|
Re: How long do Telemetry Parameters stay in the configuration
Fred Hillhouse
In a recent project, I sent new EQNS packets and eventually got it right. Each time it was sent, they were updated. Now they are there until I change or delete.
Fred N7FMH
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Rob Giuliano via groups.io
Or the callsign-ssid combination sends updates, which I believe can include a meansvto reset the EQNS settings.
|
|
|
|
Re: How long do Telemetry Parameters stay in the configuration
Rob Giuliano
Or the callsign-ssid combination sends updates, which I believe can include a meansvto reset the EQNS settings.
toggle quoted messageShow quoted text
|
|
|
|
Re: How long do Telemetry Parameters stay in the configuration
Fred Hillhouse
For APRSIS32 it is indefinite unless your XML is deleted.
Fred N7FMH
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Arnold Harding - KQ6DI
Sent: Wednesday, March 10, 2021 1:07 PM To: APRSISCE@groups.io Subject: [APRSISCE] How long do Telemetry Parameters stay in the configuration
When Telemetry Parameters are received from as station such as EQNS, they go into the configuration file. How long will the parameters remain there assuming they aren't refreshed?
One of my stations only sends EQNS once a day, but I noticed APRSISCE/32 already had the equation stored.
Arnold, KQ6DI
|
|
|
|
How long do Telemetry Parameters stay in the configuration
Arnold Harding - KQ6DI
When Telemetry Parameters are received from as station such as EQNS, they go into the configuration file.
How long will the parameters remain there assuming they aren't refreshed?
One of my stations only sends EQNS once a day, but I noticed APRSISCE/32 already had the equation stored.
Arnold, KQ6DI
|
|
|
|
Re: ?APRSP
Hi Lynn,
We all use APRSIS32 clients on 144,800 kHz without filtering and without activating APRS-IS in the Enables menu. Also none of us are within normal radio range from each other! We all use our local IGATES to exchange messages and indeed we can see each other's position beacons after we exchange text messages, but after APRSIS32 decides it is time to send a position beacon and only if the beacon is sent in time before the 15 minute window after the last text message expires. When I send an ?APRSP query to the other stations (SV1GGY-1 and SV1WE-1) they receive it and indeed they send a position beacon out on their RF LAN. This is clear because I check APRS.FI's RAW PACKETS, but of course their position beacons which are sent as a reply to my ?APRS QUERY never make it here in my Local RF LAN. The position beacons they initiate by their own initiatinve or the ones that are being sent when the position beacon timer expires, are always transmitted on the air by my local APRS IGATE provided they are sent within the 15 minute window APRS-IS allows, i.e. within 15 minutes after the last exchanged APRS TEXT message between us. I hope it makes sense. Probably it is not APRSIS32's fault! So it seems that the ?APRSP QUERY does not work via the IGATES, but all other QUERIES work FB. Thanks for bearing with me! Take care! -- 73 de Demetre M0SUY/SV1UY APRS: 1st & best Social Network
|
|
|
|
Re: ?APRSP
Lynn Deffenbaugh
Ok, now I understand what you are expecting and what you are seeing. And everything is actually WAD. But first I need to make sure that the station we're talking about is NOT in your normal range, nor matched by your currently active APRS-IS filter terms. If that is in fact the case, then then only packets your APRS-IS server will actually deliver to you are a) messages addressed to you from that station and b) the next position report that the station issues AFTER having sent you a message.
toggle quoted messageShow quoted text
So, the posit after receiving a message makes sense. And the "missing" posit when sending a ?APRSP also makes sense because the station didn't send YOU a message (or even a response, which is really just another message) before sending the posit. If you check aprs.fi's raw packets, do you see the posit there that should have been triggered by the ?APRSP? Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
On 2/22/2021 9:49 AM, Demetre - M0SUY/SV1UY wrote:
Hi Lynn,
|
|
|
|
Re: ?APRSP
Hi Lynn,
Thanks for reply. ?APRSP is supposed to force the receiving station to transmit a BEACON. This is useful if you want to multitrack. For me to see the queried station's Position Beacon via an IGATE, I must first send him a message and after I get an ACK, any Position Beacon he sends should appear in my APRSIS32 MULTITRACKing MAP. Now this does not happen if the queried station sends his Position Beacon as reply to my query. It happens if he sends it manually though. Funny thing an maybe this is not an APRSIS32 problem. I don't know! Maybe I confused you before. I hope what I am saying now makes more sence! -- 73 de Demetre M0SUY/SV1UY APRS: 1st & best Social Network
|
|
|
|
Re: ?APRSP
Greg Depew
Haha! I just happened to reread thru some of the emails stating he got responses back for the other queries and realized I didn't know what he expected back.
KB3KBR Greg.
Sent from my Samsung Galaxy smartphone.
-------- Original message --------
From: Lynn Deffenbaugh <kj4erj@...>
Date: 2/21/21 16:15 (GMT-05:00)
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] ?APRSP
Wow, there must have been a wave of insight flow through the ether on that answer! Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
On 2/21/2021 3:50 PM, Greg Depew wrote:
|
|
|
|
Re: ?APRSP
Lynn Deffenbaugh
Wow, there must have been a wave of insight flow through the
ether on that answer! Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
On 2/21/2021 3:50 PM, Greg Depew wrote:
|
|
|
|
Re: ?APRSP
Lynn Deffenbaugh
Wait, this just dawned on me. ?APRSP does not HAVE a reply! It is a remote request that the recipient transmit a position report! So, have you verified that the target station did or did not transmit a position report when ?APRSP is received?
toggle quoted messageShow quoted text
I just verified the source code and the processing of a received ?APRSP simply sets the internal "ForceTransmit" flag just like the Transmit menu option. So the station will subsequently transmit a position report if it is so configured. If the receiving station isn't configured for transmitting position reports (for whatever reason), then the remote query shouldn't override those settings. Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
On 2/21/2021 3:08 PM, Demetre - M0SUY/SV1UY wrote:
Hi,
|
|
|
