GM,
do you say you set up your 9700 for working with satellites, e.g. set TX to 432,200, set RX to 144.700 , interlock the VFO's so RX follows TX (and vice versa), then connect your 9700 to OmniRig and OmniRig messes this up? There are 3 .ini-Files for the 9700, one is named Ic9700-sat.ini . Use this.
Disclaimer: I have no IC-9700.
73, Martin
Maybe the BPF is too big a load for the internal oscillator, it prevents it from operating. I use a similar method to feed external 116MHz into my 2m transverter via a Resistor and a Cap. I leave the internal oscilator in place while i feed from external source, but the internal oscillator stops working when i do this. It resumes work when i unsolder the C and R combination.
73, Martin
Kann es sein, dass upload.php fehlt? Sie ist nicht in /www oder sonst wo. Hat der Firmware-Ersteller das schlicht bei den neueren Versionen vergessen? Gibt es sie bei älteren Versionen in /www ?
Auszug aus pluto.php:
<h2>Upload a new firmware or new patch</h2>
<hr>
<form method="POST" action="upload.php" enctype="multipart/form-data">
<div> <span>Upload a File (pluto.frm or patch.zip):</span>
Auf dem Webserver gibts dann eine Fehlermeldung.
Kapiere ich nicht....
Kannst du settings.txt, receiver-settings.txt und falls es noch andere .txt Dateien mit brauchbarem Inhalt gibt, hier so posten, dass man sie per copy&paste weiterverarbeiten kann? Oder mir mailen . Ich würde sie dann auf dem Webserver ablegen, damit ich untersuchen kann, was da vor sich geht. Wenn deine Aussage stimmt, würde das bedeuten, dass jedes mal wenn man mit einem Browser, dessen Cache geleert wurde , zugreift, die Einstellungen auf Default-Werten sind und der pluto für den Funkbetrieb neu eingerichtet werden muss? Und es würde auch bedeuten, dass wenn man mit einem Rechner zugreift, dessen Cache noch vorhanden ist, die Einstellungen überschrieben werden, seien sie noch so unsinnig. Weiter bedeutet es aber auch, dass die Default-Werte erst mal vom pluto gelesen werden müssen, woher sollte der Browser sie sonst kennen.
Seltsam....
Die Settings werden im Cache des Browsers auf dem PC gehalten.
Der PC muss aber erst mal auf den Pluto zugreifen, um diese settings auszulesen, oder? Sonst würde ein Browser der noch nie am Pluto war, keine settings im Cache haben. Er findet sie in /mnt/jffs2 . Ein Browser, der aus Sicherheitsgründen so konfiguriert ist, dass er den Cache bei Beenden leer räumt , würde nicht funktionieren. Oder täusche ich mich da so sehr? Wenn das tatsächlich anders ist, bitte ich vielmals um Entschuldigung.
73, Martin
setup.php
<?php
// when patch is not included in firmware, the config file is saved /mnt/jffs2/
// restore a config file from /mnt/jffs2/ to /www/
if (!file_exists('/www/jffs2/settings-receiver.txt')){
copy('/mnt/jffs2/settings-receiver.txt', '/www/settings-receiver.txt');
}
?>Und /www/receiver.php
<?php
//php-cgi /www/receiver.php 'f=491.5&rate=1.5&rec=minitiouner'
// Minitiouner adresse IP et le port adhoc
if (!extension_loaded('sockets')) {
die('The sockets extension is not loaded.');
}
//default values
/*
$minitiouner_port = "6789";
$minitiouner_host = "232.0.0.11";
$minitiouner_host = "192.168.1.45";
$Offset = "09750150";
$Doppler = "0";
$WideScan="no";
$LowSR="no";
$DVBmode = "Auto";
$FPlug = "B";
$Voltage = "18";
$twentytwokhz = "Off";
*/
$lines = file('./settings-receiver.txt', FILE_IGNORE_NEW_LINES);
foreach ($lines as $key => $value) {Moin.
Nicht in die Abteilung Linux, sondern in die Abteilung Webserver. Auf dem Pluto läuft ein Webserver und man greift per Browser darauf zu. Auf dem per Browser zugreifenden Rechner sind keine Dateien , die während des Funkbetriebs in Benutzung sind, gespeichert, weder settings noch sonst irgendwas . Alle benötigten Dateien werden auf dem pluto abgelegt, und per Webbrowser lediglich bearbeitet. Die meisten davon vermutlich unterhalb /www , wie bei jedem Webserver üblich. Patches werden woanders abgelegt, siehe das Problem oben. Ich gehe davon aus, dass gepatchten Plutos ein modifiziertes Script , vielleicht pluto.php , aufgespielt wird, das dann die gewünschten Änderungen in /mnt/jffs2/patch.zip ausliest und vornimmt.
Zum Beweis, dass da ein Webserver läuft, einfach mal auf dm4im.de/pluto gehen. Kommt das bekannt vor? Klar! Da läuft ein Webserver , ganz ohne Pluto. Vielleicht hilft das ein wenig, die Zusammenhänge zu verstehen.
Ich lasse das ein paar Tage laufen, dann lösche ich den Link wieder aus diesem Post.
73, Martin
Moin.
Das Problem könnte ein für allemal aus der Welt geschafft werden, wenn man den von Robert oben gezeigten Code-Schnipsel in pluto.php so anpasst, dass einfach ALLE zip Dateien im Verzeichnis gelöscht werden.
pluto.php:
old: exec ( 'rm /mnt/jffs2/patch.zip' ); # delete patch.zip only
new: exec ( 'rm /mnt/jffs2/*.zip' ); # delete ALL .zip in this directory
for the brave: exec ( 'rm -r /mnt/jffs2/*' ); # recursively delete everything in /mnt/jffs2/ , including subdirectories and their content
73, Martin
Hallo,
eigentlich könnte auch der verwendet USB<>LAN Adapter die Ursache sein.
Vor dem Kauf eines Switchs könnte man folgendes ausprobieren :
Aus den Foreneinträgen lese ich heraus, dass der Pluto eine feste IP-Adresse hat. Den PC von DHCP-Client auf eine feste Adresse im gleichen Subnet umstellen und das LAN Kabel direkt Pluto<>PC stecken. Damit wäre die Fritzbox eliminiert und es bleibt nur noch der USB<>LAN Adapter als Fehlerquelle. Voraussetzung , dass das ohne spezielles LAN Kabel funktioniert, ist, dass eines der beiden Geräte eine moderne Netzwerkkarte hat, die selbstständig erkennt, ob das Netzwerkkabel gekreuzt oder 1 zu 1 beschaltet ist , wovon ich ausgehe.
73, Martin
Guten Morgen.
Ulrich hat recht, man hört, dass einige Geräte von AVM nicht gut mit GB-LAN umgehen können. Wenn man aber an einen LAN Anschluss der Fritzbox einen Switch anschliesst und alle (wichtigen) LAN-Geräte über diesen Switch betreibt, ist das Problem erledigt. Der Switch lernt, welchem Gerät auf welchem Anschluss er Daten ausgeliefert hat und managt den Verkehr. So werden Daten vom PC zum Pluto nicht durch die FritzBox geroutet sondern PLUTO <> SWITCH <> PC und umgekehrt. Nur Pakete, die tatsächlich durch die FritzBox müssen - wie z.B. Internet - , werden an den entsprechenden Anschluss geleitet. Ein Umstellen von Gigabit auf 100MB erübrigt sich. Achtung: Keinen HUB nehmen. Hubs sind nicht so intelligent, wickeln den gesamten Datenverkehr auf ALLEN Anschlüssen ab und überlassen den Endgeräten die Entscheidung, ob sie die Pakete annehmen oder wegwerfen. Das würde das Problem vielleicht eher noch vergrößern.
73, Martin
Edit: Da DJ2VA's Pluto sowohl via LAN als auch via USB Aussetzer hat, ist die Ursache vielleicht woanders zu suchen.
Well, if they just qsy up 1 khz, the beacon will still be heard by qo-100, but in the clear. You can always check if the beacon is operational, even if your rx on 13cm is crappy or if you are out of range 
.
Now it is of interest what power and antenna they use. Maybe we hear a sidelobe.
The goonhilly websdr seems to have a strong carrier exactly on the upper beacon higher tone, thus can not resolve SK0EN/B . IS0GRB can.
73, Martin
aber das iss doch ne Zweikabellösung
Nicht unbedingt. Du kannst den Anschluss WB+24MHz im Amsat Downconverter auf 14V Jumpern, dann empfängst du die Polarisationsebene für den Schmalbandtransponder. Dann verkabelst du alles wie im Beitrag #4 oben und schraubst auf die freie F-Buchse am LNB einen Abschlusswiderstand. Es zwingt dich ja niemand am Anschluss WB+24MHz tatsächlich den Widebandtransponder zu empfangen. Er trägt die Bezeichnung nur, weil am Downconverter die Referenz NUR am WB-Anschluss rauskommt. Das kann einen verwirren.
73, Martin
Hello,
IIRC there are some lnb's with 2 tcxo's and 2 pll circuits onboard. Can anyone confirm this? Or was there 1 TCXO, but 2 PLL circuits. If the first applies, remove one tcxo for the use of NB Transponder and inject external 25MHz. Keep the other one installed for the DATV-Transponder.
73, Martin
Maybe some mixing?
I looked up info the moment i got the call right , but found their website stating "Not qrv yet". There is no info about the website admin or any mail address. Maybe the forum members from SM with contact to the beacon owner can shed a light on this.
Soundample here: DM4IM
I noticed a carrier buried under the higher tone of the upper beacon. Only audible when the tone pauses . After listening for a while it turned into morse and i noticed it was keying SK0EN/B JO99JX. 
73, Martin
Well, there's the rub:
There is no wired ptt.
It's appreciated the manufacturer intented to make it easy to use, but this in turn creates a problem by not providing wired ptt.
The AMP HAS wired ptt and VOX, but the upconverter has no ptt in or out.
You need 100mW to trigger VOX. I'm pretty sure, with 100mW INput the Output on 13cm is more than 100mW. The amp max. drive is 80mW.
Thus , if you use it according to the manual, your options are:
Clean, but stuttering signal. The upconverter stutters because input level is low.
Clean but stuttering signal, because upconverter AND amp stutter, same as above.
Distorted signal without stutter, because you provide enough input power.
No signal at all, because you can not trigger VOX from a too low input level.
There may be a small power range where all is ok. But again, it is not clarified in the manual. Oh, i know , you must insert an attenuator between upconverter and amp. This is not stated in the manual, either. Just put everything together, you will be fine. NOT!
Look at the transponder. If I'd place bets which signals are coming from this brand, i'd win more often than loose.
Yes, i know, there are dirty signals coming from other brands, too. Some users care, some do not, others just don't know because nobody tells them so.
73, Martin
Absolutely right. Unfortunately the manaul does not refer to what this pot does, thus many owners never touch it.
Correct me if i'm wrong: I think it sets the level of input power that is passed to the 4 resistors next to it. These convert excess input into heat. So while it may be true that 6 Watts is the absolute maximum, it is not necessary to waste power. It will only heat up the converter. The manual says the VOX circuit will trigger from about 100mW, so i believe anything between 200mW (to safely trigger VOX) and 1W of drive should be more than enough.
The output is 200mW max. , so you need a big dish (>150cm dia. for a decent signal) or an amp.
The DX-Patrol amp's drive is rated 70-80mW for full output, so you will not get around fumbling with that pot.
73, Martin
Edit: i believe anything between 100mW and 200mW of drive should be just fine.
do you control output power by reducing the input IF power...?
Yes. Many people use way too much input power. This is immediately visible as spurs on the transponder, so an attenuator 3-20dB or 10-40m lossy coax depending on how low an output you can set your transmitter help a lot. 200mW output equals 23dBm. You will need a big dish or an amp.
73, Martin
Prima. Ich glaube, ich kauf mir jetzt einen Pluto.... 
Danke auch an DD4YR für seine Geduld.
73, Martin
Mit ls -lh werden auch die Dateigrössen angezeigt. Ok, da scheint aber auch nix aufregendes drin zu sein. Immerhin wissen wir jetzt, wo die settings sind, die man sich mit cat settings.txt usw. mal anschauen kann. Ich vermute, das sieht im ungepatchten Pluto genau so aus in /etc , ausser dass da kein settings-datv.txt vorhanden ist oder sogar keine von den Dateien mit der extension ".txt" .