Date   

Re: IC-705 wireless WLAN connection?

Dave AA6YQ
 

+ AA6YQ comments below

how is it the found in windows?? as a serial via bluetooth device?? then it would show up like a normal serial connection (a com port so to speak) ... similöar as a serial to usb connction shos up as a comport

auidio via bluetooth? then it would show like a normal soiundcard

or in other words if it is all via bluetooth it would work similar as a wired connection


or ... is it wifi/wlan and it connects to your home wireless lan to your router with an own ip number?? that would be more complicated then

my guess its bluetooth (i do not own a 705) ... so at least its worth a try to use that wireless connection

+ Wireless LAN operation is described in chapter 11 of the IC-705's Advanced manual. This section very briefly describes 5 functions:

1. Synchronizing the internal clock with a time management server

2. Outputting the demodulated AF signal or 12 kHz IF signal

3. Remote control using the optional RS-BA1 software application

4. Gateway communication using the Internal Gateway function

5. Transferring pictures from a PC or a mobile device.

+ The protocol used for remotely control using the optional RS-BA1 software application is not documented. A similar and undocumented capability is provided in other recent Icom transceivers, so this protocol may have been reverse engineered by now.

+ Bluetooth operation is described in chapter 10 of the IC-705's Advanced manual. Bluetooth is used to convey audio to and from a headset and microphone.

73,

Dave, AA6YQ


Re: IC-705 wireless WLAN connection?

Siegfried Jackstien
 

how is it the found in windows?? as a serial via bluetooth device?? then it would show up like a normal serial connection (a com port so to speak) ... similöar as a serial to usb connction shos up as a comport

auidio via bluetooth? then it would show like a normal soiundcard

or in other words if it is all via bluetooth it would work similar as a wired connection

or ... is it wifi/wlan and it connects to your home wireless lan to your router with an own ip number?? that would be more complicated then

my guess its bluetooth (i do not own a 705) ... so at least its worth a try to use that wireless connection

greetz sigi dg9bfc

Am 10.04.2021 um 18:59 schrieb Joe DX:

Hey Dave,

I can operate my IC-705 completely wireless, that is without a USB connection to the computer.
The WLAN in the 705 can act as an access point and it works great for audio, keying . . . anything.
Is there anything in the works to allow DXLab to operate without a teather (USB) via the WLAN?

All the best,
Joe DX
K0PLT

73


Re: Warning to Yaesu FTDX-101 users

Steve - N3SL
 

Not that I know of.  I reinstalled the entire previous version, but I see now that W2YK just reloaded the main file and kept the other new files with success.  I have chosen to leave well enough alone for now.... 


On Sat, Apr 10, 2021, 6:34 PM Dave AA6YQ <aa6yq@...> wrote:
+ AA6YQ comments below
Been there, done that.  Re-installing previous firmware brings everything back to "normal."

+ Thanks for the report, Steve! Is there anything that FTDX-101 users need to know about re-installing the previous version of firmware?

       Dave


Re: Warning to Yaesu FTDX-101 users

Dave AA6YQ
 

+ AA6YQ comments below
Been there, done that.  Re-installing previous firmware brings everything back to "normal."

+ Thanks for the report, Steve! Is there anything that FTDX-101 users need to know about re-installing the previous version of firmware?

       Dave


Re: IC-705 wireless WLAN connection?

Dave AA6YQ
 

+ AA6YQ comments below
I can operate my IC-705 completely wireless, that is without a USB connection to the computer.
The WLAN in the 705 can act as an access point and it works great for audio, keying . . . anything.
Is there anything in the works to allow DXLab to operate without a teather (USB) via the WLAN?

+ There's nothing in the works, Peter. Besides saving the $10 cost of the USB A-B cable, what would be the benefit?

       73,

                Dave, AA6YQ

 


Re: Warning to Yaesu FTDX-101 users

Steve - N3SL
 

Joe (et al)

Been there, done that.  Re-installing previous firmware brings everything back to "normal."

On Sat, Apr 10, 2021 at 2:06 PM Joe Subich, W4TV <lists@...> wrote:

Further information:  If you have not "updated" your firmware, hold
off doing so until Yaesu post a fix.  If you have "updated", you
should be able to revert to the previous firmware.

This information (reverting to previous firmware) is based on third
party reports as I have no way of testing it myself.

73,

    ... Joe, W4TV


On 2021-04-10 2:40 PM, Dave AA6YQ wrote:
> Joe W4TV reports that that Yaesu has broken the CAT firmware in their most  recent update to the FTDX-101, referred to as 202104A.
>
> https://www.yaesu.com/downloadFile.cfm?FileID=16891&FileCatID=42&FileName=FTDX101%20Firmware%20Update%20Information%204%2D9%2D21.pdf
> &FileContentType=application%2Fpdf
>
> With this firmware installed, the "report mode" command (MD#;) returns an error response.
>
> There's no way to extend Commander to work around this regression.
>
>           73,
>
>               Dave, AA6YQ
>








IC-705 wireless WLAN connection?

Joe DX
 

Hey Dave,

I can operate my IC-705 completely wireless, that is without a USB connection to the computer.
The WLAN in the 705 can act as an access point and it works great for audio, keying . . . anything.
Is there anything in the works to allow DXLab to operate without a teather (USB) via the WLAN?

All the best,
Joe DX
K0PLT

73


Re: Warning to Yaesu FTDX-101 users

Joe Subich, W4TV
 

Further information: If you have not "updated" your firmware, hold
off doing so until Yaesu post a fix. If you have "updated", you
should be able to revert to the previous firmware.

This information (reverting to previous firmware) is based on third
party reports as I have no way of testing it myself.

73,

... Joe, W4TV

On 2021-04-10 2:40 PM, Dave AA6YQ wrote:
Joe W4TV reports that that Yaesu has broken the CAT firmware in their most recent update to the FTDX-101, referred to as 202104A.
https://www.yaesu.com/downloadFile.cfm?FileID=16891&FileCatID=42&FileName=FTDX101%20Firmware%20Update%20Information%204%2D9%2D21.pdf
&FileContentType=application%2Fpdf
With this firmware installed, the "report mode" command (MD#;) returns an error response.
There's no way to extend Commander to work around this regression.
73,
Dave, AA6YQ


Re: Panadapter software and Spectrum Display

Dick Grote
 

Okay, thanks.  I'll stay tuned.

Thanks for all you do.

73
--
Dick
K6PBF


Warning to Yaesu FTDX-101 users

Dave AA6YQ
 

Joe W4TV reports that that Yaesu has broken the CAT firmware in their most recent update to the FTDX-101, referred to as 202104A.

https://www.yaesu.com/downloadFile.cfm?FileID=16891&FileCatID=42&FileName=FTDX101%20Firmware%20Update%20Information%204%2D9%2D21.pdf
&FileContentType=application%2Fpdf

With this firmware installed, the "report mode" command (MD#;) returns an error response.

There's no way to extend Commander to work around this regression.

73,

Dave, AA6YQ


Re: Panadapter software and Spectrum Display

Dave AA6YQ
 

+ AA6YQ comments below
I think I understand current usage models.  I've used both Spectrum Waterfall (I used the wrong term for it on the original post) on the IC-7300 and I've also used the the secondary CAT port to control SDR radios used as panadaptors on 3 radios over the years.

I thought that I've read in previous posts that at some point you intended to extend Spectrum Waterfall spot identification capability using the RSPlay SDR's either through an extended version of Spectrum Waterfall or through interoperation with existing SDR software such as SDRuro.  I was just trying to get a jump on choosing SDR software for an external panadaptor so that I'd be ready when you introduce your software extension to DXLabs. 

+ I have not yet decided what approach I will take to displaying color-coded active callsigns in a panadaptor driven by a low-cost SDR like those available from SDRplay.

       73,

              Dave, AA6YQ


Re: Panadapter software and Spectrum Display

Dick Grote
 

Thanks for your reply, Dave.  

I think I understand current usage models.  I've used both Spectrum Waterfall (I used the wrong term for it on the original post) on the IC-7300 and I've also used the the secondary CAT port to control SDR radios used as panadaptors on 3 radios over the years.

I thought that I've read in previous posts that at some point you intended to extend Spectrum Waterfall spot identification capability using the RSPlay SDR's either through an extended version of Spectrum Waterfall or through interoperation with existing SDR software such as SDRuro.  I was just trying to get a jump on choosing SDR software for an external panadaptor so that I'd be ready when you introduce your software extension to DXLabs. 

I'm sorry if I am not clear on what I'm asking.   It isn't a big deal, but I've learned from setting up a panadaptor before that it's a bit of a pain to get everything working together and I was just hoping to do it once only.

Thanks and 73, 
--
Dick
K6PBF


Re: Panadapter software and Spectrum Display

Dave AA6YQ
 

+ AA6YQ comments below
I found using the Spectrum Display with my ICOM 7300 very useful.  Recently I've moved to a new transciever and intend to connect a RSPlay as an external panadapter.  I'd like to choose panadapter software that likely will work when the Spectrum Display feature is extended to the RSPlay.  When I've set up the RSPlay previously as a panadapter on the 7300 and other rigs, I used SDRConsole software, but I know that isn't a candidate for Spectrum Display integration.  Any guidance on what panadapter software that will likely  be compatible with Spectrum Display? 

+ Commander's "Spectrum -Waterfall" window is available when it is controlling an Icom IC-705, IC-7300, IC-7610, IC-785X, or IC-9700 transceiver.

+ Commander also interoperates with SmartSDR, the panadaptor provided by Flex for control of its Signature series of SDR transceivers, displaying active callsigns color-coded for "need" and participation in eQSL and LoTW.

+ Frequency and mode tracking with many other panadaptors can typically be accomplished using Commander's Secondary CAT Port, as described in "Interoperating with Software-defined Radios, Consoles, and Panadaptors":

https://www.dxlabsuite.com/dxlabwiki/SDRTopics

         73,

              Dave, AA6YQ


Panadapter software and Spectrum Display

Dick Grote
 

I found using the Spectrum Display with my ICOM 7300 very useful.  Recently I've moved to a new transciever and intend to connect a RSPlay as an external panadapter.  I'd like to choose panadapter software that likely will work when the Spectrum Display feature is extended to the RSPlay.  When I've set up the RSPlay previously as a panadapter on the 7300 and other rigs, I used SDRConsole software, but I know that isn't a candidate for Spectrum Display integration.  Any guidance on what panadapter software that will likely  be compatible with Spectrum Display? 

Thanks and 73,   
--
Dick
K6PBF


Re: Autoupdate of reference files?

Jim Wysocki
 

That's exactly the information that I needed.  Thanks, Dave.

73, Jim  W9FI

On 4/9/2021 10:53 AM, Dave AA6YQ wrote:
+ AA6YQ comments below

I've been perusing the documentation about the reference files that are used by the various DXLab applications. It appears that at least some of them are automatically updated with each module's new release. Is that true in all cases?

+ Yes. Whenever a defect or enhancement request involves a change to an application's reference documentation, the updated .htm files are included in the next public release and identified in its release note. Mike K9UW updates the application's PDF reference documentation file, typically within 24 hours.

I'm referring to files like BandModes.txt and the like.

+ The sub-band definition file

BandModes.txt

+ is not a reference documentation file. When you install SpotCollector, a basic BandModes.txt file is provided, along with a more up-to-date sub-band definition file currently named

BandModes 2020-04-11.txt

+ to indicate its date of creation. You can use

BandModes.txt

+ "as is", replace it with the contents of

BandModes 2020-04-11.txt

+ or selectively incorporate content from

BandModes 2020-04-11.txt



I'd also like to compare the contents of these files on my computer with their latest versions in the documentation standards. I know where to find them on my computer, but can you give me the location of the file repository? I'm not readily finding it in the documentation.

+ That's provided in the table in the "Reference Documentation" section at the beginning of "Getting Started with DXLab" in

https://www.dxlabsuite.com/dxlabwiki/GettingStarted

+ It's also provided in the table here:

https://www.dxlabsuite.com/download.htm#Documentation

73,

Dave, AA6YQ






Re: Autoupdate of reference files?

Dave AA6YQ
 

+ AA6YQ comments below

I've been perusing the documentation about the reference files that are used by the various DXLab applications. It appears that at least some of them are automatically updated with each module's new release. Is that true in all cases?

+ Yes. Whenever a defect or enhancement request involves a change to an application's reference documentation, the updated .htm files are included in the next public release and identified in its release note. Mike K9UW updates the application's PDF reference documentation file, typically within 24 hours.

I'm referring to files like BandModes.txt and the like.

+ The sub-band definition file

BandModes.txt

+ is not a reference documentation file. When you install SpotCollector, a basic BandModes.txt file is provided, along with a more up-to-date sub-band definition file currently named

BandModes 2020-04-11.txt

+ to indicate its date of creation. You can use

BandModes.txt

+ "as is", replace it with the contents of

BandModes 2020-04-11.txt

+ or selectively incorporate content from

BandModes 2020-04-11.txt



I'd also like to compare the contents of these files on my computer with their latest versions in the documentation standards. I know where to find them on my computer, but can you give me the location of the file repository? I'm not readily finding it in the documentation.

+ That's provided in the table in the "Reference Documentation" section at the beginning of "Getting Started with DXLab" in

https://www.dxlabsuite.com/dxlabwiki/GettingStarted

+ It's also provided in the table here:

https://www.dxlabsuite.com/download.htm#Documentation

73,

Dave, AA6YQ


Autoupdate of reference files?

Jim Wysocki
 

I've been perusing the documentation about the reference files that are used by the various DXLab applications.  It appears that at least some of them are automatically updated with each module's new release.  Is that true in all cases?  I'm referring to files like BandModes.txt and the like.

I'd also like to compare the contents of these files on my computer with their latest versions in the documentation standards.  I know where to find them on my computer, but can you give me the location of the file repository?  I'm not readily finding it in the documentation.

Thanks and 73,  Jim  W9FI


Re: Sync LotW QSOs issues

Dave AA6YQ
 

+ AA6YQ comments below
It is very frustrating to see that in LOTW there are 2 qsos with the same call, mode, freq etc. BUT the time is sometimes 30 to 45 seconds difference.
For example, I send 09:24:31, and the other station sends 09:24:00 and that already has a difference. However, LOTW says they take a 15-minute difference into account.
This will give you the message "no matching QSO in log".

+ That's not what the message ""no matching QSO in log" means, Patrick.

+ It means that you submitted the QSO to LoTW with one time specified, but the QSO in your log specifies a different time (or a different band or a different mode, or ...).

+ For example, if you submit a QSO logged in DXKeeper with a start time of 9:24:31 to LoTW, then change the logged QSO's time to 09:24:00, and then invoke DXKeeper's "Sync LoTW QSOs" operation, the result will be "no matching QSO in log"  -- because there is no QSO in your log with a start time of 09:24:31.

+ The actions of your QSO partner cannot cause this error message; it can only be caused by your actions, or by an error in LoTW.

       73,

               Dave, AA6YQ

 

 

 

 


Re: Sync LotW QSOs issues

Patrick ON6AT
 

Hi Dave,
It is very frustrating to see that in LOTW there are 2 qsos with the same call, mode, freq etc. BUT the time is sometimes 30 to 45 seconds difference.
For example, I send 09:24:31, and the other station sends 09:24:00 and that already has a difference. However, LOTW says they take a 15-minute difference into account.
This will give you the message "no matching QSO in log".

That's how I see it Dave.
See my example:


73 Patrick ON6AT


Re: Intermitent Rig Control Errors to my ICOM 7610

Dave AA6YQ
 

Thanks for the detailed report below, Jerry.

Some comments

1. You should not be running MMD.exe when you are running WSJT-X.

2. The error message "DX Lab Suite Commander rig did not respond to PTT: ON" comes from WSJT-X, which expects that within a certain period of time, Commander will report that it has switched from RX to TX in response to sending Commander a "switch from RX to TX" directive.

3. I have seen access to a network connected printer cause sporadic long processing delays.


Thus my advice is

A. terminate MMD when running WSJT-X

B. On the WSJT-X Advanced Tab, set the TX delay to 0.2 seconds (the setting I use with my IC-7800, which is slower than your iC-7610)

C. For the next several days, temporarily disable the Canon applications and disable your machine's access to the Wifi-accessible printer

D. Update Windows 10 to the latest virus definitions in

https://www.microsoft.com/en-us/wdsi/definitions

E. Reboot Windows

Let's see if this changes the incidence of failure.

If you go 4 days without a failure, then try re-enabling your Wifi printer and its Canon utilizies.

73,

Dave, AA6YQ

-----Original Message-----
From: DXLab@groups.io [mailto:DXLab@groups.io] On Behalf Of Gerald Wilson
Sent: Wednesday, April 07, 2021 7:44 PM
To: DXLab@groups.io
Subject: Re: [DXLab] Intermitent Rig Control Errors to my ICOM 7610

Dave AA6YQ,

I have been slow to respond because I've had some business to attend to, and I wanted to observe the error again to give you a fresh report. I usually suspect that any problems here are most often caused by the limitations of the operator whose hand is on the mouse or the radio knob. While I have not been on FT-8 or FT-4 much since I last wrote, I did encounter another "Rig Control Error" today on 20m FT-8. I had completed an FT-4 QSO and a 2 FT-8 QSO's. The following error popped up with the following details:


"DX Lab Suite Commander rig did not respond to PTT: ON
Timestamp: 2021-04-07T22:32:32.705Z"

I checked Commander's Error Log, and there was no entry for this date.


Question: What applications were running? (I'll include them all to be thorough if not additionally helpful.)
Answer: The MS Task Manager listed the following apps running on the date of my first e-mail.


1. Two apps running in the background related to my WiFi connected Canon printer.
Canon Quick Menu and
Canon Quick Menu Image Display


2. DXLabLauncher.exe Ver. 2.1.4

3. MMD.exe Ver. 6

4. CI-V Commander.exe Ver. 15.0.1
5. DXKeeper.exe Ver. 15.9.9

6. DXView.exe Ver. 4.7.9
including World Map display

7. Pathfinder.exe Ver. 5.2.6

8. SC_WSJTS.exe Ver. 1.0.7

9. SpotCollector.exe Ver. 8.8.3


10. WSJT-X: Digital Modes Ver. 2.3.0 Oc42df (64-bit)
Console Window Host
jt9 - WSJT-X slow mode decoder (?? I haven't used JT-9)
WSJT-X Digital Modes


11. For time sychronization, I am using Dimension 4, Ver. 5.31.331.0.


12. Additionally on the day of the earlier error, I probably had the Chrome browser open to monitor lightning conditions in our region. During today's Rig Control Error, the Chrome browser was not running.


13. Today, I did have my e-mail client (Thunderbird) open.


Regarding Spotcollector, I have been using 3 spot sources: VE7CC, a local DX cluster, and WSJT-X itself. The local DX cluster appears to avoid FT-8 and FT-4 spots unless they are posted locally. VE7CC sends out copious digital spot postings and sometimes seems to slow my system down so I turn it off occasionally. I do not recall if I was monitoring VE7CC when the earlier error occurred. Today, I was connected to the VE7CC cluster.


Regarding software settings, I have WSJT-X under the Radio-tab to use "DX Lab Suite Commander" and the Poll Interval set to 1 second. On the WSJT-X Advanced Tab, I have the TX delay set to 0.3 seconds.


My PC setup is as follows:

* Processor AMD Ryzen 5 @ 3.6 GHZ w/ 32 GB of RAM
* 232 GB Solid State Drive with 50 GB free
* MS-Windows 10 Pro with the current updates.

* Security is MS Defender.

Today as all this software is running, the Task Manager shows the CPU running at 5-15% capacity with peaks on 20m FT-8 decode of 25-35%.


The XCVR as mentioned before is an ICOM IC-7610 with firmware V. 1.20.

I hope this gives an adequate picture of my operating conditions so as to provide you with adequate information. If I can provide additional details, please let me know.

Thank you for your assistance in the past and for your guidance now.

73, Jerry K7VIT



________________________________

On 3/22/2021 23:04, Dave AA6YQ wrote:


+ AA6YQ comments below


I made the change and operated some FT-8 with only 1 error occurring over 3 days.

+ A failure every 3 days is not consistent with the expect level of reliability. Clearly reducing the "Command Interval" has helped, but something else is going on. What other applications are running besides DXLab applications.

73,

Dave, AA6YQ


<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> Virus-free. www.avg.com <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>

4021 - 4040 of 204781