top of page
Forum Posts
Meir 4Z5PE | QO100<->HF VarAC Cluster
Sep 13, 2025
In Feature requests
Issue
I monitor multiple VarAC frequencies simultaneously (using Square SDR or Hermes Lite 2 SDR).
Occasionally, after many hours, I notice VarAC was slightly off frequency on one of the bands (e.g. 10,134 instead of 10,133). Also, I have seen VarAC get confused after a QSY, and not return to the calling frequency. This means any calls will be missed!
Suggestion
1. Optional in your face notification when off the calling frequency and not connected to another station.
For example, a big red frame around the VarAC window - and/or turn the title bar RED.
2. Optional reminder to return to the calling frequency.
3. Optionally, return to the calling frequency automatically.
4. To make it optional - could be a checkbox or a dropdown list, on the main screen, for clear and easy control of this feature.
5. Could call it Auto-Return to Calling Frequency / Warn if off Calling Frequency
0
0
8
Meir 4Z5PE | QO100<->HF VarAC Cluster
Aug 31, 2025
In Bugs - Fixed
Issue
After vmails are retrieved, the RELAY indicator clears, but the vmail waiting flag in the beacons list remains ON. This behavior is inconsistent and confusing.
Discussion
I understand that the original design was probably to statically list the beacons as received. However, it is confusing to the end user. Therefore it appears to the end user as a GUI bug.
Solution
I recommend to update the flags in the beacons list dynamically, when the vmail has been retrieved. This will improve the user experience.
0
1
12
Meir 4Z5PE | QO100<->HF VarAC Cluster
Aug 26, 2025
In Feature requests
Issue:
Varac Cluster instances load datastream history for all instances, which is messy and confusing.
Solution:
It should filter history by instance.
Related to:
Beacons Load Last Heard History is Inconsistent in VarAC Cluster (v11.4.1)
https://www.varac-hamradio.com/forum/feature-requests-released/beacons-load-last-heard-history-is-inconsistent-in-varac-cluster-v11-4-1
0
0
9
Meir 4Z5PE | QO100<->HF VarAC Cluster
Aug 26, 2025
In Bug reports
Issue
VarAC transmits unexpected data (from the previous session) on each reconnect, and it is hard to stop it!
This could include text, commands, and vmails, that were still in the transmit buffer when it was disconnected....
A fix is described in Transmit buffer remaining after QSO: https://www.varac-hamradio.com/forum/bugs-fixed/transmit-buffer-remaining-after-qso?searchTerm=Buffer&origin=member_posts_page
However, from my experience, it is my view that the fix there is incomplete and problematic.
Suggested fix:
1. Instead of sending the old transmit buffer without confirmation - move it to the New Message text entry pane, and do NOT send it unless the person presses SEND!
2. For consistency, you should do the same with any unsent text, even if it was not in the transmit buffer yet.
3. If you want to be elegant:
A. Ask the user if they want to save the unsent text for next connection.
In most cases, the answer is probably no!
B. You could then add it labeled as as Unsent Text in the chat history window, highlighted it in a different color, with the option to send it by double clicking.
Example:
I was disconnected while sending a vmail.
Now when I reconnect, it continues - sending the vmail on the calling frequency! I could NOT stop it! CLR did not work! Every time I connected, it did the same thing! And it almost completed, but within a few seconds before completion, it timed out and disconnected!
Of course, this is unexpected and dysfunctional behavior!
0
0
7
Meir 4Z5PE | QO100<->HF VarAC Cluster
Jul 25, 2025
In Bug reports
Issue
M7SJO reports "Email is working well although it is still sending two emails to my Outlook inbox every time!"
Cause
It turns out he is using an email address as the name - and it happens to be the same email address!
So I didn't look up the RFC / protocol, to check what is allowed. But apparently in Gmail at least, the name cannot be an email address. The Gmail client actually flags this as an error!
Suggested fix
So, you should run input sanity checks. If the addressee or name is disallowed, then reject or return the message. Ideally, you should catch this even earlier - in the composition stage, and not allow them to enter or to send to an illegal name/addressee.
Error Message in Gmail
Log file - Example 1
22/07/2025 20:47:59 - (CN:1) Incoming message.
22/07/2025 20:48:02 - Email sent to M7SJO@OUTLOOK.COM through Email gateway successfully.
22/07/2025 20:48:03 - (CN:1) Email sent to M7SJO@OUTLOOK.COM through Email gateway successfully.
22/07/2025 20:49:36 - (CN:20) KISS BEACON received from PD0WAG
22/07/2025 20:49:36 - (CN:20) PSKReporter: Logged successfully (PD0WAG)
22/07/2025 20:49:36 - (CN:20) PSKReporter: Sending accumulated records
22/07/2025 20:49:36 - (CN:20) Logging Contact to DB: PD0WAG
22/07/2025 20:51:23 - (CN:20) KISS BEACON received from PD2GCM
22/07/2025 20:51:23 - (CN:20) PSKReporter: Logged successfully (PD2GCM)
22/07/2025 20:51:23 - (CN:20) PSKReporter: Sending accumulated records
22/07/2025 20:51:23 - (CN:20) Logging Contact to DB: PD2GCM
22/07/2025 20:52:25 - (CN:20) PSKReporter: Logged successfully (EA5URB)
22/07/2025 20:52:25 - (CN:20) PSKReporter: Sending accumulated records
22/07/2025 20:52:51 - (CN:1) Email gateway: incoming email through IMAP server detected: Destination callsign: M7SJO. Pulling to the VMailbox.
22/07/2025 20:53:51 - (CN:1) Email sent to M7SJO@outlook.com through Email gateway successfully.
0
1
13
Meir 4Z5PE | QO100<->HF VarAC Cluster
Jul 25, 2025
In Bug reports
Issue
1. Vmails waiting RELAY indicator is red.
2. There is a mail icon in the Beacons list.
3. The Vmail Relay Notifications are missing from the list - even though there are vmails waiting.
The list is empty!
4. I connect to the station, and it transmits a vmail.
Then the RELAY indicator clears.
Example:
0
1
12
Meir 4Z5PE | QO100<->HF VarAC Cluster
Jul 25, 2025
In Bug reports
Issue
1. M7SJO reports that his emails relayed through my station are duplicated - two copies of each email are sent.
2. It turns out that my VarAC station sends to his email address twice per email message.
3. VarAC is sending to "email <email>" i.e. VarAC is copying the email address and prepending it, which is in the position of the addressee name.
4. Gmail interprets this as an additional email address, and sends two copies to the addressee.
5. When he sends email through SM3ULU, this issue does not happen. The message is sent to only one addressee.
6. I am using VarAC v12.0.4. They are both using v12.0.0.
Originally, I thought it was an addressee + name validation issue on his end. (I submitted a bug report requesting to add validation.)
But after reviewing the Chat History it appears that VarAC is sending to "email <email>" i.e. VarAC is copying the email address and prepending it, which is in the position of the addressee name. And Gmail interprets this as an additional email address, and sends two copies to the addressee.
Chat History
0
10
84
Meir 4Z5PE | QO100<->HF VarAC Cluster
Jul 22, 2025
In Bug reports
I noticed issues in the Last Heard Peeking (LHR) functionality:
1. The message is sent in local time - but it should be sent in UTC!
2. The message is too verbose - abbreviate the message, to reduce airtime.
A. Do not report seconds. HH:MM is enough.
B. Delete BEACON, it is redundant. If you can report also broadcasts - that would be best, so then it is not redundant, but should be abbreviated (e.g. BCN vs BRCST). But maybe it doesn't matter how it was heard? Just delete it!
C. Remove "dB". It doesn't appear under SNR, why send unneeded data here?
D. After all this, remove ">" and "/" and just use white space to separate the columns.
E. Ideally, pretty print it, so the columns are aligned and human readable.
F. If you do this, you could pretty-print it in the client, to save airtime.
G. Compress the message before transmitting over the air:
e.g., most of the time the band will be "20m" so why it is redundant to send the same text - just replace it with a short unique symbol for each band!
Example
0
1
14
Meir 4Z5PE | QO100<->HF VarAC Cluster
Jul 22, 2025
In Bug reports
Bug
CQ + Slot selector buggy on the satellite!
This causes a bunch of issues:
1. The slot number is appended to the callsign instead of appearing in the slot column.
2. Failure to connect upon answering the CQ.
3. The RELAY indicator may NOT clear after retrieving vmails.
Spotted in
v12.0.4
Workaround and Suggested Fix
Enabling Skip Slot Selector makes things work, though of course you lose the slot selection functionality. At the moment, most stations don't have auto-qsy ability on the satellite yet (though a few e.g. Pluto SDRs do). So probably best by default to disable CQ slot selection and requirement to QSY when on QO-100 satellite. And if it is on, warn that it may cause issues with stations that lack the capability.
Example
Effect of Skip Slot Selector
0
3
14
Meir 4Z5PE | QO100<->HF VarAC Cluster
Jul 22, 2025
In Feature requests
Since VarAC keeps a QSO log, maybe we could integrate awards and top operators of the week/month/year into the software, and on the web site!
E.g.,
1. Report statistics from each station to a central location.
This should be optional - a checkbox, like reporting to PSKreporter. Default could be ON, but if so it should be confirmed during installation, to avoid accusations of spyware.
2. Analyze the QSOs.
3. List the top operators of the week/month/year on the web site.
4. Give out awards.
5. Add a link to the VarAC menus under resources.
6. Could also display metrics and rankings vs other users in the software.
It might be interesting
7. Some interesting metrics: number of QSOs, length of QSOs, number of unique callsigns, vmails sent, emails sent, emails received, Vmails received, number of stations heard, number of continents hear, distance reached, maximum VARA speed achieved, etc.
8. In fact, this could be expanded into a wizard-style tutorial, guiding the new VarAC user to unlock achievements, like a game - but it teaches how to use VarAC and be a good operator!
0
1
9
Meir 4Z5PE | QO100<->HF VarAC Cluster
Jul 22, 2025
In Feature requests
It would be very helpful to see upfront when a station is a functioning mutiband / crossband cluster that hears stations on the other bands.
1. Advertise it in the beacons.
2. Advertise it after connecting.
Should wait till after QSY - if applicable.
3. List the connected and working bands available.
4. Give a hint that you can use <LHR> to see the stations he hears.
5. Optionally, suppress or change the symbol when no crossband stations are recently heard.
0
0
10
Meir 4Z5PE | QO100<->HF VarAC Cluster
Jul 04, 2025
In Bugs - Fixed
Issue
Unhandled Exception
Exception details
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.
************** Exception Text **************
System.Collections.Generic.KeyNotFoundException: The given key was not present in the dictionary.
at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
at VarAC.Form12.combobox_canned_messages_SelectedIndexChanged(Object sender, EventArgs e)
at System.Windows.Forms.ComboBox.OnSelectedIndexChanged(EventArgs e)
at System.Windows.Forms.ComboBox.WmReflectCommand(Message& m)
at System.Windows.Forms.ComboBox.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
************** Loaded Assemblies **************
mscorlib
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9310.0 built by: NET481REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll
----------------------------------------
VarAC
Assembly Version: 1.0.0.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/Program%20Files/VarAC/VarAC.exe
----------------------------------------
System.Windows.Forms
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9251.0 built by: NET481REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9310.0 built by: NET481REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9037.0 built by: NET481REL1
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Core
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9297.0 built by: NET481REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
System.Configuration
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9037.0 built by: NET481REL1
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9037.0 built by: NET481REL1
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Accessibility
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9037.0 built by: NET481REL1
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/Accessibility/v4.0_4.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
----------------------------------------
WindowsFormsIntegration
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9195.0 built by: NET481REL1LAST_B
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/WindowsFormsIntegration/v4.0_4.0.0.0__31bf3856ad364e35/WindowsFormsIntegration.dll
----------------------------------------
PresentationFramework
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9297.0
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/PresentationFramework/v4.0_4.0.0.0__31bf3856ad364e35/PresentationFramework.dll
----------------------------------------
WindowsBase
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9297.0 built by: NET481REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/WindowsBase/v4.0_4.0.0.0__31bf3856ad364e35/WindowsBase.dll
----------------------------------------
PresentationCore
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9297.0 built by: NET481REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_32/PresentationCore/v4.0_4.0.0.0__31bf3856ad364e35/PresentationCore.dll
----------------------------------------
System.Xaml
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9297.0 built by: NET481REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xaml/v4.0_4.0.0.0__b77a5c561934e089/System.Xaml.dll
----------------------------------------
PresentationFramework.Aero2
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9037.0 built by: NET481REL1
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/PresentationFramework.Aero2/v4.0_4.0.0.0__31bf3856ad364e35/PresentationFramework.Aero2.dll
----------------------------------------
CookComputing.XmlRpcV2
Assembly Version: 3.0.0.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/Program%20Files/VarAC/VarAC.exe
----------------------------------------
System.Data.SQLite
Assembly Version: 1.0.116.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/Program%20Files/VarAC/VarAC.exe
----------------------------------------
System.Data
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9214.0 built by: NET481REL1LAST_B
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_32/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll
----------------------------------------
System.Transactions
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9037.0 built by: NET481REL1
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_32/System.Transactions/v4.0_4.0.0.0__b77a5c561934e089/System.Transactions.dll
----------------------------------------
System.EnterpriseServices
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9037.0 built by: NET481REL1
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_32/System.EnterpriseServices/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.EnterpriseServices.dll
----------------------------------------
System.Numerics
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9037.0 built by: NET481REL1
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Numerics/v4.0_4.0.0.0__b77a5c561934e089/System.Numerics.dll
----------------------------------------
UIAutomationTypes
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9297.0 built by: NET481REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/UIAutomationTypes/v4.0_4.0.0.0__31bf3856ad364e35/UIAutomationTypes.dll
----------------------------------------
UIAutomationProvider
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9297.0 built by: NET481REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/UIAutomationProvider/v4.0_4.0.0.0__31bf3856ad364e35/UIAutomationProvider.dll
----------------------------------------
System.DirectoryServices
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9282.0 built by: NET481REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.DirectoryServices/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.DirectoryServices.dll
----------------------------------------
System.Speech
Assembly Version: 4.0.0.0
Win32 Version: 4.8.9037.0 built by: NET481REL1
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Speech/v4.0_4.0.0.0__31bf3856ad364e35/System.Speech.dll
----------------------------------------
************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.
For example:
<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>
When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.
0
1
12
Meir 4Z5PE | QO100<->HF VarAC Cluster
Jul 04, 2025
In Feature requests - Archive
Isssue
Stations that don't use VarAC often, and they have Parked Vmails waiting that they don't collect. They never receive notification of vmails waiting, because they are not online!
Solution
1. Add a function to notify such stations via email, to encourage them to retrieve their messages.
1. After a configurable delay, or at configurable intervals, email them a summary of messages waiting, with basic header details (e.g., date, from, subject, urgency).
2. Exception: If a message is marked Urgent, then they should be notified as soon as possible.
3. I suggest to turn this feature ON by default.
4. The notification should be sent when the message is close to the destination in terms of connection hops.
For example, if the message is waiting at a station that can hear or be heard by the destination, send email notifications. Then they can just go online at the appropriate time when there is propagation (or all day) to pick them up.
5. The method for achieving this shall not be based mainly on distance, as it must also work over HF and satellite, which has good connectivity to stations that are thousands of km away. Rather, it should be based on current beacons and heard history.
6. Note that for ultimate utility for portable/mobile stations, history should be geo-tagged with the location, as well as the station heard and the time and frequency. We need to know a grid or at least an area. For example, some vehicles such as planes and boats may cross to distant regions, so their location in the mesh network and who they can hear may change when they move far.
7. Geotagging shall to be handled differently for HF vs FM vs satellite.
A. Satellite: All stations can hear each other.
B. HF: Depends on propagation.
C. FM: Depends on distance and direction etc.
8. Configuration of mobile vs fixed station. If the station is fixed, then there is NO need for all this complexity.
However, it may still be desirable to geotag in the history, in case the fixed station later becomes portable or mobile.
Consider for example, the home station, but they take the VarAC station computer out on Field Day or to operate POTA or SOTA.
0
1
22
Meir 4Z5PE | QO100<->HF VarAC Cluster
Jun 28, 2025
In Feature requests
Issue
In the VarAC log file, entries are NOT tagged with the instance number that generated the entry!
Example of Issue
11/06/2025 05:12:57 - Email Gateway disabled (Manually)
11/06/2025 05:12:58 - Email Gateway activated (Manually)
11/06/2025 05:13:02 - Email Gateway disabled (Manually)
11/06/2025 05:13:09 - Email Gateway activated (Manually)
Solution
When the station is running a VarAC Cluster, tag every log file entry with the instance number of the running image that generates the entry in the log file.
Example of a Proposed Solution
Log File tagging entries with instance number (instance 20 and instance 24):
11/06/2025 05:12:57 - 20 Email Gateway disabled (Manually)
11/06/2025 05:12:58 - 20 Email Gateway activated (Manually)
11/06/2025 05:13:02 - 24 Email Gateway disabled (Manually)
11/06/2025 05:13:09 - 24 Email Gateway activated (Manually)
0
1
9
Meir 4Z5PE | QO100<->HF VarAC Cluster
Jun 28, 2025
In Bug reports
Issue
"4Z1AC HAS VMAILS TO RELAY TO YOU. INVITE 4Z1AC TO QSY TO RECEIVE THE VMAILS"
Separate letters "H-A-S" are spoken, instead of the word "has".
0
1
6
Meir 4Z5PE | QO100<->HF VarAC Cluster
Jun 28, 2025
In Bug reports
Issue
Editing an outgoing vmail message during initial QSY causes the message to be sent twice:
1. Copy 1 - the version before the edit
1. Copy 2 - the edited version!!
There must be a race condition.
Recommendation
1. While a message is being edited, sending of that message should be paused and locked.
2. If the message is already being sent, then it should be locked to prevent editing.
3. But it would be good to have an abort/cancel send button, so it can be canceled, and then deleted or edited.
0
1
12
Meir 4Z5PE | QO100<->HF VarAC Cluster
Jun 23, 2025
In Bug reports
Issue
Datastream Messages scroll endlessly backwards.
E.g. I just finished a QSO, and used the scroll wheel of my mouse to scroll, but the scrolling didn't stop, it just keeps scrolling backwards!
0
4
36
Meir 4Z5PE | QO100<->HF VarAC Cluster
Jun 21, 2025
In Feature requests - Released
Beacons Load Last Heard History is Inconsistent with the Beacons pane, in a VarAC Cluster.
The history loads entried from multiple instances, whereas the live Beacons history only displays the beacons on the current instance number.
Suggested Fix
I suggest when an instance loads history, the history should select for display only the entries heard by that instance number, not from other instances. The rest should be filtered out and excluded. I.e. it should restore the same entries that were displayed previously.
In any case, the behavior should be consistent!
Test
Close and then reopen an instance and ensure it shows the same entries as before, and not additional entries leaked from other instances.
Screen Capture
0
1
19
Meir 4Z5PE | QO100<->HF VarAC Cluster
Jun 21, 2025
In Bug reports
Screen Capture
Log
16/06/2025 18:23:35 - Sending beacon
16/06/2025 18:23:35 - KISS BEACON sent
16/06/2025 18:23:52 - PSKReporter: Sending accumulated records
16/06/2025 18:24:11 - Error: unable to update instance busy status in SQLite:database is locked
database is locked
at System.Data.SQLite.SQLite3.Step(SQLiteStatement stmt)
at System.Data.SQLite.SQLiteDataReader.NextResult()
at System.Data.SQLite.SQLiteDataReader..ctor(SQLiteCommand cmd, CommandBehavior behave)
at System.Data.SQLite.SQLiteCommand.ExecuteReader(CommandBehavior behavior)
at System.Data.SQLite.SQLiteCommand.ExecuteNonQuery(CommandBehavior behavior)
at System.Data.SQLite.SQLiteCommand.ExecuteNonQuery()
at VarAC.VarAC.update_instance_busy_state(Int32 instance_id, Boolean is_busy)
16/06/2025 18:24:11 - Error: updating instance keepalive in SQLite:database is locked
database is locked
at System.Data.SQLite.SQLite3.Step(SQLiteStatement stmt)
at System.Data.SQLite.SQLiteDataReader.NextResult()
at System.Data.SQLite.SQLiteDataReader..ctor(SQLiteCommand cmd, CommandBehavior behave)
at System.Data.SQLite.SQLiteCommand.ExecuteReader(CommandBehavior behavior)
at System.Data.SQLite.SQLiteCommand.ExecuteNonQuery(CommandBehavior behavior)
at System.Data.SQLite.SQLiteCommand.ExecuteNonQuery()
at VarAC.VarAC.update_instance_keepalive(Int32 instance_id)
Related Issue?
https://www.varac-hamradio.com/forum/bug-reports/varac-cluster-breaks-from-last-heard-peaking-multiband-sqlite-conflict-v11-2-0
0
3
35
Meir 4Z5PE | QO100<->HF VarAC Cluster
Jun 08, 2025
In Bugs - Archive
Issue
Datasteam Message:
"Error: UNABLE TO DECODE DATA FROM <STATION>. ABORTING."
Example:
Log:
08/06/2025 05:37:38 - Sending beacon
08/06/2025 05:37:38 - KISS BEACON sent
08/06/2025 05:37:42 - Clearing outgoing queues.
08/06/2025 05:37:53 - Connecting F1GBD
08/06/2025 05:38:04 - Connected to F1GBD
08/06/2025 05:38:10 - Error: UNABLE TO DECODE DATA FROM F1GBD. ABORTING. See VarAC.log for more info. In most cases a VARA packet from another QSO on the same frequency slipped into this QSO and corrupted the link. VarAC will now restart the VARA modem. Standby....
08/06/2025 05:38:10 - Input string was not in a correct format.
at System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal)
at System.Number.ParseInt32(String s, NumberStyles style, NumberFormatInfo info)
at System.Convert.ToInt32(String value)
at VarAC.VarAC.<connect_varahf_modem>b__126_2()
08/06/2025 05:38:10 - Corrupted data that caused this: RMS Trimode 1.3.58.0 SECURITE CIVILE - STATION SATELLITE - ADRASEC (sysop: F1GBD op:Jean-Louis)
4Z5PE has 116 daily minutes remaining with F1GB
08/06/2025 05:38:10 - Aborting Link...
08/06/2025 05:38:10 - Aborting...
08/06/2025 05:38:10 - Disconnected from F1GBD
08/06/2025 05:38:11 - Logging QSO to DB: F1GBD
08/06/2025 05:38:11 - Unable to log QSO with F1GBD ,missing information
08/06/2025 05:38:11 - Restarting VARA modem 3/3
08/06/2025 05:38:11 - Disconnecting VARA modem...
08/06/2025 05:38:11 - Disconnected!
08/06/2025 05:38:11 - Error in mailbox_send_outbox_thread
08/06/2025 05:38:11 - Thread was being aborted.
at System.Threading.Thread.SleepInternal(Int32 millisecondsTimeout)
at System.Threading.Thread.Sleep(Int32 millisecondsTimeout)
at VarAC.VarAC.<connect_varahf_modem>b__126_6()
08/06/2025 05:38:12 - Opening COM port
08/06/2025 05:38:21 - Connecting VARA Main Modem Command interface...
08/06/2025 05:38:21 - Connecting VARA Main Modem data stream...
08/06/2025 05:38:21 - Connecting VARA Main Modem KISS Command interface...
08/06/2025 05:38:21 - Connected to VARA modem
08/06/2025 05:38:21 - VARA version: VARA SAT v4.4.4
0
1
24
Meir 4Z5PE | QO100<->HF VarAC Cluster
More actions
bottom of page