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




 [ 40 Beiträge ]  Gehe zu Seite 1, 2, 3
Autor Nachricht
 Betreff des Beitrags: Re: Automatische Datenübertragung von WSJT-X über HRD zu eQS
Hallo Günther,

ich habe meine Vorgehensweise detailliert dokumentiert und hoffe, Du wirfst noch einmal einen kritischen Blick darauf, um die Fehlerursache zu ermitteln:

1. Schritt:
Ich habe nach der fauxqrz-Anleitung unter [url:c28zke5s]https://github.com/krisp/fauxqrz[/url:c28zke5s] die Datei [i:c28zke5s]C:\Windows\System32\drivers\etc\hosts[/i:c28zke5s] ergänzt:
[url=http://www.bilder-upload.eu/show.php?file=4ed07e-1486958336.jpg:c28zke5s][img:c28zke5s]http://www.bilder-upload.eu/thumb/4ed07e-1486958336.jpg[/img:c28zke5s][/url:c28zke5s]

2. Schritt:
Ich habe das Kommando [i:c28zke5s]ipconfig /flushdns[/i:c28zke5s] erfolgreich ausgeführt:
[url=http://www.bilder-upload.eu/show.php?file=1168d4-1486958443.jpg:c28zke5s][img:c28zke5s]http://www.bilder-upload.eu/thumb/1168d4-1486958443.jpg[/img:c28zke5s][/url:c28zke5s]

3. Schritt:
Ich habe Python 2.7.9 erfolgreich im Ordner [i:c28zke5s]C:\Python27[/i:c28zke5s] mit mehreren Unterordnern, dar. [i:c28zke5s]C:\Python27\Scripts[/i:c28zke5s] installiert und beide Ordner in den Systempfad integriert.

4. Schritt:
Nach Eingabe des Pfades [i:c28zke5s]C:\Python27\Scripts[/i:c28zke5s] in der Eingabeaufforderung wurde das Kommando
[i:c28zke5s]pip install requests cherrypy pypiwin32[/i:c28zke5s] erfolgreich ausgeführt:
[url=http://www.bilder-upload.eu/show.php?file=37caee-1486958792.jpg:c28zke5s][img:c28zke5s]http://www.bilder-upload.eu/thumb/37caee-1486958792.jpg[/img:c28zke5s][/url:c28zke5s]

5. Schritt:
Nach Deiner Empfehlung habe ich das Kommando [i:c28zke5s]iptables /flushdns[/i:c28zke5s] übersprungen. Es hat ohnehin nicht funktioniert.

6. Schritt:
Ich habe die 212 Textzeilen aus dem GitHub-Skript [url:c28zke5s]https://github.com/krisp/fauxqrz/blob/master/fauxqrz.py[/url:c28zke5s] in ein leeres Editor-Formular kopiert und im Ordner [i:c28zke5s]C:\Python27\Scripts[/i:c28zke5s] als Datei [i:c28zke5s]fauxqrz.py[/i:c28zke5s] gespeichert.:
[url=http://www.bilder-upload.eu/show.php?file=8de2a5-1486958878.jpg:c28zke5s][img:c28zke5s]http://www.bilder-upload.eu/thumb/8de2a5-1486958878.jpg[/img:c28zke5s][/url:c28zke5s]

7. Schritt:
Die Datei [i:c28zke5s]fauxqrz.py[/i:c28zke5s] ließ sich erfolgreich öffnen:
[url=http://www.bilder-upload.eu/show.php?file=7c7420-1486958966.jpg:c28zke5s][img:c28zke5s]http://www.bilder-upload.eu/thumb/7c7420-1486958966.jpg[/img:c28zke5s][/url:c28zke5s]

8. Schritt:
Ich habe den Windows-Dienst [i:c28zke5s]fauxqrz Service[/i:c28zke5s] erfolgreich installiert:
[url=http://www.bilder-upload.eu/show.php?file=00fc7e-1486959197.jpg:c28zke5s][img:c28zke5s]http://www.bilder-upload.eu/thumb/00fc7e-1486959197.jpg[/img:c28zke5s][/url:c28zke5s]

9. Schritt:
Ich habe bei [i:c28zke5s]HamQTH[/i:c28zke5s] erfolgreich ein Konto eröffnet.

10. Schritt:
Ich habe das [i:c28zke5s]HRD Logbook[/i:c28zke5s], Register [i:c28zke5s]Enable[/i:c28zke5s] konfiguriert:
[url=http://www.bilder-upload.eu/show.php?file=0e4740-1486959404.jpg:c28zke5s][img:c28zke5s]http://www.bilder-upload.eu/thumb/0e4740-1486959404.jpg[/img:c28zke5s][/url:c28zke5s]

11. Schritt:
Ich habe das [i:c28zke5s]HRD Logbook[/i:c28zke5s], Register [i:c28zke5s]Options[/i:c28zke5s] mit den Zugangsdaten meines HamQTH-Kontos konfiguriert:
[url=http://www.bilder-upload.eu/show.php?file=88d9a7-1486959529.jpg:c28zke5s][img:c28zke5s]http://www.bilder-upload.eu/thumb/88d9a7-1486959529.jpg[/img:c28zke5s][/url:c28zke5s]

12. Testergebnis

Wenn ich im Erfassungsformular für ein neues QSO ein bereits vorhandenes Rufzeichen eintrage, werden die Daten Name, QTH und Locator automatisch aus meiner DL9IU-Datenbank in die entsprechenden Felder übernommen:
[url=http://www.bilder-upload.eu/show.php?file=429908-1486960033.jpg:c28zke5s][img:c28zke5s]http://www.bilder-upload.eu/thumb/429908-1486960033.jpg[/img:c28zke5s][/url:c28zke5s]

Wenn ich im Erfassungsformular für ein neues QSO ein für mich neues Rufzeichen eintrage, werden die Daten Name, QTH und Locator nicht aus der HamQTH-Datenbank übernommen. Die entsprechenden Felder bleiben leer:
[url=http://www.bilder-upload.eu/show.php?file=381773-1486960222.jpg:c28zke5s][img:c28zke5s]http://www.bilder-upload.eu/thumb/381773-1486960222.jpg[/img:c28zke5s][/url:c28zke5s]
,obwohl die HamQTH-Datenbank die Daten dieses für mich neuen Rufzeichens ausweist:
[url=http://www.bilder-upload.eu/show.php?file=2b35d9-1486960336.jpg:c28zke5s][img:c28zke5s]http://www.bilder-upload.eu/thumb/2b35d9-1486960336.jpg[/img:c28zke5s][/url:c28zke5s]

Wo steckt der Fehler? Ich hoffe, Du kannst mir helfen.

Mit bestem Dank für Deine Bemühungen und 73 de Dieter (DL9IU)


  
 
 Betreff des Beitrags: Re: Automatische Datenübertragung von WSJT-X über HRD zu eQS
Hallo Dieter,

na, das sieht doch alles schon ganz gut aus. Was mir nun noch auffällt, ist, daß Du den Dienst nicht gestartet hast. Er ist zwar grundsätzlich existent, aber in den Hardcopies jeweils nicht aktiv ("Status"). Bitte starte ihn oder starte Windows neu, dann wird er automatisch gestartet.

Das PY-Script solltest Du dann natürlich nicht auch noch starten...

Dann würde ich als allererstes im entsprechenden Dialog von HRD mal den "Callsign Lookup-Test" ausführen. Das ist in dem Bildschirm, wo Du Deine Login-Daten angibst, unten rechts. Gib da mal ein Callsign ein und klicke auf Test. Es sollte nun ein Editor gestartet werden, der die Werte aus HAMQTH anzeigt (im XML-Format).

Mach das erstmal bitte, und dann sehen wir weiter.


  
 
 Betreff des Beitrags: Re: Automatische Datenübertragung von WSJT-X über HRD zu eQS
Hallo Günther,

vorab herzlichen Dank für Deine Geduld und Dein Verständnis. Aber ohne Deine hilfreiche Unterstützung könnte ich mein Problem nicht lösen. Anscheinend haben wir eine recht große Anzahl stiller Teilhaber, die möglcherweise auch an der Lösung interessiert sind.

Ich kann jetzt von einem Teilerfolg berichten. Es ist mir gelungen, die NOAA-Solardaten und die HamQTH-Daten in das HRD Logbook zu übernehmen. Die erfolgreiche Vorgehensweise ohne den Windowsdienst [i:27lwks3m]fauxqrz Service[/i:27lwks3m] konnte ich mehrfach reproduzieren:

1. Schritt:
Ich öffne fauxqrz.py. Das sieht dann in der Eingabeaufforderung so aus:
[url=http://www.bilder-upload.eu/show.php?file=db5d9a-1486996256.jpg:27lwks3m][img:27lwks3m]http://www.bilder-upload.eu/thumb/db5d9a-1486996256.jpg[/img:27lwks3m][/url:27lwks3m]

2. Schritt:
Ich starte das HRD Logbook. Das sieht dann im Taskmanager so aus:
[url=http://www.bilder-upload.eu/show.php?file=08df60-1486996442.jpg:27lwks3m][img:27lwks3m]http://www.bilder-upload.eu/thumb/08df60-1486996442.jpg[/img:27lwks3m][/url:27lwks3m]

Nach dem Start vom HRD Logbook ändert sich der Inhalt der Eingabeaufforderung:
[url=http://www.bilder-upload.eu/show.php?file=205dc1-1486996550.jpg:27lwks3m][img:27lwks3m]http://www.bilder-upload.eu/thumb/205dc1-1486996550.jpg[/img:27lwks3m][/url:27lwks3m]

3. Schritt:
Ich erfasse im HRD Logbook ein neues Rufzeichen: Die Rufzeichen-Daten werden aus HamQTH übernommen:
[url=http://www.bilder-upload.eu/show.php?file=174f1b-1486996671.jpg:27lwks3m][img:27lwks3m]http://www.bilder-upload.eu/thumb/174f1b-1486996671.jpg[/img:27lwks3m][/url:27lwks3m]

Die Test-XML-Daten sehen so aus:
[url=http://www.bilder-upload.eu/show.php?file=da6bfb-1486996743.jpg:27lwks3m][img:27lwks3m]http://www.bilder-upload.eu/thumb/da6bfb-1486996743.jpg[/img:27lwks3m][/url:27lwks3m]

Die aktuellen NOAA-Solardaten werden auch angezeigt:
[url=http://www.bilder-upload.eu/show.php?file=edc030-1486996855.jpg:27lwks3m][img:27lwks3m]http://www.bilder-upload.eu/thumb/edc030-1486996855.jpg[/img:27lwks3m][/url:27lwks3m]

Wie gesagt, so ist meine Vorgehensweise ohne den Windows-Dienst [i:27lwks3m]fauxqrz Service[/i:27lwks3m]:
[url=http://www.bilder-upload.eu/show.php?file=740633-1486997087.jpg:27lwks3m][img:27lwks3m]http://www.bilder-upload.eu/thumb/740633-1486997087.jpg[/img:27lwks3m][/url:27lwks3m]

Ich hatte ja den Windows-Dienst [i:27lwks3m]fauxqrz Service[/i:27lwks3m] bereits erfogreich installiert. Allerdings hat er wohl nicht funktioniert. Der Versuch, diesen Dienst zu starten hängte sich immer mit dem Status "[i:27lwks3m]Dienst wird gestartet[/i:27lwks3m]" auf, egal ob der Starttyp auf [i:27lwks3m]Automatisch[/i:27lwks3m] oder [i:27lwks3m]Manuell[/i:27lwks3m] eingestellt war. Der Status "Gestartet" wurde nicht erreicht. Ich habe diesen Díenst daher in der Registry unter [i:27lwks3m]HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\fauxqrz[/i:27lwks3m] wieder gelöscht.

So weit der aktuelle Stand. Hast Du vielleicht noch eine Idee, warum sich der Windows-Dienst fauxqrz Service bei mir nicht starten lässt. Du weist ja darauf hin, dass bei gestartetem [i:27lwks3m]fauxqrz Service[/i:27lwks3m] das PY-Script nicht zusätzlich gestartet werden soll.

Ich hoffe, dass ich Deine wertvolle Hilfe nicht mehr lange in Anspruch nehmen muss.

73 de Dieter (DL9IU)


  
 
 Betreff des Beitrags: Re: Automatische Datenübertragung von WSJT-X über HRD zu eQS
Hallo Dieter,

Glückwunsch zum erfolgreichen Einrichten, nun sind wir der endgültigen Lösung sehr nah. :)

Der Dienst tat's also nicht, ok. Vermutlich ist bei der Installation etwas schiefgegangen, Du sprachst ja bereits von einem fehlenden Semikolon.

Leider ist oben in Deiner Installationsdokumentation der Schritt 7. nicht detailliert beschrieben. Wie genau hast Du den Dienst installiert?

Hier noch einmal die Anleitung, man beachte: Der Systempfad MUSS hier korrekt gesetzt werden.

[quote]Installing fauxqrz as a windows service:

- Test the program to make sure it works the way you expect.
- Add C:\python27\Lib\site-packages\pywin32_system32 to your SYSTEM PATH environment variable

(Gib "variables" in die Windows-Suchfunktion ein, wähle dann "system variables" nzw. Umgebungsvariablen)

- Open a command prompt as !!! administrator !!!, change working directory to the script's folder
- Install the service to start automatically:
python fauxqrz.py --startup auto install
- Start the service: python fauxqrz.py start
[/quote]

Habe noch einige Übersetzungen und Ausrufezeichen an wichtigen Stellen angebracht...

Einfach noch einmal machen und ausprobieren. Sollte dann gehen.


  
 
 Betreff des Beitrags: Re: Automatische Datenübertragung von WSJT-X über HRD zu eQS
Hallo Günther,

da bin ich schon wieder. Das letzte Kommando [i:20hal441]Start the service: python fauxqrz.py start[/i:20hal441] ist hoffentlich auch die letzte Hürde, die ich noch nehmen muss.

1. Schritt:
[i:20hal441]Add C:\python27\Lib\site-packages\pywin32_system32 to your SYSTEM PATH environment variable[/i:20hal441]
Ich habe den Systempfad erfolgreich ergänzt:
[url=http://www.bilder-upload.eu/show.php?file=5d9d0b-1487004782.jpg:20hal441][img:20hal441]http://www.bilder-upload.eu/thumb/5d9d0b-1487004782.jpg[/img:20hal441][/url:20hal441]

2. Schritt:
Ich habe den fauxqrz Service erfogreich installiert:
[url=http://www.bilder-upload.eu/show.php?file=62294a-1487004889.jpg:20hal441][img:20hal441]http://www.bilder-upload.eu/thumb/62294a-1487004889.jpg[/img:20hal441][/url:20hal441]

[url=http://www.bilder-upload.eu/show.php?file=aed627-1487004997.jpg:20hal441][img:20hal441]http://www.bilder-upload.eu/thumb/aed627-1487004997.jpg[/img:20hal441][/url:20hal441]

3. Schritt:
Mir ist unklar, wo das Script fauxqrz.py gespeichert sein muss, damit python es findet. Ich habe es im Ordner [i:20hal441]C:\Python27[/i:20hal441] gespeichert, wo sich auch das program python.exe befindet.
Auf ein Kommando mit Administratorberechtigung kommt folgende Fehlerrmeldung:
[url=http://www.bilder-upload.eu/show.php?file=516999-1487005333.jpg:20hal441][img:20hal441]http://www.bilder-upload.eu/thumb/516999-1487005333.jpg[/img:20hal441][/url:20hal441]

Der Versuch, den Service direkt bei den Windows-Diensten zu starten, führt zu folgender Fehlermeldung:
[url=http://www.bilder-upload.eu/show.php?file=71de12-1487005430.jpg:20hal441][img:20hal441]http://www.bilder-upload.eu/thumb/71de12-1487005430.jpg[/img:20hal441][/url:20hal441]
Als Status wird [i:20hal441]Wird gestartet[/i:20hal441] angezeigt. Der Status lässt sich auch nicht ändern.

Ich hoffe, Du hast auch dafür eine Lösungsvorschlag.

Übrigens ist interessant, auf welche kleinen Programmierfehler man bei solch einer intensiven Analyse stößt. Ich möchte das am Beispiel des Rufzeichens VE3MZD demonstrieren:

1. VE3MZD HamQTH-Daten
[url=http://www.bilder-upload.eu/show.php?file=c68e20-1487006120.jpg:20hal441][img:20hal441]http://www.bilder-upload.eu/thumb/c68e20-1487006120.jpg[/img:20hal441][/url:20hal441]

2. VE3MZD HRD Logbook XML-Testdaten
Die XML-Datei enthält sämtliche HamQTH-Daten:
[url=http://www.bilder-upload.eu/show.php?file=56bf5c-1487006217.jpg:20hal441][img:20hal441]http://www.bilder-upload.eu/thumb/56bf5c-1487006217.jpg[/img:20hal441][/url:20hal441]

3. Datenübernahme in DM780
In DM780 werden Vorname, Name, QTH und Locator richtig übernommen. Leider beim DM780 nicht möglich der Mode JT9 nicht vorhanden. Ich sehe auch keine Möglichkeit, anders als beim HRD Logbook, den Mode zu konfigurieren.
[url=http://www.bilder-upload.eu/show.php?file=3e79c2-1487006804.jpg:20hal441][img:20hal441]http://www.bilder-upload.eu/thumb/3e79c2-1487006804.jpg[/img:20hal441][/url:20hal441]

4. Datenübernahme in HRD Logbook
In das HRD Logbook werden Vorname, Name, QTH und State richtig übernommen. Der Locator wird nicht übernommen.
[url=http://www.bilder-upload.eu/show.php?file=1a2d45-1487006847.jpg:20hal441][img:20hal441]http://www.bilder-upload.eu/thumb/1a2d45-1487006847.jpg[/img:20hal441][/url:20hal441]

Aber mit diesen Feinheiten kann und muss man wohl bei kostenloser Software leben.

Ich bin schon gespannt, zu erfahren, was ich nun immer noch falsch mache.

73 de Dieter (DL9IU)


  
 
 Betreff des Beitrags: Re: Automatische Datenübertragung von WSJT-X über HRD zu eQS
Hallo Dieter,

ja, wenn man die Anweisungen nicht 100% genau befolgt... schon ist man der Dumme. ;) ;) ;)

Ist aber oft auch mißverständlich, das amerikanische Installationsenglisch. :D

Der Fehler liegt offenbar, daß das Script nicht korrekt als Service installiert wurde. Die Anweisung war ja:

"Open a command prompt as administrator, change working directory to the script's folder"

Das hast Du offenbar mißverstanden und bist einfach zu dem Ordner C:\python27\scripts gewechselt.
Richtig?

Gemeint war aber: Wechseln Sie zu dem Verzeichnis ("work dir"), in dem das Script liegt, das Sie als Service einrichten wollen.

Das wäre aber bei Dir eben C:\python27 gewesen.

Macht aber rein gar nix. Kopiere das fauxqrz komplett in das Verzeichnis C:\python27\scripts
(alle Dateien).

Bitte auch prüfen, ob Python das Script kompiliert hat. Es muß in dem Verzeichnis auch eine Datei "fauxqrz.pyc" drin sein.

Service dann unbedingt mit "Neu starten" noch mal starten.

--

Den von Dir angegebenen Fehler mit dem GRID SQUARE kann ich nicht nachvollziehen, bei mir holt er die Daten einwandfrei ab und fügt sie einwandfrei ins Logbuch ein. Das muß woanders dran liegen...

:)


  
 
 Betreff des Beitrags: Re: Automatische Datenübertragung von WSJT-X über HRD zu eQS
Hallo Günther,
für heute und morgen die letzte Nachricht, denn morgen muss ich für 1 Tag verreisen und Du hast eine Weile Ruhe vor mir.

1. Schritt:
Ich habe das PY-Script in den Ordner [i:2rd1wkx9]C:Python27\Scripts[/i:2rd1wkx9] kopiert.

2. Schritt:
Ich habe als Administrator das Kommando: [i:2rd1wkx9]python fauxqrz.py --startup auto install[/i:2rd1wkx9] erfolgreich ausgeführt:
[url=http://www.bilder-upload.eu/show.php?file=408382-1487012612.jpg:2rd1wkx9][img:2rd1wkx9]http://www.bilder-upload.eu/thumb/408382-1487012612.jpg[/img:2rd1wkx9][/url:2rd1wkx9]

Im Ordner [i:2rd1wkx9]C:Python27\Scripts[/i:2rd1wkx9] ist die Datei [i:2rd1wkx9]fauxqrz.pyc[/i:2rd1wkx9] entstanden.

3. Schritt:
Ich habe als Administrator das Kommando: [i:2rd1wkx9]python fauxqrz.py start[/i:2rd1wkx9] ausgeführt:
[url=http://www.bilder-upload.eu/show.php?file=251872-1487012922.jpg:2rd1wkx9][img:2rd1wkx9]http://www.bilder-upload.eu/thumb/251872-1487012922.jpg[/img:2rd1wkx9][/url:2rd1wkx9]

Der Vorgang wird auch auch mehreren Minuten Wartezeit anscheinend nicht abgeschlossen. Der Status des Dienstes [i:2rd1wkx9]fauxqrzsvc[/i:2rd1wkx9] bleibt immer [i:2rd1wkx9]Wird gestartet [/i:2rd1wkx9].

Ist das normal?

73 de Dieter (DL9IU)


  
 
 Betreff des Beitrags: Re: Automatische Datenübertragung von WSJT-X über HRD zu eQS
Hallo Dieter,

nein, das ist nicht normal, da geht was schief. Man kann dann zuerst mal Windows neu starten und schauen... Manchmal hilft dies. ;)

Wenn Du wiederkommst, dann mach bitte mal eine Hardcopy von den Eigenschaften dieses Dienstes.
Nicht aus dem Taskmanager, sondern über "Systemsteuerung" - "Verwaltung" - "Dienste" (oder "Services"). Dann auf dem Dienst rechte Maustaste - Eigenschaften.

Schau mal nach, ob die Datei

C:\Python27\lib\site-packages\win32\PythonService.exe

existiert.

Gute Reise!
:)


  
 
 Betreff des Beitrags: Re: Automatische Datenübertragung von WSJT-X über HRD zu eQS
Und bitte noch einmal sicherheitshalber prüfen, ob der Pfad, den Du geändert hast, acuh wirlich der Systempfad war und nicht nur der Userpfad.

Systemsteuerung - System - Erweiterte Systemeinstellungen - Umgebungsvariablen - Systemvariablen - Path

Und vielleicht mal das Installations-Log checken:

c:\windows\temp\fauxqrz.log

(Falls c:\windows\temp\ das globale System-Temp-Verzeichnis ist. Steht auch in den Systemvariablen - s.o.)


  
 
 Betreff des Beitrags: Re: Automatische Datenübertragung von WSJT-X über HRD zu eQS
Und zu guter Letzt:

regedit starten. Navigieren zu :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\fauxqrzsvc

Bitte den Imagepath prüfen:

C:\Python27\lib\site-packages\win32\PythonService.exe

Dann den Unterschlüssel "PythonClass" prüfen:

C:\Python27\Scripts\fauxqrz.fauxqrzService

Ok, das wäre es erstmal...


  
 
 Betreff des Beitrags: Re: Automatische Datenübertragung von WSJT-X über HRD zu eQS
Hallo Günther,

vor meiner Abreise wollte ich Deine Fragen doch noch beantworten:

1. Windows neustarten hat nicht geholfen.

2. Eigenschaften des Dienstes [i:1eqeuinv]fauxwrzsvc[/i:1eqeuinv]:
[url=http://www.bilder-upload.eu/show.php?file=373fd7-1487023323.jpg:1eqeuinv][img:1eqeuinv]http://www.bilder-upload.eu/thumb/373fd7-1487023323.jpg[/img:1eqeuinv][/url:1eqeuinv]

Auf den weiteren Registern ist praktisch nichts eingetragen.

3. Die Datei PythonService.exe ist vorhanden:
[url=http://www.bilder-upload.eu/show.php?file=af579f-1487023928.jpg:1eqeuinv][img:1eqeuinv]http://www.bilder-upload.eu/thumb/af579f-1487023928.jpg[/img:1eqeuinv][/url:1eqeuinv]

4. Den Systempfad habe ich geändert:
- Systemeigenschaften:
[url=http://www.bilder-upload.eu/show.php?file=1aef8c-1487024082.jpg:1eqeuinv][img:1eqeuinv]http://www.bilder-upload.eu/thumb/1aef8c-1487024082.jpg[/img:1eqeuinv][/url:1eqeuinv]

- path:
[url=http://www.bilder-upload.eu/show.php?file=c1d1b5-1487024124.jpg:1eqeuinv][img:1eqeuinv]http://www.bilder-upload.eu/thumb/c1d1b5-1487024124.jpg[/img:1eqeuinv][/url:1eqeuinv]

5. Das Installationslog [i:1eqeuinv]fauxqrz.log[/i:1eqeuinv] gibt es auf meinem PC nicht.
Ich habe extra den Dienst [i:1eqeuinv]fauxqrzsvc[/i:1eqeuinv] total gelöscht, den Rechner neu gestartet und mit dem Administrator-Kommando [i:1eqeuinv]python fauxqrz.py --startup auto install [/i:1eqeuinv] den Dienst fauxqrzsvc neu installiert. Aber auch danach gibt es kein Installationslog [i:1eqeuinv]fauxqrz.log[/i:1eqeuinv].
Ist das ein möglicher Hinweis auf die Problemursache?

6. Folgende Registrierungseintragungen sind vorhanden:
[url=http://www.bilder-upload.eu/show.php?file=aad6ab-1487024648.jpg:1eqeuinv][img:1eqeuinv]http://www.bilder-upload.eu/thumb/aad6ab-1487024648.jpg[/img:1eqeuinv][/url:1eqeuinv]

[url=http://www.bilder-upload.eu/show.php?file=acdb90-1487024787.jpg:1eqeuinv][img:1eqeuinv]http://www.bilder-upload.eu/thumb/acdb90-1487024787.jpg[/img:1eqeuinv][/url:1eqeuinv]

So, ich hoffe, dass ich alle Fragen verständlich beantwortet habe.

73 de Dieter (DL9IU)


  
 
 Betreff des Beitrags: Re: Automatische Datenübertragung von WSJT-X über HRD zu eQS
Hallo Dieter,

danke für die Updates, so auf den ersten Blick aus der Ferne scheint in der Tat alles richtig installiert zu sein. So langsam wird es auf die Entfernung nun doch schwierig...

Was Du in jedem Fall machen kannst, ist das Event-Log (Anwendung) einmal anzusehen, vielleicht gibt es dort Fehlerhinweise.

Auch nicht schaden kann die Registrierung von PythonService.exe:

In einer Admin-Dos-Box eingeben:

CD \Python27\Lib\site-packages\win32
PythonService.exe /register

(Gebe aber zu, das ist nur aus Verzweiflung.)

--

Das Log, das ich ansprach, ist übrigens kein Log, das die Installation des Services beschreibt, sondern - da habe ich mich falsch ausgrdrückt - das Log, das das Script während seiner Arbeit erzeugt. Da der Service ja nicht richtig startet, arbeitet das Script ja nicht, und es wird dann auch kein Log erzeugt.

--

Was wir als nächstes probieren können, ist, das Script so lange abzuspecken, bis es läuft und wir so auf den Code stoßen, der nicht ausgeführt wird.

Ein Berechtigungsproblem schließe ich eigentlich aus.

Vielleicht ergibt sich ja noch etwas aus dem Event-Log von Windows...


  
 
 Betreff des Beitrags: Re: Automatische Datenübertragung von WSJT-X über HRD zu eQS
Hallo Günther,

um Deine Geduld nicht länger zu strapazieren, werde ich meine Bemühungen mit dem erreichten Kenntnisstand abschließen:

1. Das PY-Script funktioniert insofern, dass die NOAA-Solardaten und die HamQTH-Daten in das HRD-Logbook übernommen werden.

2. Der vom PY-Script installierte Dienst fauxqrzsvc hängt sich beim Öffnen auf, Ursache unklar. Auf diesen Dienst kann ich aber verzichten. Wenn ich das PY-Script öffne und offen lassse, dann anschließend HRD 5.24 starte,erfolgt die Datenübernahme in das HRD Logbook einwandfrei.

3. Bei Dir wird bei der QSO-Erfassung im HRD Logbook der Locator korrekt übernommen. Weil Du meinst, das Problem müsste bei mir andere Ursachen haben, habe ich HRD 5.24 versuchsweise neu installiert. Das Ergebnis ist unverändert. Das HRD Logbook zeigt die Country-Daten im Country-Manager an. Es entnimmt diese Daten anscheinend aus der Datei [i:2a27fzfg]LogbookCountryDataExxml [/i:2a27fzfg]. Diese Datei enthält aber keine direkten Locator-Daten. Der Locator wird vermutlich aus den in dieser Datei enthaltenen Longitude- und Latitude-Kordinaten berechnet und dann nach Eingabe eines Landeskenners im Eingabefeld [i:2a27fzfg]Call:[/i:2a27fzfg] automatisch im Eingabefeld [i:2a27fzfg]Locator: [/i:2a27fzfg] eingetragen, aber anschließend nicht mehr durch HamQTH-Daten korrigiert. Bei Erfassung neuer QSOs im DM 780 tritt dieser Fehler nicht auf.

Übrigens weiß ich nicht, wo man aktuelle Country-Daten für HRD 5.24 downloaden kann. Der Link zu K7PT funktioniert nicht mehr. Woher HRD 6.0 die Country-Daten bezieht, ist mir nicht bekannt.

Abschließend möchte ich noch auf Deine letzten Hinweise eingehen:

1. In der Ereignisanzeige habe ich zum Dienst [i:2a27fzfg]fauxqrzsvz [/i:2a27fzfg]nur folgende Fehlermeldung gefunden:
[url=http://www.bilder-upload.eu/show.php?file=ec092e-1487161411.jpg:2a27fzfg][img:2a27fzfg]http://www.bilder-upload.eu/thumb/ec092e-1487161411.jpg[/img:2a27fzfg][/url:2a27fzfg]
Die Fehlermeldung war nicht reproduzierbar.

2. Nach Ausführung des Admin-Kommandos [i:2a27fzfg]PythonService.exe /register[/i:2a27fzfg] habe ich in der Registrierung keinen Eintrag zum PythonServce gefunden.

3. Ich das PY-Script versuchsweise bis auf Eintragungen, die nach meiner Ansicht mit der Installation von fauxqrzsvc zu tun haben, abgespeckt. Alle Eintragungen, die mit der Datenübertragung zu tun haben, habe ich gelöscht. Nach erneuter Installationsprozedur war das Ergebnis unverändert. Für weitere Versuche, das PY-Script zu verändern, fehlen mir die Kenntnisse.

So, abschließend möchte ich mich ausdrücklich für Deine vielen wertvollen Hinweise und Deine Geduld, mir helfen zu wollen, bedanken. Es hat mir als om (mit 77y im wahrsten Sinne der Abkürzung) großen Spaß bereitet, Deine Hinweise umzusetzen.

73 de Dieter (DL9IU)


  
 
 Betreff des Beitrags: Re: Automatische Datenübertragung von WSJT-X über HRD zu eQS
Hallo Dieter,

ok, kann verstehen, daß Du mittlerweile keine rechte Lust mehr hast. Ich habe aber noch zwei Dinge.

1. Ich habe in der Tat einen Fehler im Script gefunden und auch behoben.
2. Die Fehlermeldung weist darauf hin, daß einer der Python-Pfade nicht vom Windows SCM gefunden wird.

--

Zu 1.: Das Script hat in der Urversion Probleme mit dem Zeichensatz UTF-8. Das führt dazu, daß es zu deinem Decodierungsfehler bei manchen Rufzeichen im HAMQTH kommt. Konnte das wunderbar z.B. bei Umlauten reproduzieren. Bist Du an einer Lösung interessiert? Vielleicht ist dann das Problem mti dem GRID erschlagen.

Zu 2.: Was steht denn bei dem Ereignis bei "Details"?

Ich vermute, er findet den Pfad zu dem Script nicht, warum auch immer. Viellecht doch noch mal den Systempfad prüfen.

Das mit dem wahllosen Entfernen von Code bringt natürlich nichts, wenn Du nicht genau weißt, das Du tust. Ich hatte ein kleines Test-Script vorbereitet, das genau nichts anderes tut als sich zu installieren und dann auf seine Beendigung zu warten. Wenn das schon nicht gelaufen wäre, hätten wir de nFehler gar nicht erst im Code suchen müssen.

Aber der Hinweis mit dem Pfad ist eigentlich eindeutig. Welcher es ist, kann ich von hier natürlich nicht sagen. Kann auch einer der Unterpfade der Python-Installation sein.


  
 
 Betreff des Beitrags: Re: Automatische Datenübertragung von WSJT-X über HRD zu eQS
Hallo Günther,

ich bewundere Deine Geduld. Ich möchte nur nicht mit meiner ständigen Fragerei unverschämt sein.
Selbstverständlich teste ich gerne die von Dir vorbereiteten Aktionen.

Zu 1. Eine Lösung für eine korrekte Locator-Übernahme aus HamQTH in das HRD Logbook interessiert mich sehr.
Teile mir bitte mit, welche Script-Zeilen ich wie korrigieren muss. Schicke mir bitte auch das vorbereitete Test-Script. Ich möchte es gerne ausprobieren.

Zu 2. Die Fehlermeldung vom 13.02.2017 ist durch ein zwischenzeitliches Restore verloren gegangen. Ich kann sie auch nicht reproduzieren. Die Details zu dieser Fehlerrmeldung kann ich daher leider nicht mehr liefern.

Ich bin schon auf die neuen Testergebnisse gespannt.

73 de Dieter (DL9IU)


  
 

Sitemap Elektronikforum Elektroshop PostgreSQL Forum