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




 [ 8 Beiträge ]  Gehe zu Seite 1,
Autor Nachricht
 Betreff des Beitrags: Hat jemand fldigi unter Linux an einem IC7800 am Laufen ?
Hallo,

Hat jemand o.g. Kombination am Laufen und kann mir weiterhelfen ?

Problem ist, daß ich die CAT-Schnittstelle nicht oder nur ganz sporadisch vom (Linux-)Rechner aus nutzen kann. IdR. kommt die Verbindung gar nicht erst zustande (Log-Meldung "can't initialisize com port") oder es funktioniert anfänglich, bricht dann aber relativ schnell zusammen und weitere Verbindungsversuche scheitern dann mit derselben Fehlermeldung.
Ich habe schon verschiedene CAT-Kabel ausprobiert, verschiedene Schnittstellen (diverse USB-Wandler und auch native RS232 und verschiedene Rechner und verschiedene Kommunikationsprogramme: rigcat und Hamlib, verschiedene Baudraten der Schnittstelle, Fldigi ist Version 3.23.08)

Damit bleiben aus meiner Sicht noch 3 Möglichkeiten:

1. ich konnte bisher keinerlei Informationen über die erforderlichen Einstellungen bei den vielen Timeouts (rigcat) und Schnittstellenoptionen finden. Bisher habe ich nur 'rausgefunden, daß 'commands are echod' angehakt werden muß. Baudrate und 1 Stopbit sind eingestellt und an der Funke ist die CIV-Id auch korrekt.

2. Alle Tests wurden mit verschiedenen, aber relativ aktuellen SuSE-Linux (bzw. jetzt Opensuse gemacht). Könnte das das Problem sein, sollte ich mal eine anderes Linux (zB Ubuntu) nehmen (Windows kommt nicht in's Haus) ?

3. Wenn alles nicht geht, überlege ich auch, mir ein anderes Funkgerät zu holen. Ist bei dem Icom irgendwas bekannt, daß die CAT-Schnittstelle problematisch ist oder gibt es da noch irgendwelche Einstelltricks ?

Jürgen


  
 
 Betreff des Beitrags: Re: Hat jemand fldigi unter Linux an einem IC7800 am Laufen
Immer noch das gleiche Problem wie 2013 scheinbar.

Frage: Funktioniert wenigstens CQRlog mit dem IC7800?

Wird bei RIGCTL(D) von Hamlib die Civ-dingens ID im richtigen Format als Parameter übergeben? Bei einem Bekannten stellte es sich heraus, das er ein falsches Format in der Kommandozeile übergab - da ging nix mit CAT. CIV wird bei Hamlib als 0x... übergeben - ich lese bei IC7800 die $6A.


  
 
 Betreff des Beitrags: Re: Hat jemand fldigi unter Linux an einem IC7800 am Laufen
[quote]... Ist bei dem Icom irgendwas bekannt, daß die CAT-Schnittstelle problematisch ist oder gibt es da noch irgendwelche Einstelltricks ?

Jürgen[/quote]

Die Cat Schnittestelle von ICOM ist (man kann fast sagen: seit Jahrzehnten) die unproblematischste Schnittstelle überhaupt. Ich bin froh das ICOM die nie "modernisiert" hat.


  
 
 Betreff des Beitrags: Re: Hat jemand fldigi unter Linux an einem IC7800 am Laufen
[quote]Immer noch das gleiche Problem wie 2013 scheinbar.[/quote]
leider ja :-(

[quote]
Wird bei RIGCTL(D) von Hamlib die Civ-dingens ID im richtigen Format als Parameter übergeben? Bei einem Bekannten stellte es sich heraus, das er ein falsches Format in der Kommandozeile übergab - da ging nix mit CAT. CIV wird bei Hamlib als 0x... übergeben - ich lese bei IC7800 die $6A.[/quote]
Hamlib rufe ich folgendermaßen auf (mit Ergebnis):

[code:p4487lsl]> rigctl -m 356 -r /dev/ttyS0 -s 4800 -c 0x6A -vvvvv f
rigctl, Hamlib 3.1~git
Report bugs to <hamlib-developer@lists.sourceforge.net>

rig:rig_init called
icom: _init called
rig_register (355)
rig_register (309)
[---schnipp---}
rig_register (354)
rig_register (371)
rig_set_conf: civaddr='0x6A'
rig:rig_open called
Opened rig model 356, 'IC-7800'
Backend version: 0.7.2, Status: Untested
write_block(): TX 6 bytes
0000 fe fe 6a e0 03 fd ..j...
read_string(): RX 6 characters
0000 fe fe 6a e0 03 fd ..j...
read_string(): Timed out 1.1015 seconds after 0 chars
write_block(): TX 6 bytes
0000 fe fe 6a e0 03 fd ..j...
read_string(): RX 6 characters
0000 fe fe 6a e0 03 fd ..j...
read_string(): Timed out 1.1019 seconds after 0 chars
write_block(): TX 6 bytes
0000 fe fe 6a e0 03 fd ..j...
read_string(): RX 6 characters
0000 fe fe 6a e0 03 fd ..j...
read_string(): Timed out 1.1012 seconds after 0 chars
write_block(): TX 6 bytes
0000 fe fe 6a e0 03 fd ..j...
read_string(): RX 6 characters
0000 fe fe 6a e0 03 fd ..j...
read_string(): Timed out 1.1016 seconds after 0 chars
get_freq: error = Communication timed out
rig:rig_close called
rig:rig_cleanup called
[/code:p4487lsl]

Dann habe ich testweise den 821H angeschlossen, die erforderlichen Parameter geändert und - es geht alles problemlos ?!???
[code:p4487lsl]
> rigctl -m 334 -r /dev/ttyS0 -s 19200 -c 0x60 -vvvvv f
rigctl, Hamlib 3.1~git
Report bugs to <hamlib-developer@lists.sourceforge.net>

rig:rig_init called
icom: _init called
rig_register (355)
...
rig_register (354)
rig_register (371)
rig_set_conf: civaddr='0x60'
rig:rig_open called
Opened rig model 334, 'IC-821H'
Backend version: 0.7, Status: Alpha
write_block(): TX 6 bytes
0000 fe fe 60 e0 03 fd ..`...
read_string(): RX 6 characters
0000 fe fe 60 e0 03 fd ..`...
read_string(): RX 11 characters
0000 fe fe e0 60 03 00 30 55 45 01 fd ...`..0UE..
icom_get_freq: freq len (5) differs from expected
145553000
rig:rig_close called
rig:rig_cleanup called[/code:p4487lsl]

Ich habe keine Ideen mehr.

Ps: auch auf einem testweise mit Ubuntu (12.04) installiertem Rechner geht es nicht, gleiches Verhalten wie oben.


  
 
 Betreff des Beitrags: Re: Hat jemand fldigi unter Linux an einem IC7800 am Laufen
Hallo Jürgen,

es kann natürlich auch die CIV defekt sein im Gerät. Ich hänge mal das Schaltbild und Layout der "Scope Unit" des betreffenden
Bereiches an. CIV wird über Q903 + Q904 gesteuert, die könnten defekt sein.

Hast du mal die RS232 direkt probiert?

73 Maik


  
 
 Betreff des Beitrags: Re: Hat jemand fldigi unter Linux an einem IC7800 am Laufen
[quote]Hallo Jürgen,
Hast du mal die RS232 direkt probiert?
73 Maik[/quote]

Die habe ich auch probiert. Um zu testen, ob überhaupt eine Übertragung stattfindet, habe ich zuerst die Schnittstelle im 'Decode'-Modus betrieben. Dies ging problemlos, d.h. ein empfangenes PSK-Signal wurde synchon zum PC übertragen. Ein Versuch, CIV-Befehle zu übertragen, ging jedoch nicht (nachdem ich die Schnittstelle wieder auf CIV zurückgestellt hatte).

Eine dritte Möglichkeit wäre jetzt noch die Fernsteuerungsschnittstelle über Ethernet, doch wie die angesteuert wird - keine Ahnung, ganz zu Schweigen davon, ob man die einfach ins FlDigi integriert bekommt.


  
 
 Betreff des Beitrags: Re: Hat jemand fldigi unter Linux an einem IC7800 am Laufen
Ich habe hier nur einen TS480-SAT an einem Rechner mit OpenSuse Leap 42.1 dran, mit der folgenden Kommandozeile:

rigctld --model=228 --serial-speed=9600 -r /dev/ttyUSB0

Läuft vollkommen problemlos, sowohl mit FLdigi als auch cqrlog. Testweise Fldigi mit RigCAT als auch mit der Hamlib (nehme ich üblicherweise). Mein Nutzer ist Mitglied der Gruppen "dialout", uucp" und "avhapi". Letztere war glaube ich nicht notwendig. An der Suse liegen Deine Probleme wahrscheinlich also nicht. Ging auch schon mit 13.2 problemlos, auch mit einem TS-590S.

Schon mal probiert, die Option -c ganz wegzulassen? Wozu das einzelne "f" am Ende Deiner Kommandozeile?


  
 
 Betreff des Beitrags: Re: Hat jemand fldigi unter Linux an einem IC7800 am Laufen
Hallo,
heute hat die Verbindung seit langem mal wieder funktioniert, hielt allerdings nur für 10 Minuten :-((( Danach war nichts mehr zu machen.
Folgende Ausgabe mit Rigctrl hatte ich dann:
[code:tvnhg50h]cfjh@bastau:~/projects/rig> rigctl -m 356 -r /dev/ttyUSB1 -s 19200 -c 0x6A -vvvvvvvv f
rigctl, Hamlib 3.1~git
Report bugs to <hamlib-developer@lists.sourceforge.net>

rig:rig_init called
icom: _init called
rig_register (355)
rig_register (309)
.....
rig_register (354)
rig_register (371)
rig_set_conf: civaddr='0x6A'
rig:rig_open called
Opened rig model 356, 'IC-7800'
Backend version: 0.7.2, Status: Untested
write_block(): TX 6 bytes
0000 fe fe 6a e0 03 fd ..j...
read_string(): RX 6 characters
0000 fe fe 6a e0 03 fd ..j...
read_string(): RX 11 characters
0000 fe fe e0 6a 03 00 00 10 14 00 fd ...j.......
14100000
rig:rig_close called
rig:rig_cleanup called [/code:tvnhg50h]


[quote]
Schon mal probiert, die Option -c ganz wegzulassen?
[/quote]
Ja, dann nimmt er defaultmäßig die $6A.

[quote]
Wozu das einzelne "f" am Ende Deiner Kommandozeile?[/quote]

Das "f" ist der Befehl, der an die Funke geschickt wird. "f" ist Auslesen der aktuell eingestellten Frequenz. "rigctl -h" zeigt eine Liste aller Befehle.


  
 

Sitemap Elektronikforum Elektroshop PostgreSQL Forum