Date   
7038 ALL de N7ZDR Beacon Op2 #opera

Graham
 

7038   ALL de N7ZDR (United States): Beacon Op2 in Garland, Utah 25w + 160 loop

Just one station in  USA  , sending  on 7038  , any  takers ?

Opera  download, same  site as  VARA 

73-Graham 

Keep old VARA versions ?

Andrew OBrien
 

I really liked the older vision of VARA that had a HF Gateway otion for use with Winlink.  The new versions have taken this out.  Does anyone else see the potential usefulness of having the ability to eaily establish a gateway ?   Maybe there is still a way to accomplish this, but I don;t see it.   I'm keeping my old version.

Andy K3UK

Re: Shortwave Radiogram, 11 Mar 2018

Jim Fisher <jedijf@...>
 

That SUCKS - would have been an awesome experiment.

On 3/11/18, Bill <wd9eqd@...> wrote:
I tried an experiment.



I used the S-8800, antenna totally collapsed, set to

LOCAL instead of DX. Signal was very noisy. But I could

copy the text. Following is image at normal speed:







Pretty bad. But I had hopes for the half speed image.

Unfortunately, I had a burst of noise, and did not get the

PIC ID, so no picture at Half Speed. Darn!!



That’s the one down side – if you miss the PIC header,

even if the rest is solid copy, then no copy on the photo.



Now to set the SDRPlay up to record both frequencies

in the morning.







73

Bill

WD9EQD









From: Ron Wenig [mailto:@ny3j]
Sent: Sunday, March 11, 2018 8:37 PM
To: nbems@groups.io; main@digitalradio.groups.io
Subject: Shortwave Radiogram, 11 Mar 2018



Hi Kim,

Good experiment with the image sent normal and half speed. The second show
at 2330 UTC reception, S30 was much better than at 2030 UTC show S5 here
near Philadelphia. Here are the two images. I used audacity to record the
show and then increased the speed to decode the 2nd image. While receiving
the second image at 1/2 the speed I noticed the signal was down at 750 Hz
from 1500 Hz on the waterfall. I think this is because the speed of the
transmission was cut in half and that changed the frequency of the audio
1/2.




Image sent normal speed Image sent 1/2 speed

So the image seemed to improve with the reduction in speed. Thanks that was
fun.

73, Ron NY3J

--
jim fisher
Jedijf
AJ3DI
www.aj3di.com/
www.myfisher.org

"Do, or do not. There is no 'try.'"
-- Jedi Master Yoda

Re: Shortwave Radiogram, 11 Mar 2018

Bill <wd9eqd@...>
 

I tried an experiment.

 

I used the S-8800, antenna totally collapsed, set to

LOCAL instead of DX.  Signal was very noisy.  But I could

copy the text.  Following is image at normal speed:

 

 

Pretty bad.  But I had hopes for the half speed image.

Unfortunately, I had a burst of noise, and did not get the

PIC ID, so no picture at Half Speed.  Darn!!

 

That’s the one down side – if you miss the PIC header,

even if the rest is solid copy, then no copy on the photo.

 

Now to set the SDRPlay up to record both frequencies

in the morning.

 

 

 

73

Bill

WD9EQD

 

 

 

 

From: Ron Wenig [mailto:rwenig@...]
Sent: Sunday, March 11, 2018 8:37 PM
To: nbems@groups.io; main@digitalradio.groups.io
Subject: Shortwave Radiogram, 11 Mar 2018

 

Hi Kim,

Good experiment with the image sent normal and half speed.  The second show at 2330 UTC reception, S30 was much better than at 2030 UTC show S5 here near Philadelphia.  Here are the two images.  I used audacity to record the show and then increased the speed to decode the 2nd image.  While receiving the second image at 1/2 the speed I noticed the signal was down at 750 Hz from 1500 Hz on the waterfall.  I think this is because the speed of the transmission was cut in half and that changed the frequency of the audio 1/2.


 

Image sent normal speed         Image sent 1/2 speed

So the image seemed to improve with the reduction in speed.  Thanks that was fun.

73, Ron NY3J

Re: Shortwave Radiogram, 11 Mar 2018

Ron
 

Thanks Mark,

That was an interesting experiment and showed how the waterfall handled the 1/2 speed reception with cutting the frequency of the tone in half.

On 3/11/2018 9:28 PM, Wa4kfz wrote:
Just a reminder: you will not be able to directly decode the image when it is centered at 750Hz. For these tests, you need to record the broadcast, double the playback speed, and decode the reconstituted image (which will now appear centered back at 1500Hz).

73,
Mark WA4KFZ

From: Ron Wenig [mailto:@ny3j]
Sent: Sunday, March 11, 2018 8:37 PM
To: nbems@groups.io; main@digitalradio.groups.io
Subject: Shortwave Radiogram, 11 Mar 2018



Hi Kim,

Good experiment with the image sent normal and half speed. The second
show
at 2330 UTC reception, S30 was much better than at 2030 UTC show S5 here
near Philadelphia. Here are the two images. I used audacity to record
the
show and then increased the speed to decode the 2nd image. While
receiving
the second image at 1/2 the speed I noticed the signal was down at 750 Hz
from 1500 Hz on the waterfall. I think this is because the speed of the
transmission was cut in half and that changed the frequency of the audio
1/2.




Image sent normal speed Image sent 1/2 speed

So the image seemed to improve with the reduction in speed. Thanks that
was
fun.

73, Ron NY3J

Re: Shortwave Radiogram, 11 Mar 2018

Wa4kfz
 

Just a reminder: you will not be able to directly decode the image when it is centered at 750Hz. For these tests, you need to record the broadcast, double the playback speed, and decode the reconstituted image (which will now appear centered back at 1500Hz).

73,
Mark WA4KFZ

On Mar 11, 2018, at 8:48 PM, Jim Fisher <@aj3di> wrote:

And even with all that noise, antenna collapsed, you got the header to
record the noisey part of the image. It didn't get legible until
midway.....

On 3/11/18, Jim Fisher <@aj3di> wrote:
That SUCKS - would have been an awesome experiment.

On 3/11/18, Bill <wd9eqd@...> wrote:
I tried an experiment.



I used the S-8800, antenna totally collapsed, set to

LOCAL instead of DX. Signal was very noisy. But I could

copy the text. Following is image at normal speed:







Pretty bad. But I had hopes for the half speed image.

Unfortunately, I had a burst of noise, and did not get the

PIC ID, so no picture at Half Speed. Darn!!



That’s the one down side – if you miss the PIC header,

even if the rest is solid copy, then no copy on the photo.



Now to set the SDRPlay up to record both frequencies

in the morning.







73

Bill

WD9EQD









From: Ron Wenig [mailto:@ny3j]
Sent: Sunday, March 11, 2018 8:37 PM
To: nbems@groups.io; main@digitalradio.groups.io
Subject: Shortwave Radiogram, 11 Mar 2018



Hi Kim,

Good experiment with the image sent normal and half speed. The second
show
at 2330 UTC reception, S30 was much better than at 2030 UTC show S5 here
near Philadelphia. Here are the two images. I used audacity to record
the
show and then increased the speed to decode the 2nd image. While
receiving
the second image at 1/2 the speed I noticed the signal was down at 750 Hz
from 1500 Hz on the waterfall. I think this is because the speed of the
transmission was cut in half and that changed the frequency of the audio
1/2.




Image sent normal speed Image sent 1/2 speed

So the image seemed to improve with the reduction in speed. Thanks that
was
fun.

73, Ron NY3J


--
jim fisher
Jedijf
AJ3DI
www.aj3di.com/
www.myfisher.org

"Do, or do not. There is no 'try.'"
-- Jedi Master Yoda

--
jim fisher
Jedijf
AJ3DI
www.aj3di.com/
www.myfisher.org

"Do, or do not. There is no 'try.'"
-- Jedi Master Yoda


Re: Shortwave Radiogram, 11 Mar 2018

Jim Fisher <jedijf@...>
 

And even with all that noise, antenna collapsed, you got the header to
record the noisey part of the image. It didn't get legible until
midway.....

On 3/11/18, Jim Fisher <@aj3di> wrote:
That SUCKS - would have been an awesome experiment.

On 3/11/18, Bill <wd9eqd@...> wrote:
I tried an experiment.



I used the S-8800, antenna totally collapsed, set to

LOCAL instead of DX. Signal was very noisy. But I could

copy the text. Following is image at normal speed:







Pretty bad. But I had hopes for the half speed image.

Unfortunately, I had a burst of noise, and did not get the

PIC ID, so no picture at Half Speed. Darn!!



That’s the one down side – if you miss the PIC header,

even if the rest is solid copy, then no copy on the photo.



Now to set the SDRPlay up to record both frequencies

in the morning.







73

Bill

WD9EQD









From: Ron Wenig [mailto:@ny3j]
Sent: Sunday, March 11, 2018 8:37 PM
To: nbems@groups.io; main@digitalradio.groups.io
Subject: Shortwave Radiogram, 11 Mar 2018



Hi Kim,

Good experiment with the image sent normal and half speed. The second
show
at 2330 UTC reception, S30 was much better than at 2030 UTC show S5 here
near Philadelphia. Here are the two images. I used audacity to record
the
show and then increased the speed to decode the 2nd image. While
receiving
the second image at 1/2 the speed I noticed the signal was down at 750 Hz
from 1500 Hz on the waterfall. I think this is because the speed of the
transmission was cut in half and that changed the frequency of the audio
1/2.




Image sent normal speed Image sent 1/2 speed

So the image seemed to improve with the reduction in speed. Thanks that
was
fun.

73, Ron NY3J


--
jim fisher
Jedijf
AJ3DI
www.aj3di.com/
www.myfisher.org

"Do, or do not. There is no 'try.'"
-- Jedi Master Yoda
--
jim fisher
Jedijf
AJ3DI
www.aj3di.com/
www.myfisher.org

"Do, or do not. There is no 'try.'"
-- Jedi Master Yoda

Shortwave Radiogram, 11 Mar 2018

Ron
 

Hi Kim,

Good experiment with the image sent normal and half speed.  The second show at 2330 UTC reception, S30 was much better than at 2030 UTC show S5 here near Philadelphia.  Here are the two images.  I used audacity to record the show and then increased the speed to decode the 2nd image.  While receiving the second image at 1/2 the speed I noticed the signal was down at 750 Hz from 1500 Hz on the waterfall.  I think this is because the speed of the transmission was cut in half and that changed the frequency of the audio 1/2.


 

Image sent normal speed         Image sent 1/2 speed

So the image seemed to improve with the reduction in speed.  Thanks that was fun.

73, Ron NY3J

Re: VARA working under Wine!

K6ETA
 

Hi Finn,

It SHOULD work fine using just Wine and Winetricks, BUT for some reason winetricks has problems installing DotNET 4.5 - I kept getting errors saying it conflicts with DotNET 2.0 which is already installed. Even after starting fresh...

I just decided to use Crossover because it seems to install these components with ease. (Crossover costs USD $40 but it also allows almost all work to be done in the GUI for those who dislike the command line).

For anyone not running into the winetricks problems using DotNET, it should work just as well...

Steve K6ETA


On 03/11/2018 03:55 PM, la7um via Groups.Io wrote:
Steve
Does this actually indicate a next step, doing it all manually with only WINE for MAC and LINUX?
Finn LA7UM

Re: VARA working under Wine!

la7um
 

Steve
Does this actually indicate a next step, doing it all manually with only WINE for MAC and LINUX?
Finn LA7UM

Re: VARA working under Wine!

K6ETA
 

Ooops, I fixed a few typos - re-posting with corrections.

OK, I finally got VARA to work on Mac and Linux! 

This will only work on Intel or AMD (i386 type) processor systems, sorry, no ARM such as Raspberry Pi. It will work on most desktop systems, Macs and Windows tablets with an Atom processor.

Here's how I did it:

I used CrossOver to install a Wine Bottle for Windows7 emulation and added the following components to that bottle:

MS DotNet 3.5sp1
MS DotNet 4.5sp1
MS Visual Basic 6 Runtime

Then installed the latest version of Winlink Express into that Wine Bottle. Then checked the box "Automatically install field-test (beta) versions of Winlink Express" in the "Winlink Express Setup" menu. After restart, the latest version of Winlink Express works with ARDOP, WINMOR and all other sessions except VARA. 

For COM port support (rig control and PTT on certain USB cable-connected rigs) I next did this:

In a terminal issued the following commands:

ln -s /dev/ttyUSB0 ~/.wine/dosdevices/com1

Note: where it says ".wine" in any of these lines, your wine bottle may be named differently

Then I edited this file in the GUI using a text editor (you will find it in the c_drive directory of your Wine Bottle):
~/.wine/system.reg
Added these lines after "#arch-win32"

[Hardware\Devicemap\Serialcomm] 1131331688

"COM1"="COM1"

OK, now rig control works!

NOW THE HARDEST PART: Getting VARA to work

Download all of these files at ocxme.com:

MSCOMCTL.ocx
MSCHRT20.ocx
MSCOMM32.ocx
MSWINSCK.ocx
CDOSYS.dll
pdh.dll    <-- replaced this one by downloading from dlldownloader.com

And copied them into the following directory the your Wine Bottle (by showing the C: Drive or going into the invisible ".wine" directory):

~/[.wine bottle]/drive_c/windows/system32

THAT'S IT!

Notes:

On my Mac (using CrossOver) this Wine Bottle is here:

Library/Application Support/Crossover/Bottles/BOTTLE NAME/drive_c

In Linux (also using the same CrossOverapplication) it's here:

~/Home/.cxoffice/BOTTLE NAME/dosdevices/cdrive/ 

Enjoy!

Steve K6ETA

VARA working under Wine!

K6ETA
 

OK, I finally got VARA to work on Mac and Linux! 

This will only work on Intel or AMD (i386 type) processor systems, sorry, no ARM such as Raspberry Pi. It will work on most desktop systems, Macs and Windows tablets with an Atom processor.

Here's how I did it:

I used CrossOver to install a Wine Bottle for Window7 emulation and added the following components to that bottle:

MS DotNet 3.5sp1
MS DotNet 4.5sp1
MS Visual Basic 6 Runtime

Then installed the latest version of Winlink Express into that Wine Bottle. Then checked the box "Automatically install field-test (beta) versions of Winlink Express" in the "Winlink Express Setup" menu. After restart, the latest version of Winlink Express works with ARDOP, WINMOR and all other sessions except VARA. 

For COM port support (rig control and PTT on certain USB cable-connected rigs) I next did this:

In a terminal issue the following commands:

ln -s /dev/ttyUSB0 ~/.wine/dosdevices/com1

Note: where it says ".wine" above, your wine bottle may be named differently)

Then I edited this file in the GUI isint a text editor (you will find it in the c_drive directory of your Wine Bottle):
ln -s /dev/ttyUSB0 ~/.wine/dosdevices/com1
Added these lines after "#arch-win32"
[Hardware\Devicemap\Serialcomm] 1131331688
"COM1"="COM1"
OK, now rig control works!

NOW THE HARDEST PART: Getting VARA to work

Download all of these files at ocxme.com:

MSCOMCTL.ocx
MSCHRT20.ocx
MSCOMM32.ocx
MSWINSCK.ocx
CDOSYS.dll
pdh.dll    <-- replaced this one by downloading from dlldownloader.com

And copied them into the following directory in your Wine Bottle (by showing the C: Drive or going into the invisible ".wine" directory):

~/[.wine bottle]/drive_c/windows/system32

THAT'S IT!

Notes:

On my Mac (using CrossOver) this Wine Bottle is here:

Library/Application Support/Crossover/Bottles/BOTTLE NAME/drive_c

In Linux (also using the same CrossOverapplication) it's here:

~/Home/.cxoffice/BOTTLE NAME/dosdevices/cdrive/ 

Enjoy!

Steve K6ETA

Re: Winlink Express (with WINMOR and ARDOP) are working on Linux and Mac using wine

K6ETA
 

I've gotten closer to getting VARA to work too. Looks like MS Visual BAsic is still a problem in the latest Wine, but I was able to install the following OCX files to get closer:

MSCOMCTL.ocx
MSCHRT20.ocx
MSCOMM32.ocx
MSWINSCK.ocx
CDOSYS.dll

But now I'm up against a Wine compatibility issue that causes this exception error:

Unhandled exception: unimplemented function pdh.dll.PdhVbAddCounter called in 32-bit code (0x7b42c627)

I think I need to add some sort of "native only" dll override in pdh.dll but I need to research how to do that???

Anyway, I'm thrilled to have ARDOP and WINMOR driving my HF rig on both Mac OSX and Linux Mint with the slick Cinnamon UI. Windows can remain banished from my shack!  By the way, if you're on Linux, take a look at CQRLog – in my opinion it's better than Ham Radio Deluxe!

Steve K6ETA



On Mar 11, 2018, at 8:07 AM, la7um via Groups.Io <la7um@...> wrote:

Thanks.
I find this very interesting and encouraging,
having a MacBook PRO myself for daily use, and the Windows sitting in the basement.

Finn LA7UM

Weak signal VARA quite impressive

Andrew OBrien
 

I was quite convinced when I connected on 20M to N5TW we would quickly dump each other.  There were many exchanges where I could not even hear N5TW but small packets of data were passed .  Sometimes as the QSB waned an his signal cam up to an S1-2 we managed around 1200 in a burst   This extremely weak path held all  the way "Messages sent: 1.  Total bytes sent: 12837,  Time: 13:36,  bytes/minute: 943 .  Not very fast, but quite impressive.

Andy K3UK


- End of session at 2018/03/11 19:39:10 ---
*** Messages sent: 1.  Total bytes sent: 12837,  Time: 13:36,  bytes/minute: 943

VARA Deployment PTT #PTT_Issues

Graham
 


VARA Deployment 

PTT

The VARA modem offers a choice of CAT control for TX/RX and switched by the external application.

 

The default is:-

Switched by external application

BPQ, RMS Express and Tri-mode have their own PTT module, don’t need to use the PTT option in VARA.

In the PTT men, select:-

 "PTT switched by the external application".

For  other application's , the VARA CAT system may be  enabled and  configured  as  required.

 

Note for   G8BPQ users 

VARA  PTT/CAT It is needed when VARA is run on a machine remote from the one running the application.

Depending on the  supporting application and  interface, users are advised to  check the  settings  and  levels , to  ensure the  required method of  station  control is  selected  and  engaged .

 

Eg , VOX may require a higher than expected tx  audio level , taking care not to over  drive or run  high levels  of ALC

 

73 -Graham

G0NBD

 

Re: Winlink Express (with WINMOR and ARDOP) are working on Linux and Mac using wine

la7um
 

Thanks.
I find this very interesting and encouraging,
having a MacBook PRO myself for daily use, and the Windows sitting in the basement.

Finn LA7UM

Winlink Express (with WINMOR and ARDOP) are working on Linux and Mac using wine

K6ETA
 

So I was able to get the latest Winlink Express beta working for everything except VARA (I hit too many snags with VARA's dependencies on MS Visual Basic) on OSX and Linux Mint.

ARDOP launches and connects every bit as solidly and quickly as when run on the same machine under Windows 10. WINMOR is fine too and all rig control is fine with my IC-7300.

In order to get all this working I added DotNet 3.5sp1 and 4.5sp1 support and symlinks and registry entries for the COM ports.  VARA finally launched after I added MS Visual Basic runtime and SDK support, but then ran into several OCX issues... but I may press on at some point.

Before this I hadn't heard of anyone getting any versions newer than Winlink Express 1.4.4 to work under Wine, so hopefully this information is of use to someone. The easiest way to get DotNet and components support is to use Crossover (a commercial set of tools to build Wine bottles with component support), but it can be done manually in Wine as well.

If I can get VARA to work under Wine I will post an update - but as of now it's the only aspect of the latest Winlink Express that doesn't run correctly. Apparently Wine 1.8.8 may fix the OCX exceptions I'm seeing, so I may give that a try. More soon I hope!

73 de K6ETA










------ Original Message ------

From: dualraoul
To: main@digitalradio.groups.io
Sent: March 10, 2018 at 11:36 AM
Subject: Re: [digitalradio] Thanks Rick, Jose, and Winlink folks .

Matthew, Take a look at the other thread K3UK posted about "Winlink channelQRM" which is what I was referring to. ARDOP and VARA are nice techaccomplishments it's just too bad some of the users are brain deadwhen it comes to utilization and the modes are still opaque to outsiders. Oh, notall the stations use CW id so that aspect remains hidden too._._,_._,_Groups.io Links: You receive all messages sent to this group. View/ReplyOnline (#50438) | Reply To Group | Reply To Sender | Mute This Topic |NewTopic Digital Experimenters suggested frequencies 7060, 14073USB Recommended general software : Multipsk, Fldigi, Winwarbler ( DXLabSuite) Specialized apps = PC-ALE , ARDOP, , PSKMAIL , WSJT-X , Digital modes via SDR = Multipsk or SDR-Radio.comChange YourSubscription GroupHome Contact GroupOwner Terms Of Service Unsubscribe From This Group _._,_._,_

Sound Cards and Simulators

Tony
 

All:

Tony, K2MO here. Need advice on sound cards and simulators.

As you may have heard, Mike, DL6IAK, developed a low-latency HF path simulator which is said to be suitable for testing ARQ modes such as Pactor, VARA, ARDOP and others.

The test setup requires 2 PC's with cable connections between sound cards. The modems audio must pass through the path simulator before it's sent to the other PC which would require separate I/O's.

I would imagine this could be accomplished by using 2 sound cards on each PC which is the way FreeDV's digital voice modem works. The problem is that the extra sound card may add latency to the path simulators existing delay: that delay would be multiplied by 2 with 2 PCs.

The question is: can the modems audio be sent to the path simulator using some other method of programing magic? I thought of using virtual audio cable, but my guess is that the latency would be much greater than using 2 sound cards.

Any suggestions?

Tony -K2MO

Re: Thanks Rick, Jose, and Winlink folks .

dualraoul
 

Matthew,

Take a look at the other thread K3UK posted about "Winlink channel QRM" which is what I was referring to. ARDOP and VARA are nice tech accomplishments it's just too bad some of the users are brain dead when it comes to
utilization and the modes are still opaque to outsiders. Oh, not all the stations use CW id so that aspect remains hidden too.

Re: Thanks Rick, Jose, and Winlink folks .

Dave AA6YQ
 

AA6YQ comments below
-----Original Message-----
From: main@digitalradio.groups.io [mailto:main@digitalradio.groups.io] On Behalf Of Matthew Pitts via Groups.Io
Sent: Saturday, March 10, 2018 12:46 PM
To: main@digitalradio.groups.io
Subject: Re: [digitalradio] Thanks Rick, Jose, and Winlink folks .

Data throughput is the reason Winmor isn't used more by certain segments of the Winlink user population. When ARDOP and VARA prove themselves capable of matching or exceeding that, I expect things to change in that regard.

The busy frequency detection technology used in Winmor can be incorporated in existing Winlink servers; I confirmed this with Winlink development personnel *years* ago. "ARDOP and VARA don't yet provide enough throughput" is yet another lame excuse for not ensuring that one never initiates transmission (locally or remotely) that will QRM an existing QSO.
73,

Dave, AA6YQ