Sicher betrieb eins 16MHz atmel328P bei 3.3V

[stan23]

Alternativ stellt man per Fuse auf den internen Takt um - und fertig. Zumindest das letzt dauert nicht mehr als 1 Minute pro CPU.

In ungefähr der gleichen Zeit hat man zusätzlich den gepatchten Bootloader geflasht.

Natürlich lohnt sich das nur wenn man die Genauigkeit des Resonators braucht und der interne Takt nicht ausreichend ist.

Trotzdem ist es eine schöne, wenn auch mehr akademische Aufgabe für's Bastlerherz

[jp112sdl]

Natürlich lohnt sich das nur wenn man die Genauigkeit des Resonators braucht und der interne Takt nicht ausreichend ist.

Wie ist denn das eigentlich im Sleep?

Beispiel: Einfacher Sensor, der alle 3min. aufwacht.
Die Erfahrung hat ja gezeigt, dass zur gesetzten "Schlafzeit" noch 10...12% Abweichung einberechnet werden müssen.
Diese Abweichung steht auch beim internen Taktgenerator im Datenblatt des 328P.

Also wird der ext. Reso nur in der Wach-Zeit verwendet?

Wenn dem so ist, dann ist die Genauigkeit des Takts doch nur für das ACK-Timing bei BIDI-Telegrammen ausschlaggebend?
Ich hatte zumindest noch nie Probleme bei der Verwendung des internen Takts bei Aktoren.

[papa]

Zudem ist der Aufwand auch nicht größer als auf den internen Tackt umzustellen,
solange man das nicht im bootloader macht.

Ich bin halt besser in Software als in SMD löten

Aber allein die Diskussion hier, hat schon mehr Zeit verschlungen ......

[deimos]

Hi,

Wenn dem so ist, dann ist die Genauigkeit des Takts doch nur für das ACK-Timing bei BIDI-Telegrammen ausschlaggebend?

Ich habe da Berichte gehört, dass es auch zu Problemen beim UART kommen kann (die waren unabhängig von den Selbstbaugeräten). Selbst konnte ich das aber noch nie beobachten.

Viele Grüße
Alex

[jp112sdl]

dass es auch zu Problemen beim UART kommen kann

Ja, das stimmt, jetzt wo du es sagst, kommt mir das auch wieder in den Sinn.

Wobei das wohl nur bei einer geringen Zahl von Gerätetypen zum Problem werden dürfte bzw nur wenn man mal Debug braucht

[FrankenKai]

Aber allein die Diskussion hier, hat schon mehr Zeit verschlungen .

Wenn man die Zeit die in Foren gesteckt wird rechnen will das müsste man die gleich schließen.

Mit dieser Klärung ist zumindest klargestellt das man AskSin++ auch auf einen 5V 16Mhz 328P betreiben kann ohne ihn bei 3.3V in einen unspezifizierten Bereich zu betreiben.

Aus meiner Sicht hat es mir die Investition in 30 neue 3.3V 8Mhz typen erspart.
Wer weiß wem in Zukunft noch.

Dafür sind doch Foren da, oder nicht?

[TomMajor]

Natürlich lohnt sich das nur wenn man die Genauigkeit des Resonators braucht und der interne Takt nicht ausreichend ist.

Wie ist denn das eigentlich im Sleep?

Beispiel: Einfacher Sensor, der alle 3min. aufwacht.
Die Erfahrung hat ja gezeigt, dass zur gesetzten "Schlafzeit" noch 10...12% Abweichung einberechnet werden müssen.
Diese Abweichung steht auch beim internen Taktgenerator im Datenblatt des 328P.

Also wird der ext. Reso nur in der Wach-Zeit verwendet?

Wenn dem so ist, dann ist die Genauigkeit des Takts doch nur für das ACK-Timing bei BIDI-Telegrammen ausschlaggebend?
Ich hatte zumindest noch nie Probleme bei der Verwendung des internen Takts bei Aktoren.

korrekt, der ext. Resonator wird nur zur Wachzeit verwendet, für sleep der WDT timer (außer man hat den 32k Quarz im RTC mode natürlich)
Kalibrierung sleep time:
https://github.com/TomMajor/SmartHome/t ... T_Frequenz

ich finde die Sache hier trotz langer Diskussion interessant und nützlich, gerade wenn man einige "falsche" Pro Mini da hat. Außerdem ist der 3 pin SMD Resonator auch nicht gerade einfach zu tauschen.

Und die Erkenntnis das der Quarz OSC sich nicht an die Safe operating area bzgl. Vcc halten muss ist auch nicht schlecht.

[papa]

Es gibt doch die einfache Lösung - Fuse auf internen Takt und gut. Das funktioniert 100%-ig, da es in unzähligen anderen Konfigurationen genau so gemacht wird. Ich habe ehrlich keine Lust, demnächst bei Problmen auch noch fragen zu müssen, ob 5V und welche Fuses und Clockteiler gesetzt usw .....
Wir machen hier eine riesige Baustelle auf, die gerade für unerfahrene Nutzer extrem viele Fallstricke beinhaltet. Auch wenn es für den Profi interessant ist.

[FrankenKai]

OK, das kann ich nachvollziehen.
Wo ist der Bereich: "für Leute die wissen was sie tuhen".
Wenn das als "DIE" Lösung auf der AskSin++ beschrieben worden währe, hätte ich vermutlich nicht einmal nach einer eigenen gesucht.

Ich denke das Thema ist damit gelöst.

[FrankenKai]

Ist eigentlich der OTA Booltloader auch in der lage direkt programmiert zu werden?
...

Habs gefunden Steht ja eigentlich da wo man es finden müsste:
https://asksinpp.de/Grundlagen/02_softw ... re-updates

"Durch das Installieren des OTA-Bootloaders wird auch der Arduino-Bootloader ersetzt, was zur Folge hat, dass eine Programmierung der Arduinos nur noch per ISP (und natürlich per OTA) möglich ist."

Somit ist diese Frage beantwortet.
Ich schaue mir mal den OTA BL an, denn dort die clock anzupassen macht aus meiner sicht sinn.
Er ist ja Sensor/Aktor spezifisch