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




 [ 25 Beiträge ]  Gehe zu Seite 1, 2
Autor Nachricht
 Betreff des Beitrags: AD8307, wer kann weiterhelfen?
Hallo,

zuerst suche ich eine kurze Montageanleitung für den RF-Kopf:
http://www.elektor.com/digital-rf-wattmeter

Dann einen Hinweis, wie die Hex-Software lesbar gemacht werden kann (in C):
http://www.webx.dk/oz2cpu/radios/milli-soft104.htm

Kann jemand weiterhelfen?


Peter


  
 
 Betreff des Beitrags: Re: AD8307, wer kann weiterhelfen?
Hallo Peter

Ich verstehe nicht ganz, was du meinst; welchen Messkopf meinst du? Wenn du einen Messkopf auf Basis des AD8307 brauchst, gibt es PCBs von DL4JAL [url:2z1jzakg]http://www.dl4jal.eu/mwattmeter/mwattmeter.html[/url:2z1jzakg]. Ich habe von ihm den Messkopf auf Basis des AD8362 für mein Wattmeterprojekt entlehnt.

Und das HEX-File kannst du nur deassemblieren - dann hast du wieder einen Assembler-Quellcode, aber natürlich ohne Kommentare und Variablennamen, die der Programmierer gesetzt hat. Von einem Binary zurück in C ist nicht möglich. Überdies wurde der Code vermutlich direkt in Assembler geschrieben, wie das bei den PIC16F üblich ist - die sind nicht sehr hochsprachenkompatibel. Für De/Assemblierung verwende ich die freien gputils; gibt aber auch welche von Microchip - dazu kann ich aber nichts sagen.

73
Pascal


  
 
 Betreff des Beitrags: Re: AD8307, wer kann weiterhelfen?
Hi,
kannst du doch in PIC Basic recht einfach programmieren. Der AD8307 gibt ne Gleichspannung aus, damit gehst du auf den AD Wandler Eingang.
LCD Dispaly ran, bischen rechnen, fertig.

http://www.mikrocontroller.net/topic/326485

73 de DL3FOX Uwe


  
 
 Betreff des Beitrags: Re: AD8307, wer kann weiterhelfen?
Das Projekt von OZ2CPU ist ganz in Ordnung und darf durchaus als Basis herhalten um zu einem RF-Powermeter zu gelangen; wenn man denn nicht selbst das Rad neu erfinden will. Ich wollte es neu erfinden und hab einen Atmega16 genommen; zur Zeit portiere ich das Projekt gerade auf den kleineren Atmega8; der 16er ist einfach Overkill.
Nach langjährigem Arbeiten sowohl mit PIC als auch AVR-Chips entwickle ich eigentlich nur noch auf den AVR (Attiny/Atmega), weil es einen freien und hochwertigen C-Compiler gibt und selbst die kleinen Attiny auf die Verwendung einer Hochsprache aufgebaut sind. Für PIC16F bleibt man besser bei Assembler, wenn man es denn in dem Masse beherrscht, wie es für umfangreichere Projekte notwendig ist; für PIC18F gibt es C-Compiler, allerdings mit Ausnahme des SDCC keine freien; und der SDCC ist bezüglich des PIC-branches 1. noch in Entwicklung und 2. in einigen Belangen nicht überzeugend.
Und sorry, keine Beleidigung, aber Basic, sowohl die Implementationen für PIC als auch die für AVR sind einfach nur ein Witz; zudem ist es auch keine quelloffene Software.


  
 
 Betreff des Beitrags: Re: AD8307, wer kann weiterhelfen?
Das PIC Basic ist ganz ok wenn man schnell was lauffähiges haben will. Grössere Projekte dann in C.
Aber wenn ich eh nur ein AD einlesen will und ne Zahl ausgeben will..ist C overklll. Vor allem wenn mans nicht gewohnt ist damit zu arbeiten.

C mach ich wenns an die DDS CHips geht und mit 32 Bit Float gerechnet werden muss..da ist ENDE von PIC Basic ;)


  
 
 Betreff des Beitrags: Re: AD8307, wer kann weiterhelfen?
Naja, einfach nur eine Zahl ausgeben, ist es dann doch nicht. Sowohl OZ2CPU, DL4JAL als auch mein Projekt geben Werte in dBm, W und V an 50 Ohm an; zudem muss eine Kalibriermöglichkeit und die Hinzurechnung eines Dämpfungsglieds gegeben sein.
Da kommt einiges an Fliesskommaarithmetik dazu, welche man für optimale Verarbeitung natürlich als Integerberechnung durchführen sollte. DL4JAL hat für sein Wattmeter extra eine dekadische Log-Funktion in PIC Assembler geschrieben.
Und mit der Programmiersprache ist es halt so, dass gerade die einfachen PICs mit Assembler am besten zu programmieren sind, während die PIC18 und alle ATmega und Attinys für C optimiert sind - und der avr-gcc ist von mir aus gesehen DER Compiler für uCs; das sdcc-Team als Pendant für PIC wird da noch viel Arbeit vor sich haben um zum avr-gcc aufzuschliessen.
Basic ist nicht mehr als eine Notlösung für diejenigen, die nicht wollen oder können in Assembler oder C programmieren; meine Basic-Ära hat sich mit dem Rauswurf des C64 erledigt.

Aber wir sind nun schon schwer OT und Peter hat noch nichts weiteres dazu sagen können....


  
 
 Betreff des Beitrags: Re: AD8307, wer kann weiterhelfen?
PIC Basic ist für Einsteiger immer noch der schnellste Weg. Assembler ist kompliziert wenn man es noch nie gemacht hat. C wird schnell sehr umfangreich und du darfst ALLES machen..egal obs sinnvoll ist oder nicht ;))
Der Compiler haut dir nur auf die Finger wenns überhaupt nicht mehr geht.

Hat eben alles seinen Anwendungsbereich.


  
 
 Betreff des Beitrags: Re: AD8307, wer kann weiterhelfen?
also noch mal OT: das mit C stimmt allerdings, gerade neulich am eigenen Leib erfahren, nachdem sich der uC wie man so sagt 'erratic' verhalten hat. Hab mich schliesslich gefrustet in die Horizontale geworfen, als plötzlich die Division durch 0 vor meinem inneren Auge erschien :P


  
 
 Betreff des Beitrags: Re: AD8307, wer kann weiterhelfen?
integer overflow wird auch immer wieder gerne genommen.. ;))


  
 
 Betreff des Beitrags: Re: AD8307, wer kann weiterhelfen?
[quote]Aber wir sind nun schon schwer OT und Peter hat noch nichts weiteres dazu sagen können....[/quote]
Hallo,

das ist richtig.
Ich bin jetzt erst mal platt, weil ich die letzten Tage einen Umzug sponsern durfte.
Aber der ist jetzt zum Glück Geschichte.

Also:
Ich mache nur AVR und C, und besitzte als Programmer einen AVR-Dragon (nutze nur JTAG).
Auf Assembler für PICs bin ich überhaupt nicht scharf.
Dazu muß ich zu meiner Schwäche gestehen, nicht viel Ahnung von C und AVR zu verfügen.
Meine einzigen Risc-Prozessoren sind im Moment der Mega2560 und mega128 und das auch nur in den Startlöchern für ein relativ umfangreiches Steuer-Regel-Projekt.

Der Meßkopf von Elektor ist sehr kompakt.
Der könnte mich desweiteren sogar dazu verführen, ein DVM direkt anzuschließen. Conrad bietet wohl einige DVMs an, denen eine einzige Spannungsquelle reicht. Aber genaueres weiß ich noch nicht.
(Nachbau vom Feldstärke-Meßkoffer).


Peter


  
 
 Betreff des Beitrags: Re: AD8307, wer kann weiterhelfen?
Hallo Peter

Ja, ich werd da aus der Elektorseite nicht schlau, kein Schema nichts; wenn dort auch die Frequenzgangkorrektur am Eingang vorhanden ist, dürfte nichts gegen den Einsatz dieses Messkopfs sprechen. Wenn du im Besitze detailierer Angaben bist, kannst du ja mit OZ2CPU vergleichen - es geht da um die 20n-Spule in Serie zum 47R Widerstand am Eingang.

Wenn ich richtig verstehe, soll der AD8307 der Feldstärkemessung dienen. Das geht natürlich auch, wobei es natürlich schwierig werden wird, absolute Messwerte zu erhalten; eigentlich sind in so einem Aufbau nur relative Messungen möglich.
Nun, ich hab wie gesagt ein RF-Wattmeter auf AVR-Basis in C hier; wenn du magst, kann ich dir mal die Sources zukommen lassen. Arbeite gerade daran, die Fliesskommaberechnungen umzuarbeiten, dass das Program ohne floats-Support auskommt und dann sicherlich auf einen Atmega8 passen würde.

73
Pascal


  
 
 Betreff des Beitrags: Re: AD8307, wer kann weiterhelfen?
Hallo,

ja, richtig. Pass auf, das ist ganz genau der
http://www.webx.dk/oz2cpu/radios/miliwatt.htm

Abgleichen werde ich die Kiste in einer selbst gebauten TEM-Zelle bspw. aus Alufolie (oder doch aus Blech, soll ja nicht die welt kosten).
Der lbk-Katsten gab mir mal eine PDF-Anleitung mit Alufolie.


Peter


  
 
 Betreff des Beitrags: Re: AD8307, wer kann weiterhelfen?
Ja, der Aufbau ist doch schon fast zum Standard geworden - das L verbessert die Linearität am oberen Ende der Frequenzskala des AD8307.

Jedenfalls, aus dem PIC-Binary von OZ2CPU wird sich kein Code für den AVR in C generieren lassen.
Wenn man denn irgendwo aus dem Code anderer etwas entnehmen möchte, würde ich von DL4JAL abkupfern.


  
 
 Betreff des Beitrags: Re: AD8307, wer kann weiterhelfen?
Hallo,

dann werde ich mich überhaupt nicht weiter für den PIC-Code interessieren.

Kennst Du scilab/XCOS, das aus Mathe-Formeln C generieren können soll?


Peter


  
 
 Betreff des Beitrags: Re: AD8307, wer kann weiterhelfen?
mal angesehen, aber nicht weiter mit experimentiert; benutze octave, wenn's nötig ist...


  
 

Sitemap Elektronikforum Elektroshop PostgreSQL Forum