Hallo Herbert,
Danke für den Hinweis, ich hätte das klarer ausdrücken sollen. Es war hier im Thread immer die Rede von der 7490, wie es bei anderen Fritzboxen aussieht. weiß ich nicht. Dafür kenne ich weitere OMs, die mit der 7490 das beschriebene Problem hatten.
Natürlich spielt auch der PC eine Rolle resp. die Konfiguration der Netzwerkkarte. Sendet diese nur Standard TCP Paketlängen, dann dürfte es ebenfalls keine Probleme geben.
73 Jean
Hallo zusammen,
Noch ein kleiner Nachtrag: Es hat noch niemand gefragt, warum die Probleme eigentlich nur beim Senden und nicht auch beim Empfang auftreten. Mit der Fritzbox als Switch klappt bei mir der Empfang bei jeder Bandbreite, auch bei 6MHz, was etwa 200MBit/s auf der Leitung entspricht. Beim Senden hingegen treten die Probleme bei jeder Bandbreite auf.
Nun, die Antwort liefert ein Blick mit Wireshark: Während der Pluto immer kleine TCP Pakete sendet, schickt die SDR Console zumindest auf meinem Windows10 PC TCP Pakete mit fast 64k zum Pluto. Diese kann die Fritzbox auf die Dauer nicht korrekt handhaben, während die Switches keine Probleme damit haben, wenn die Flusskontrolle aktiv ist. Der Pluto beantwortet diese mit einer TCP Window von ca. 20k, er kann also mit größeren TCP Paketen umgehen.
73 Jean
Hallo Ulrich,
Die Datenrate zum Internet ist ein anderes Thema als die Datenrate im hausinternen LAN. Ein paar Nutzer im Haus, ein NAS fürs Backup und schon werden selbst 1GB/s im LAN knapp.
Mit 100MBit/s am Pluto schaffst du 1.2 bis 1.5 MByte Bandbreite im Duplexbetrieb. Bei der maximalen Bandbreite, die von der SDR Console unterstützt wird, gehen 200MBit/s über die Leitung. Die schafft der Pluto trotz USB2 mit einem GBit LAN-Adapter.
73 Jean
Hallo Volker,
Du musst kein Kabel quer durch die Wohnung legen. Es reicht aus, einen kleinen Switch neben die Fritzbox zu hängen und diesen statt dem Switch in der Fritzbox zu nutzen.
Auf dem Weg vom PC zum Pluto habe ich zwei oder drei Switches, PC und Pluto müssen nicht an einem Switch hängen.
73 Jean
Hallo Ulrich, Volker,
Freut mich zu lesen, dass sich bei Volker das Problem erledigt hat und Ulrich hat auch eine Lösung.
Bei mir war es ziemlich sicher die 7490, resp. die nicht oder nicht korrekt funkionierende Flusskontrolle, zumindest funktioniert sie nicht bei 1GB/s. Vielleicht schaue ich mir das mal bei 100MB/s an - Danke Ulrich für die Anregung.
Ich bin darauf gekommen, da ich einen Netgear Managed Switch in der Leitung hatte, bei dem die Flusskontrolle deaktiviert war. Nachdem ich sie im Switch aktiviert habe, lief es zusammen mit der Fritzbox schon besser. Der Einsatz eines Switches mit großem Puffer hat auch geholfen. Richtig fehlerfrei (schön in Wireshark zu sehen) ging es aber erst, nachdem die Fritzbox nicht mehr im Spiel war. Sie hängt bei mir nur noch für den DSL-Zugang mit einer Leitung an einem Switch.
Mit kleiner Bandbreite und wenig weiterem Traffic im LAN sollte der Pluto auch an der 100MB/s Leitung laufen, bei 3 MHz Bandbreite sind es aber dann schon 100MB/s pro Richtung.
Ohne TX-Aussetzer macht der Pluto definitiv mehr Spass auf QO-100 
73 Jean
Hallo Ulrich,
Das Problem der Aussetzer beim Senden kommt mir bekannt vor. Bei mir lag es daran, dass eine Fritzbox in ihrer Funktion als Switch zwischen Pluto und PC angeschlossen war. Nachdem ich Pluto und PC nur über externe Switches verbunden habe und die Fritzbox nicht mehr als Switch tätig war, war das Problem gelöst.
Bei der Analyse mit Wireshark wurde ersichtlich, dass Pakete verloren gehen, da die Fritzbox (zumindest meine) keine Flusskontrolle beherrscht. Das Problem zeigte sich nur beim Duplex Betrieb am LAN, nur Empfangen ging ohne Aussetzer bei jeder Bandbreite.
73 Jean
.... Btw the Brazilian WebSDR is about 250 Hz higher than the PSK-beacon, see my previous message with screenshot.
Hello Thomas,
Somewhat off-topic and just for fun: the accuracy of the Brazil WebSDR depends on the time of day. At night-time in Brazil, it goes off by more than 1kHz
I am sure he knows. I will ask next time. The reasons for these errors are probably interesting and subtle.
Thank you for this highly interesting paper. Figure 4 confirms my observations regarding the short term stability. I commented on this as the observed stability may be normal behaviour for the type of GPDSO used, however it seems somewhat higher than the stated and measured stability data for this GPSDO.
I'm fully aware that we are discussing deviations on a very high level, nevertheless I'm interested in knowing the reason for the errors. We do not know whether its all due to the stability of the GPSDO, but imho a decent GPSDO has a significantly higher stability.
Allan deviation is stability.. 130Hz in 10 GHz is accuracy. Check here for a good explanation of the subject.
That said, there are numerous explanations for this offset including hw failures. Maybe telling the WebSDR team directly?
Thanks for the link and of course you are right. I'm familiar with the difference between stability and accuracy, my comment referred to the noticeable jitter. Sorry for the unclear wording.
73 Jean
PS: I would like to tell the team directly, but finding a contact address on the webpage is not easy.
130Hz in 10 GHz? Shocking. Don't think anyone said it was a standard frequency reference, but don't forget to account for Doppler and relativity.
Not shocking, just wondering as it apparently uses a GPSDO reference that states an Allan Deviation of 5E-11 @Tau=1s.
73 Jean DJ0VL
Hi all,
Half a year later, the issue remains unchanged. The Goonhilly WebSDR now seems to be off by around 130Hz. Apart from the offset, there is a visible jitter of quite a few Hz.
The screenshot below shows the same audio signal as received simultaneously by the Brazil WebSDR (trace at the left side), the Goonhilly WebSDR (trace at the right side) and by my own receiver (trace at 762Hz).
The Brazil WebSDR (http://appr.org.br:8902/) is shown just for comparison as Thomas mentioned it above and I guess it uses a simple TCXO as a reference. Both offset and drift are heavily dependent on the time of day.
73 Jean DJ0VL
Hello Jens,
With regards to the SNR. the crucial factor is the size of the dish and - to a smaller amount - the noisefigure of the LNB. The output of the LNB is way above the reception threshold of all SDRs. Goonhilly WebSDR runs a 1.3m dish.
73 Jean DJ0VL
Trevor,
C123 and C124 form a capacitive voltage divider to adapt the ~1.8Vpp output level of the original Pluto oscillator to the 1.3Vpp required by the AD9363.
The XTALN input of the AD9363 has an input resistance of about 10kOhm in parallel with 10pF, so that the capacitance of the input pin is sufficient to form the voltage divider with C123. Therefore C124 is not placed on the PCB.
73 Jean
Trevor,
You can find videos showing how to connect PGND to GND on Youtube, e.g. this one: Pluto ground mod (near the end of the video).
Jean
Hello Mike,
'ip' must be entered as lowercase letters, the string is not accepted when you enter uppercase letters.
73 Jean
Rumen,
The Si5351 is able to generate a quite clean 25MHz signal if you consider some basic requirements:
- you need a clean 10MHz input signal.
- the Si5351 is sensitive to supply voltage noise. Use linear voltage regulators and low esr decoupling caps.
- most important: use even integer divider ratios, as well for the pll stage as for the multisynth divider.
Usage of even integer divider ratios is essential for a clean output signal, a fractional-n divider leads to a messy signal with lots of spurs.
The output signal is a square wave, so you may want to add some low-pass filtering.
73 Jean
