10GHz update + first “DX”

Posted in VHF on 15 December 2016 by iw0ffk

The annoying difference of frequency between TX and RX has been solved by stabilizing the supply of the local oscillator with a DC-DC converter. There was a small voltage drop due to the high current of the TX-RX coaxial relays (600 mA…)

First test with Silvano I0LVA, QRB about 50 km easily worked in SSB also with minimum power (50mW).

The surprise was during the Vecchiacchi Memorial Day of 4 December, Cesare I6XCK in JN63QO QRB  of about 215 km with the mountains in the middle, worked in CW directly, no RS. I received I6XCK with a clear 529 for the whole duration of the sked, but I had to wait a bit and repeat the report/number/locator several times to complete the QSO probably due to about 10dB of difference of RF pwr. I think a PA is needed…

jn61fs_jn63qo

I’m always free for any reasonable sked on 3cm.

Advertisements

10 GHz, state of play

Posted in VHF with tags on 17 November 2016 by iw0ffk

Over the past few months I acquired some parts needed to complete the Eyal Gal transverter. I had to build the filter placed just after the TX mixer that has been done by using 15mm pipe caps.  The local oscillator feeds the two mixers (TX and RX) with a 6dB directional coupler and a buffer amplifier.

The sequencer has been made with a simple circuit (IK5ZWU) and adapted to the Eyal Gal. The signal “TX Inhibit” is used to avoid any RF coming from the FT-817 during the changeover. In RX the Eyal Gal’s amplifier is disabled and his gain is set to the minimum.

txrx_seq_pcb_01

20161112_164036_hdr

The “ALC” level sets the gain of the output amplifier. With the FT817 set to maximum output power on 432 MHz, about 4 Watts (total input attenuation is 37dB), the trimmer R11 is regulated to obtain little more than 1 Watt on 10G. By lowering the FT817 driving power to 2W, 1W, 500mW, the 10G power will be lowered to 600, 250 and 50 mW

Up to now I had only one SSB QSO, with IK0EQJ, and I discovered an annoying difference of some kHz between the RX and TX frequency. Probably I have to separate the power supply of the local oscillator from the transverter.

First steps on 3cm band

Posted in VHF on 16 September 2016 by iw0ffk

Two years ago in 2014 I bought from an Israeli surplus store an Eyal-Gal unit, model 6075 with range 10.0 – 10.85 GHz. This module has a LNA and a mixer for the RX path and an amplifier with huge gain and discrete power for the TX. It needs few other parts to become a complete transverter: local oscillator, mixer, bp filter and two relays for the TX/RX changeover. For the local oscillator I used a 100 MHz OCXO with a crystal at 99.36 MHz, manufactured by Eisch-Kafka Electronics, as a reference for a PLL-DRO to obtain 9936 MHz. This permits to convert 10368 MHz to 432 MHz and use the FT817 as IF.

Here the module tested in RX and TX in the LTG lab:

 

Finally this summer I had the time to install the dish on the roof, an old tv-sat 85cm dish and a feedhorn.

20160905_19_55_01
I still need some parts to complete the TX section, but at least I can receive and testing the band.

For now I received 4 beacons directly IQ0RM/B JN61fw, IW0REF/B JN62hj, IQ0AH/B JN40qw, IT9CIT/B JM67lx and IQ5FI/B in rain scatter.

Kenwood TS-590 official ALC mod

Posted in Electronics with tags on 12 September 2016 by iw0ffk

30w-alc120

Thanks to the yahoogroup of this transceiver, finally is available the mod to eliminate the dangerous power spike generated at the start of every transmission. The power spike can reach two times the power selected for few milliseconds, in the best-case this can trigger the input protections of several linear amplifiers.

Kenwood performs the mod for free also on the units out of warranty, but here in Italy the official Kenwood lab has asked me the purchase bill. I don’t have that bill because my rig was bought used from another OM and it already was out of warranty.

Here the doc: ts590-alc-fix

Picture from DK5TX website

 

 

Sporadic-E summer 2016

Posted in VHF on 17 July 2016 by iw0ffk

IW0FFK_E21EIC

Till now this summer is a bit short of multi-hop openings on 6m for my location especially toward USA and Caribbean area. Fortunately there was a good opening to Asia during the CQ WW VHF contest. The Thai hams are allowed to transmit on 50 MHz only during this contest, 16 and 17 July, so working the Thailand was a good shot.

Remarkable 50 MHz QSOs:

E2X in OK06 DXCC #196

HS0AC in OK04
E21EIC in OK03
E20QVD in NK99

DU7/PA0HIP in PK10

Worked also a new country distant only 1000 km to my station, so I had to wait a short ES skip:
5A1AL in JM62 DXCC #195

I was not much active on 144 MHz this year, but thanks to the great Android application ESsense  by PE1NWL linked to the DXrobot, I was warned promptly for the funny 18 June ES opening.

I had QSO with about 25 Ukrainian OMs on SSB and CW but the nice part was when the few kHz around 144.300 became crowded by neighbors callers so moved to 145.550 on FM mode and worked a good number of OMs transmitting with a vertical antennas and mobile transceivers.

Another USB controlled 230V socket

Posted in Electronics on 16 May 2016 by iw0ffk

The easiest way to switch on-off a 230V socket using an USB port is to buy an already made device, but if one has some hardware in the drawer and some spare time in a rainy Sunday, he can try to build it by himself.

The scope of this job is remotely switch on and off some instrument in the hamradio shack when I’m away, using the USB port of  an always-powered pc server.

Disclaimer: be careful, here we play with the main voltage. Proceed at your own risk and try to don’t kill anyone or burn something.

I used an USB-TTL adapter with the PL2303 chip, 0.65 euro included shipping on a web store (how they can do that?).

pl2303

The pins on the right side are +3.3V, +5V,  TXData,  RXData, Ground.
TXData and RXData are useless for this project, but their tracks on the PCB can be used to route different signals, on their path there are also two surface mounted bonus leds to monitor the status of the lines.
A little mod is needed. By using a magnifying glass and a cutter, the TXD and RXD pins have to be cut on the PL2303 chip. I have cut them from the top, keeping the blade close to the body of the chip then, with the soldering iron, it’s easy to remove the pins from the pads and connect 1-2 and 3-5.

pl2303pinspl2303dtrrts

After this mod, on the output plug  with the labels “TXD” and “RXD”, there will be two RS232 control signals, DTR and RTS, that can be raised/lowered at will.

This project uses only the RTS signal.

A mosfet (BSS138) is used to drive an opto-isolator to energize the 24V coil of a 2×8 amps relay.
The 24V are obtained directly from the mains, well I don’t like it so much, but this voltage is needed only for the relay’s coil, it isn’t worth a transformer, anyway in the little junction box there was not room for anything else…
This circuit is *LIVE*, no one  must be able to touch it when powered, it has to be placed in a plastic box or carefully isolated.Danger-Live-Electrical-equischematic_powusb

Most of the parts (capacitors, zener, resistors etc.) have been recycled from an old steam iron control board.

When connected to my Linux server, the PL2303 adapter is mapped as /dev/ttyUSBx, where x is a number depending the inserting order in the USB hub. I have a number of PL2303 connected to the pc, so it’s  highly recommended to create a static link to the port, whatever be the first PL2303 connected. The file /etc/udev/rules.d/serusb.rules has to be edited/created to contain a string like:

SUBSYSTEMS==”usb”, KERNEL==”ttyUSB*”, KERNELS==”1-2.1″, SYMLINK+=”ttyPOW”

This maps the port always to /dev/ttyPOW .
The number 1-2.1 is the position of the serial adapter on the USB hub. These RS232 converters have all the same serial number, so the only way to identify them is to insert always in the same USB port, easy. The hub position of /dev/ttyUSB0 can be obtained with the command:

udevadm info –attribute-walk –path=/sys/bus/usb-serial/devices/ttyUSB0

To move  DTS and RTS, for now, I use a minimal Python script created to test the signals, I think I will insert it as a cgi in the local webserver to permit any browser  to power on the instruments.
Here the script: dtrrts

 

 

KKMoon P2P PTZ cam tips

Posted in Electronics on 15 May 2016 by iw0ffk

cam

A new pan & tilt camera installed on the rooftop to monitor the antennas, it’s a chinese 720p “KKMoon P2P Cam”, hardware version = JH41E-V1.0, firmware version 10.8.79.8900 build 2015.06.09 02:51.
I bought it on Ebay and received a partial refund due the several bugs in the firmware which make the object to be used with caution and a number of declared functions does not work at all:

  • Sending email notification when a motion is detected does not work, at least with my SMTP servers.
  • FTP upload of the images does not work. I’ve tried with my local working server, no success.
  • There is not a plugin for Firefox or Chrome, the only browser capable to view the h264 streaming video is MS Internet Explorer with a proprietary plugin. The stream can be reproduced also by VLC but without the pan and tilt controls.
  • There is a security issue, the rtsp stream can be opened without inserting any password even if the password is correctly set.

On the other hand the Android app works quite well and the image have a good quality.
Googling around I’ve found few results about this cam, this one is the most interesting.

Summing up, to view the stream with VLC (without password) the address to open is

rtsp://IPAddress/camera-media/profile0

To catch a snapshot the http address is

http://IPAddress/snapshot/image0.jpg

Unfortunately the snapshot image has a very low resolution 320×240.
I like to save an image every some minutes to create a time-lapse video, this resolution is unacceptable, but there is a workaround to obtain snapshots with good quality. This command get some seconds of video then save an image with native resolution 1280×720

cvlc rtsp://user:pass@IPAddress/camera-media/profile0 –video-filter=scene –scene-prefix=$prefix –scene-format=jpg –scene-path=./ –scene-ratio 240 –sout-x264-lookahead=10 –sout-x264-tune=stillimage –vout=dummy –run-time 15 vlc://quit

To rotate the camera the sniffed commands are

Move to the preset x:
http://IPAddress/goform/ptz.cgi?action=15&AddrID=0&Speed=0&PresetName=x
where x = 1 to 16, preset number

Move UP:
http://IPAddress/goform/ptz.cgi?action=2&AddrID=0&Speed=0&PresetName=0
Move DOWN:
http://IPAddress/goform/ptz.cgi?action=1&AddrID=0&Speed=0&PresetName=0
Move LEFT:
http://IPAddress/goform/ptz.cgi?action=4&AddrID=0&Speed=0&PresetName=0
Move RIGHT:
http://IPAddress/goform/ptz.cgi?action=3&AddrID=0&Speed=0&PresetName=0
Stop Movement:
http://IPAddress/goform/ptz.cgi?action=0&AddrID=0&Speed=0&PresetName=0

I prepared a simple Python script to be executed in a terminal -> ptz.py
Example:

$ ptz 3 moves the cam to the preset number 3
$ ptz r 2 moves the cam to the right for 2 seconds