Amateurfunk Forum - Archiv

Fragen und Antworten zum Thema Funk


Impressum

Verantwortlich für dieses Angebot gemäß § 5 TMG / § 55 RStV:
Michael Ott
Dorpater Straße 11
70378 Stuttgart
Deutschland



Trotz sorgfältiger inhaltlicher Kontrolle übernehmen wir keine Haftung für die Inhalte externer Links. Für den Inhalt der verlinkten Seiten sind ausschließlich deren Betreiber verantwortlich.

Datenschutzerklärung

Diese Datenschutzerklärung klärt Sie über die Art, den Umfang und Zweck der Verarbeitung von personenbezogenen Daten (nachfolgend kurz „Daten“) innerhalb unseres Onlineangebotes und der mit ihm verbundenen Webseiten, Funktionen und Inhalte auf (nachfolgend gemeinsam bezeichnet als „Onlineangebot“). Im Hinblick auf die verwendeten Begrifflichkeiten, wie z.B. „Verarbeitung“ oder „Verantwortlicher“ verweisen wir auf die Definitionen im Art. 4 der Datenschutzgrundverordnung (DSGVO).

Verantwortlicher

Michael Ott
Dorpater Straße 11
70378 Stuttgart
Deutschland



Arten der verarbeiteten Daten:

- Meta-/Kommunikationsdaten (siehe Abschnitt „Erhebung von Zugriffsdaten und Logfiles“)

Kategorien betroffener Personen

Besucher und Nutzer des Onlineangebotes (Nachfolgend bezeichnen wir die betroffenen Personen zusammenfassend auch als „Nutzer“).

Zweck der Verarbeitung

- Zurverfügungstellung des Onlineangebotes, seiner Funktionen und Inhalte
- Sicherheitsmaßnahmen.

Verwendete Begrifflichkeiten

„Personenbezogene Daten“ sind alle Informationen, die sich auf eine identifizierte oder identifizierbare natürliche Person (im Folgenden „betroffene Person“) beziehen; als identifizierbar wird eine natürliche Person angesehen, die direkt oder indirekt, insbesondere mittels Zuordnung zu einer Kennung wie einem Namen, zu einer Kennnummer, zu Standortdaten, zu einer Online-Kennung (z.B. Cookie) oder zu einem oder mehreren besonderen Merkmalen identifiziert werden kann, die Ausdruck der physischen, physiologischen, genetischen, psychischen, wirtschaftlichen, kulturellen oder sozialen Identität dieser natürlichen Person sind.

„Verarbeitung“ ist jeder mit oder ohne Hilfe automatisierter Verfahren ausgeführte Vorgang oder jede solche Vorgangsreihe im Zusammenhang mit personenbezogenen Daten. Der Begriff reicht weit und umfasst praktisch jeden Umgang mit Daten.

„Pseudonymisierung“ die Verarbeitung personenbezogener Daten in einer Weise, dass die personenbezogenen Daten ohne Hinzuziehung zusätzlicher Informationen nicht mehr einer spezifischen betroffenen Person zugeordnet werden können, sofern diese zusätzlichen Informationen gesondert aufbewahrt werden und technischen und organisatorischen Maßnahmen unterliegen, die gewährleisten, dass die personenbezogenen Daten nicht einer identifizierten oder identifizierbaren natürlichen Person zugewiesen werden.

Als „Verantwortlicher“ wird die natürliche oder juristische Person, Behörde, Einrichtung oder andere Stelle, die allein oder gemeinsam mit anderen über die Zwecke und Mittel der Verarbeitung von personenbezogenen Daten entscheidet, bezeichnet.

„Auftragsverarbeiter“ eine natürliche oder juristische Person, Behörde, Einrichtung oder andere Stelle, die personenbezogene Daten im Auftrag des Verantwortlichen verarbeitet.

Maßgebliche Rechtsgrundlagen

Nach Maßgabe des Art. 13 DSGVO teilen wir Ihnen die Rechtsgrundlagen unserer Datenverarbeitungen mit. Sofern die Rechtsgrundlage in der Datenschutzerklärung nicht genannt wird, gilt Folgendes: Die Rechtsgrundlage für die Einholung von Einwilligungen ist Art. 6 Abs. 1 lit. a und Art. 7 DSGVO, die Rechtsgrundlage für die Verarbeitung zur Erfüllung unserer Leistungen und Durchführung vertraglicher Maßnahmen sowie Beantwortung von Anfragen ist Art. 6 Abs. 1 lit. b DSGVO, die Rechtsgrundlage für die Verarbeitung zur Erfüllung unserer rechtlichen Verpflichtungen ist Art. 6 Abs. 1 lit. c DSGVO, und die Rechtsgrundlage für die Verarbeitung zur Wahrung unserer berechtigten Interessen ist Art. 6 Abs. 1 lit. f DSGVO. Für den Fall, dass lebenswichtige Interessen der betroffenen Person oder einer anderen natürlichen Person eine Verarbeitung personenbezogener Daten erforderlich machen, dient Art. 6 Abs. 1 lit. d DSGVO als Rechtsgrundlage.

Sicherheitsmaßnahmen

Wir treffen nach Maßgabe des Art. 32 DSGVO unter Berücksichtigung des Stands der Technik, der Implementierungskosten und der Art, des Umfangs, der Umstände und der Zwecke der Verarbeitung sowie der unterschiedlichen Eintrittswahrscheinlichkeit und Schwere des Risikos für die Rechte und Freiheiten natürlicher Personen, geeignete technische und organisatorische Maßnahmen, um ein dem Risiko angemessenes Schutzniveau zu gewährleisten.

Zu den Maßnahmen gehören insbesondere die Sicherung der Vertraulichkeit, Integrität und Verfügbarkeit von Daten durch Kontrolle des physischen Zugangs zu den Daten, als auch des sie betreffenden Zugriffs, der Eingabe, Weitergabe, der Sicherung der Verfügbarkeit und ihrer Trennung. Des Weiteren haben wir Verfahren eingerichtet, die eine Wahrnehmung von Betroffenenrechten, Löschung von Daten und Reaktion auf Gefährdung der Daten gewährleisten. Ferner berücksichtigen wir den Schutz personenbezogener Daten bereits bei der Entwicklung, bzw. Auswahl von Hardware, Software sowie Verfahren, entsprechend dem Prinzip des Datenschutzes durch Technikgestaltung und durch datenschutzfreundliche Voreinstellungen (Art. 25 DSGVO).

Zusammenarbeit mit Auftragsverarbeitern und Dritten

Sofern wir im Rahmen unserer Verarbeitung Daten gegenüber anderen Personen und Unternehmen (Auftragsverarbeitern oder Dritten) offenbaren, sie an diese übermitteln oder ihnen sonst Zugriff auf die Daten gewähren, erfolgt dies nur auf Grundlage einer gesetzlichen Erlaubnis (z.B. wenn eine Übermittlung der Daten an Dritte, wie an Zahlungsdienstleister, gem. Art. 6 Abs. 1 lit. b DSGVO zur Vertragserfüllung erforderlich ist), Sie eingewilligt haben, eine rechtliche Verpflichtung dies vorsieht oder auf Grundlage unserer berechtigten Interessen (z.B. beim Einsatz von Beauftragten, Webhostern, etc.).

Sofern wir Dritte mit der Verarbeitung von Daten auf Grundlage eines sog. „Auftragsverarbeitungsvertrages“ beauftragen, geschieht dies auf Grundlage des Art. 28 DSGVO.

Übermittlungen in Drittländer

Sofern wir Daten in einem Drittland (d.h. außerhalb der Europäischen Union (EU) oder des Europäischen Wirtschaftsraums (EWR)) verarbeiten oder dies im Rahmen der Inanspruchnahme von Diensten Dritter oder Offenlegung, bzw. Übermittlung von Daten an Dritte geschieht, erfolgt dies nur, wenn es zur Erfüllung unserer (vor)vertraglichen Pflichten, auf Grundlage Ihrer Einwilligung, aufgrund einer rechtlichen Verpflichtung oder auf Grundlage unserer berechtigten Interessen geschieht. Vorbehaltlich gesetzlicher oder vertraglicher Erlaubnisse, verarbeiten oder lassen wir die Daten in einem Drittland nur beim Vorliegen der besonderen Voraussetzungen der Art. 44 ff. DSGVO verarbeiten. D.h. die Verarbeitung erfolgt z.B. auf Grundlage besonderer Garantien, wie der offiziell anerkannten Feststellung eines der EU entsprechenden Datenschutzniveaus (z.B. für die USA durch das „Privacy Shield“) oder Beachtung offiziell anerkannter spezieller vertraglicher Verpflichtungen (so genannte „Standardvertragsklauseln“).

Rechte der betroffenen Personen

Sie haben das Recht, eine Bestätigung darüber zu verlangen, ob betreffende Daten verarbeitet werden und auf Auskunft über diese Daten sowie auf weitere Informationen und Kopie der Daten entsprechend Art. 15 DSGVO.

Sie haben entsprechend. Art. 16 DSGVO das Recht, die Vervollständigung der Sie betreffenden Daten oder die Berichtigung der Sie betreffenden unrichtigen Daten zu verlangen.

Sie haben nach Maßgabe des Art. 17 DSGVO das Recht zu verlangen, dass betreffende Daten unverzüglich gelöscht werden, bzw. alternativ nach Maßgabe des Art. 18 DSGVO eine Einschränkung der Verarbeitung der Daten zu verlangen.

Sie haben das Recht zu verlangen, dass die Sie betreffenden Daten, die Sie uns bereitgestellt haben nach Maßgabe des Art. 20 DSGVO zu erhalten und deren Übermittlung an andere Verantwortliche zu fordern.

Sie haben ferner gem. Art. 77 DSGVO das Recht, eine Beschwerde bei der zuständigen Aufsichtsbehörde einzureichen.

Widerrufsrecht

Sie haben das Recht, erteilte Einwilligungen gem. Art. 7 Abs. 3 DSGVO mit Wirkung für die Zukunft zu widerrufen

Widerspruchsrecht

Sie können der künftigen Verarbeitung der Sie betreffenden Daten nach Maßgabe des Art. 21 DSGVO jederzeit widersprechen. Der Widerspruch kann insbesondere gegen die Verarbeitung für Zwecke der Direktwerbung erfolgen.

Löschung von Daten

Die von uns verarbeiteten Daten werden nach Maßgabe der Art. 17 und 18 DSGVO gelöscht oder in ihrer Verarbeitung eingeschränkt. Sofern nicht im Rahmen dieser Datenschutzerklärung ausdrücklich angegeben, werden die bei uns gespeicherten Daten gelöscht, sobald sie für ihre Zweckbestimmung nicht mehr erforderlich sind und der Löschung keine gesetzlichen Aufbewahrungspflichten entgegenstehen. Sofern die Daten nicht gelöscht werden, weil sie für andere und gesetzlich zulässige Zwecke erforderlich sind, wird deren Verarbeitung eingeschränkt. D.h. die Daten werden gesperrt und nicht für andere Zwecke verarbeitet. Das gilt z.B. für Daten, die aus handels- oder steuerrechtlichen Gründen aufbewahrt werden müssen.

Nach gesetzlichen Vorgaben in Deutschland, erfolgt die Aufbewahrung insbesondere für 10 Jahre gemäß §§ 147 Abs. 1 AO, 257 Abs. 1 Nr. 1 und 4, Abs. 4 HGB (Bücher, Aufzeichnungen, Lageberichte, Buchungsbelege, Handelsbücher, für Besteuerung relevanter Unterlagen, etc.) und 6 Jahre gemäß § 257 Abs. 1 Nr. 2 und 3, Abs. 4 HGB (Handelsbriefe).

Hosting und E-Mail-Versand

Die von uns in Anspruch genommenen Hosting-Leistungen dienen der Zurverfügungstellung der folgenden Leistungen: Infrastruktur- und Plattformdienstleistungen, Rechenkapazität, Speicherplatz und Datenbankdienste, E-Mail-Versand, Sicherheitsleistungen sowie technische Wartungsleistungen, die wir zum Zwecke des Betriebs dieses Onlineangebotes einsetzen.

Hierbei verarbeiten wir, bzw. unser Hostinganbieter Meta- und Kommunikationsdaten von Besuchern dieses Onlineangebotes auf Grundlage unserer berechtigten Interessen an einer effizienten und sicheren Zurverfügungstellung dieses Onlineangebotes gem. Art. 6 Abs. 1 lit. f DSGVO i.V.m. Art. 28 DSGVO (Abschluss Auftragsverarbeitungsvertrag).

Erhebung von Zugriffsdaten und Logfiles

Wir, bzw. unser Hostinganbieter, erhebt auf Grundlage unserer berechtigten Interessen im Sinne des Art. 6 Abs. 1 lit. f. DSGVO Daten über jeden Zugriff auf den Server, auf dem sich dieser Dienst befindet (sogenannte Serverlogfiles). Zu den Zugriffsdaten gehören Name der abgerufenen Webseite, Datei, Datum und Uhrzeit des Abrufs, übertragene Datenmenge, Meldung über erfolgreichen Abruf, Browsertyp nebst Version, das Betriebssystem des Nutzers, Referrer URL (die zuvor besuchte Seite), IP-Adresse und der anfragende Provider.

Logfile-Informationen werden aus Sicherheitsgründen (z.B. zur Aufklärung von Missbrauchs- oder Betrugshandlungen) für die Dauer von maximal 7 Tagen gespeichert und danach gelöscht. Daten, deren weitere Aufbewahrung zu Beweiszwecken erforderlich ist, sind bis zur endgültigen Klärung des jeweiligen Vorfalls von der Löschung ausgenommen.

Vom Websiteinhaber angepasst
Erstellt mit Datenschutz-Generator.de von RA Dr. Thomas Schwenke




 [ 18 Beiträge ]  Gehe zu Seite 1, 2
Autor Nachricht
 Betreff des Beitrags: Vox Pegel
Hallo Jungs,
springt die Vox auf die NF eines Interfaces automatisch an. Gemeint ist der durch galvanische Kopplung entstehende Pegel der Ausgangs NF.
Thanx

Roney :o


  
 
 Betreff des Beitrags: Re: Vox Pegel
Ich suche jetzt keine Schaltpläne durch, aber: der Sinn der Vox ist es auf Sprachsignale zu reagieren und nicht auf Gleichstrompegel. Mich stört bei der Frage "galvanische Koppelung" - wer/was/mit wem ??. Bitte nähere Angaben zu der Frage: welches Gerät / Anwendung / Schaltung ??
73 Peter


  
 
 Betreff des Beitrags: Re: Vox Pegel
[quote]NF eines Interfaces automatisch[/quote]

Zuerst hat ein Interface selbst mal keine NF. Es dient nur der galvanischen Trennung der Signalwege, i.d.R. durch Optokoppler. Wenn da zufällig eine Soundkarte am Interface verbaut ist, ist das Zugabe, keine Voraussetzung. Die NF-Wege, die darüber laufen, werden am Ausgang so wiedergegeben, wie am Eingang - was letztenendes der Sinn einer galvanischen Trennung ist. Folglich sollte eine VOX anspringen - bei NF!

Jedoch ist das für digitale Betriebsarten ungeeignet - nicht jede hat einen durchgänigen Pilot-Ton. Man muß die Vox auf eine schnelle Abfallzeit stellen, um bei schnell wechselnden Modi den Einstieg des Gegenüber nicht zu verpassen. Umgekehrt kanns bei kurzen Pausen in der NF passieren, daß die Vox abfällt, das Gerät also ständig zwischen RX und TX schaltet.

Genau deshalb hat ein Interface für digitale Betriebsarten auch immer die Möglichkeit, eine PTT durchzuschleifen. Sich das zu sparen, um beim Experiment früher oder später auf den Bauch zu fallen, ist nicht im Sinn des Erfinders ;-)

73 Jörg


  
 
 Betreff des Beitrags: Re: Vox Pegel
[quote][quote]NF eines Interfaces automatisch[/quote]

Zuerst hat ein Interface selbst mal keine NF. Es dient nur der galvanischen Trennung der Signalwege, i.d.R. durch Optokoppler. Wenn da zufällig eine Soundkarte am Interface verbaut ist, ist das Zugabe, keine Voraussetzung. Die NF-Wege, die darüber laufen, werden am Ausgang so wiedergegeben, wie am Eingang - was letztenendes der Sinn einer galvanischen Trennung ist. Folglich sollte eine VOX anspringen - bei NF!

Jedoch ist das für digitale Betriebsarten ungeeignet - nicht jede hat einen durchgänigen Pilot-Ton. Man muß die Vox auf eine schnelle Abfallzeit stellen, um bei schnell wechselnden Modi den Einstieg des Gegenüber nicht zu verpassen. Umgekehrt kanns bei kurzen Pausen in der NF passieren, daß die Vox abfällt, das Gerät also ständig zwischen RX und TX schaltet.

Genau deshalb hat ein Interface für digitale Betriebsarten auch immer die Möglichkeit, eine PTT durchzuschleifen. Sich das zu sparen, um beim Experiment früher oder später auf den Bauch zu fallen, ist nicht im Sinn des Erfinders ;-)

73 Jörg[/quote]

Den "Einstieg des Gegenübers" wird man bei VOX Betrieb eher nicht verpassen (habe lange genug auch mit VOX Betrieb gemacht und nicht nur via PTT) höchstend das Gegenüber den Einstieg von mir selbst. Aus dem Grunde habe ich immer vor jeder Nachricht 3 Punkte ausgesendet "... xx1xxx de DF5WW " um genau das zu verhindern. Bis die durch sind ist meine VOX längst da gewesen und das Gegenüber hat nichts verpasst ausser evtl 2 der 3 Punkte .....

Selbst bei JT65 & Co. hat der VOX Betrieb immer gereicht obwohl auch ich später den Weg über PTT gewählt habe.

Aber mittlerweile bin ich wieder "Back to the roots" und einer derjenigen [b:hgx8tos3][size=150:hgx8tos3]die es nicht stört[/size:hgx8tos3][/b:hgx8tos3] wenn mal Digisignale im CW Bereich auftauchen. Also 3576 - 3580 von mir aus gerne ..... da ist (ausser im Kontest) nur dann ein CWist zu finden wenn er Bock hat andere absichtlich stören zu wollen, aber die Bandplandiskussionen hatten wir ja bereits an anderer Stelle. :wink: :wink:


  
 
 Betreff des Beitrags: Re: Vox Pegel
[quote]Den "Einstieg des Gegenübers" wird man bei VOX Betrieb eher nicht verpassen (habe lange genug auch mit VOX Betrieb gemacht und nicht nur via PTT) höchstend das Gegenüber den Einstieg von mir selbst.[/quote]

Ich habe auch nicht CW gemeint, sondern Digimodes, wie PSK31. Wenn der PC mal kurz hängt, was öfter mal vorkommt, fällt die VOX hab. Hat man die im Gegenzug zu lange eingestellt, sind die "Schnellfunker" schon am antworten, ehe man selbst aufnahmebereit ist. Und grade die F-Tasten-Drücker (was als Hilfsmittel OK ist, im QSO aber mit der Zeit dröge wird), "ahnen" schon das Ende und drücken drauf ;-)

Es mag gehen - obs das goldene Ei ist, muß jeder für sich entscheiden.

Aber die Grundfrage sollte dennoch weitestgehend geklärt sein. WENN NF anliegt, sollte auch nach einem Interface die VOX anspringen.

73 Jörg


  
 
 Betreff des Beitrags: Re: Vox Pegel
Der TO sollte erst einmal erklären, was er eigentlich machen will. Ich habe digital und auch FM-mobil sowohl als auch gearbeitet (nativ PTT, PA per VOX). Bevor wir da weitermachen ----- bitte mehr Erklärungen zur Frage.
73 Peter


  
 
 Betreff des Beitrags: Re: Vox Pegel
Danke Jungs,
Erklärung: Da ich mir noch kein neues Modem oder TNC angeschafft habe, jedoch ein Interface (Selbstbau) ohne Trafos benutzen möchte. Da ich nur die Soundcard mit der Handfunke koppeln möchte - wäre die Kopplung (wegen der div. Pegel usw.) mit Interface gedacht. Das Interface würde als den Ausgangspegel der Soundcard dem HT anpassen. Deshalb die Vox. Am Interface vorhanden eine per 9D Sub angesteuerte PTT. Da ich aber wisssen müsste ob ich die PTT Steuerung an den HT zur Sendeauslösung gebrauchen kann? Am Transceiver (mit PTT Anschluss) wäre das ja möglich.
Im Programm (APRS oder Paket) ist der TX Delay zu beachten, es wäre als eine Ansteuerung per Vox mit dem TX Delay kompensierbar.

Also Danke Jungs für comments


  
 
 Betreff des Beitrags: Re: Vox Pegel
Ich stolpere etwas über HT und nehme mal an, das ist der Transceiver. Bei APRS / Paket = AX25 bist Du etwas daneben mit dem TX-Delay vs. VOX ----- das würde in die Hose gehen bzw. ist nicht Sinn vom TX-Delay. Bei TX-Delay sendet der TNC Idle, um den TX anschwingen zu lassen. Die Daten kommen erst nach Ablauf des TX-Delay-Timers. Man ist hier inzwischen im unteren Milisekunden-Bereich, und Du brauchst TX-Delay auch bei PTT. Zuviel Idle und der eine oder andere Digi wirft Dich raus. Mit VOX hast Du nur ein zusätzliches und unnötiges Problem dazwischen geschaltet.

Soweit die Erklärung. Wenn Du schon ein PTT-Signal hast, dann benutze es auch bei AX25 und stelle TX-Delay so klein wie möglich ein.
73 Peter


  
 
 Betreff des Beitrags: Re: Vox Pegel
Aus eigener Erfahrung: VOX für Packet geht nicht, auch die Einhaltung des TX-Delays ist essentiell - man kann es zwar meist von default-Werten reduzieren, aber gewiss nicht gegen 0.
Für APRS - nur mit PTT, kein Chance das Paket mit VOX vollständig übertragen zu kriegen, immerhin sprechen wir hier von 1200bps.

73
Pascal


  
 
 Betreff des Beitrags: Re: Vox Pegel
Hallo Pascal, ganz so möchte ich es nicht stehen lassen. Eine Vox würde schon funktionieren, das ist in den 80ern zur Genüge probiert worden und funktioniert auch prinzipeill. Das Problem liegt in der unverhältnismäßigen Kanal-(Frequenz-)Belegung, die von Digipeatern etc. nicht mehr toleriert wird. Man kann ja auch mit AX25 QSOs fahren, auch wenn das heute so gut wie nicht mehr gemacht wird. In den 80ern waren PR-QSOs durchaus üblich, bis die Müllboxen (PBBS & Co) aufkamen und alles den Bach runter ging. In APRS versucht man es in den Griff zu bekommen, aber ....... an jeder Ecke ein Digipeater ist nun mal auch nicht das gelbe vom Ei. Wo welcher Wohnwagen gerade in Italien rum steht, ist auch nicht unbedingt das Interessanteste.

Der AX25 Ablauf ($ für Hex-Darstellung): Für die Dauer des TX-Delays werden Flagbytes gesendet ($7E) und das erste Daten-Frame bei Ablauf des TXD-Timers. Mit AXDelay und AXHang verlängert sich das ganze, je nach Aktivitäten auf dem Kanal (QRG). Dann spielt noch DWait mit rein, falls Digipeater auf der QRG sind. Das ganze wird dann ziemlich ......, wenn wiederholt werden muß. Dabei kann die Wartezeit bis zum Senden ein Vielfaches der Keyup-Zeiten werden. Es macht deshalb nicht den geringsten Sinn, insbesondere TXDelay unnötig zu erhöhen. Man hat relativ schnell auf den BBS und Digis einen Flag-Byte count zur Messung der empfangenen Flags eingeführt und Stationen mit zuviel Flags (= zu hohem TXD) rausgeworfen bzw. ignoriert.

Ich habe es etwas vereinfacht dargestellt, weil es nicht so ohne weiteres einsichtig ist, warum man mit VOX leicht auf die Nase fällt. Auf eigener QRG im QSO mit anderen OMs (ohne Massenbetrieb BBS / Digi) spielen die Flags normalerweise keine Rolle. Übliche Anfangswerte waren früher TXD 300msec, wobei bereits damals alte Quarzmühlen schneller als die ersten PLL-TX waren und teilweise bis auf 50 msec runter gefahren werden konnten. Es muß außerdem ja auch noch RX/TX switching berücksichtigt werden -- genug Baustellen zum Einstellen. VOX technisch möglich, sollte aber einfach nicht dazu gehören.

73 Peter


  
 
 Betreff des Beitrags: Re: Vox Pegel
Ja, Peter, wie du schon ganz richtig schreibst, beschränkt sich meine Anwendung von AX.25 auch nur auf APRS - obwohl ich doch gern mal auch QSO, evt. sogar eine TCP/IP-Verbindung ausprobieren möchte :wink:
Bei meinem Setup mit Transceiver und TNC hat VOX für APRS nie geklappt, warum auch immer, sehr gut möglich, dass die Schuld dafür beim Digirepeater zu suchen ist. Ich hab's mir so erklärt, dass das TNC bereits Signale liefert, die VOX aber noch nicht angesprungen ist.


  
 
 Betreff des Beitrags: Re: Vox Pegel
[quote].... Bei meinem Setup mit Transceiver und TNC hat VOX für APRS nie geklappt, warum auch immer, ..... [/quote] Wenn Du Dich nicht selber Rückhören kannst (geht bei kleiner Leistung mit entkoppelten Antennen RX - TX recht gut), hast Du kaum eine Chance alle Parameter beliebig zu setzen und bist auf Ausgangsstandards angewiesen. Es sind zu viele und Du mußt intern u.U. auch noch Debug-Modus im TNC und der PC-SW dazu fahren. Ich habe damals zu den Anfängen ziemlich viel damit gespielt, weil es außerdem kurz nach X25-Einführung der DBP kam und ich X25-Pilot-Kunden (IBM) betreut habe. Die Protokolle und Parameter sind sehr ähnlich. Außerdem wurde anfangs so viel Unsinn verbreitet, da half nur noch testen und messen.

Das Hauptproblem sind die vielen Time-Outs bzw. Timer die zuschlagen können -- und mit etwas Pech fährt Dein PC auf der COM-Schnittstelle schon Recovery (Retries), während die TNC-Modemschnittstelle sich noch mit der VOX abrackert :-) . Oder auch umgekehrt, hi. Es ist manchmal verblüffend, wie hervorragend Schnittstellen-Ping-Pong läuft -- Du brauchst nicht mal einen QSO-Partner ........... und meinst, Du wärst schon im QSO bzw. zumindest der PC ............. (Das Hase und Igel Märchen).

73 Peter


  
 
 Betreff des Beitrags: Re: Vox Pegel
Danke für eure Messages.
Am besten ich probiers dann mal aus. Das mit dem Vox...
Anderer seits könnte ich wie bei Baycom/Pc-Com Modem den Ptt Strom auf die TX Leitung legen. Mit ca. 10uF Elko. Isn't it?
N Modem is halt schon praktischer. :wink:
und das mit em Tx-Delay is dann auch selbsterklärend.

Best Regards

Roney :headphones:


  
 
 Betreff des Beitrags: Re: Vox Pegel
HT = Handhelt (Handfunke)


  
 
 Betreff des Beitrags: Re: Vox Pegel
[quote]HT = Handhelt (Handfunke)[/quote]Du meintest sicher Hand-Toy :-) . Nur noch mal zur Logik - ich vermute mal, daß Du mit PR etwas am Anfang stehst (da waren wir alle mal). Bitte zum besseren Verständnis die TNC Funktionen und Modem Funktionen auseinander halten. Ich gehe mal von AFSK aus: Der Modem Teil kümmert sich um das NF-Signal, während PTT etc. zur den Steuerungsfunktionen (TNC) gehört. Man hatte es frühere auch getrennt durch unterschiedliche Chips, heute ist mit noch mehr Integration oder SW einiges vermanscht worden. Es gibt fest vorgegebene Reihenfolgen im Ablauf der Steuerung. Aus (A)X25 Sicht ist der PC eine Art Endgerät und der TNC (mit dem Modem und Funke) ein eigenes Endgerät. Dazu kommt dann das gleiche bei der Gegenstelle. APRS ist jetzt eine Ausnahme, weil dort keine Verbindung aufgebaut wird, Du sendest wie bei einer Bake immer, d.h. wenn die QRG frei ist, sonst keine Prüfung.

Es gibt bei Funk-AX25 keine direkte Kontrolle, ob die Aussendung fehlerfrei und kollisionsfrei war. Das wird im wesentlichen durch Timer-Abläufe festgestellt, die bei jeder Konstellation anders aussehen. Mit der VOX legst Du Dir nur selber Steine in den Weg. Inwieweit Du Signale zusammenschalten kannst ....... da ist mir jetzt schleierhaft, was Du machen willst. Vielleicht kann Dir jemand besser helfen, der die gleiche Gerätekombination fährt. Ich habe antikes Equipment und kein modernes HT für Packet.
73 Peter


  
 

Sitemap Elektronikforum Elektroshop PostgreSQL Forum