Ganz einfach: Programm starten

[SlyD]

Das ist im Bootloader integriert. Das muss so gemacht werden da auf dem RP6 ja ggf. mehrere Controller gleichzeitig (und nur über einen zentralen Taster oder per Kommando) gestartert werden sollen.
Der I2C Bus wird dadurch NICHT gestört.

Einzige andere Alternative ist ein "s" über die serielle Schnittstelle zu senden - oder den Bootloader löschen und dann nur noch über ISP programmieren.

MfG,
SlyD

[morten1027]

Super danke.

Es führt genau zu dem Thema hin wo ich nicht fit bin.

Wie genau kann ich mir den Bootloader vorstellen, wo und wie wird er erstellt, draufgeladen, wie lösche ich ihn, wie wird das programm mit dem bootloader "verbunden".. In dem Bereich bin ich ehrlich gesagt nicht sehr fit.
Hast du hierfür einen guten link den ich mir mal in Ruhe zu Gemüte führen kann?

Du hast es auch schon angesprochen "den bootloader löschen" und über spi programmieren.

Da soll das Ziel hingehen. Ich würde gerne später über einen Atmel Programmer (weiß nicht genau welchen wir haben) den Controller über die SPI schnittstelle programmieren. Wie genau gehe ich da vor? Die kleinen Hardware Änderungen machen und den Bootloader löschen, das wars?

Wäre super wenn du mir für diese Thematik ein paar links bereitstellen könntest, vielen Dank!

[SlyD]

Der Bootloader ist schon ab Werk im RP6 Controller drin - damit man den Prozessor auch einfach nur mit dem USB Interface programmieren kann (und mit demselben Interface auch die serielle Ausgabe möglich ist).
Den kann man nur über ISP löschen sonst nicht.

http://www.rn-wissen.de/index.php/Bootloader
http://www.rn-wissen.de/index.php/RP6
https://www.roboternetz.de/community...RP6-Bootloader

Im RP6 Artikel steht auch was zum ISP Anschluss.

Du musst da aber etwas aufpassen - nicht die Fusebits verstellen da kannst Du Dich leicht "aussperren" (noch ein Grund für den Bootloader: damit kein Anfänger unabsichtlich den Prozessor "zerfused").

MfG,
SlyD

[morten1027]

Ok danke, sind denn im Bootloader noch andere Programm-relevante Dinge enthalten, zusätzlich zum Programm start bei SDA low.

Also wenn ich mich entscheiden würde den Bootloader runterzuschmeißen und über ISP zu programmieren.
Mein Programm ist nach wie vor das selbe, dann müsste ich schonmal die Änderung vornehmen dass ich das programm nicht über den SDA starten muss, sondern anders. Meine Frage ob ich dann noch andere Änderungen, zusätzlich zu der SDA_low Geschichte vornehmen müsste damit alles so funktioniert.

Gruß

edit:
In zusammenhang mit ISP wird oft auch "bootloader löschen" genannt. Aber es ist doch auch möglich "alles so zulassen" und lediglich die Hardware umzubauen, damit ich per Uart(bootloader) oder eben ISP programmieren kann - wahl per steckbrücke. Wenn ich nun per ISP programmiere ist der bootloader ja dann völlig außer acht - d.h. mein Programm würde in diesem Fall automatisch starten?

[Arkon]

Ich bin in dem Thema auch nicht 100% fit. Aber so habe ich es damals verstanden:

Der Bootloader initialisiert einen Teil der Hardware (u.a. die Kommunikation über UART und Co.) damit du über den USB-Adapter oder was halt beiliegt programmieren kannst. Der Bootloader ist im Prinzip auch "nur" ein normal geschriebenes Programm welches aber in einem speziellen Bereich des Speichers abgelegt wird.

In den Fuses kannst du einstellen, dass
a) der Bereich mit dem Bootloader geschützt wird (so kannst du auch über ISP Programme flashen ohne den Bootloader zu beeinflussen) und
b) wie groß der reservierte Bereich für den Bootloader sein soll.

Wie es beim RP6 ist kann ich nicht genau sagen, ich weiß nur, dass wir bei einem Projekt auf Basis eines Asuros (ich war für die Mechanik zuständig) Teile des Bootloaders brauchten damit die vorgegebenen Funktionen (wie MotorSpeed(); MotorDir(); ect. funktioniert haben.

[SlyD]

Hallo,

die RP6Library ist unabhängig vom Bootloader das funktioniert auch ohne (das geht natürlich auch auf dem ASURO Du musst nur die Hardware richtig initialisieren).

Den RP6Loader / RobotLoader kannst Du dann nur noch als Terminal verwenden, aber nicht zum Flashen.


Die normalen ISP Programmer löschen übrigens den ganzen Speicher, per ISP kannst Du keine einzelnen Speicherbereiche löschen wie im Bootloader da wird immer der ganze Chip gelöscht - inklusive Bootloader.
Nein das können keine Fusebits verhindern die sind nur um den Bootloader vor sich selbst oder verrückt spielenden Anwenderprogrammen zu schützen.
Wenn die Lockbits gesetzt sind ist ohnehin über ISP vorher ein komplettes löschen notwendig.

Jaja man kann das device erase deaktivieren (bringt aber aus oben genanntem Grund nix) - das willst Du aber auch nicht wirklich machen denn Flash Speicher MUSS vor dem neuprogrammieren gelöscht werden. Man kann da nur Nullen speichern. Einsen werden gelassen wie sie sind. Daher muss vorher der Speicherbereich (eine Page oder der ganze Chip) komplett gelöscht werden damit zu beginn alles auf 1 steht.


Du kannst aber natürlich den Bootloader mit den bereitgestellten hex Dateien wiederherstellen (wenn Du die Fusebits richtig einstellst - genau so wie in den PDFs die dabei sind angegeben). Beides gleichzeitig verwenden geht allerdings nicht so ohne weiteres.

MfG,
SlyD

[morten1027]

Sorry, nur um mich nochmals zu versichern.

Wenn mein Programm auf der M32 läuft (mit SDA auf low) kann ich das Programm (die erzeugte hex file mit AVR studio4) in einen X-beliebigen ATMEGA32 mit ISP laden (mit passender periphery) und dann sollte es "funktionieren" - ist das so?