Probleme beim Flashen des HMSensors

[cmjay]

Ich würde den Prog-S nehmen:
https://www.amazon.de/USB-Progger-Atmel ... 994&sr=8-1

[Psi]

Ein Resonator bringt dir hier auch nichts.

Ich hab ne Handvoll China AVRs die einen so schlechten Takt haben, dass ich sie mit den üblichen 57600 baud nicht flashen kann. Ich nutze als Bootloader daher meist optiboot mit autobaud (häng ich hier an). Mit 34800 oder noch weniger klappt es dann nach ein paar Versuchen. Manche gehen tatsächlich gar nicht, dann verzichte ich einfach auf den Bootloader und flash den Sketch direkt per ISP.
Siehe auch https://cache.amobbs.com/bbs_upload7821 ... 08497.html

Ansonsten kannst ja mal RX/TX tauschen - dein Problem sieht so aus, als würde der FTDI gar keine Verbindung zum AVR haben.
Wenn der RESET nicht klappt kannst du auch manuell den Taster drücken kurz bevor avrdude versucht hochzuladen.

[Arthy]

Hallo,

so schlecht sind die China Dinger, oh man. Ich wollte mich gerade dranmachen und noch den Quarz mit den entsprechenden Kondensatoren drauflöten um zu schauen, ob es dann geht. Aber es gibt hier Leute, die es auch ohne den Quarz geschafft haben Sketche über FTDI normal auf den HMSensor hochzuladen, oder? Also habe hier zwei HMSensoren aufgebaut, keiner von beiden lässt sich mit FTDI bespielen. Übrigens hat es sonst noch irgendwelche Vorteile den Quarz draufzupacken? Höre von vielen, dass es gar nicht nötig ist.

Was ich gerade noch ausprobiert habe ist den Sketch per USBasp und über "Programmer hochladen" Option in Arduino CC hochzuladen. Das hat wohl auch funktioniert. Wenn ich dann wieder den FTDI anschließe und den seriellen Monitor starte, dann kann ich auch die Kommunikation sehen. Ist schon mal super. Werde wohl zunächst diese Methode nutzen um die Sketche dann hochzuladen. Dennoch ärgerlich warum es nicht wie üblich geht.
Vielen Dank nochmal

Gruß
Arthy

[jp112sdl]

Kann es sein, dass etwas mit dem Reset nicht in Ordnung?

Hat der RESET einen Pullup (10k) ?

so schlecht sind die China Dinger, oh man.

Nein, Atmel selbst gibt im Datenblatt eine interne Takt-Abweichung von bis zu 10% (oder waren es sogar 12%) an.
Die empfohlene Baudrate für das Flashen ohne externen Takt ist auch 38400.

[Matsch]

Nein, Atmel selbst gibt im Datenblatt eine interne Takt-Abweichung von bis zu 10% (oder waren es sogar 12%) an.

Stimmt nicht ganz. Laut Datenblatt bei 3V und 25°C +-2%.
Lediglich als Maximalwert mit Betriebsspannung und Temperatur am Grenzwert (2.7 ... 5.5V , -40 ... +125 °C) dann +-14%.

Also unter "normalen" Bedingungen sicher kaum über 5%, eher weniger.

[jp112sdl]

Stimmt nicht ganz. Laut Datenblatt bei 3V und 25°C +-2%.

Woher die Info?

Ich hab im Datenblatt auf Seite 369 das gelesen:

https://cdn.sparkfun.com/assets/c/a/8/e ... asheet.pdf

Unter normalen Bedingungen kam ich meist auf 8-9 %
Oder wie hier in Tom's WDT Messung sind es auch knapp 9% unter Normalbedingungen
https://github.com/TomMajor/SmartHome/t ... T_Frequenz

[Matsch]

????

[jp112sdl]

Wenn man der Fußzeile vertrauen kann, ist dein Datenblatt von 01/2015 und meines von 11/2016... vielleicht war die Angabe im älteren Datasheet ein Fehler.
Zumindest decken sich die 10% mit den praktischen Erfahrungen.

[Matsch]

Sehr komisch. Sucht man bei Microchip, wird mir mein Dokument angezeigt unter der Marke Atmel mit den gezeigten Werten.
Suche ich pauschal im Internet, finde ich an anderen Stellen Dokumente der Marke Microchip aus 2018 mit den Angaben, die du gepostet hast.
Auf meinen Chips steht Atmel drauf

[TomMajor]

Die neueren Datenblätter zeigen 10% Calibration Accuracy, die alten weniger, ich vermute Microchip wollte sich nicht mehr so genau festnageln lassen.
Ich denke bei 3V sind es in der Praxis deutlich weniger als die 10%, sonst würde der serielle Log/Flashen (Baudrate) nicht so gut funktionieren wie ich es bei mir in der Regel sehe mit dem RC-Osc. bei 3V.

Unter normalen Bedingungen kam ich meist auf 8-9 %
Oder wie hier in Tom's WDT Messung sind es auch knapp 9% unter Normalbedingungen
https://github.com/TomMajor/SmartHome/t ... T_Frequenz

Wobei man hier dazusagen muss dass der WDT aus einem extra 128kHz Osc. gespeist wird der viel ungenauer als der RC 8MHz ist.
Im 2015 Datenblatt steht noch ca. 76..180 kHz drin, im neuen nur noch als Diagramm.