Posts by dm4im

    Unfortunately i can't receive QO-100 this time, i'm not qrv . But i remember i could decode FT8 and many others do so just fine. I have a modified lnb with external 25MHz injection.

    +-20Hz (40Hz) is a variation of +- 0.1Hz from the tcxo before the multiplication with 390. Could it be the lnb is very busy adjusting it's frequency? Do you inject 14V to help the heating or do you inject way less than that and the tcxo is not warm enough? You said you use a RX888? Please check with a known stable signal if the RX888 is wobbly or not. Maybe with WWV or similar.


    73, Martin

    Thank you very much, is the length of the waveguide actually a non-essential item? If it is then I understand and I will push on.

    Not sure about that. A longer pipe will probably introduce some attenuation, but i don't know the numbers.

    I have a fairly big dish and i am in Europe, with plenty of signal from the satellite, Elevation about 31 deg. I suspect your elevation is very low, so every fraction of dB may count.

    But there are some guys here in the forum who managed to operate from low elevation places, maybe one of them has better answers.



    73, Martin

    A simple approach is remove the enclosure from the lnb , cut off the feedhorn. Here is a picture of one of my first antennas. The copper pipe is way too long in this picture, but it worked. After some test, i modified the enclosure to fit again. An even simpler approach is to leave the enclosure on and drill a hole in the front cap of the lnb, just with the outer diameter of the copper pipe. Then stick the pipe through that hole and gently push it into the horn. The lnb you use is not critical, as long as it is a lnb with a xo . There are a lot of examples floating around on this reflector.

    73, Martin

    Ist der Empfänger des OMs ohne Nebenempfang?

    HNY!

    Kann man selbst testen, entweder durch beobachten des eigenen, vom Sat wieder ausgesendeten Signals auf der sdr-console oder z.B. auf dem Websdr . Der lässt sich bis ca. 5kHz unter die Bake setzen. Es ist aber gar nicht nötig, ausserhalb des Bandes zu suchen. Versuche dich an die genutzte Frequenz zu erinnern und erhöhe deine TX Frequenz um xxx kHz, falls du dann noch im Band bist. Deine unerwünschte Aussendung (wenn es sie gibt) sollte dann xxx kHz höher zu finden sein. Es könnte aber auch sein, dass das Delta der unerwünschten Aussendung gegenläufig ist und beim Verringern der TX-Frequenz ansteigt. Alles schon gesehen und oft war der Grund eine unsaubere Referenz oder deren Spannungsversorgung. Jedenfalls spricht es schon mal für deine Weitsicht, nicht einfach zu behaupten, das könne nicht sein. Solche OMs gab (gibt??) es zu oft auf dem Satelliten.

    Stationen mit schlechter S/N Ratio können dir nicht weiterhelfen, auch nicht solche, die dein Anliegen erst gar nicht verstehen.

    YMMV


    Martin

    Guten Morgen,

    bestimmt lohnt sich auch ein Blick in den Shop von Rüdiger Hartwig, DK6JL.


    QO-100 Sendemischer


    DK6JL macht , leider wenig von der QO-100 Gemeinde beachtet, deutlich bessere Produkte als z.B. die aus Südeuropa, was man an der Signalqualität sehen kann. Ich hatte mehrmals telefonisch und während der UKW-Tagung in Weinheim Kontakt mit ihm und hatte den Eindruck, dass er weiss wovon er spricht. Ich habe u.a. einen Sendemischer und einen VLF-Konverter aus seiner Fertigung. Top.


    73, Martin

    Hi,

    i've been following this thread since day 1 . I've used, but I don't own a Pluto and have only little insight. It puzzles me that Xilinx SDK tries to find the *.tcl file in a path with slashes, not backslashes. I assume you use windows, so shouldn't a path look like C:\abcd\etc ? If we talk Linux, the slashes are ok, but there should be no drive letter C: .


    Did you set the environment variable correctly? This is only a wild guess from someone who never dug that deep in this topic.


    73, Martin

    Das kann man so machen, ist aber von hinten durch die Brust ins Auge.

    Der 9700 hat eine Buchse "ACC" , da holt man die vom Lautstärke-Poti unabhängige NF heraus und führt sie WSJT-X zu und da speist man auch das Audio für TX ein, zumindest war das immer so bei allen Transceivern, die ich gesehen habe. Wie diese Buchse beschaltet ist, findet sich NICHT im deutschen Handbuch, zumindest habe ich weder hier https://www.icomeurope.com/wp-…_GER_Basic_0_20190329.pdf noch hier https://www.icomeurope.com/wp-…edManual_web_20190514.pdf was aussagekräftiges gefunden.


    Allerdings beschreibt jemand die Einstellungen für WSJT-X hier:

    https://h05.bplaced.net/wordpress/wp-content/uploads/2020/09/Einstellungen-WSJT_X-mit-IC_9700.pdf


    und das bring mich zu dem Schluß, dass es ohne Web-SDR gehen muss. Er beschreibt wie man das Audio über USB abgreift/zuführt.

    Nochmal: Es wäre gut, wenn sich ein IC-9700 Besitzer hier dazu äußßern würde.


    73

    Peter, mach mal das: Setze deinen DX-Patrol Converter für 2m output und schließe den RTL-Stick an. Starte sdr-console ohne Transverteroffset und schau, ob du QO-100 auf 144MHz damit empfangen kannst. Sollte funktionieren.


    Oder andere Variante: Besorge dir einen Splitter wie diesen:

    Wichtig ist, dass DC für den LNB nur auf EINEM Strang durchgeht und die anderen geblockt sind, ODER DC nur in Richtung LNB fließen kann, wie bei dem Gezeigten. Unbedingt mit Multimeter verifizieren.

    Füge den Splitter zwischen der Spannungsversorgung (=DX-Patrol Downconverter?) und LNB ein , bei dem Splitter auf dem Bild ist es egal, auf welcher Buchse "OUT" du DC zum Anschluss "IN" -> LNB durchzuschleifst. An die anderen Ausgänge kommen der rtl-Stick (und ggf. der DX-Patrol Downconverter). sdr-console empfängt qo-100 jetzt auf 739,750MHz.


    Wenn das alles geht, definierst du den Converteroffset . Wenn du auf 144MHz empfängst ist der Offset 10345, wenn du mit dem Splitter das Signal vom LNB direkt ohne DX-Patrol Downconverter mit dem rtl-Stick empfängst, ist die Definition 9750. Zu sehen in dem Bild in meinem Post # 7, Erste und Dritte Definition von oben.

    Den rtl-stick und den Offset musst du dann unter SELECT RADIO auswählen und START drücken.


    Wenn das geht, melde dich wieder.

    Super wäre, wenn ein IC-9700 Benutzer die Einstellungen für das Radio liefern könnte.

    Jemand?

    73, Martin

    Wenn das mit HDSDR geht, dann sollte das auch mit sdr-console gehen. Wenn ich deine Bilder betrachte, fällt mir auf, dass da kein Offset/ZF für den rtl-Stick eingestellt ist, üblicherweise 9750MHz. 739,75+9750=10489,750 , die Bakenfrequenz von QO-100. Der rt-stick kann nicht direkt 10GHz empfangen. Für den Empfang von 144MHz müsstest du einen OFFset von 10.345 einstellen, das dritte Beispiel von oben.


    73

    Was kannst du tun:

    Einen rtl-Stick als RX für sdr-console ENTWEDER via Spliiter am LNB - 740MHz - betreiben, oder via Splitter das RX-Signal - 144MHz - abgreifen und dem rtl-Stick zuführen.


    Gleichzeitig das Radio als analogen RX nutzen und via omnirig simultan mit sdr-console tracken. Das analoge Signal und das von sdr-Console aufbereitete Signal werden einen kleinen Laufzeitunterschied haben. Je performanter dein PC , umso kleiner dieser Unterschied.


    73, Martin

    Hi,

    Um was zu empfangen, muss das Radio einen I/Q Ausgang haben , via USB oder anders.

    Oder du speist das Audio via Soundkarte ein , dann hast du aber nur einen Kanal entsprechend deines eingestellten Filters am Radio, also sowas um 3kHz. Geht aber nicht mit sdr-console. Das hat NICHTS mit Omnirig zu tun.

    Omnirig erledigt nur den Datenverkehr zwischen dem Radio und sdr-console für das Tracking, Betriebsarten-Umschaltung, PTT etc.


    Gefunden im Netz: Important to know - The new OmniRig v2.1 is not compatible with OmniRig v1.19! The new OmniRig v2.1only runs with programs that have been developed for it, e.g. Swisslog v5.99e (Dec. 2019) and HDSDR v2.80 (March 2020) or v2.81 Beta6 (June 2022).


    sdr-console funktioniert (noch) nicht mit v2.x.


    73, Martin

    Hi,

    will 5mW even move the needle on a 2W power meter?


    Set it to a band you can receive, like with your UHF handheld or rtl stick and check if you can detect the signal.

    73,

    Martin

    (10 x 70) / 24 = 29,16666666666


    73

    Artur

    That's right. It should read : (PLL A 10MHz multiplied by 60 , divided by 24 =25MHz).

    Or:

    clockgen.setupPLLInt(SI5351_PLL_A, 70);
    clockgen.setupMultisynthInt(0, SI5351_PLL_A, 28);


    10*70 / 28 = 25MHz, like in the code in post #2 . The result is the same.

    I mixed 2 possible sets of parameters, sorry.

    My bad, thanks for bringing this to my attention.

    Martin

    If all else fails and reverse engineering is too time consumig, here is a little trick: I once bought a pcb with a Si5351 on it on ebay.

    There is a not-so-accurate 25MHz xtal on board. I removed this xtal and fed in 10MHz from a gps controlled OCXO . I cheated the clockbuilder software by telling it i had a board with external frequency input and had it calculate my wanted frequencies. Then i programmed the board like in the example above. (PLL A 10MHz multiplied by 70 wrong! 60 (correct!) , divided by 24 =25MHz) . Works. Might be the cheapest and fastest option.


    73, Martin