Return-Path: X-Spam-DCC: paranoid 1233; Body=3 Fuz1=3 Fuz2=3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on lipkowski.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_00,DNS_FROM_AHBL_RHSBL, HTML_50_60,HTML_MESSAGE,RATWARE_GECKO_BUILD,SPF_PASS autolearn=no version=3.1.3 Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by paranoid.lipkowski.org (8.13.7/8.13.7) with ESMTP id u4FLd4QR031356 for ; Sun, 15 May 2016 23:39:04 +0200 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1b23cK-00013V-Ie for rs_out_1@blacksheep.org; Sun, 15 May 2016 22:30:28 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1b23cJ-00013M-R2 for rsgb_lf_group@blacksheep.org; Sun, 15 May 2016 22:30:27 +0100 Received: from mout01.posteo.de ([185.67.36.65]) by relay1.thorcom.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1b23cF-0007ie-Jj for rsgb_lf_group@blacksheep.org; Sun, 15 May 2016 22:30:26 +0100 Received: from dovecot03.posteo.de (dovecot03.posteo.de [172.16.0.13]) by mout01.posteo.de (Postfix) with ESMTPS id 82DE420AB4 for ; Sun, 15 May 2016 23:30:22 +0200 (CEST) Received: from mail.posteo.de (localhost [127.0.0.1]) by dovecot03.posteo.de (Postfix) with ESMTPSA id 3r7GwG1Zg4z5vN0 for ; Sun, 15 May 2016 23:30:22 +0200 (CEST) Message-ID: <5738EA6D.5000609@posteo.de> Date: Sun, 15 May 2016 23:30:21 +0200 From: DK7FC User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: rsgb_lf_group@blacksheep.org References: <572619ED.1040402@posteo.de> <5727BB25.7020001@posteo.de> <57287047.7000303@posteo.de> <572D1C3D.5030301@posteo.de> In-Reply-To: X-Scan-Signature: 03611e5ac7d3498d5891f08d3655033a Subject: Re: LF: testing VLF grabber ... V0.2 Content-Type: multipart/alternative; boundary="------------030908010207080508070802" X-SA-Exim-Scanned: Yes Sender: owner-rsgb_lf_group@blacksheep.org Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group X-SA-Exim-Rcpt-To: rs_out_1@blacksheep.org X-SA-Exim-Scanned: No; SAEximRunCond expanded to false X-Scanned-By: MIMEDefang 2.56 on 10.1.3.11 Status: O X-Status: X-Keywords: X-UID: 8083 This is a multi-part message in MIME format. --------------030908010207080508070802 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hello Max, That looks very good. You should be able to generate absolute accurate spectrograms now. 47 uHz is no problem. Looking forward to your next steps. 73, Stefan Am 13.05.2016 21:57, schrieb Max IK0VVE: > Hi Stefan & friends, > > With new GPS the music has changed > http://www.ik0vve.net/wp-content/uploads/2016/05/gpsok.png > The old one does not show the slope at 1pps signal. > The PC that I'm using for the test grabbers is too slow and I can't go > at 47uHz with it: the waterfall never appears. Trying with newer and > more powerful PC all is ok. > > To be continued... > > 73, Max IK0VVE > > > ______________________________ > > /...here some of my HAM Radio projects.../ > */SkyGeM Rotator/* > */AntennaDinamica/* > */RCR-DX/* > / > / > /www.ik0vve.net/ > > > Da: owner-rsgb_lf_group@blacksheep.org > A: rsgb_lf_group@blacksheep.org > Cc: > Data: Sat, 07 May 2016 00:35:41 +0200 > Oggetto: Re: LF: testing VLF grabber > > Hello Max, > > Your motivation is pleasant. The stuff we all need to reach exciting > results together :-) > > Am 06.05.2016 23:30, schrieb Max IK0VVE: >> Stefan, all, >> >> I do not have time to reach you that you already run away to lower >> frequencies, HI. > Yes, sorry, it's a bit unpredictable what i'm doing these days but the > are more transmit stations on 8.27 kHz. Also i will come back of > course. And by this way i keep the center frequency 8.27 kHz free for > other TX stations. I can try to decode EbNaut on 8.27 when > transmitting on 6.47 during the same time. >> >> I passed the last nights to try to discipline my audio board with my >> 1pps GPS... nothing to do, I've tried all, levels, phases, etc... I >> followed the Wolf's tutorial without success. I suppose duty cycle is >> to low. I'm waiting for a new GPS so I'll try with that or in the >> worst case with an OCXO+GPS 10khz. > Did you watch the signal on the oscilloscope and on the scope of > SpecLab? I need more precise infos to give some advice, maybe a > capture of the scope and the schematic how you coupled the module to > the input. > >> So only for test now I'm pointing to German LF station DHO. Inserted >> BP and NB and moved to about 100uHz the resolution of the grabber. > Did you enable "1 pixel per FFT bin"? That would be recemmended. >> >> Tomorrow a little trip, not so far, to an Ham friend to listen if his >> zone is quieter than where I live. > UFB! >> >> I'm interested to your Raspberry Pi remote system, can we get more >> informations? > Wow, of course that is a large project and i could write for hours. > But a rough overview should be no problem: > -The Raspi 2B is used > -I'm using a 2.4 GHz link, with this yagi > http://www.brennpunkt-srl.de/eshop/product_info.php?products_id=188 > over a distance of 3.5 km in combination with USB WLAN Sticks (ALFA > AWUS036NEH running in 'g' mode) connected to the Raspi. > -Two stereo USB soundcards are connected to the Raspi, one for MF, the > other for VLF. The samplerate is 48 kS/s. > -The radio signals of MF are converted to a range of the soundcard > (0...24 kHz), VLF comes in directly. > -Darkice and Icecast2 software is running as a web radio, vorbis > stereo stream. Each stereo stream needs 20% CPU power, about. > -For VLF, i'm using the right channel to transfer 1 pps + NMEA signals > from a cheap GPS module (13 €) which consumes just 40 mA at 3.3V. This > allows to get an ultra stable signal which is necessary for the 47 uHz > window. > -On the other end, SpecLab is playing the stream from it's IP adress, > generates the first spectrogram ('wideband' on the top of the page > http://www.iup.uni-heidelberg.de/schaefer_vlf/DK7FC_VLF_Grabber2.html > ) and feeds the audio signal to VAC1. All other SL instances take the > audio signal from VAC1 then, so the stream has just one client. > -There is a battery voltage and current monitoring so i can all the > time monitor the energy situation on the tree. The curves are > displayed at > http://www.iup.uni-heidelberg.de/schaefer_vlf/DK7FC_remote_Grabber_tech.html > (I nned to cut some branches because the sun is now shining from a > higher angle, so there is some shadow on the solar modules in the > afternoon. But i don't want to cut them :-) In winter it is no problem...) > -There are additional circuits for protecting the batteries from deep > discharges and there is a homemade accu charger that has a temperature > regulated cutoff voltage. > -Currently 2 solar modules, 50Wp each, are used. And 3 lead gel accus > 12V/18Ah. > - So far i prefer loop antennas for MF and VLF. Two orthogonal loops > for each band, allowing RDF spectrograms. MF is running at > http://www.iup.uni-heidelberg.de/schaefer_vlf/DK7FC_remote_RDF_Grabber.html > , VLF is not so easy in RDF because the second channel is occupied by > pps+NMEA. But there must be a solution! > - In previous versions of the system i used a bistabile relay to > switch antennas remotely. That worked very well. > -The power consumption of the system is about *3W* now since two > soundcards + the GPS module + 40% CPU power is running permanently. > -------- > > Don't know if you already started to play with the Raspi or if you are > skilled in Linux. I spent dozens of hours to get it running as it is > now. But there were great success moments many times. And i find the > system availability is quite good, better then expected in the beginning. > I don't want to miss the project a single day :-) > > 73, GL, Stefan > >> >> Thanks, 73, Max IK0VVE >> --------------030908010207080508070802 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Hello Max,

That looks very good. You should be able to generate absolute accurate spectrograms now. 47 uHz is no problem.
Looking forward to your next steps.

73, Stefan

Am 13.05.2016 21:57, schrieb Max IK0VVE:
Hi Stefan & friends,

The old one does not show the slope at 1pps signal.
The PC that I'm using for the test grabbers is too slow and I can't go at 47uHz with it: the waterfall never appears. Trying with newer and more powerful PC all is ok.

To be continued...

73, Max IK0VVE


______________________________

 
...here some of my HAM Radio projects...



Cc:
Data: Sat, 07 May 2016 00:35:41 +0200
Oggetto: Re: LF: testing VLF grabber

Hello Max,

Your motivation is pleasant. The stuff we all need to reach exciting results together :-)

Am 06.05.2016 23:30, schrieb Max IK0VVE:
Stefan, all,

I do not have time to reach you that you already run away to lower frequencies, HI.
Yes, sorry, it's a bit unpredictable what i'm doing these days but the are more transmit stations on 8.27 kHz. Also i will come back of course. And by this way i keep the center frequency 8.27 kHz free for other TX stations. I can try to decode EbNaut on 8.27 when transmitting on 6.47 during the same time.

I passed the last nights to try to discipline my audio board with my 1pps GPS... nothing to do, I've tried all, levels, phases, etc... I followed the Wolf's tutorial without success. I suppose duty cycle is to low. I'm waiting for a new GPS so I'll try with that or in the worst case with an OCXO+GPS 10khz.
Did you watch the signal on the oscilloscope and on the scope of SpecLab? I need more precise infos to give some advice, maybe a capture of the scope and the schematic how you coupled the module to the input.

So only for test now I'm pointing to German LF station DHO. Inserted BP and NB and moved to about 100uHz the resolution of the grabber.
Did you enable "1 pixel per FFT bin"? That would be recemmended.

Tomorrow a little trip, not so far, to an Ham friend to listen if his zone is quieter than where I live.
UFB!

I'm interested to your Raspberry Pi remote system, can we get more informations?
Wow, of course that is a large project and i could write for hours. But a rough overview should be no problem:
-The Raspi 2B is used
-I'm using a 2.4 GHz link, with this yagi http://www.brennpunkt-srl.de/eshop/product_info.php?products_id=188 over a distance of 3.5 km in combination with USB WLAN Sticks (ALFA AWUS036NEH running in 'g' mode) connected to the Raspi.
-Two stereo USB soundcards are connected to the Raspi, one for MF, the other for VLF. The samplerate is 48 kS/s.
-The radio signals of MF are converted to a range of the soundcard (0...24 kHz), VLF comes in directly.
-Darkice and Icecast2 software is running as a web radio, vorbis stereo stream. Each stereo stream needs 20% CPU power, about.
-For VLF, i'm using the right channel to transfer 1 pps + NMEA signals from a cheap GPS module (13 €) which consumes just 40 mA at 3.3V. This allows to get an ultra stable signal which is necessary for the 47 uHz window.
-On the other end, SpecLab is playing the stream from it's IP adress, generates the first spectrogram ('wideband' on the top of the page http://www.iup.uni-heidelberg.de/schaefer_vlf/DK7FC_VLF_Grabber2.html ) and feeds the audio signal to VAC1. All other SL instances take the audio signal from VAC1 then, so the stream has just one client.
-There is a battery voltage and current monitoring so i can all the time monitor the energy situation on the tree. The curves are displayed at http://www.iup.uni-heidelberg.de/schaefer_vlf/DK7FC_remote_Grabber_tech.html (I nned to cut some branches because the sun is now shining from a higher angle, so there is some shadow on the solar modules in the afternoon. But i don't want to cut them :-) In winter it is no problem...)
-There are additional circuits for protecting the batteries from deep discharges and there is a homemade accu charger that has a temperature regulated cutoff voltage.
-Currently 2 solar modules, 50Wp each, are used. And 3 lead gel accus 12V/18Ah.
- So far i prefer loop antennas for MF and VLF. Two orthogonal loops for each band, allowing RDF spectrograms. MF is running at http://www.iup.uni-heidelberg.de/schaefer_vlf/DK7FC_remote_RDF_Grabber.html , VLF is not so easy in RDF because the second channel is occupied by pps+NMEA. But there must be a solution!
- In previous versions of the system i used a bistabile relay to switch antennas remotely. That worked very well.
-The power consumption of the system is about 3W now since two soundcards + the GPS module + 40% CPU power is running permanently.
--------

Don't know if you already started to play with the Raspi or if you are skilled in Linux. I spent dozens of hours to get it running as it is now. But there were great success moments many times. And i find the system availability is quite good, better then expected in the beginning.
I don't want to miss the project a single day :-)

73, GL, Stefan


Thanks, 73, Max IK0VVE

--------------030908010207080508070802--