Posts by DJ7TH

    Wer hat eine Anleitung, wie man unter Windows 10 SDRangel V. 7.6.3 für den Pluto installiert oder kann mir mitteilen, wo man diese findet?

    In "Loaded Plugins" ist der Pluto als PlutoSDR Input, ... MIMO und ... Output gelistet, aber unter "Add Rx Device" finde ich im Auswahlfenster als SDR Gerät lediglich den KiwiSDR.


    Anyone have instructions on how to install SDRangel v. 7.6.3 for the Pluto on Windows 10 or can tell me where to find it?

    In "Loaded Plugins" the Pluto is listed as PlutoSDR Input, ... MIMO and ... Output, but under "Add Rx Device" I only find the KiwiSDR as the SDR device in the selection window.



    @DK8KD

    danke für die Info.

    Ich bin kein Linux-Experte und vermute, dass man die genannten Befehlszeilen in putty eingeben kann, um die Ergebnisse zu erhalten. Je nach verwendetem PC erhalte ich mit der F5OEO-Firmware unterschiedliche Ergebnisse.

    Leider hat F5OEO offensichtliche den Support seiner Firmware eingestellt.

    Hat jemand die DATV Firmware von F5OEO auf seinem Pluto Version C/D installiert?

    Falls ja, würde es mich interessieren, was dort beim Pluto DVB Status bei Voltage, Current und Consumption angezeigt wird.

    Bei mir (Version 1403) sind das unerklärlich hohe und garantiert falsche Werte, sonst wäre der Pluto längst abgeraucht 8)

    Hi Roberto, I need your help.

    I installed the firmware F5OEO version 0303 on a brand new Pluto Rev C/D and then your patch 2.1. Everything works fine except for the PTT control.
    In the SDR console, the PTT switches perfectly, but not in DATV mode.

    The PTT-tick is set and PTT switches to red, but the GPO port is not set.
    I have the same problem with another Pluto of the same version.
    What am I doing wrong here?

    Addendum:
    I don't know if this is important.
    Both Pluto run on an external 50MHz clock.


    Surprise:
    after a restart the HSmodem ran for about 2 hours without crashing.
    However, the message "recvfrom error: 10040" was displayed about 15 times in the hsmodem.exe window.

    my Pluto is GPS synchronized and the sync peak is right on the "Ref"- point. The hsmodem stops as soon as the message "1 user logged in" appears in the HS window.


    Addendum:
    this time the HSmodem program ran for about 30 minutes before it stopped again with the above message. The HTML file was also displayed flawlessly until the stop.

    Today I accidentally discovered the HS signal on .995 and after some searching I found the "cause" and then immediately installed the HsModem. Thanks to the detailed wiki info I was able to decode some texts, but after about 30 minutes the modem software crashed (see hard copy). Each restart ended with the Visual Studio 2010 error message.
    The software crashed after seeing the message "1 user logged in" in the modem window. (see picture #2)

    Problem #1: In DATV mode (RTMP or UDP) no PTT signal is send to GPIO. A short PTT signal only appears when switching from Passthrough to DATV. PTT works fine with the SDR console. but only if Drive is set to > 5.


    Problem #2: when I switch from DATV mode to Passthrough mode and SDR-Console, the TX frequency makes an offset by about 15kHz. I then have every time to re-enter the commands for switching to an external 50MHz clock using putty + ssh.

    Apparently this external clock setting is overwritten in Plutos firmware when changing to DATV.


    I informed F5UII about this problems some time ago but got no reply.

    Anyone have an idea?


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


    Problem Nr. 1: Im DATV-Modus (RTMP oder UDP) wird kein PTT-Signal an GPIO gesendet. Nur beim Umschalten von Passthrough auf DATV erscheint ein kurzes PTT-Signal. PTT funktioniert gut mit der SDR-Konsole. aber nur wenn Drive auf > 5 eingestellt ist.


    Problem Nr. 2: Wenn ich vom DATV-Modus in den Passthrough-Modus und die SDR-Konsole schalte, macht die TX-Frequenz einen Versatz von etwa 15 kHz. Ich muss dann jedes Mal die Befehle zum Umschalten auf einen externen 50MHz-Takt per putty + ssh neu eingeben. Anscheinend wird diese externe Takt-Einstellung in der Pluto-Firmware beim Wechsel auf DATV überschrieben.


    Ich habe F5UII vor einiger Zeit über dieses Problem informiert, aber keine Antwort erhalten.

    Hat jemand eine Idee?

    Hi Chris,

    as you can see in the SG-Lab data sheet, the vox already works with 1mW input, so it only needs a low level to switch PTT. Your CN0417 module with approx. 20dB ampli generates a maximum of 50mW from the approx. 2mW of Pluto, which has been attenuated by 6dB. This is perfectly sufficient to fully drive the PA. Depending on the transmitting antenna used, the level on the QO-100 is much too high and the Leila is activated. Here you should set the maximum levels for Gain, Drive, etc. accordingly in the settings "Transmit - Options - Audio-in - Gains".

    I hope this is of some help, if Mr. Google translated everything correctly :)

    anscheinend haben wir Simon etwas verärgert mit unseren Spurii-Publikationen 8)

    In groups.io schreibt er als Antwort an Mike:


    Mike,


    For the time being please use SDRAngel if you want the lowest possible spurs. For the time being I’m working on a different project.


    Simon Brown, G4ELI

    Hallo Detlev,


    das sieht eher aus, wie unsere Messungen, hi.

    Die Spurii liegen oft weit ausserhalb der Bänder und man weiss nicht so richtig, was man damit alles anrichtet.

    40dB unter einem Pegel von 10W sind halt immer noch 1mW und weit weg vom zulässigen Limit.

    Hallo Detlev,

    sorry, da müsste ich erst mal Rüdiger bzw. Mike fragen, aber ich verstehe nicht ganz, wieso es für das Ergebnis eine Rolle spielt, ob CW, Tone oder Tune. Bei allen kann man den Pegel mit Drive einstellen und zum Messen braucht man halt ein konstantes Signal, was bei SSB mit Tone + Gain möglich ist. Ich wähle dazu immer ein vorher eingestelltes 3-Tone-Signal mit 3dB abgeschwächt.

    @Detlev,

    Rüdiger hat einen Span von 5Mhz gewählt.

    Mit einem Span von 500kHz liegen die Spurii ausserhalb vom Anzeigebereich deines Analyzers.


    @Ulrich,

    Messungen mit um 20dB abgeschwächtem Signal haben gezeigt, dass sich die Signalabstände zu den Spuriis nicht ändern. Eine nachfolgende Verstärkung mit einem Treiber bringt nur Verbesserung, wenn dieser sehr schmalbandig arbeitet und/oder ein entsprechendes Filter zwischengeschaltet wird und die Spuriis somit abschwächt.

    @Detlev,

    klar, einem kommerziellen Analyzer würde ich auch mehr trauen, als einem Pluto mit Satsagen.

    Daher haben Rüdiger und Mike für die Messungen auch einen solchen verwendet.

    Deren Ergebnisse waren identisch und nicht gerade ermutigend.

    Hier als Ergänzung noch die von Rüdiger, gemessen auf diversen Frequenzen:


         


    @Detlev,

    die Spuriis mit dem höchsten Pegel entstehen zum Teil ausserhalb des 13cm Bandes, was die Sache noch problematischer macht, da man diese ohne weiteres nicht erkennt. Ausserdem ist ja der max. zulässige Spurii-Pegel lediglich -30dBm (1µW).

    Bei 40dBm (10W) Output -manche machen noch mehr, hi- reichen keine 50dB Spurii-Unterdrückung um die -30dBm einzuhalten.

    noch was:

    auf groups.io wird zur Zeit heftig darüber diskutiert, wie man das Spurii-Problem in den Griff bekommt.

    Scheint sehr komplex zu sein. Aber ich glaube, dass über kurz oder lang eine Lösung gefunden wird.

    Ansonsten gibt es ja kaum eine Alternative zur komfortablen SDR Console.

    Da kann ich mich vor Simon nur tief verneigen und mich für seine fantastische Arbeit bedanken.

    und hier die Messungen auf 2.2GHz von Mike M0FCD mit SDRangel und SDR Console, jeweils mit 0dBm und -20dBm output :

    Sein Analyzer kann leider keine 2.4GHz.

    Aber weitere Messungen von Rüdiger DK6JL auf 70cm und 23cm kamen zum gleichen Ergebnis.