[time-nuts] English To German Email Translation for free

Bob Burchett bob.burchett at eeontheweb.com
Sun May 18 19:16:09 EDT 2014


I have a friend who speaks fluent German; send me an email of what you want
to say BUT you should know that when I need any language of text I use this
website: http://www.freetranslation.com/en/translate-english-german 

They do most any language but this one is for English to German. 

Robert L. (Bob) Burchett
Certified Communications Engineer
Enterprise Electronics
Contractors License 522372
22826 Mariposa Ave. 
Torrance CA 90502
310.534.4456
Bob.Burchett at EEonTheWeb.com

-----Original Message-----
From: time-nuts-bounces at febo.com [mailto:time-nuts-bounces at febo.com] On
Behalf Of time-nuts-request at febo.com
Sent: Sunday, May 18, 2014 8:21 AM
To: time-nuts at febo.com
Subject: time-nuts Digest, Vol 118, Issue 38

Send time-nuts mailing list submissions to
	time-nuts at febo.com

To subscribe or unsubscribe via the World Wide Web, visit
	https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
or, via email, send a message with subject or body 'help' to
	time-nuts-request at febo.com

You can reach the person managing the list at
	time-nuts-owner at febo.com

When replying, please edit your Subject line so it is more specific than
"Re: Contents of time-nuts digest..."


Today's Topics:

   1. Re: OT - Need a German speaker (cfo)
   2. Re: OT - Need a German speaker (EWKehren at aol.com)
   3. Software Defined MSF and DCF Receiver (Iain Young)
   4. Re: iTrax130 (Jason Rabel)
   5. Re: OT - Need a German speaker (G?tz Romahn)
   6. Re: Software Defined MSF and DCF Receiver (Bob Camp)


----------------------------------------------------------------------

Message: 1
Date: Sun, 18 May 2014 07:36:30 +0000 (UTC)
From: cfo <xnews3 at luna.dyndns.dk>
To: time-nuts at febo.com
Subject: Re: [time-nuts] OT - Need a German speaker
Message-ID: <ll9ntt$dva$1 at ger.gmane.org>
Content-Type: text/plain; charset=UTF-8


>> Are there any German speakers who live in the USA on this list? I 
>> need someone to order me a small kit from a German web site. I'll pay 
>> you up front to order this for me.
>>
>> http://www.box73.de/product_info.php?products_id=945
>>
>> It is a speech compressor kit that plugs into the mic of an FT-817. 
>> If you can help, please email me offline.
>>
>> Joe Gray W5JG _______________________________________________

Joe , i'm from Denmark not US , but i can translate a bit.

Go here to create an account:
https://www.box73.de/create_account.php

Vorname = Firstname
Nachname = Lastname
e-mail widerholen means  (repeat)


Strasse = street
PLZ = Zipcode
ORT = City
Land = Country

Rufzeichen: Callsign

ihr password = your password
Passwort best?tigen = confirm (repeat) password


Warenkorb = Shoppingbasket
Zur Kasse = Checkout (To payment)


***

The site says the kit is supposed to be deliverable in mid june 2014.
Der Bausatz ist voraussichtlich ab Mitte Juni 2014 lieferbar.


You can preorder (Vorbestellen)

Shipping to US (Versandkosten) , less than 2kg = 5.90 ?
http://www.box73.de/shop_content.php?coID=14

Payment (Zahlungsarten) is : PayPal , PrePaid or CreditCard
http://www.box73.de/shop_content.php?coID=13



Rgds
CFO - Denmark



------------------------------

Message: 2
Date: Sun, 18 May 2014 07:14:17 -0400 (EDT)
From: EWKehren at aol.com
To: time-nuts at febo.com
Subject: Re: [time-nuts] OT - Need a German speaker
Message-ID: <1d283.4dab2521.40a9f009 at aol.com>
Content-Type: text/plain; charset="US-ASCII"

Joe
I am German living in the US. The site does ship to the US and once the
product is available middle June If necessary I will be glad to help. 
How ever we have time nuts living in Germany and some probably have bought
from this site. They can log in and find out what then payment options
are.Most  likely you will be able to place the order and pay for it and have
it shipped to  you. Shipping will be E 5.90 from what I can tell. But it
will be clear once the  product is available. 
At the time if necessary I will be glad to get on the phone with you and
talk you through the process. 
Bert Kehren
 
 
In a message dated 5/17/2014 11:28:17 P.M. Eastern Daylight Time,
jgray at zianet.com writes:

Are  there any German speakers who live in the USA on this list? I need
someone  to order me a small kit from a German web site. I'll pay you up
front to  order this for  me.

http://www.box73.de/product_info.php?products_id=945

It is a  speech compressor kit that plugs into the mic of an FT-817. If you
can  help, please email me offline.

Joe  Gray
W5JG
_______________________________________________
time-nuts  mailing list -- time-nuts at febo.com To unsubscribe, go to
https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the  instructions there.



------------------------------

Message: 3
Date: Sun, 18 May 2014 15:33:06 +0100
From: Iain Young <iain at g7iii.net>
To: Discussion of precise time and frequency measurement
	<time-nuts at febo.com>
Subject: [time-nuts] Software Defined MSF and DCF Receiver
Message-ID: <5378C4A2.6000109 at g7iii.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Hi Folks,

While not exactly nanosecond class, I thought at least some of you might be
interested in my latest experiments with writing a MSF and DCF decoder in
SDR (gnuradio in this case)

The gnuradio flowgraph is shown here:

http://hal.g7iii.net/GRC/Radio_Clocks/Multi_Radio_Clock_Receiver.png

(The GRC file itself is also there for those who wish to play with it in the
gnuradio companion, along with some prototypes)

This tunes to 250Hz off the carrier, and uses a Goertzel filter at 250Hz to
detect it. We then do a Complex to Mag^2 to effectively get rid of any
negative values, before a threshold block essentially converts the signal to
a square wave (via a moving average to help with interference and noise, as
well as general signal level changes throughout the day]

The eventual output is a 1 kHz stream of 1s and 0's, sent via UDP (You will
notice the significance of the port numbers selected
- 12360 and 12377 in the flowgraph :)].

A separate application (currently using nc and stdin/stdout) looks for the
Start of Minute marker, then grabs the rest of the second's data.
Once completed it decodes[1] it, and sends it on to NTP via the SHM driver.

This code is currently running on the same machine, but could be run on any
capable UDP host. I intend to try it on a beaglebone[2], and see what the
difference is.

Now, I was expecting some pretty awful jitter etc, but have been rather
surprised. Here are a few random ntpq outputs taken over a few hours
(nothing scientific):

ntpq> pe
      remote           refid      st t when poll reach   delay   offset
  jitter
============================================================================
==
  SHM(0)          .MSF.            0 l    7   64  377    0.000    6.622
   0.859
  SHM(1)          .DCF.            0 l    6   64  377    0.000   -3.321
   0.900
*cerberus.local  192.36.143.153   2 u   15   64  377    0.061   -0.265
  0.347

ntpq> pe
      remote           refid      st t when poll reach   delay   offset
  jitter
============================================================================
==
  SHM(0)          .MSF.            0 l   13   64  377    0.000    6.932
   0.193
  SHM(1)          .DCF.            0 l   12   64  277    0.000   -2.913
   0.107
*cerberus.local  192.36.143.153   2 u  255  256  377    0.099    0.606
  2.365

ntpq> pe
      remote           refid      st t when poll reach   delay   offset
  jitter
============================================================================
==
  SHM(0)          .MSF.            0 l   10   64  377    0.000    7.062
   0.146
  SHM(1)          .DCF.            0 l    9   64  325    0.000    7.193
   3.888
*cerberus.local  192.36.143.153   2 u  174  256  377    0.099    0.606
  4.162

Both radio clocks were set to noselect. cerberus was serving as a reference,
and was talking to a cesium over the internet, but for this experiment was
more than sufficient.

The jitter and offset figures are far better than I had been expecting, and
more than sufficient for numbering the seconds and Time-Of-Day, before a PPS
source takes over (See [2]). They are also far better than I had been
getting from one of the available modules


For anyone wanting to try this, the hardware was simply my LF Antenna/Preamp
[which primarily does LORAN duty, but has a 4 way splitter on the end],
plugged into my 192k soundcard.

Those in UK/Europe may get by with a long wire (I haven't tried it yet - my
own has other duties right now), but I could audibly still detect MSF with
it when I did a quick check]


If HF ever recovers here, I shall have a go at detecting and decoding the
MIKES IRIG station in Finland on 25 MHz. I'm also trying to write a
flowgraph for RBU, but that it proving a challenge (it uses 100Hz and 312.5
Hz tones to indicate 0 and 1 in the time code, but even with SDR techniques
it's difficult to separate the two, not to mention it's far less powerful
and further away than both MSF and DCF from me.


Iain

[1] At present, this code is a lash up. It doesn't check for leap seconds,
will break come the 3rd weekend in October here in Europe, and doesn't check
Parity. That said, the decoding is so solid for me, that even when (usually
the DCF side) decodes things incorrectly it's so far out, NTP just laughs at
it. I'm lazy. The RF code was far more interesting to write than "is this
bit set, is that bit set ?" :)

[2] Said beaglebone currently has a PPS input from an Austron 2100 locked to
Anthorn, but needs an internet host to set the time-of-day


------------------------------

Message: 4
Date: Sun, 18 May 2014 09:50:18 -0500
From: "Jason Rabel" <jason at extremeoverclocking.com>
To: <time-nuts at febo.com>
Subject: Re: [time-nuts] iTrax130
Message-ID: <000001cf72a8$7e2e9d10$7a8bd730$@extremeoverclocking.com>
Content-Type: text/plain;	charset="us-ascii"

> Just got this board  from a Chinese ebayer, but unable to find any 
> document about the pin-assignment.

One of the ebay sellers had some PDF links, but also said it is the same
pinout as a Trimble Resolution T.

It seems to fit the same shape and header location... But be cautious...

If you get it working, please let us know. The information on these seems
pretty minimal... Like exactly what "binary" protocol are they talking
about?



------------------------------

Message: 5
Date: Sun, 18 May 2014 17:05:44 +0200
From: G?tz Romahn <goetz at g-romahn.de>
To: time-nuts at febo.com
Subject: Re: [time-nuts] OT - Need a German speaker
Message-ID: <5378CC48.7000907 at g-romahn.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

hi,
I am living in Berlin, Germany. http://www.box73.de/ do provide a really
reliable service. Give me a note if you need help.
G?tz




------------------------------

Message: 6
Date: Sun, 18 May 2014 11:20:49 -0400
From: Bob Camp <kb8tq at n1k.org>
To: Discussion of precise time and frequency measurement
	<time-nuts at febo.com>
Subject: Re: [time-nuts] Software Defined MSF and DCF Receiver
Message-ID: <9DC650C8-5D56-4581-B780-AAAA6BD23A23 at n1k.org>
Content-Type: text/plain; charset=windows-1252

Hi

One thing to be careful with when running VLF into NTP - make sure you work
out the propagation delay to your site and put it into the driver. As your
data shows, the jitter is low enough to make it worth doing.

We get so used to GPS (that corrects automatically) that we forget about
doing it for VLF. I have a couple of local VLF based NTP servers that have
issues because they don?t have the delay set right. 

Bob

On May 18, 2014, at 10:33 AM, Iain Young <iain at g7iii.net> wrote:

> Hi Folks,
> 
> While not exactly nanosecond class, I thought at least some of you
> might be interested in my latest experiments with writing a MSF and
> DCF decoder in SDR (gnuradio in this case)
> 
> The gnuradio flowgraph is shown here:
> 
> http://hal.g7iii.net/GRC/Radio_Clocks/Multi_Radio_Clock_Receiver.png
> 
> (The GRC file itself is also there for those who wish to play with it
> in the gnuradio companion, along with some prototypes)
> 
> This tunes to 250Hz off the carrier, and uses a Goertzel filter at
> 250Hz to detect it. We then do a Complex to Mag^2 to effectively
> get rid of any negative values, before a threshold block essentially
> converts the signal to a square wave (via a moving average to help
> with interference and noise, as well as general signal level changes
> throughout the day]
> 
> The eventual output is a 1 kHz stream of 1s and 0's, sent via UDP
> (You will notice the significance of the port numbers selected
> - 12360 and 12377 in the flowgraph :)].
> 
> A separate application (currently using nc and stdin/stdout) looks for
> the Start of Minute marker, then grabs the rest of the second's data.
> Once completed it decodes[1] it, and sends it on to NTP via the SHM
> driver.
> 
> This code is currently running on the same machine, but could be run
> on any capable UDP host. I intend to try it on a beaglebone[2], and see
> what the difference is.
> 
> Now, I was expecting some pretty awful jitter etc, but have been rather
> surprised. Here are a few random ntpq outputs taken over a few hours
> (nothing scientific):
> 
> ntpq> pe
>     remote           refid      st t when poll reach   delay   offset
> jitter
>
============================================================================
==
> SHM(0)          .MSF.            0 l    7   64  377    0.000    6.622
>  0.859
> SHM(1)          .DCF.            0 l    6   64  377    0.000   -3.321
>  0.900
> *cerberus.local  192.36.143.153   2 u   15   64  377    0.061   -0.265
> 0.347
> 
> ntpq> pe
>     remote           refid      st t when poll reach   delay   offset
> jitter
>
============================================================================
==
> SHM(0)          .MSF.            0 l   13   64  377    0.000    6.932
>  0.193
> SHM(1)          .DCF.            0 l   12   64  277    0.000   -2.913
>  0.107
> *cerberus.local  192.36.143.153   2 u  255  256  377    0.099    0.606
> 2.365
> 
> ntpq> pe
>     remote           refid      st t when poll reach   delay   offset
> jitter
>
============================================================================
==
> SHM(0)          .MSF.            0 l   10   64  377    0.000    7.062
>  0.146
> SHM(1)          .DCF.            0 l    9   64  325    0.000    7.193
>  3.888
> *cerberus.local  192.36.143.153   2 u  174  256  377    0.099    0.606
> 4.162
> 
> Both radio clocks were set to noselect. cerberus was serving as a
> reference, and was talking to a cesium over the internet, but for
> this experiment was more than sufficient.
> 
> The jitter and offset figures are far better than I had been expecting,
> and more than sufficient for numbering the seconds and Time-Of-Day,
> before a PPS source takes over (See [2]). They are also far better
> than I had been getting from one of the available modules
> 
> 
> For anyone wanting to try this, the hardware was simply my LF
> Antenna/Preamp [which primarily does LORAN duty, but has a 4 way
> splitter on the end], plugged into my 192k soundcard.
> 
> Those in UK/Europe may get by with a long wire (I haven't tried
> it yet - my own has other duties right now), but I could audibly still
> detect MSF with it when I did a quick check]
> 
> 
> If HF ever recovers here, I shall have a go at detecting and decoding
> the MIKES IRIG station in Finland on 25 MHz. I'm also trying to
> write a flowgraph for RBU, but that it proving a challenge (it uses
> 100Hz and 312.5 Hz tones to indicate 0 and 1 in the time code,
> but even with SDR techniques it's difficult to separate the two, not
> to mention it's far less powerful and further away than both MSF and
> DCF from me.
> 
> 
> Iain
> 
> [1] At present, this code is a lash up. It doesn't check for leap
> seconds, will break come the 3rd weekend in October here in Europe,
> and doesn't check Parity. That said, the decoding is so solid for
> me, that even when (usually the DCF side) decodes things incorrectly
> it's so far out, NTP just laughs at it. I'm lazy. The RF code was far
> more interesting to write than "is this bit set, is that bit set ?" :)
> 
> [2] Said beaglebone currently has a PPS input from an Austron 2100
> locked to Anthorn, but needs an internet host to set the time-of-day
> _______________________________________________
> time-nuts mailing list -- time-nuts at febo.com
> To unsubscribe, go to
https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> and follow the instructions there.



------------------------------

_______________________________________________
time-nuts mailing list
time-nuts at febo.com
https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts

End of time-nuts Digest, Vol 118, Issue 38
******************************************




More information about the time-nuts mailing list