Probleme beim Flashen des HMSensors
Moderator: Co-Administratoren
-
- Beiträge: 2393
- Registriert: 19.09.2012, 10:53
- System: CCU
- Wohnort: Jottweedee
- Hat sich bedankt: 251 Mal
- Danksagung erhalten: 352 Mal
Re: Probleme beim Flashen des HMSensors
Ich würde den Prog-S nehmen:
https://www.amazon.de/USB-Progger-Atmel ... 994&sr=8-1
https://www.amazon.de/USB-Progger-Atmel ... 994&sr=8-1
Es kann leider nicht ganz ausgeschlossen werden, dass ich mich irre.
HmIP muss leider draussen bleiben. in Ausnahmefällen erlaubt
ACHTUNG! Per Portweiterleitung aus dem Internet erreichbare CCU-WebUI ist unsicher! AUCH MIT PASSWORTSCHUTZ! Daher: Portweiterleitung deaktivieren!
HmIP muss leider draussen bleiben. in Ausnahmefällen erlaubt
ACHTUNG! Per Portweiterleitung aus dem Internet erreichbare CCU-WebUI ist unsicher! AUCH MIT PASSWORTSCHUTZ! Daher: Portweiterleitung deaktivieren!
- Psi
- Beiträge: 512
- Registriert: 09.08.2018, 19:58
- Wohnort: Nürnberg
- Hat sich bedankt: 27 Mal
- Danksagung erhalten: 90 Mal
Re: Probleme beim Flashen des HMSensors
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.
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.
- Dateianhänge
-
- optiboot_m328p_autoBaud_noLED.zip
- (849 Bytes) 31-mal heruntergeladen
Re: Probleme beim Flashen des HMSensors
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
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
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: Probleme beim Flashen des HMSensors
Hat der RESET einen Pullup (10k) ?
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.
-
- Beiträge: 5452
- Registriert: 30.05.2019, 11:37
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Chemnitz
- Hat sich bedankt: 116 Mal
- Danksagung erhalten: 741 Mal
Re: Probleme beim Flashen des HMSensors
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.
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: Probleme beim Flashen des HMSensors
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
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: Probleme beim Flashen des HMSensors
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.
Zumindest decken sich die 10% mit den praktischen Erfahrungen.
-
- Beiträge: 5452
- Registriert: 30.05.2019, 11:37
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Chemnitz
- Hat sich bedankt: 116 Mal
- Danksagung erhalten: 741 Mal
Re: Probleme beim Flashen des HMSensors
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
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
-
- Beiträge: 1793
- Registriert: 30.08.2017, 23:25
- Hat sich bedankt: 175 Mal
- Danksagung erhalten: 399 Mal
- Kontaktdaten:
Re: Probleme beim Flashen des HMSensors
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.
Im 2015 Datenblatt steht noch ca. 76..180 kHz drin, im neuen nur noch als Diagramm.
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.
Wobei man hier dazusagen muss dass der WDT aus einem extra 128kHz Osc. gespeist wird der viel ungenauer als der RC 8MHz ist.jp112sdl hat geschrieben: ↑26.10.2021, 17:36Unter 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
Im 2015 Datenblatt steht noch ca. 76..180 kHz drin, im neuen nur noch als Diagramm.
Viele Grüße,
Tom
Tom