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: Arduino NANO Clone DAU Fragen... :-(
Habe noch nie mit einem Arduino gearbeitet und gestern einen NANO Clone erhalten.
Treiber für CH341 USB / Seriell ist installiert und wird unter Arduino IDE erkannt. NANO ist ausgewählt.
POWER LED leuchtet.

Ich bekomme jedoch immer die Fehlermeldung:

open NUL: Das System kann die angegebene Datei nicht finden.
Fehler beim Kompilieren.

Dabei ist es egal, ob ich mit oder ohne angeschlossenem NANO das Kompilieren starte oder versuche, den Sketch hochzuladen.

Beim drücken auf RESET blinkt die LED nicht.

Deutet dies alles darauf hin, dass kein BootLoader installiert ist?

Vy73 de Hartmut / DK5LH


  
 
 Betreff des Beitrags: Re: Arduino NANO Clone DAU Fragen... :-(
Da fehlen ein paar Angaben:

- welches Betriebssystem
- welche Version der Arduino-IDE
- welche Hardware des Entwicklungsrechners


Fehler beim Kompilieren haben nix mit der installierten Hardware zu tun, das geht auch völlig ohne...

Mach mal einen Screenshot des Fehlers und stell ihn rein. Hinweis: Arduino-[b:1gqbpbs8]Clones[/b:1gqbpbs8] haben nicht zwangsläufig die gleiche Hardware wie die originalen Arduinos, und gerade am USB-Baustein wird da gerne was anderes genommen. Der Arduino muss vom System erkannt werden, sobald er reingesteckt wird (bei Linux erkennbar durch "dmesg" in der Shell und bei Windows durch "<bingelbongel> neue Hardware erkannt").

73,

Martin DB2MJ


  
 
 Betreff des Beitrags: Re: Arduino NANO Clone DAU Fragen... :-(
OK:

WIN 7 Home / PC iCore5
IDE 1.6.6
USB Chip: CH340G ( Treiber ist installiert, wird unter IDE 1.6.6 als COM13 angezeigt; Installation verlief über eine Ch341ser.exe als sogeannte "Pre-Installation"; danach habe ich den NANO per USB angesteckt und WIn hat eine Geräteinstallation durchgeführt)

...und hier der simple Test Sketch:

void setup()
{
pinMode(13, OUTPUT);
}
void loop()
{
digitalWrite(13, HIGH);
delay(1000);
digitalWrite(13, LOW);
delay(1000);
}

mit der Fehlermeldung siehe Screenshot

P.S:. habe nun über einen Programmer ([url:6appf03a]http://www.diamex.de/dxshop/USB-ISP-Programmer-fuer-AVR-STM32-NXP-Cortex-Prog-S[/url:6appf03a]) den Bootloader gebrannt / neu gebrannt (Erfolgsmeldung) d.h. daran sollte es nun nicht liegen
Ich bekomme aber immer noch:

open NUL: Das System kann die angegebene Datei nicht finden.
Fehler beim Kompilieren.


  
 
 Betreff des Beitrags: Re: Arduino NANO Clone DAU Fragen... :-(
OK, hier noch etwas genauer die Fehlermeldung:

"C:\Programme Hardy\Arduino_2\arduino-1.6.6\hardware\tools\avr/bin/avr-g++" -c -g -Os -w -std=gnu++11 -fno-exceptions -ffunction-sections -fdata-sections -fno-threadsafe-statics -w -x c++ -M -MG -MP -mmcu=atmega328p -DF_CPU=16000000L -DARDUINO=10606 -DARDUINO_AVR_NANO -DARDUINO_ARCH_AVR "-IC:\Programme Hardy\Arduino_2\arduino-1.6.6\hardware\arduino\avr\cores\arduino" "-IC:\Programme Hardy\Arduino_2\arduino-1.6.6\hardware\arduino\avr\variants\eightanaloginputs" "C:\Users\Hardy_I5\AppData\Local\Temp\buildcde6acefb6718ad1881b63f4e7902d7c.tmp\sketch\sketch_nov11d.ino.cpp"
open NUL: Das System kann die angegebene Datei nicht finden.
Fehler beim Kompilieren.

73 de Hartmut


  
 
 Betreff des Beitrags: Re: Arduino NANO Clone DAU Fragen... :-(
Da ist beim Installieren der Arduino-Umgebung was schiefgelaufen. Der letzte Aufruf ruft den GCC auf (das ist der C-Compiler) und der bricht mit dieser Fehlermeldung ab. Hat noch nix mit der Hardware zu tun, soweit bist Du noch nicht ;-)

Ich würde die komplette Arduino-IDE deinstallieren, das Verzeichnis "C:\Programme Hardy\Arduino_2\arduino-1.6.6" zur Sicherheit komplett wegputzen und die IDE neu installieren. Schau Dir danach mal an, wo die IDE unter Win7 das Sketch-Verzeichnis ablegt (da werden Deine Projekte gespeichert). Wenn Du das ausserhalb des obigen Pfads ablegst (in "Eigene Dateien" oder so), überleben Deine Projekte das gelegentlich neuinstallieren der IDE.

73

Martin DB2MJ


  
 
 Betreff des Beitrags: Re: Arduino NANO Clone DAU Fragen... :-(
Noch ein Tipp jenseits von Arduino: schau vielleicht mal, ob du nicht direkt mit dem avr-gcc in C arbeiten willst. Was die Arduino-Plattform an Binaries für die uC produziert ist zum Teil krank - gefüllt mit Overhead. Ich würde, nach den Parametern, die ich mal gesehen habe, soweit gehen und behaupten, mit der Arduino-Plattform kann man keine effektiven Programme für die Atmegas entwickeln - was du mit Arduino schreibst, ist bei gewissen Funktionen bis zu 90% grösser und damit auch entsprechend langsamer als dieselbe Funktion in nativem C geschrieben. Bestens Beispiel, das nachzuvollziehen ist der Vergleich vom toggeln eines Pins mit voller Systemgeschwindigkeit einerseits mit digitalWrite(x,On/Off) und einem normalen PORTC |= (1<<x) / &= ~(1<<x). Die digitalWrite-Funktion bringt einige kHz, mit derselben Funktion in nativem C bist du im MHz-Bereich; von der produzierten Codegrösse reden wir da noch gar nicht. Arduino ist einfach so eine Markterscheinung, die das Programmieren vermeintlich einfacher macht - aber ob man sich nun in Arduino einarbeitet oder direkt in avr-gcc spielt von mir aus gesehen keine Rolle, wirklich effektiven Code schafft man aber nur mit avr-gcc.


  
 
 Betreff des Beitrags: Re: Arduino NANO Clone DAU Fragen... :-(
Hallo Martin,

besten Dank! Ich hatte den IDE 1.6.6 noch mal installiert mit gleichem Ergebnis.
Nun habe ich den IDE 1.6.0 installiert und bin einen Schritt weiter. :)

Das Kompilieren funktioniert nun. :D

Allerdings bekomme ich nun den Sketch immer n.n. auf den NANO.
Den CH430G Treiber habe ich auch noch mal entfernt und aus einer anderen Quelle einen neuen runtergeladen und installiert.
Ich wähle den COM Port des NANO und "Hocladen". Als Fehlermeldung bekomme ich merkwürdigerweise unten aufgeführtes.

Wähle ich das Hochladen über den den PROGRAMMER (anderer ser. port + AVR ISP), dann dann kommen fast die gleichen Fehlermeldungen.
Das Flashen des BootLoaders geht auch nicht mehr. (Funktioniert aber unter IDE 1.6.6)

Das gleiche Verhalten habe ich auf einem alten XP Rechner.

... mal sehen, ob ich das morgen noch an einem weiteren WIn7 PC ausprobieren kann,...langsam gehen mir die Ideen aus... :(

Vy 73 de Hartmut

[b:2xj9kamu]Hochladen:

Der Sketch verwendet 450 Bytes (1%) des Programmspeicherplatzes. Das Maximum sind 30.720 Bytes.
Globale Variablen verwenden 9 Bytes (0%) des dynamischen Speichers, 2.039 Bytes für lokale Variablen verbleiben. Das Maximum sind 2.048 Bytes.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x01
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x01
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x01
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x01
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x01
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x01
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x01
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x01
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x01
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x01
Probleme beim Hochladen auf die Platine. Hilfestellung dazu unter http://www.arduino.cc/en/Guide/Troubleshooting#upload .[/b:2xj9kamu]

[b:2xj9kamu]Hochladen über Programmer:

Der Sketch verwendet 450 Bytes (1%) des Programmspeicherplatzes. Das Maximum sind 30.720 Bytes.
Globale Variablen verwenden 9 Bytes (0%) des dynamischen Speichers, 2.039 Bytes für lokale Variablen verbleiben. Das Maximum sind 2.048 Bytes.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x03
Probleme beim Hochladen auf die Platine. Hilfestellung dazu unter http://www.arduino.cc/en/Guide/Troubleshooting#upload .
[/b:2xj9kamu]


  
 
 Betreff des Beitrags: Re: Arduino NANO Clone DAU Fragen... :-(
[quote]Noch ein Tipp jenseits von Arduino: schau vielleicht mal, ob du nicht direkt mit dem avr-gcc in C arbeiten willst. Was die Arduino-Plattform an Binaries für die uC produziert ist zum Teil krank - gefüllt mit Overhead. Ich würde, nach den Parametern, die ich mal gesehen habe, soweit gehen und behaupten, mit der Arduino-Plattform kann man keine effektiven Programme für die Atmegas entwickeln - was du mit Arduino schreibst, ist bei gewissen Funktionen bis zu 90% grösser und damit auch entsprechend langsamer als dieselbe Funktion in nativem C geschrieben. Bestens Beispiel, das nachzuvollziehen ist der Vergleich vom toggeln eines Pins mit voller Systemgeschwindigkeit einerseits mit digitalWrite(x,On/Off) und einem normalen PORTC |= (1<<x) / &= ~(1<<x). Die digitalWrite-Funktion bringt einige kHz, mit derselben Funktion in nativem C bist du im MHz-Bereich; von der produzierten Codegrösse reden wir da noch gar nicht. Arduino ist einfach so eine Markterscheinung, die das Programmieren vermeintlich einfacher macht - aber ob man sich nun in Arduino einarbeitet oder direkt in avr-gcc spielt von mir aus gesehen keine Rolle, wirklich effektiven Code schafft man aber nur mit avr-gcc.[/quote]

Hallo HB9EVI,

besten Dank. Ich habe bis vor 2 Jahren mal ein bischen (viel) ATMEGA über BASCOM (für Dich sicher noch schrecklicher ...) programmiert, aber man glaubt gar nicht, wie schnell das Wissen wieder weg ist...
Auf C habe ich derzeit noch keine Lust...die Sache mit dem Arduino sollte nur ein "kleines mal eben Zwischenprojekt" sein. Speichergröße und Speed spielen keine Rolle.

Vy 73 de Hartmut


  
 
 Betreff des Beitrags: Re: Arduino NANO Clone DAU Fragen... :-(
Hallo Hartmut

Ich versteh, was du meinst. Ich finde es einfach schade, dass man sich freiwillig solche Krücken wie Arduino ins Haus holt, in die man sich ja auch einarbeiten muss, wenn man alle Möglichkeiten kennenlernen will, aber dann trotzdem nicht die vollen Möglichkeiten aus einem uC rausholt - insofern sehe ich zumindest die Arduino Entwicklungsumgebung als totale Fehlentwicklung aber als typische Erscheinung des heutigen Zeitgeists.
Nun, ich hoffe, dass es dir zumindest die Tür zur uC-Welt öffnet und du irgendwann zu den Programmier-Roots findest - Bascom ist das natürlich auch nicht :wink:
Die Arduinoboards sind an sich eine gute Idee, weil man gleich alles beieinander hat; ich hab mir da aber auch wieder meine eigenen Devboards gebaut.

73
Pascal


  
 
 Betreff des Beitrags: Re: Arduino NANO Clone DAU Fragen... :-(
[quote]
Allerdings bekomme ich nun den Sketch immer n.n. auf den NANO.
Den CH430G Treiber habe ich auch noch mal entfernt und aus einer anderen Quelle einen neuen runtergeladen und installiert.
Ich wähle den COM Port des NANO und "Hocladen". Als Fehlermeldung bekomme ich merkwürdigerweise unten aufgeführtes.

Wähle ich das Hochladen über den den PROGRAMMER (anderer ser. port + AVR ISP), dann dann kommen fast die gleichen Fehlermeldungen.
Das Flashen des BootLoaders geht auch nicht mehr. (Funktioniert aber unter IDE 1.6.6)

Das gleiche Verhalten habe ich auf einem alten XP Rechner.

... mal sehen, ob ich das morgen noch an einem weiteren WIn7 PC ausprobieren kann,...langsam gehen mir die Ideen aus... :(

Vy 73 de Hartmut

Hochladen:

Der Sketch verwendet 450 Bytes (1%) des Programmspeicherplatzes. Das Maximum sind 30.720 Bytes.
Globale Variablen verwenden 9 Bytes (0%) des dynamischen Speichers, 2.039 Bytes für lokale Variablen verbleiben. Das Maximum sind 2.048 Bytes.
avrdude: stk500_recv(): programmer is not responding
[/quote]

Das mit dem Hochladen glaube ich noch nicht... die Fehlermeldung sagt eindeutig, daß Du keine Verbindung hast.

Lies Dir das hier mal durch:

[url:3u0bhw7j]http://blog.sengotta.net/arduino-nano-wird-nicht-erkannt-was-tun/[/url:3u0bhw7j]

Ich schau mal bei meinen Nanos nach, welcher Chip da drauf ist. Als Linux-Benutzer gabs da aber noch nie Probleme. Der Nano (zumindest das Original) hat an den RX- und TX Pins der seriellen Schnittstelle LEDs, die bei Datenverkehr heftig blinken, Wenn da beim Hochladen nix blinkt....

Martin DB2MJ


  
 
 Betreff des Beitrags: Re: Arduino NANO Clone DAU Fragen... :-(
Bei den neuen Originals sind Atmega328 verbaut...


  
 
 Betreff des Beitrags: Re: Arduino NANO Clone DAU Fragen... :-(
[quote]Bei den neuen Originals sind Atmega328 verbaut...[/quote]

Die sind überall drauf. Es geht um die USB-Chips, die sich am Hostrechner als serielle Schnittstelle anmelden. Da verwenden die Chinesen alles, was es gerade zu kaufen gibt und nicht nur die des originalen Arduino-Designs. Daher die Treiberprobleme mit Windows. Linux kennt so ziemlich alle gängigen Chips und erkennt die serielle Schnittstelle i.d.R. problemlos. Üblich sind bei den Nachbauten z.B. FTDI-Chips.

Martin DB2MJ


  
 
 Betreff des Beitrags: Re: Arduino NANO Clone DAU Fragen... :-(
So, eben mal nachgesehen: alle meine Nanos (und ich hab da ein paar in der Schublade...) haben FTDI-Chips. Da geht natürlich kein anderer Treiber. Schau mal nach und lade den richtigen runter.

73 Martin DB2MJ


  
 
 Betreff des Beitrags: Re: Arduino NANO Clone DAU Fragen... :-(
Hi Martin,

so, ich werde keine Zeit mehr in dieses Board stecken. Habe mir diverse Forumsdiskussionen angesehen. Der verwendete USB Chip-Treiber ist sicherlich total unsauber programmiert und es hängt wohl von vielen Faktoren ab, ob er in einer WIN Umgebung läuft. Unter LINUX gibts wohl nie Probleme.
Habe mir eben eine GENUINO (...falls nicht bekannt siehe Rechtsstreit mit Arduino...) geordert.
Kostet ca. 13,- Euro und hat einen FTDI Chip und wird offiziell über Arduino IDE supportet.

Danke für die Hilfe und ich hoffe, es geht dann endlich :roll: :D

Vy 73 de Hartmut / DK5LH


  
 
 Betreff des Beitrags: Re: Arduino NANO Clone DAU Fragen... :-(
Ich weiss jetzt nicht genau, wie die Pins des Atmega auf dem Board nach aussen geführt sind, aber wenn du usb-seriell nicht programmieren kannst, via ISP geht immer, sogenannte USB-ISP Programmer dafür gibt's schon für 2$ in den Chinabazars, dann kannst du direkt z.B. mit avrdude das hex-file auf den uC hochladen.
Auf Windows gibt's scheinbar immer wieder Probleme mit den PL2303 usb-serial-Chips, siehe die div. Diskussionen über Programmierkabel und klemmende Treiber auf Windows.


  
 

Sitemap Elektronikforum Elektroshop PostgreSQL Forum