开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育

Re: My signal not decoded

 

I've been experimenting with both SoundModem and Direwolf.? Sometimes I fail to keep track of Ackmode vs. NORMAL.? Worth a check.?



On Tue, Dec 24, 2024, 02:06 RR Balasundharam via , <rrbalu46=[email protected]> wrote:
Dear all
I am using IC9700 radio with Gpredict with rig control?for APRS decoding?in ISS satellite passes. I am using?UISS software and UZ7HO sound modem. Also using APRSE32?software.?
In the sound modem settings,? I am using usb?audio?codec as input device and output device.? When I send a text message my message is not decoded and not hearing?my tx signals. But I am getting?rx . I have checked the radio settings and uiss settings and sound modem settings with one of my friends whose signals are decoded. I could not find any issue. Can anyone suggest a solution.
Regards
Balu
VU2RTF


Re: My signal not decoded

 

开云体育

Balu,

Are you saying that your transmitted data is not displayed in the soundmodem window like your received data. If that is the case then Soundmodem does not display your transmitted data in the window. If you have the waterfall enabled you can see traces when you are transmitting as well as other? signals on the band. If you want to use the PTT from Soundmodem then you have to download the PTTdll.zip from UZ7HO and unzip it in the folder with Soundmodem. Soundmodem will then pick it up and use it.? If you have a HT tune it to your transmitted frequency and sit it near your radio. You should hear the buzzes and beeps of you signal it your radio is transmitting.

Good Luck & 73, John N5TIM

On 12/24/2024 3:19 AM, RR Balasundharam via groups.io wrote:

Dear all
I am using IC9700 radio with Gpredict with rig control?for APRS decoding?in ISS satellite passes. I am using?UISS software and UZ7HO sound modem. Also using APRSE32?software.?
In the sound modem settings,? I am using usb?audio?codec as input device and output device.? When I send a text message my message is not decoded and not hearing?my tx signals. But I am getting?rx . I have checked the radio settings and uiss settings and sound modem settings with one of my friends whose signals are decoded. I could not find any issue. Can anyone suggest a solution.
Regards
Balu
VU2RTF


Re: My signal not decoded

 

Balu,
When you say " ... When I send a text message my message is not decoded and not hearing?my tx signals."
??? Does the Radio go into TX? Or, is there just no audio coming out of the sound card.

Probably the most common problems with TX not being decoded are:
1. VHF radio is in REPEATER mode and so the TX frequency changes on PTT.
??? Watch the radio display when you send a packet to make sure the frequency doesn't change.
??? Satellite radios may even TX on a different band.
??? TEST: Plug in the mic and press PTT.? Watch the frequency display to make sure it sends on the expected frequency.
2. Sound card audio too LOW or too HIGH (either can cause problems).
??? TEST A: Connect the USB sound card to a speaker (if available) and make sure that there is audio coming out.??
??? TEST B: Another option is another radio (receiver) tuned to the TX frequency and listen to make sure it sounds correct.
3. PTT not working through UZ7HO
??? TEST: watch the TX LED when UZ7HO puts the radio goes in TX mode.
?????????????? If #1worked, this checks the UZ7HO interface.
??? REMEMBER:? only use 1 method of PTT.? Don't enable digital (like RTS on a serial port) "AND" CAT control.
??? Personally, for packet I prefer toggling a pin for PTT, but I know you have GPredict running and it may have CAT PTT enabled.
4. If everything looks good, but still no luck, try transmitting on the APRS frequency to see if your signal gets decoded.? There are a lot more stations out the listening.

Robert Giuliano
KB8RCO



On Tuesday, December 24, 2024 at 05:21:17 AM EST, RR Balasundharam via groups.io <rrbalu46@...> wrote:


Thank you Steve for the response. I am using Hp workstation and windows 10 software .?
Balu?

On Tue, 24 Dec 2024 at 3:44?PM, Steve via <kf6wax=[email protected]> wrote:
I am sure there will be an answer out there Balu, due to the holidays the answer may be slower than usual
in this group, you may want to add any additional things that may help, I read recently that a recent Windows update may?
broken USB connections, so your pc and version of windows may be a help or whatever configuration you are using
73 de
Steve Wilson
KF6WAX, APRSISCE32, ADMIN/MODERATOR


On Tue, Dec 24, 2024 at 10:06?AM RR Balasundharam via <rrbalu46=[email protected]> wrote:
Dear all
I am using IC9700 radio with Gpredict with rig control?for APRS decoding?in ISS satellite passes. I am using?UISS software and UZ7HO sound modem. Also using APRSE32?software.?
In the sound modem settings,? I am using usb?audio?codec as input device and output device.? When I send a text message my message is not decoded and not hearing?my tx signals. But I am getting?rx . I have checked the radio settings and uiss settings and sound modem settings with one of my friends whose signals are decoded. I could not find any issue. Can anyone suggest a solution.
Regards
Balu
VU2RTF


Re: My signal not decoded

 

Thank you Steve for the response. I am using Hp workstation and windows 10 software .?
Balu?

On Tue, 24 Dec 2024 at 3:44?PM, Steve via <kf6wax=[email protected]> wrote:
I am sure there will be an answer out there Balu, due to the holidays the answer may be slower than usual
in this group, you may want to add any additional things that may help, I read recently that a recent Windows update may?
broken USB connections, so your pc and version of windows may be a help or whatever configuration you are using
73 de
Steve Wilson
KF6WAX, APRSISCE32, ADMIN/MODERATOR


On Tue, Dec 24, 2024 at 10:06?AM RR Balasundharam via <rrbalu46=[email protected]> wrote:
Dear all
I am using IC9700 radio with Gpredict with rig control?for APRS decoding?in ISS satellite passes. I am using?UISS software and UZ7HO sound modem. Also using APRSE32?software.?
In the sound modem settings,? I am using usb?audio?codec as input device and output device.? When I send a text message my message is not decoded and not hearing?my tx signals. But I am getting?rx . I have checked the radio settings and uiss settings and sound modem settings with one of my friends whose signals are decoded. I could not find any issue. Can anyone suggest a solution.
Regards
Balu
VU2RTF


Re: My signal not decoded

 

I am sure there will be an answer out there Balu, due to the holidays the answer may be slower than usual
in this group, you may want to add any additional things that may help, I read recently that a recent Windows update may?
broken USB connections, so your pc and version of windows may be a help or whatever configuration you are using
73 de
Steve Wilson
KF6WAX, APRSISCE32, ADMIN/MODERATOR


On Tue, Dec 24, 2024 at 10:06?AM RR Balasundharam via <rrbalu46=[email protected]> wrote:
Dear all
I am using IC9700 radio with Gpredict with rig control?for APRS decoding?in ISS satellite passes. I am using?UISS software and UZ7HO sound modem. Also using APRSE32?software.?
In the sound modem settings,? I am using usb?audio?codec as input device and output device.? When I send a text message my message is not decoded and not hearing?my tx signals. But I am getting?rx . I have checked the radio settings and uiss settings and sound modem settings with one of my friends whose signals are decoded. I could not find any issue. Can anyone suggest a solution.
Regards
Balu
VU2RTF


My signal not decoded

 

Dear all
I am using IC9700 radio with Gpredict with rig control?for APRS decoding?in ISS satellite passes. I am using?UISS software and UZ7HO sound modem. Also using APRSE32?software.?
In the sound modem settings,? I am using usb?audio?codec as input device and output device.? When I send a text message my message is not decoded and not hearing?my tx signals. But I am getting?rx . I have checked the radio settings and uiss settings and sound modem settings with one of my friends whose signals are decoded. I could not find any issue. Can anyone suggest a solution.
Regards
Balu
VU2RTF


Re: Source

 

I do have access.? I didnt know about the placeholder!

Paul

On Mon, Dec 23, 2024, 12:42?PM kb3osp via <kb3osp=[email protected]> wrote:
Sorry I am late to the discussion Lynn himself setup a placeholder for APRSIS on github. I don't know if you would have access to this or not. However by publishing the current source code it will be forever saved at least in its current working state.?

As far as custodian situation I believe you can lock it down to where if anyone wants to continue development they would have to fork it in order to do so. I have used github but not in a in-depth development scenario. Mostly to save this for a later date or raspberry pi config files. I see you can add collaborators to any of the files to make "master" changes.
?
Jon
KB3OSP


Re: Source

 

开云体育

Hi Paul,

The graphics problem, if I'm even remembering it right, was a *long* time ago, when the '32 version had only recently been released.? I had been using the WinCE version (WinCE is a verb...) on an HP iPAQ, and since the mobile OS used the same Win32 API it was relatively painless for Lynn to port the Windows Mobile version to the Windows desktop.?

On the flip side, untangling a Windows application from the Windows API can be a huge task.? I'm also an amateur astrophotographer, and one of the tools often used for stacking and processing those images (one does not simply take a snapshot through a telescope) is Deep Sky Stacker (DSS).? It's always been a Windows app, and like many applications over many years has been improved and massaged to the point where it was difficult to work on.? At the same time, as the versions progressed, running DSS under Wine required more and more workarounds to the point were it was painful to use.? Because of the difficulty working with the evolved code base, and the requests for other platforms, the Devs decided it was time to rebuild the app in the multi-platform QT framework.? It's taken them over a year just to get to parity with earlier version, and only now are trying to flip the switch from Windows to Mac in the IDE.? Why this is significant is that there are bugs in the Wine-implemented Windows library used by QT which prevent the Windows-targeted QT-based DSS from running under Wine.? So it's native or nothing.? We're hearing maybe early next year for the initial native non-Windows version.? Fingers crossed.? In the mean time, I'm forced to use a different set of tools.

I don't know if it would be easier to untangle the Windows version from the Win32 API, or add its many features into the MOAI version.? Neither will be easy.? Fortunately, and unlike with DSS, APRSIS32 under Wine works very well, nearly indistinguishable from what a native app would be like.? The priority right now is rebuilding the development team, and working with the APRS Foundation to outline a general roadmap forward.

Greg? KO6TH


KJ4DXK via groups.io wrote:

Greg,

Wow, it warms me to hear that my Dad was able to fix your graphics problems.?

Thank you for this message.

Yes, cross-platform would be nice.? It will likely?be difficult since I know that APRS IS 32 is tied to the Windows message loop and the Windows graphics function?calls.

APRS IS MO is written in MOAI which is inherently cross platform, but my Dad didn't get around to tweaking it for anything other than Android, so that could happen.

The problem is that 32 is way WAY better than MO in terms of feature set, so 32 is "the one you want".

Paul


On Mon, Dec 23, 2024 at 12:03?AM Greg D via <ko6th.greg=[email protected]> wrote:
One data point on the porting of APRSIS32 to other platforms..? APRSIS32 is probably the only major application that I run on Linux under Wine and have almost zero clue that it's not a native app.? I've been using it that way for literally decades, with it replacing Xastir on my "Frankenstein" Shack PC when the old Tiger maps went away and my PC was too slow to render the alternatives.? I think the only Wine-related issues I ever had were the enumeration of the COM ports, and I think something that was related to my ancient graphics adapter.? Lynn fixed the graphics problem, and I found a workaround for the Com ports thing with a Wine registry edit (though now it's now been fixed in Wine itself).? APRSIS32 + Wine? been my primary packet iGate and weather station ever since.

IMHO, especially with the development vacuum left by Lynn's passing, any near-term efforts with the code base should be for maintenance of the code in particular, and with the APRS Foundation on the evolution of APRS in general.? I expect Wine will hold things together for some time to come, as long as it's visible to the new Dev team as an essential part of the solution.? It is all too easy to change the development environment, with the side effect of locking out solutions like Wine.? (Astrophotographers might recognize the evolution of Deep Sky Stacker...)

Greg? KO6TH


Lee Bengston via wrote:

On Wed, Dec 18, 2024, 9:20 AM kevin.paetzold via <kevin.paetzold=[email protected]> wrote:

by the way, APRSIS32 seems to work just fine under wine on Linux. No
need for a linux port.

By the way, I've run it under wine before but would prefer not to.

I use fedora but I am sure other distributions will work as well.

What about architecture? Have you run it on an ARM processor? I assume it requires more than just Wine in that case. Not saying it's impossible, but it certainly would be easier to just run natively in Linux.

73,
Lee K5DAT?




Re: Source

 

Sorry I am late to the discussion Lynn himself setup a placeholder for APRSIS on github. I don't know if you would have access to this or not. However by publishing the current source code it will be forever saved at least in its current working state.?

As far as custodian situation I believe you can lock it down to where if anyone wants to continue development they would have to fork it in order to do so. I have used github but not in a in-depth development scenario. Mostly to save this for a later date or raspberry pi config files. I see you can add collaborators to any of the files to make "master" changes.
?
Jon
KB3OSP


Re: Source

 

Thank you for introducing.

Pauk


On Mon, Dec 23, 2024, 9:14?AM Shawn Stoddard via <stoddard=[email protected]> wrote:
Like several of you I haven’t done much C development in some time. I work today as a C# developer and architect, but C was one of my early languages - shouldn’t be hard to get going assuming I have the toolchain. I’m curious to see the code and determine if and how I might help, and like most it’s the time commitment.

All that said, I’m very impressed with the community. I’m going to keep an eye on all this and see where I might be able to help.?

On Mon, Dec 23, 2024, at 08:24, KJ4DXK via wrote:
Hello All:

Is there a C or MOAI programmer out there who has had their?eye on doing APRS development?

Paul


On Mon, Dec 23, 2024 at 8:10?AM Lee Bengston via <kilo5dat=[email protected]> wrote:
Greg D,

I agree with your suggested priorities. A Linux port is a nice-to-have. I didn't agree with ditching the idea completely because it runs fine in wine on x86 machines.

73,
Lee





Re: Source

 

Like several of you I haven’t done much C development in some time. I work today as a C# developer and architect, but C was one of my early languages - shouldn’t be hard to get going assuming I have the toolchain. I’m curious to see the code and determine if and how I might help, and like most it’s the time commitment.

All that said, I’m very impressed with the community. I’m going to keep an eye on all this and see where I might be able to help.?

On Mon, Dec 23, 2024, at 08:24, KJ4DXK via groups.io wrote:
Hello All:

Is there a C or MOAI programmer out there who has had their?eye on doing APRS development?

Paul


On Mon, Dec 23, 2024 at 8:10?AM Lee Bengston via <kilo5dat=[email protected]> wrote:
Greg D,

I agree with your suggested priorities. A Linux port is a nice-to-have. I didn't agree with ditching the idea completely because it runs fine in wine on x86 machines.

73,
Lee





Re: Source

 

Hello All:

Is there a C or MOAI programmer out there who has had their?eye on doing APRS development?

Paul


On Mon, Dec 23, 2024 at 8:10?AM Lee Bengston via <kilo5dat=[email protected]> wrote:
Greg D,

I agree with your suggested priorities. A Linux port is a nice-to-have. I didn't agree with ditching the idea completely because it runs fine in wine on x86 machines.

73,
Lee


Re: Source

 

Greg,

Wow, it warms me to hear that my Dad was able to fix your graphics problems.?

Thank you for this message.

Yes, cross-platform would be nice.? It will likely?be difficult since I know that APRS IS 32 is tied to the Windows message loop and the Windows graphics function?calls.

APRS IS MO is written in MOAI which is inherently cross platform, but my Dad didn't get around to tweaking it for anything other than Android, so that could happen.

The problem is that 32 is way WAY better than MO in terms of feature set, so 32 is "the one you want".

Paul


On Mon, Dec 23, 2024 at 12:03?AM Greg D via <ko6th.greg=[email protected]> wrote:
One data point on the porting of APRSIS32 to other platforms..? APRSIS32 is probably the only major application that I run on Linux under Wine and have almost zero clue that it's not a native app.? I've been using it that way for literally decades, with it replacing Xastir on my "Frankenstein" Shack PC when the old Tiger maps went away and my PC was too slow to render the alternatives.? I think the only Wine-related issues I ever had were the enumeration of the COM ports, and I think something that was related to my ancient graphics adapter.? Lynn fixed the graphics problem, and I found a workaround for the Com ports thing with a Wine registry edit (though now it's now been fixed in Wine itself).? APRSIS32 + Wine? been my primary packet iGate and weather station ever since.

IMHO, especially with the development vacuum left by Lynn's passing, any near-term efforts with the code base should be for maintenance of the code in particular, and with the APRS Foundation on the evolution of APRS in general.? I expect Wine will hold things together for some time to come, as long as it's visible to the new Dev team as an essential part of the solution.? It is all too easy to change the development environment, with the side effect of locking out solutions like Wine.? (Astrophotographers might recognize the evolution of Deep Sky Stacker...)

Greg? KO6TH


Lee Bengston via wrote:

On Wed, Dec 18, 2024, 9:20 AM kevin.paetzold via <kevin.paetzold=[email protected]> wrote:

by the way, APRSIS32 seems to work just fine under wine on Linux. No
need for a linux port.

By the way, I've run it under wine before but would prefer not to.

I use fedora but I am sure other distributions will work as well.

What about architecture? Have you run it on an ARM processor? I assume it requires more than just Wine in that case. Not saying it's impossible, but it certainly would be easier to just run natively in Linux.

73,
Lee K5DAT?



Re: Source

 

Hal, just read this secondly.

Yes, this is great.? Consider?yourself hired :) Yes.

Paul


On Mon, Dec 23, 2024 at 4:19?AM Hal Mueller via <hal=[email protected]> wrote:
I see several different themes/tasks running through here:

1. Put the source out under a permissive license, so potential maintainers can get a look at it and see what they would be getting themselves into.

2. Figure out some sort of open source organizational structure to create new releases and make them available, with a “source of truth”/official imprimatur. This would be a shared governance, to include gathering bug reports and feature requests, collecting (and reviewing) source code fixes, and keeping the codebase in releasable condition.

3. Find someone who’s able to be the technical leader of #2 above, and pass the reins over to that person. Then they can start some new development.

4. Continue the wonderful community-based support for new APRSISCE users.

I’m willing to be an interim organizer of #2. And I’m willing to help Paul with #1. I’ve done a ton of work in various open source organizations, but I have no Windowsish development experience (I’m a Mac and iOS guy, mostly, and haven’t written any pure C since the last Bush administration). I’m also willing to go away and let some of the longtime helpers here take the lead on these pieces. I do not have the Windows tech chops nor the time to take on #3.

I don’t have a ton of connection to the APRSISCE world. I keep a copy running on an ancient Surface, but that’s the extent of my operating commitment right now. I think APRSISCE is the best APRS client for portable devices right now, and I’d hate to see it stagnate.

Hal
N3YX







Re: Source

 

That would be great.? I will let you know when I am about to do it.? Probably as simple as creating a github and uploading a LICENSE.txt and also a nice readme.md file to have some "webpage" preface of information, likely copied from my Dad's wiki.

Paul
Son


On Mon, Dec 23, 2024 at 4:32?AM Hal Mueller via <hal=[email protected]> wrote:
Hi Paul.

I just posted a loose proposal to the APRSISCE mailing list for continuing support of APRSISCE.

I have zero idea of your tech skills or your interests or your energy level around this stuff. I’m happy to help you release the source code of APRSISCE, or to do it myself per your guidance, or to walk you through the tech issues and steps. Or to have live conversations as needed. Or to sit quietly and get out of the way.

Anything I would do would be as an interim/placeholder maintainer or organizer.

No rush. No pressure. And i’m short term in any case.

Thinking of you this holiday season. The first year without someone is always so hard.

Hal
N3YX









Re: Source

 

Yes, thank you Steve.

I am also getting some advice on which license to go with.? That advice may come mid-Jan, so hold tight a few more weeks.? And, I am open to any input.

The #1 thing: do you have Android LUA experience, and would like to adopt APRS IS MO?

Paul


On Mon, Dec 23, 2024 at 5:07?AM Steve via <kf6wax=[email protected]> wrote:
Keep up the source answers to the questions as asked, as I see more recent replies, they are all excellent points
and I am sure well received!
Because of the time of year it is appreciated that many have "other" things going on and some may not catch up on group
events until after "The holiday period".
Keep the replies coming until either the group owners or an admin/moderator is asked to call it a day.

As requests slow down to almost nothing, I am still checking for passcodes but will take just a little longer than usual
to respond.
Take care one and all!

73 de
Steve Wilson
KF6WAX, APRSISCE32, ADMIN/MODERATOR


On Mon, Dec 23, 2024 at 12:53?AM Lee Bengston via <kilo5dat=[email protected]> wrote:

On Wed, Dec 18, 2024, 9:20 AM kevin.paetzold via <kevin.paetzold=[email protected]> wrote:

by the way, APRSIS32 seems to work just fine under wine on Linux. No
need for a linux port.

By the way, I've run it under wine before but would prefer not to.

I use fedora but I am sure other distributions will work as well.

What about architecture? Have you run it on an ARM processor? I assume it requires more than just Wine in that case. Not saying it's impossible, but it certainly would be easier to just run natively in Linux.

73,
Lee K5DAT?


Re: Source

 

Greg D,

I agree with your suggested priorities. A Linux port is a nice-to-have. I didn't agree with ditching the idea completely because it runs fine in wine on x86 machines.

73,
Lee

_._,_._,_


Re: Source

 

Keep up the source answers to the questions as asked, as I see more recent replies, they are all excellent points
and I am sure well received!
Because of the time of year it is appreciated that many have "other" things going on and some may not catch up on group
events until after "The holiday period".
Keep the replies coming until either the group owners or an admin/moderator is asked to call it a day.

As requests slow down to almost nothing, I am still checking for passcodes but will take just a little longer than usual
to respond.
Take care one and all!

73 de
Steve Wilson
KF6WAX, APRSISCE32, ADMIN/MODERATOR


On Mon, Dec 23, 2024 at 12:53?AM Lee Bengston via <kilo5dat=[email protected]> wrote:

On Wed, Dec 18, 2024, 9:20 AM kevin.paetzold via <kevin.paetzold=[email protected]> wrote:

by the way, APRSIS32 seems to work just fine under wine on Linux. No
need for a linux port.

By the way, I've run it under wine before but would prefer not to.

I use fedora but I am sure other distributions will work as well.

What about architecture? Have you run it on an ARM processor? I assume it requires more than just Wine in that case. Not saying it's impossible, but it certainly would be easier to just run natively in Linux.

73,
Lee K5DAT?


Re: Source

 

Hi Paul.

I just posted a loose proposal to the APRSISCE mailing list for continuing support of APRSISCE.

I have zero idea of your tech skills or your interests or your energy level around this stuff. I’m happy to help you release the source code of APRSISCE, or to do it myself per your guidance, or to walk you through the tech issues and steps. Or to have live conversations as needed. Or to sit quietly and get out of the way.

Anything I would do would be as an interim/placeholder maintainer or organizer.

No rush. No pressure. And i’m short term in any case.

Thinking of you this holiday season. The first year without someone is always so hard.

Hal
N3YX


Re: Source

 

I see several different themes/tasks running through here:

1. Put the source out under a permissive license, so potential maintainers can get a look at it and see what they would be getting themselves into.

2. Figure out some sort of open source organizational structure to create new releases and make them available, with a “source of truth”/official imprimatur. This would be a shared governance, to include gathering bug reports and feature requests, collecting (and reviewing) source code fixes, and keeping the codebase in releasable condition.

3. Find someone who’s able to be the technical leader of #2 above, and pass the reins over to that person. Then they can start some new development.

4. Continue the wonderful community-based support for new APRSISCE users.

I’m willing to be an interim organizer of #2. And I’m willing to help Paul with #1. I’ve done a ton of work in various open source organizations, but I have no Windowsish development experience (I’m a Mac and iOS guy, mostly, and haven’t written any pure C since the last Bush administration). I’m also willing to go away and let some of the longtime helpers here take the lead on these pieces. I do not have the Windows tech chops nor the time to take on #3.

I don’t have a ton of connection to the APRSISCE world. I keep a copy running on an ancient Surface, but that’s the extent of my operating commitment right now. I think APRSISCE is the best APRS client for portable devices right now, and I’d hate to see it stagnate.

Hal
N3YX