Banana Pi Repeaterinterface 0.1

    Steffen,
    wo waren denn die Fallstricke? Ich beisse mich langsam auch durch und bin jetzt am Punkt mit der (fehlenden) NF.

    So Hallo ...
    ja es waren hier diverse Probleme ...

    1. wusste ich nicht das die RX NF nur auf den Sender durchgeschalten wird wenn auch ein SQL Kriterium erkannt wird
    das war mein 1. Fall Strick

    2. meine SQL Erkennung funktionierte an meinem BananaPI nicht weil die InputEingaenge bei mir wohl defekt sind.
    Wir haben dann Sonntag Abend mit Tino hin und herprobiert , auch den Pin direkt auf Masse legen brachte
    nichts in der Software als Anzeige .... also hab ich einen Pin genommen der auch IO macht aber natuerlich nicht belegt ist
    mit Drahtbrücke und entsprechender Softwareeinstellung war das dann erledigt und ich bekam SQL Detected ...

    3. Dann wusste ich nicht ob meine Line IN Eingaenge die ja schon schlecht zu löten sind funktionieren, diverse Einstellungen
    ausprobiert ... von Ady Bildschirmfotos bekommen ... leider stimmen die nicht ... mit Tino hab ich dann zum Schluss
    das richtige rausgefunden und festgehalten ... ganz wichtig ist der Parameter ADC Input , wir haben es gegen getestet
    bei Tino und bei mir muss der definitiv auf 0 stehen sonst kommt über Line IN nichts an NF durch ...

    4. in der SVXLink.conf haben wir dann noch oben bei Global den Eintrag "CARD_Channels=2 " gesetzt ..
    so das ich nun unten auch sauber linker oder rechter LineIn und Ausgang angeben kann.

    bei mir war also das Hauptproblem die SQL Erkennung ... :)
    zwischenzeitlich hab ich einen 2. Banana und diverse USB Soundkarten zum Testen

    wenn es noch Fragen gibt einfach melden ...
    mich hat es Nerven gekostet die sich andere sparen koennen
    die Hardware laeuft , Software in der Grundfunktion auch , nun "verschlimmbessern" und optimieren ... z.b. die Nachlaufgeschichte

    73 de Steffen
    DL5SFI

    PS: das Image was ich momentan benutze kommt ohne Displayansteuerung ...

    uii ich glaub ich muss regelmaessiger reingucken sorry ...

    Ich hab zum Testen ein kommerziellen Repeater benutzt ...
    ein Motorola Mototrbo Repeater DR3000 ....
    habe die interne Repeaterfunktion ausprogrammiert gehabt
    und mit dem externen Zubehöranschluss gearbeitet .

    War aber nur zum Test ...

    73 de Steffen

    PS: kann das Forum Emailbenachrichtung ?

    Ok. Ich versuch mich grad an einem GM1200E. PTT geht schon mal ...
    Ja, das Forum kann E-Mail Benachrichtigung (untere Fußleiste, Thema beobachten).

    Hallo ,

    die GM1200E sind etwas ungeeignet. Der SQL Ausgang ist nicht in der Lage die LED des Optokopplers zu treiben.
    Der Ausgang schafft keine 15mA nd muss daher mit einem externen Transistor gepuffert werden.

    Hi alle,

    Vielen Dank für die Berichte. Eventuell kann man den sql-Optokoppler .
    Auch durch einen FET ersetzen. Werde das mal probieren.
    Leider kann man nicht alle Eventualitäten berücksichtigen, die nächsten Projekte werden besser ;)

    Vy 73s de Adi, DL1HRC

    Hallo
    nachdem es auch in diesem Thread eine Weile ruhig war, will ich nochmal angreifen ...

    Gibt es schon brauchbare Infos zur Displayansteuerung , oder gar ein "Displayanzeigepaket" was man einspielen kann.
    In meinen Image war das Display erstmal wieder deaktiviert worden.

    Wie kann ich die Verzögerung die durch die Digitalisierung des analogen Signals und des zrueckwandelns quasi auftritt
    so gering wie möglich halten ?

    Auf 2m Stuttgart hören sich die OMS mit nem kontrollempfaenger mit und sie finden das jetzt schon störend , wo noch
    keine Steuerung drin ist, ich aber ein Relais benutze was die Signalverarbeitung auch schon digital ist.
    Wenn es über den Bananapi laeuft wird das ja noch extremer.

    zu den Themen eigene Ansage usw durchsuch ich erstmal das Forum in der Hoffnung das ich etwas finde.

    über weitere Infos zu dem Projekt dankbar
    73 de Steffen
    für DB0ST Stuttgart

    PS: wie sieht es den bei den anderen aus die ein Repeaterinterface haben ?

    Hallo Steffen,

    bezüglich einer Minimierung der Verzögerung schau mal unter http://forum.svxlink.de/viewtopic.php?f=3&t=291. Dort sind die entsprechenten Parameter alle aufgeführt.

    Bei entprechender Konfiguration ist die Verzögerung absolut minimal. Wenn man sich selbst über den Repeater zurück hört, ist diese natürlich immer noch feststellbar. Im Normalbetrieb merkt das aber niemand, daher ist es auch überhaupt nicht störend.

    Schönen Gruß
    Frank, DL3DCW

    Was ich wohl nie verstehen werde ist warum manche ihre eigenen Aussendungen permanent mit einem Kontrollempfänger abhören müssen. Zum Testen ob man rüberkommt reicht doch ein Durchgang meist aus. Und warum reklamiert man dann nicht auch bei Handys, Festnetzanschlüssen und Digital-TV? Da ist doch die Latenz noch viel höher und man muß dafür sogar noch bezahlen :D
    Klar, im Quelltext kann man die Fifo's und Buffers runtersetzen und damit die Latenzen etwas vermindern, nur Digitalisierung braucht nun mal etwas Zeit, das wird niemals Null sein.

    vy 73 de Adi, DL1HRC

    Ich versteh es auch nicht Adi und ich werde auch nur im begrenzten Umfang auf die Sachen der Benutzer eingehen ...
    2m Stuttgart ist speziell - ein bisschen ein "Auffangbecken" :) was sich aber schon wesentlich gebessert hat.

    Man wird sich sicher dran gewöhnen ... Gemecker wird auf jeden Fall kommen ...
    :)

    Hallo Frank,

    wie wäre es denn mit einem Flachbandkabel, welches Du mit der Leiste verbindest und davon dann den Pin 1 ggf. auch die Masse abgreifst? So zumindest ist es bei unserem Projekt vorgesehen.

    Grüße

    Stefan

    So, habe soeben den Kollegen angerufen, der das Projekt auf dem Tisch hat.

    Ja, es wird mit einem Riegel an der Buchse geklemmt. Noch ein Tip am Rande, wenn man für kleines Geld sich eine passende FPC Buchse beschafft, dann kann man das andere Ende des Flachbandkabels daran befestigen und von Lötseite der Buchse das Signal auflegen. Sieht vielleicht auch eleganter aus :)

    Hmmm, vermutlich gehöre ich zur Gruppe der Grobmotoriker. Mit der Lupe erkenne ich, dass blanke Kontakte gequetscht werden. Werde also wohl das Flachbandkabel zunächst an den Enden etwas freilegen müssen.
    Ansonsten bleibt nur der Griff zum Lötkolben ...

    Neee!

    Sieh mal hier:

    https://www.youtube.com/watch?t=133&v=GImeVqHQzsE Das ist zwar bei einem Raspberry Pi aber bei der Banane ist es dasselbe.

    Es gibt Flachbandkabel, bei denen die Kontakte schon passend sind. Wenn ich das richtig in Erinnerung habe, dann schneiden sich die Kontakte selber beim Klemmen auf die Leiterbahnen ein, so dass ein Abisolieren nicht erforderlich ist. Bin da aber nicht ganz sicher, ob es dabei auch der Fall ist. Aber wenn Du das mal probierst, dann siehste ja was passiert.

    Denke abisolieren, nur dann wenn man ohne eine weitere Buchse arbeiten möchte. Allerdings, wenn man bedenkt, es ist eigentlich nur eine einzige Leitung die benötigt wird........

    Kannst es dir ja mal überlegen.

    Hallo Stefan.
    Mit dem Link zum Video kam die Erleuchtung.
    Jetzt hab ichs .... nämlich das falsche Flachbandkabel ausprobiert. Habe noch etwas in der Bastelkiste gefunden. Es war früher einmal die Verbindung für HD und CD-LW in einem PC. Und diese sind einfach zu dick. Das ist in dem Video gut zu erkennen. Ich versuche mich mal an der Lötvariante.

    Moin zusammen!

    So, unser Projekt gedeiht nun auch langsam. Einiges ist hier angelehnt.

    Nun habe ich soeben einen Hinweis entdeckt, der mir bisher entgangen war. Auf der Site http://svxlink.de/?page_id=2786 wird beschrieben, dass das Mic des Banana Pi ausgelötet werden soll. Was ist denn der genaue Grund dafür :?:

    Hardwareseitig ist wie bereits zuvor beschrieben, dass wir auch den Line-in verwenden und diesen aus dem Kameraport des BPi mit einem Flachbandkabel ausführen. Das Mic hat ja im Alsamixer einen eigenen Regler. Reicht es nicht den auf 0 zu ziehen?

    Apropos Alsamixer

    Auf selbiger Site steht noch unter anderem

    Quote

    Wichtig ist noch zu erwähnen, dass bei mir der Regler für „ADC Input“ zwingend auf 29% eingestellt sein muß, weil sonst keine NF durchgereicht wird.

    Steffen Dl5SFI schreibt hier auf Seite 3 jedoch

    Quote

    mit Tino hab ich dann zum Schluss
    das richtige rausgefunden und festgehalten ... ganz wichtig ist der Parameter ADC Input , wir haben es gegen getestet
    bei Tino und bei mir muss der definitiv auf 0 stehen sonst kommt über Line IN nichts an NF durch ...

    :?

    Ich frage deswegen so genau nach, weil das besagte Projekt etwa 120Km von hier entfernt auf einer Werkbank liegt und bei den vielen Einstellungsvarianten die sich ergeben würde ich gerne Fehler vermeiden.

    Freu mich auf Input :)