Showing posts with label G4FRE. Show all posts
Showing posts with label G4FRE. Show all posts

Monday, 15 June 2020

IARU TV Contest 2020


For this years IARU ATV contest I decided to get a bit more active than last years 2 QSOS and go portable at three locations :-

Saturday.

Left home at 0800 and drove the 84 miles from home to Walbury hill IO91GI (thanks to Noel for the opportunity to use the site while he went elsewhere) Having never been there before it was a bit tricky to find, but the photos from google maps Noel supplied helped. 


Having 7 TV bands plus 2m FM talkback setting up the equipment took a long time, At the start of the contest worked G8GKQ/P on all bands 432 to 24GHz at 54km.



Worked G8LES at 40km on 23 and 13cm and he received my signal on 9cm (he has no transmit on that band) 


Worked G8GTZ/P at 51km 432 to 24GHz except 13cm (equipment trouble his end).



Transmitted my signals successfully to G4LDR at 30km on 24GHz to 9cm during some huge rain storms which forced a couple of hasty retreats into the car. Could lock to his carrier on all bands but got no further than Carrier and FS lock.  Did have a two way on 13cm with him



Drove back home arriving at 2240

Sunday

Left house at 0700. Arrived at cleeve common car park IO81XW at 0800 


As a new location the rules said I needed new contest numbers in the Portsdown 2020. No problem I thought, I have previously saved a suitable new set to USB drive. Imported them but subsequently not even the Portsdown touchscreen would respond. After much searching found ethernet cable and did a factory reset via SSH. Manually set all parameters. Lost 2 hours so no time for expedition to trig point for LOS 24GHz path.  Worked G8GTZ/P at walbury at 76km on 13cm to (surprisingly) 10GHz,   Just not enough signal for 24GHz.  Location getting overrun with visitors so left at 1200

Drove the 29 miles to Notgrove, IO91BV, a site that should have a good path to Walbury (and would not be crowded!!) 



The Membury TV mast can be seen through the gap


Decided to change the contests numbers manually and avoid risk. Worked Noel at 67km 23cm to 24GHz. Signals were not too loud on DATV but huge on 24GHZ NBFM.  


Worked G0MJW with big signals both ways on 70cm and 23cms. 


Saw signals from G4CPE on 70cm but couldn’t attract his attention with my 5W Tried getting signals on 70cm to G3VKV but path too blocked locally. Good signals on microwave bands from GB3ZME 3 and 5 GHz but too late to work the M0YDH/P in that area. Did hear the GB3LPC beacon on 3.4GHz narrowband for the first time.

Tuesday, 29 January 2013

WSPR on the RPI/Lapdock under Raspian Revisited


Having got the Lapdock working I decided to install the latest debian package and reinstall WSPR

2012-12-16-wheezy-raspbian so that was downloaded and installed. At installation time I took the opportunity to overclock the board at 1GHz and in the same menu allow the memory space to fill ALL the memory card (if you dont,  you only have 2GB to use, even on a 16GB card!


sudo apt-get update

sudo apt-get install build-essential subversion python2.7-dev python-numpy python-imaging-tk python-pmw libportaudio2 portaudio19-dev libsamplerate0-dev gfortran cl-fftw3 python-dev libhamlib-utils
svn co http://svn.berlios.de/svnroot/repos/wsjt/branches/wspr -r2840

(trying to load the current revision ie omitting "-r2840" software wouldnt build)
cd wspr
./configure --with-portaudio-include-dir=/usr/include --with-portaudio-lib-dir=/usr/lib/arm-linux-gnueabihf

At this point the Makefile that configure created needs to be edited so the RPI uses the hardware floating point processor

vi Makefile (edit wouldnt work on my machine on this file)
make sure line 5 reads:-
FFLAGS = -g -O2 -fno-range-check -ffixed-line-length-none -Wall -Wno-character-truncation -Wno-conversion -Wtabs -fPIC -mfloat-abi=hard

make sure line 9 reads:-
CFLAGS = -Wall -O0 -g -Wall -O0 -g -mfloat-abi=hard



sudo make install 

to launch wspr

./wspr

Again i used the imic as the audio input/output
aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: ALSA [bcm2835 ALSA], device 0: bcm2835 ALSA [bcm2835 ALSA]
  Subdevices: 8/8
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
  Subdevice #2: subdevice #2
  Subdevice #3: subdevice #3
  Subdevice #4: subdevice #4
  Subdevice #5: subdevice #5
  Subdevice #6: subdevice #6
  Subdevice #7: subdevice #7
card 1: system [iMic USB audio system], device 0: USB Audio [USB Audio]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

arecord -l
**** List of CAPTURE Hardware Devices ****
card 1: system [iMic USB audio system], device 0: USB Audio [USB Audio]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

works fine, nice to have a compact system for wspr

Sunday, 4 November 2012

WSJT on Raspberry Pi using Raspbian



After the previous success on WSJT on UBUNTU it was next time to try WSJT on the Raspberry Pi. It only needed a few tweaks, all related to where portaudio19 was installed on the RPI:-

 svn co svn://svn.berlios.de/wsjt/trunk

 cd ../trunk

./configure --with-portaudio-include-dir=/usr/include --with-portaudio-lib-dir=/usr/lib/arm-linux-gnueabihf

it did a whole load of things starting at "Compiling wsjt" and ended with "Installing into: /usr/local"

still in trunk:-:

make clean

make

after it finishes make sure you have permissions to execute  ../trunk/wsjt.py:-

sudo chmod 777 wsjt.py

Even though the serial port isnt used, WSJT still tries to talk to it so make sure /dev/ttyAMA0 permissions are set appropriately

to launch WSJT:-

./wsjt.py

Set the options. Make sure that the serial port is set to /dev/ttyAMA0, which is not the default

Saturday, 3 November 2012

WSPR on a Raspberry Pi using Raspbian

I revisited this topic in my jan 28 2013 blog wspr-on-rpilapdock-under-raspian.html. The method below does not work due to issues with the "latest" revision of software on the svn. It works fine if revision 2840 is used

 Having got WSPR and WSJT working on my Ubuntu laptop, the next challenge was to get WSPR working on the more restricted  Raspberry Pi

First discovery was that a new version of the RPI image was available 2012-10-28-wheezy-raspbian.zip so that was downloaded and installed. At installation time I took the opportunity to overclock the board at 1GHz and in the same menu allow the memory space to fill ALL the memory card (if you dont you only have 2GB to use, even on a 16GB card!
Searching the internet I came across a blog "Compiling WSPR on a Raspberry Pi" at http://timbertops.co.uk/blog/?p=88  I also found some improvement pointers at http://www.vk2mev.net/?p=96

the "merged" steps (before I forgot how I did it) are:-




sudo apt-get update

sudo apt-get install build-essential subversion python2.7-dev python-numpy python-imaging-tk python-pmw libportaudio2 portaudio19-dev libsamplerate0-dev gfortran cl-fftw3 python-dev hamlib-utils

svn co http://svn.berlios.de/svnroot/repos/wsjt/branches/wspr

cd wspr


./configure --with-portaudio-include-dir=/usr/include --with-portaudio-lib-dir=/usr/lib/arm-linux-gnueabihf

To make sure the hardware floating point processor is used (speeds up decode), the Makefile created by configure needs editing.

vi Makefile (edit wouldnt work on my machine on this file)
make sure line 5 reads:-
FFLAGS = -g -O2 -fno-range-check -ffixed-line-length-none -Wall -Wno-character-truncation -Wno-conversion -Wtabs -fPIC -mfloat-abi=hard
make sure line 9 reads:-
CFLAGS = -Wall -O0 -g -Wall -O0 -g -mfloat-abi=hard
next

sudo make 

programme created, now to consider hardware:-

The RPI has an audio output but no audio input. Some have used $5 USB soundcards, but I   did not have one in my collection. Fortunately I still had the I-MIC which I used with my Ipad to run ISDR. A web search revealed this should work with the RPI without any software updates. 
Plugging in the Imic it appeared in the list of audio playback and recording devices:- 
aplay -l **** List of PLAYBACK Hardware Devices **** card 0: ALSA [bcm2835 ALSA], device 0: bcm2835 ALSA [bcm2835 ALSA] Subdevices: 8/8 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Subdevice #2: subdevice #2 Subdevice #3: subdevice #3 Subdevice #4: subdevice #4 Subdevice #5: subdevice #5 Subdevice #6: subdevice #6 Subdevice #7: subdevice #7 card 1: system [iMic USB audio system], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0

arecord -l
**** List of CAPTURE Hardware Devices ****
card 1: system [iMic USB audio system], device 0: USB Audio [USB Audio]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

time to launch WSPR:-

wspr

The usual screen for WSPR3.0.1 appeared which looked like success. I selected the imic as   audio in and audio out source in options

Hooked it up to the K3 and got decodes!


Time to try Transmit. I usually key the transmitter via the radio RS232 port but although the RPI has an RS232 port it needed a level converter which I did not have. I resorted to   using the K3 VOX with success and my signal was successfully decoded:-

2012-11-03 16:10  G4FRE  14.097139  +1  0  IO82uc  5  IX1CKN  JN35pr  995  132 
 2012-11-03 16:10  G4FRE  14.097140  +3  0  IO82uc  5  EA2COA  IN83  961  184 
 2012-11-03 16:10  G4FRE  14.097113  -22  1  IO82uc  5  GW7PEO  IO83gh  156  330 
 2012-11-03 16:10  G4FRE  14.097110  -23  0  IO82uc  5  VK3GMZ  QF22sf  17060  70 
 2012-11-03 16:10  G4FRE  14.097129  -9  1  IO82uc  5  LB1A  JP50mt  1264  35 
 2012-11-03 16:10  G4FRE  14.097121  0  0  IO82uc  5  OH2MUI  KP10wj  1843  50 
 2012-11-03 16:10  G4FRE  14.097181  -8  0  IO82uc  5  EW6BN  KO45hm  2047  67 
 2012-11-03 16:10  G4FRE  14.097112  -2  0  IO82uc  5  LY2BOS  KO24or  1833  70 
 2012-11-03 16:10  G4FRE  14.097118  -25  0  IO82uc  5  VU2LID  MJ88lm  8527  93 
 2012-11-03 16:10  G4FRE  14.097096  -24  0  IO82uc  5  G4SFS  IO81qf  100  193 
 2012-11-03 16:10  G4FRE  14.097097  -9  -1  IO82uc  5  LA9JO  JP99gb  2177  22 
 2012-11-03 16:10  G4FRE  14.097086  -20  0  IO82uc  5  ON7KB  JO21ei  466  98 
 2012-11-03 16:10  G4FRE  14.097104  -20  1  IO82uc  5  DG0OPK  JO50gq  903  95 
 2012-11-03 16:10  G4FRE  14.097129  -21  0  IO82uc  5  DV1VHK  PK04ll  10830  55 
 2012-11-03 16:10  G4FRE  14.097104  -11  0  IO82uc  5  OH2MZA  KP20kf  1890  51 
 2012-11-03 16:10  G4FRE  14.097101  -5  0  IO82uc  5  OK/AD6XP  JN89ff  1355  96 
 2012-11-03 16:10  G4FRE  14.097115  -21  0  IO82uc  5  DU1MGA  PK04  10830  55 

One thing I did discover during the above process was that although the RPI sets its clock via NTP this only happens if the internet connection is available at boot time. If you   connect the internet lead after boot time the clock will be off
The observant will have noticed I did not add "dwc_otg.speed=1" to cmdline.txt as recommended by VK2MEV. I did try it once, but when booting,  the RPI didnt find the keyboard or USB mouse and hence wouldnt let me log in. I had to resort to removing the phrase from the SD card using my windows laptop to get it to boot properly




Tuesday, 23 October 2012

WSJT on UBUNTU

After the previous success on WSPR on UBUNTU it was next time to try WSJT. I found an install package for an old version of WSJT but this did not have the ISCAT mode. So I turned to Roger W3SZ who was the Linux guru at the WSJT contest station for guidance. He showed me how to compile the current version from the svn. using the following method (type what is between the < and >)

 <svn co svn://svn.berlios.de/wsjt/trunk>

 go to .../trunk

I checked with the package manager and found I already had the libfftw3 and libfftw3-dev packages.

<./configure --with-portaudio-include-dir=/WSJT9/trunk/--with-portaudio-lib-dir=/usr/lib/i386-linux-gnu/>

it did a whole load of things starting at "Compiling wsjt" and ended with "Installing into: /usr/local"

still in trunk:-:

<make clean>
<make>
after it finishes make sure you have permissions to execute  ../trunk/wsjt.py 

<./wsjt.py>

then I saw

"WSJT Version 9.3 r2589 , by K1JT
Revision date: 2012-09-17 16:13:47 -0400 (Mon, 17 Sep 2012)
Run date:   Sun Oct 21 19:02:33 2012 UTC
..............................."

The normal WSJT9.3 window opened and I set up the options for JT65B and after leaving the rig tuned to 70.0485MHz for a while I saw:-



Next I set it to JT65A on the WSJT frequency on 40m and saw:-


Also worked well on transmit

Double success!

WSPR on UBUNTU

UPDATE: 1/12/2013: 
to make this work now select revision 2840

svn co http://svn.berlios.de/svnroot/repos/wsjt/branches/wspr -r2840





I have used WSPR and WSJT digimodes for many years now but always on windows machines so I thought I ought to try using it on my Dell D630 Ubuntu Laptop

 Initially I tried installing the deb packages for WSJT on the K1JT web site http://www.physics.princeton.edu/pulsar/K1JT/wspr.html but both packages had issues

WSPR 2.11

when installing wspr_2.11r2263_i386.deb using the method in WSPR_2.0_User.pdf it installs OK but when I try to execute it I get:-

******************************************************************
WSPR Version 2.11_r2254, by K1JT
Run date:   Tue Oct  9 15:50:42 2012 UTC
Traceback (most recent call last):
  File "wspr.py", line 53, in <module>
    w.acom1.appdir=(appdir+(' '*80))[:80]
ValueError: could not convert string to float: /home/dave/Downloads/WSPR

so I moved on to the other available version, wspr_2.00r1714_i386.deb when installing I get the following:-

dpkg: error processing wspr_2.00r1714_i386.deb (--install):
 unable to open file '/var/lib/dpkg/tmp.ci//.svn': Is a directory Errors were encountered while processing:
 wspr_2.00r1714_i386.deb

Searching the Internet I found many others who had discovered the same issues but no solutions. Then I discovered http://www.george-smart.co.uk/wiki/Compiling_WSPR which shows how to compile wspr from the svn location. Following the instructions It installed WSPR3.0.1 (which is the latest "experimental" release of WSPR no signs of "released version" on the SVN.). I had no issues so I tried it on 40m receive after setting the input and output audio to "default" (11), see above

Next I tried the transmit side. When it was time to transmit I got "Can't open /dev/ttyS0".  I checked the port:- 

dave@Ubuntu-D630a:~/trunk$ dmesg | grep tty
[    0.000000] console [tty0] enabled
[    0.555491] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[    0.988910] 00:09: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A 

so the port was there. Another web search revealed that there can be issues with who owns that serial port. It was found to be root. and adding me to the uucp group should fix it, which it did. Leaving it running driving the K3 at 5W I found the following spots on WSPRnet:-

2012-10-22 22:26  G4FRE  7.040096  -11  0  IO82uc  5  G4ENZ  IO81vv  24  166  
2012-10-22 22:14  G4FRE  7.040104  -1  0  IO82uc  5  S59I  JN76me  1417  111  
2012-10-22 22:14  G4FRE  7.040096  -11  0  IO82uc  5  LA9JO  JP99gb  2177  22  
2012-10-22 22:14  G4FRE  7.040011  -7  0  IO82uc  5  LA1NRA  JP53ej  1457  26  
2012-10-22 22:14  G4FRE  7.040082  -6  0  IO82uc  5  OK2IP  JN89ee  1351  96 

Success!






Friday, 19 October 2012

14MHz WSPR 19 October

After the success on 10m earlier in the day I decided to leave WSPR running on 20m in the evening

The above map shows 1600z to 1740 ie just 100 minutes on the band. WA2YUN caused some head scratching till I found he was really WA2YUN/KH9 on Wake Island, rare dx on any band

 2012-10-19 20:34   G4FRE   14.097095   -22   0   IO82uc   0.5   WA2YUN   RK39hh   12001   11 
 2012-10-19 20:24   G4FRE   14.097095   -17   0   IO82uc   0.5   WA2YUN   RK39hh   12001   11 
 2012-10-19 20:06   G4FRE   14.097095   -13   0   IO82uc   0.5   WA2YUN   RK39hh   12001   11 
 2012-10-19 19:56   G4FRE   14.097095   -15   0   IO82uc   0.5   WA2YUN   RK39hh   12001   11 
 2012-10-19 19:44   G4FRE   14.097095   -12   0   IO82uc   0.5   WA2YUN   RK39hh   12001   11 
 2012-10-19 19:36   G4FRE   14.097095   -10   0   IO82uc   0.5   WA2YUN   RK39hh   12001   11 
 2012-10-19 19:26   G4FRE   14.097095   -13   0   IO82uc   0.5   WA2YUN   RK39hh   12001   11 
 2012-10-19 18:58   G4FRE   14.097096   -12   0   IO82uc   0.5   WA2YUN   RK39hh   12001   11 
 2012-10-19 16:46   G4FRE   14.097096   -24   0   IO82uc   2   WA2YUN   RK39hh   12001   11 
 2012-10-19 16:34   G4FRE   14.097096   -24   0   IO82uc   2   WA2YUN   RK39hh   12001   11 
 2012-10-19 16:26   G4FRE   14.097096   -24   0   IO82uc   2   WA2YUN   RK39hh   12001   11 
 2012-10-19 16:16   G4FRE   14.097096   -22   0   IO82uc   2   WA2YUN   RK39hh   12001   11 
 2012-10-19 16:08   G4FRE   14.097096   -20   0   IO82uc   2   WA2YUN   RK39hh   12001   11 


my signal got louder with him after I reduced the power!!

28MHZ WSPR 19 October 5 Continents




10:38   G4FRE   28.126082   -26   0   IO82uc   1   VK2KRR   QF34mr  16957   64
11:10   G4FRE   28.126085   -20   1   IO82uc   1   VK2KRR   QF34mr  16957   64
11:28   G4FRE   28.126087   -22   0   IO82uc   1   VK2KRR   QF34mr  16957   64
11:36   G4FRE   28.126121   -22   0   IO82uc   1   VK6ZT      OF78sq   14559   90
11:46   G4FRE   28.126121   -19   0   IO82uc   1   VK6ZT      OF78sq   14559   90
11:54   G4FRE   28.126121    -8   0   IO82uc   1   VK6ZT       OF78sq   14559   90
12:16   G4FRE   28.126088   -24   0   IO82uc   1   VK2KRR   QF34mr  16957   64
12:16   G4FRE   28.126121   -29   0   IO82uc   1   VK6ZT      OF78sq   14559   90
12:26   G4FRE   28.126089   -12   0   IO82uc   1   VK2KRR   QF34mr  16957   64
12:34   G4FRE   28.126089   -12   0   IO82uc   1   VK2KRR   QF34mr  16957   64
12:42   G4FRE   28.126088   -18   0   IO82uc   1   VK2KRR   QF34mr  16957   64

13:00   G4FRE   28.126096   -19   0   IO82uc   1   KC2GMM   FN21uc   5400   287
13:30   G4FRE   28.126099   -22   0   IO82uc   1   KC2GMM   FN21uc   5400   287
14:22   G4FRE   28.126100   -23   0   IO82uc   1   KC2GMM   FN21uc   5400   287
14:38   G4FRE   28.126099   -19   0   IO82uc   1   KC2GMM   FN21uc   5400   287

14:50   G4FRE   28.126104   -29   0   IO82uc   1   K3SIW   EN52ta   6225   297

It is interesting to see that at 1216 I was copied in both VK2 and VK6 and only 18 minutes after my last spot in VK2 I was seen by KC2GMM who was a member of the same Radio Club when we lived in New Jersey. What is most spectacular of the USA spots is that I have a hill 500' higher than the shack within 0.25 miles in the USA direction!

The only Continent missing for WAC was S. America.

The paths were not reciprical; I had multiple copies of SV1 and 4X4 with one copy of PA0 PE1 and OH5

Thursday, 18 October 2012

28MHz WSPR 18 October VK6 Opening


I turned on the 28MHz WSPR system at around 11am and was surprised to see the following appear:-

 2012-10-18 10:38   VK6XT   28.126194   -17   0   OF86td   5   G4FRE   IO82uc   14894   312

I never saw VK6XT again, but he saw me for the next 2 hours:-

 2012-10-18 10:48   G4FRE   28.126088     -8   0   IO82uc   1   VK6XT   OF86td   14894   91  
 2012-10-18 11:16   G4FRE   28.126090   -12   0   IO82uc   1   VK6XT   OF86td   14894   91  
 2012-10-18 11:26   G4FRE   28.126093   -10   0   IO82uc   1   VK6XT   OF86td   14894   91  
 2012-10-18 11:36   G4FRE   28.126093   -11   0   IO82uc   1   VK6XT   OF86td   14894   91  
 2012-10-18 11:44   G4FRE   28.126093   -19   -1  IO82uc   1   VK6XT   OF86td   14894   91  
 2012-10-18 11:52   G4FRE   28.126093   -20   -1  IO82uc   1   VK6XT   OF86td   14894   91  
 2012-10-18 12:04   G4FRE   28.126093     -7   0    IO82uc   1   VK6XT   OF86td   14894   91  
 2012-10-18 12:26   G4FRE   28.126094   -12   -1  IO82uc   1   VK6XT   OF86td   14894   91  
 2012-10-18 12:34   G4FRE   28.126096   -17   0   IO82uc   1   VK6XT   OF86td   14894   91  
 2012-10-18 12:42   G4FRE   28.126094   -17   0   IO82uc   1   VK6XT   OF86td   14894   91  
 2012-10-18 12:50   G4FRE   28.126094   -20   0   IO82uc   1   VK6XT   OF86td   14894   91

Not bad for an indoor antenna in the loft (N/S) and 1W from the Elecraft K3!

Wednesday, 10 October 2012