Date   

locked Re: Logging Warning: HRD unable to confirm

JTAlert Support (VK3AMA)
 

On 4/10/2021 5:05 am, Mike Wilson wrote:

Unsupported ODBC DSN

HRD TCP logging command result =>

 

This error started popping up yesterday after logging about a dozen contacts.

I am using WSJT-X V2.4.0 (c19d62), JTAlert V 2.50.6. Using HRD rig control V 6.7.0.357 for rig control and HRD Logbook (same Version).

 

I have checked everything in all of the configurations and compared with the on-line recommended settings. If I shut down and reboot the PC, usually the logging will work for one or two contacts (but not always), and they the error’s start.

 

What do I do to fix this permanently?

 

73 de KE5WCT

Mike Wilson


Mike,

I don't know why this is occurring mid session. The setup for HRD logging is occurring when JTAlert is first started and doesn't change for the entire session. I would expect an unsupported DSN error to be shown, if there is a problem, on the first logging attempt after JTAlert startup. This is the first report I have seen of changed behavior mid-session for HRD logging. None of the HRD users on the JTAlert Test team have reported this problem.

There have been a small number of HRD logging problems in recent months that were associated with using MSAccess Logs. Is your HRD log an MSAccess type? If so, the fix in most cases was to perform a full export of the current log, create a new Access log from within HRDLogbook and then import your old QSOs into this new log followed by changing JTAlert to use the new log. In some cases this did not fix the problem, but changing to using a MariaDB log, the format recommended by HRD support, resulted in a guaranteed fix.

Whether a new MSAccess log file or a changeover to MariaDB will fix your problem is unknown due to the uniqueness of your experience.

de Laurie VK3AMA


locked Re: WSJT-X Autogrid Feature Suggestion

Lawrence (VA3IQ)
 

Some more details on how this is done are found here:  https://wsjtx.groups.io/g/main/message/28342.  In summary it uses a multicast IP group address in WSJT-X.

I am trying to avoid having to remember to re-set my Grid Square in WSJT-X as I rove in either a contest or when operating HF portable, for example when working something like the RAC Challenge "Coureur des bois" portable/field activity (like SOTA or POTA, etc.)  I try to minimize what I have to do at each rove location.  I have a checklist to follow, but I still miss things.  Hence wanting to automate it as much as possible.

Currently I set my system clock and get my grid square from  BktTimeSync:  https://www.maniaradio.it/en/bkttimesync.html

Since I have multiple consumers of my GPS data I am now looking at how to share the GPS data between platforms and devices and including the 1 PPS stream.  The GPSDO 10000 MHz stream gets routed to transverters and other devices.

I thought that JTAlert would be a good place for a basic method of taking the GPS stream and converting it to a format understood by WSJT-X.  If the consensus is no, that is fine.  My personal software is not designed to be portable or supportable.  I program in C and keep my code tight and specific.

73 de VA3IQ

Lawrence




locked Logging Warning: HRD unable to confirm

Mike Wilson <mwilson1946@...>
 

Unsupported ODBC DSN

HRD TCP logging command result =>

 

This error started popping up yesterday after logging about a dozen contacts.

I am using WSJT-X V2.4.0 (c19d62), JTAlert V 2.50.6. Using HRD rig control V 6.7.0.357 for rig control and HRD Logbook (same Version).

 

I have checked everything in all of the configurations and compared with the on-line recommended settings. If I shut down and reboot the PC, usually the logging will work for one or two contacts (but not always), and they the error’s start.

 

What do I do to fix this permanently?

 

73 de KE5WCT

Mike Wilson

Sent from Mail for Windows 10

 

 


locked Re: Suggestion for Sound - add filter for minimum RX dB theshold

Ron W3RJW
 
Edited

Scott,

Won't this do about what you want ?



Edit:  Seems like it would work but could not see any results.  Perhaps I don't understand how it's suppose to work.
Edit 2:  You have to select 'SNR Strong decodes' or 'SNR Weak Decodes' (I was using "all decodes") in the 'Panels'.  The "threshold" you select picks the dividing point.
--
73
Ron, W3RJW

FTdx-5000, Timewave Navigator, WSJT-x 2.5.0, JTAlert 2.50.6, HRD Deluxe v6.7.0.357
FTdx-3000, SignaLink USB


locked Re: Suggestion for Sound - add filter for minimum RX dB theshold

Larry Banks
 

Hi Scott,
 
Sorry – I had this backward.  YOU may have a very low noise level and can hear really weak signals, and they may not have a low noise level and cannot hear you.

73 -- Larry -- W1DYJ

 

Sent: Saturday, October 02, 2021 11:53
Subject: Re: [HamApps] Suggestion for Sound - add filter for minimum RX dB theshold
 
Hi Scott,
 
Remember that this number is the signal-to-noise ratio at the receiving station and is only indirectly related to the actual receive level.  Your QSO partner may have a very low noise level and can hear really weak signals.
 
Have you played with reducing your RF gain to see if this gives you the same effect?  (I have not tried this, so it may have no effect.)

73 -- Larry -- W1DYJ

 
Sent: Saturday, October 02, 2021 11:02
Subject: [HamApps] Suggestion for Sound - add filter for minimum RX dB theshold
 

Laurie,

I love your program and use the sound app to call me to the radio from elsewhere in the house when a DX I need is announced.  I have learned that my receiver works better than my transmitter in that I can often decode stations at -20 to -24, but realistically my odds of working those stations are are slim and none (and slim is on his horse headed out of town). 
I'm wondering if you might consider adding a filter so that the audio alerts only trigger when the received dB level is above a preset threshold.  I have no concept of the programming complexity involved with my idea, but I am putting it in the suggestion box all the same.

Thanks for a great product!

73,

Scott

Scott Straw, KB4KBS
Roswell, Georgia USA
(EM74tb)


locked Re: Suggestion for Sound - add filter for minimum RX dB theshold

Larry Banks
 

Hi Scott,
 
Remember that this number is the signal-to-noise ratio at the receiving station and is only indirectly related to the actual receive level.  Your QSO partner may have a very low noise level and can hear really weak signals.
 
Have you played with reducing your RF gain to see if this gives you the same effect?  (I have not tried this, so it may have no effect.)

73 -- Larry -- W1DYJ

 

Sent: Saturday, October 02, 2021 11:02
Subject: [HamApps] Suggestion for Sound - add filter for minimum RX dB theshold
 

Laurie,

I love your program and use the sound app to call me to the radio from elsewhere in the house when a DX I need is announced.  I have learned that my receiver works better than my transmitter in that I can often decode stations at -20 to -24, but realistically my odds of working those stations are are slim and none (and slim is on his horse headed out of town). 
I'm wondering if you might consider adding a filter so that the audio alerts only trigger when the received dB level is above a preset threshold.  I have no concept of the programming complexity involved with my idea, but I am putting it in the suggestion box all the same.

Thanks for a great product!

73,

Scott

Scott Straw, KB4KBS
Roswell, Georgia USA
(EM74tb)

_._,_._,_

Groups.io Links:

You receive all messages sent to this group.

View/Reply Online (#37301) | Reply To Group | Mute This Topic | New Topic
Your Subscription | Contact Group Owner | Unsubscribe [larrybw1dyj@...]

__,_._,_


locked Re: Suggestion for Sound - add filter for minimum RX dB theshold

Glenn Jensen
 

Hey Scott,

Not a bad idea - the simple solution would be to allow the list of stations to be sorted by signal strength (I use another tool that allows me to do that).

You could stack-rank very easily, and also observe any relative changes in the band as it happens (assuming you play close attention to the stack and changing signal levels).

73's,


Glenn



On Sat, Oct 2, 2021 at 8:02 AM Scott Straw <kb4kbs@...> wrote:

Laurie,

I love your program and use the sound app to call me to the radio from elsewhere in the house when a DX I need is announced.  I have learned that my receiver works better than my transmitter in that I can often decode stations at -20 to -24, but realistically my odds of working those stations are are slim and none (and slim is on his horse headed out of town). 
I'm wondering if you might consider adding a filter so that the audio alerts only trigger when the received dB level is above a preset threshold.  I have no concept of the programming complexity involved with my idea, but I am putting it in the suggestion box all the same.

Thanks for a great product!

73,

Scott

Scott Straw, KB4KBS
Roswell, Georgia USA
(EM74tb)


locked Suggestion for Sound - add filter for minimum RX dB theshold

Scott Straw
 

Laurie,

I love your program and use the sound app to call me to the radio from elsewhere in the house when a DX I need is announced.  I have learned that my receiver works better than my transmitter in that I can often decode stations at -20 to -24, but realistically my odds of working those stations are are slim and none (and slim is on his horse headed out of town). 
I'm wondering if you might consider adding a filter so that the audio alerts only trigger when the received dB level is above a preset threshold.  I have no concept of the programming complexity involved with my idea, but I am putting it in the suggestion box all the same.

Thanks for a great product!

73,

Scott

Scott Straw, KB4KBS
Roswell, Georgia USA
(EM74tb)


locked Re: WSJT-X Autogrid Feature Suggestion

Jim Brown
 

HamGPS (an Android app) displays a ten-digit Maidenhead locator, speed, and compass heading.


On Fri, Oct 1, 2021 at 1:45 PM Joe Subich, W4TV <lists@...> wrote:

This belongs in WSJTX *not* JTAlert.  Seek *full* support from the
developers of WSJTX.

73,

    ... Joe, W4TV


On 2021-10-01 11:42 AM, Lawrence Dobranski wrote:
> This is a future feature suggestion for JTAlert:
>
> *Support for WSJT-X Autogrid Feature*
>
> Provide the interface logic between a GPS NEMA position feed over RS-232 to set the transmitter GRID square via the WSJT-X Autogrid capability (on General Tab in WSJT-X).
>
> I am planning to do a lot of HF roving next summer, and not having to remember to reset my grid square would be fantastic.  I would also use it in VHF Rover contesting as well.
>
> I have found discussion on this feature from 2018 on the WSJT SourceForge wsjt-devel list.
>
> Thanks for considering it.
>
> Regards,
>
> 73 de VA3IQ
>
> Lawrence
>







locked Re: WSJT-X Autogrid Feature Suggestion

Joe Subich, W4TV
 

This belongs in WSJTX *not* JTAlert. Seek *full* support from the
developers of WSJTX.

73,

... Joe, W4TV

On 2021-10-01 11:42 AM, Lawrence Dobranski wrote:
This is a future feature suggestion for JTAlert:
*Support for WSJT-X Autogrid Feature*
Provide the interface logic between a GPS NEMA position feed over RS-232 to set the transmitter GRID square via the WSJT-X Autogrid capability (on General Tab in WSJT-X).
I am planning to do a lot of HF roving next summer, and not having to remember to reset my grid square would be fantastic.  I would also use it in VHF Rover contesting as well.
I have found discussion on this feature from 2018 on the WSJT SourceForge wsjt-devel list.
Thanks for considering it.
Regards,
73 de VA3IQ
Lawrence


locked Re: JTAlert with Fox/Hound Mode

Marlo Montanaro - KA2IRQ
 

Perfect- thanks for the clarification Laurie.  Kinda what I thought, just wanted to be sure.

73,
Marlo
KA2IRQ


locked WSJT-X Autogrid Feature Suggestion

Lawrence (VA3IQ)
 

This is a future feature suggestion for JTAlert:

Support for WSJT-X Autogrid Feature

Provide the interface logic between a GPS NEMA position feed over RS-232 to set the transmitter GRID square via the WSJT-X Autogrid capability (on General Tab in WSJT-X).  

I am planning to do a lot of HF roving next summer, and not having to remember to reset my grid square would be fantastic.  I would also use it in VHF Rover contesting as well. 

I have found discussion on this feature from 2018 on the WSJT SourceForge wsjt-devel list.

Thanks for considering it.

Regards,

73 de VA3IQ

Lawrence


locked Re: Alert Sound

Gerrit
 

It’s under the menu bar “Sound on” Roland.

 

73’s

Gerrit – PA3DJY

 

Van: Support@HamApps.groups.io [mailto:Support@HamApps.groups.io] Namens Roland Duvaud
Verzonden: donderdag 30 september 2021 16:24
Aan: Support@HamApps.groups.io
Onderwerp: Re: [HamApps] Alert Sound

 

Hi Laurie,

I'm sorry, JTAlert is working correctly, I configured the setup, but I didn't see the SOUND_ON / OFF button.

73' de Roland HB9NCZ


locked Re: A Request (if possible)

vk7cej@y7mail.com
 

thank you very much Laurie ...  works perfectly......   fantastic

 

John

VK7XX


locked Re: JTAlert with Fox/Hound Mode

JTAlert Support (VK3AMA)
 

On 1/10/2021 8:48 am, Marlo Montanaro - KA2IRQ wrote:

So, JTAlert doesn't parse the Fox in Fox/Hound mode?  Am I missing something or is that by design?

I guess I could see where you don't really need JTAlert in Fox/Hound, but it is still a "nice to have."  I'm guessing it should still make a log entry if WSJT-X sends the log of the contact.

--
73,
Marlo
KA2IRQ


JTAlert will alert on a Fox Callsign, but only when they are calling CQ. Normal Fox decodes when they are replying to one or more stations in a single decode are not alerted as there is no way to identify the transmitting Callsign (the Fox).

If you work the Fox and log the QSO, JTAlert will detect the logging event and send a suitably formatted logging instruction to your enabled Logger. This is no different from normal JTAlert operation.

de Laurie VK3AMA


locked JTAlert with Fox/Hound Mode

Marlo Montanaro - KA2IRQ
 

So, JTAlert doesn't parse the Fox in Fox/Hound mode?  Am I missing something or is that by design?

I guess I could see where you don't really need JTAlert in Fox/Hound, but it is still a "nice to have."  I'm guessing it should still make a log entry if WSJT-X sends the log of the contact.

--
73,
Marlo
KA2IRQ


locked Re: A Request (if possible)

Laurie, VK3AMA
 

On 1/10/2021 5:54 am, vk7cej@... via groups.io wrote:

that is fantastic Laurie.   A big thankyou from myself and also from Norm, VK7AC who is a pedantic anti worked beforer :-)

stay safe

John

VK7XX

Check your email. I sent a new build for you to test.

de Laurie VK3AMA


locked Re: A Request (if possible)

vk7cej@y7mail.com
 

that is fantastic Laurie.   A big thankyou from myself and also from Norm, VK7AC who is a pedantic anti worked beforer :-)

 

stay safe

John

VK7XX


locked Re: Decode Window 2.50.6 problem

Dave Garber
 

also maybe you have inadvertently set a filter, so some decodes are not showing ( as in B4 ) or 3 call area, or something


Dave Garber
VE3WEJ / VE3IE


On Thu, Sep 30, 2021 at 7:18 AM Michael Black via groups.io <mdblack98=yahoo.com@groups.io> wrote:
Delete this file -- I thought there was a way to do this in JTAlert but I can't find it now.

\Users\[username]\AppData\Local\HamApps\JTAlert\[callsign]\Decode\decodes.sqlite

Mike W9MDB


On Thursday, September 30, 2021, 05:55:29 AM CDT, Barry <barry@...> wrote:


Hi All my decode window is doing strange things and I cannot find a way to fix it?
First I click on view "clear display" and nothing happens, I click on refresh and nothing happens.
Every time JTDX decodes the callsign window populates but the decode window comes up with the same callsign that is not in JTDX or the callsign window?
I checked the  filter and it said it has no filters?
I have deleted the program and did a clean install with no luck.
How do you clean all the data out of it as it has 9,919 Recs (16.4MB) View 100.
In Settings I have ticked  Applications/WSJT-X/JTDX No-1 Auto clear JtAlert Callsigns.
When I click File/database/ Export/Delete decode records than export it comes up with a error "Database disk image is malformed"?

VK2AHE  Barry.


locked Re: Alert Sound

Roland Duvaud
 

Hi Laurie,

I'm sorry, JTAlert is working correctly, I configured the setup, but I didn't see the SOUND_ON / OFF button.

73' de Roland HB9NCZ

3801 - 3820 of 40825