Hallo, ich arbeite mich gerade in den Controller RX65N von Renesas ein. Leider dauert es ca. 5 Sekunden, bis der Controller mal bei der Mainfunktion ankommt. Ich nutze den Smart Configurator, die Taktfrequenz wird von 16MHz mittels PLL (*15, *1/2) auf 120MHz Systemclock gewandelt. Das Problem bleibt unverändert bestehen, wenn ich zwischen MainClock (ext. Quarz) und HOCO (interne Takterzeugung) wechsle. Der Resetpin wird 120ms nach dem Start disabled (externer Resetschaltkreis), der Quarztakt startet nach weiteren ca. 5 ms. Ein Hardwareproblem würde ich also ausschliessen. Ich fürchte, die PLL braucht so lange, um stabil zu laufen. Hat hier jemand Erfahrungen mit dem Controller und kann mit einen Tipp geben, wie ich das Problem umgehen kann? Vielen Dank, Markus
> Hat hier jemand Erfahrungen mit dem Controller und kann > mit einen Tipp geben, wie ich das Problem umgehen kann? Nein, hab ich nicht. Aber wenn du Vermutungen hast dann setz doch einfach irgendeinen IO-Pin und schau dir auf dem Oszi an wann der kommt. Vanye
Könnte ein Bootloader sein, der erstmal abwartet, ob sich ein Host meldet und programmieren will. Nach dem Timeout startet er dann die Applikation. Das sollte sich aber irgendwo konfigurieren lassen.
> Könnte ein Bootloader sein, der....
Gib jemanden eine Fisch und du ernaehrst ihn fuer einen Tag, gib ihm
eine Angel...
Vanye
Vanye R. schrieb: > Gib jemanden eine Fisch und du ernaehrst ihn fuer einen Tag, gib ihm > eine Angel... Und es kommt jemand an, der ihm Vorwürfe über Weichmacher macht: https://www.heise.de/news/Schadstoffe-in-Weichplastikkoedern-belasten-Angler-und-Umwelt-9792160.html Wenn nicht sowieso die übliche Moralkeule rausgeholt wird: https://www.peta.de/neuigkeiten/tipps-gegen-angler/
@peda: Danke für den Hinweis. Ein Bootloader scheidet aus. Ich habe jetzt mal das Ding mit dem Pin gemacht und mich durch den generierten Code gehangelt. Es ist nicht wie vermutet der Haupttakt, sondern beim Konfigurieren des Subclocks hängt es irgendwo. Der Subclock wird für die interne RTC gebraucht. Ich habe optional eine externe RTC vorgesehen für den Fall dass es Probleme mit der internen gibt. Aber noch gebe ich nicht auf... Markus
Markus L. schrieb: > Der Subclock wird für die interne RTC > gebraucht. Ich glaube manche RTCs brauchen sehr lang um den Uhrenquarz (32768Hz) einschwingen zu lassen, mehrere Sekunden... Das könntest du prüfen.
Beitrag #7698561 wurde vom Autor gelöscht.
Markus L. schrieb: > Der Subclock wird für die interne RTC > gebraucht. Wird dafür ein 32kHz Quarz angeschlossen? Die brauchen wirklich sehr lange zum Anschwingen.
> Wird dafür ein 32kHz Quarz angeschlossen? > Die brauchen wirklich sehr lange zum Anschwingen. Ja tun sie, aber doch nicht Sekunden. Hm... https://www.geyer-electronic.de/wp-content/uploads/2022/09/GEYER-32kHz_Design_Information_d_07_22_V1.0.pdf ...hier gilt 1.1s als schlecht. Aber 5s? Vanye
Niklas G. schrieb: > Markus L. schrieb: >> Der Subclock wird für die interne RTC >> gebraucht. > > Ich glaube manche RTCs brauchen sehr lang um den Uhrenquarz (32768Hz) > einschwingen zu lassen, mehrere Sekunden... Das könntest du prüfen. Es gibt einen Parameter "Oscillation wait Time". Der war auf 2000ms eingestellt. Ich habe den jetzt auf 80ms runtergesetzt (bei<65 meckert das Tool). Damit wird der Start schon besser. Allerdings sollte der Subclock ja immer laufen, da dort die Battieriegepufferte RTC dranhängt. Hier scheint noch ein Problem zu liegen... Markus
Markus L. schrieb: > Allerdings sollte der Subclock ja > immer laufen, da dort die Battieriegepufferte RTC dranhängt. Wenn du den Controller per Debugger resettest, wird vermutlich auch die RTC abgewürgt?
Harald K. schrieb: > Wenn nicht sowieso die übliche Moralkeule rausgeholt wird: > > https://www.peta.de/neuigkeiten/tipps-gegen-angler/ Dann gib ihm ein digitalen Fisch ... https://www.gamestar.de/artikel/tierschutz-peta-kritisiert-far-cry-5-fuer-gewalt-gegen-fische-ubisoft-reagiert,3328896.html
Niklas G. schrieb: > Wenn du den Controller per Debugger resettest, wird vermutlich auch die > RTC abgewürgt? Ja, vermutlich ist das so. Für die Einschalttests lasse ich die Hardware allerdings ohne Debugger laufen. Der Subclock bleibt auch während des Einschaltens stabil, so wie er soll. Die RTC ist über's WE weitergelaufen, allerdings etwas zu langsam (es fehlen etwa 10 Minuten seit Freitag). Die Startprobleme scheinen also ein Problem des generierten Codes zu sein. Hier werde ich mal ansetzen... Markus
> Die RTC ist über's WE weitergelaufen, allerdings etwas zu langsam (es > fehlen etwa 10 Minuten seit Freitag). Wie soll das gehen? Vielleicht Quarz vollkommen falsch beschaltet und deshalb braucht er dann auch Ewigkeiten zum hochkommen? Vanye
Vanye R. schrieb: >> Die RTC ist über's WE weitergelaufen, allerdings etwas zu langsam (es >> fehlen etwa 10 Minuten seit Freitag). > > Wie soll das gehen? Vielleicht Quarz vollkommen falsch beschaltet und > deshalb braucht er dann auch Ewigkeiten zum hochkommen? > > Vanye Wird wohl tatsächlich mit den Debuggingtätigkeiten vor/nach dem WE zusammenhängen. Der Quarz läuft mit 32.7698 kHz etwas zu schnell. Ein Test von Gestern zu Heute hat gezeigt, dass die Uhr genau ist. Markus
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.