Paar Fragen zum ATmega328P

Walter S. schrieb:
> Drüber bügeln geht nicht
Vielleicht suchst du den "Chip Erase"

Walter S. schrieb:
> und die Einstellungen (Fuses)
> werden beim Löschen zurück gesetzt?
Beim "Chip Erase" werden nur die Lock Fuses verändert, keine anderen 
Fuses.

Walter S. schrieb:
> GALEP-4
Nie gesehen, so ein Dingen...

Genau!
Anders formuliert:

jetztnicht schrieb:
> Ein chip erase macht alles weg, auch die fuses.

Ein Chip-Erase löscht je nach Einstellung nicht einmal das EEPROM 
("macht das EEPROM nicht weg").

Wäre ja auch ein wahnschaffenes Konstrukt - nach jeder Programmänderung 
(per ISP) die Fuses wieder auf den alten Stand setzen zu müssen.

Walter S. schrieb:
> Bügeln schon, aber beim Verify wurde bereits bei 000-irgendwas
> gemeckert. Also musste das Flash wohl erst gelöscht werden (!?)

Oder da ist ein Leseschutz drauf ...

Peter D. schrieb:
> Will man z.B. beim AVR nur das Hexfile neu schreiben, stimmen danach die
> Fuses nicht mehr.
> Man muß sich einen Screenshot machen und dann vor dem Programmieren die
> Häckchen wieder richtig setzen.

Genau so war es hier auch. Die beiden Screenshots zeigen die 
Default-Einstellungen, wenn man den ATmega328P aufruft. Obwohl ich die 
Config Bits abgewählt hatte, wurden die dann mit den 
Default-Einstellungen geschrieben. CKDIV8 setzt wohl einen Vorteiler, 
denn die Anwendung lief nach dem Update in Zeitlupe.

Dann war es noch so, dass der Programmer nach dem Laden des Hex-Files 
den Baustein vergessen hat. Nach der erneuten Zuweisung des Bausteines 
stehen die Fuses dann wieder auf default.

Veit D. schrieb:
> Ich sage mal so. So richtig toll scheinen Galeps nicht zu sein.

Ich sage mal so: Wenn man als Bastler so ein Teil hat, kann man sich 
glücklich schätzen. Das Teil liest und programmiert mir seit Jahren alle 
möglichen Bausteine.

> Ich sage mal so: Wenn man als Bastler so ein Teil hat, kann man sich
> glücklich schätzen. Das Teil liest und programmiert mir seit Jahren alle
> möglichen Bausteine.
Nur, für jede MCU, auch PLDs usw. hat doch der Hersteller etwas 
passendes parat.

Walter S. schrieb:
> Ich sage mal so: Wenn man als Bastler so ein Teil hat, kann man sich
> glücklich schätzen. Das Teil liest und programmiert mir seit Jahren alle
> möglichen Bausteine.

Vielleicht....

Mir gefällt das hier beschriebene Verhalten des Galep ganz und gar 
nicht.
Solcherart Überraschungen kann man einfach nicht brauchen.

Zudem scheint es ja wohl kein HVSP und HVPP zu können.(?)
Nicht aus IDEs nutzbar(außer der eigenen).(?)
Debuggen? Auch wohl nicht.

Dazu doch auch noch mit erheblichen Kosten verbunden.

Ok, für den trainierten Servicetechniker, welcher täglich mit anderen 
Chips zu tun hat, mag das was sein....

Arduino Fanboy D. schrieb:
> Mir gefällt das hier beschriebene Verhalten des Galep ganz und gar
> nicht.
> Solcherart Überraschungen kann man einfach nicht brauchen.

Stimmt schon. Wenn man sich allerdings mal die Devicelist anschaut (6067 
Devices), muss man sich nicht wundern, wenn was hakelt:
http://www.conitec.net/german/galep4device_list.htm

Hätte ich nicht sicherheitshalber ein Screenshot der Fuses gemacht, 
könnte ich die Hardware nach dem Update in die Tonne treten. Denn der 
Zustand der Fuses ist nicht veröffentlicht.

> Zudem scheint es ja wohl kein HVSP und HVPP zu können.(?)

Dazu sollte der geneigte Bastler erst mal wissen, was HVSP und HVPP nun 
schon wieder ist.

Walter S. schrieb:
> Hätte ich nicht sicherheitshalber ein Screenshot der Fuses gemacht,
> könnte ich die Hardware nach dem Update in die Tonne treten. Denn der
> Zustand der Fuses ist nicht veröffentlicht.
Gebranntes Kind?

Walter S. schrieb:
> Dazu sollte der geneigte Bastler erst mal wissen, was HVSP und HVPP nun
> schon wieder ist.
Ach, sich per Fuses vom µC abhängen, geht recht fix.

Spätestens dann man macht man sich kundig und findet HVSP und HVPP.
Und Zack wird der teure Galeb aus der Ecke geholt, und mit der Reparatur 
der Fuses beauftragt.

Walter S. schrieb:
> Wenn man sich allerdings mal die Devicelist anschaut (6067Devices)

wie geht das eigentlich beim hersteller vor sich? 6067 programmierbare 
ics beschaffen, dann die umfangreichen datenblätter studieren, den 
algoritmus für lesen und schreiben programmieren, das ganze dann noch 
ausgiebig testen usw. wie viele leute und jahre braucht man dazu? müsste 
so eine eierlegende wollmilchsau nicht eigentlich ein vermögen kosten?

max b. schrieb:
> müsste so eine eierlegende wollmilchsau nicht
> eigentlich ein vermögen kosten?

Das ist ja auch der Fall. Vergleiche das mal mit einem USBASP oder 
ST-Link Klon.

Hi

Beitrag "Re: Paar Fragen zum ATmega328P"

Wieso ist steht hier im Bild Optionen.png 'Löschen vor der 
Programmierung' abgewählt?

Ich kenne verschiedene GALEPS aus meiner alten Firma und kann eigentlich 
nichts negatives berichten. Aber wenn ich den o.g. Fehler tippe ich eher 
auf Bedienfehler.

MfG Spess

Spess53 schrieb:
> Wieso ist steht hier im Bild Optionen.png 'Löschen vor der
> Programmierung' abgewählt?

Das ist default so gesetzt. Beide Screenshots zeigen default.

> Ich kenne verschiedene GALEPS aus meiner alten Firma und kann
> eigentlich nichts negatives berichten.

Ich kenne nur den GALEP4 und kann eigentlich auch nichts negatives 
berichten. Wobei ich anmerken möchte, dass ich noch die Software von CD 
verwende. Wie ich eben sehe, gibt es eine neuere Version.

Rainer V. schrieb:
> Ich hoffe mal, man hat dich so nicht einfach zu einem Kunden geschickt!

Da ist nichts mit Kunden, alles reine Bastelei :-)

Hi
>Das ist default so gesetzt. Beide Screenshots zeigen default.

Also ist dir die Programmierung von AVRs mit dem Galep unbekannt?

Ich habe meiner ehemaligen Firma so etwa seit 2007 Daten für AVRs zur 
Programmierung mit Galebs für die Produktion zu erstellen. Nach Conitec 
dürfte das ein Galep4 sein.

Hast du mal die Programmiereinstellungen unter >File< in einer Datei 
gesichert?

Ich hatte mit diesen Teilen eigentlich nur alle paar Jahre etwas zu tun 
und das war für mich jedes mal ein neuer Krampf. Aber die Einstellungen 
lassen sich problemlos speichern und wieder abrufen. Deshalb auch mein 
Einwand bezüglich 'Bedienfehler'.

MfG Spess

Spess53 schrieb:
> Hast du mal die Programmiereinstellungen unter >File< in einer Datei
> gesichert?

Ich hatte keine Programmiereinstellungen übermittelt bekommen. Für ein 
Update hatte ich ein HEX-File übermittelt bekommen und wollte das drüber 
bügeln. Damit die Fuses nicht verändert werden, habe ich selbige 
abgewählt. Selbige Abwahl hat aber nichts geholfen.

Irgendwie ungut, wenn man für die Programmierung eines µC außer dem Code 
noch weitere Informationen benötigt, die nicht im Code verankert sind. 
Wenn die weiteren Informationen verloren gehen, kann das Teil in die 
Tonne.

Walter S. schrieb:
> Irgendwie ungut, wenn man für die Programmierung eines µC außer dem Code
> noch weitere Informationen benötigt, die nicht im Code verankert sind.

Die Fuses kann man durchaus in den C Quelltext schreiben, sie landen 
dann auch im elf File. Aber da man HEX Dateien nur in den Flash laden 
kann, werden die Fuses da dann eben nicht mehr drin stehen.

Hi

>Irgendwie ungut, wenn man für die Programmierung eines µC außer dem Code
>noch weitere Informationen benötigt, die nicht im Code verankert sind.
>Wenn die weiteren Informationen verloren gehen, kann das Teil in die
>Tonne.

Hast du eigentlich einmal getestet unter 'Datei->Speichern unter...' 
deine Einstellunge zu Speichern? Wir haben in meiner ehemaligen Firma 
mehr als 50 verschieden Dateien mit unterschiedliche Einstellung zur 
Verfügung (die nichts Vergessen).

Dafür hatte ich auch nur ein Hex-File zur Verfügung. Na ja, die 
Fuse-Bits habe ich im Kopf. Dann gespeichert und die Kollegen konnten 
programmieren.

MfG Spess

Spess53 schrieb:
> Hast du eigentlich einmal getestet unter 'Datei->Speichern unter...'
> deine Einstellunge zu Speichern?

Da stellt sich zuerst die Frage nach dem Format:

- Binär-Datei
- Intel Hex
- Motorola Hex
- Jedec Fuse <- was ist das denn?
- Galep-Projektdatei

Das ist aber nicht wirklich die Lösung. Wenn ich z.B. einen neuen µC 
bekomme und eine Hex-Datei drauf laden soll, woher kommt die Information 
für die Fuses?

H

Deine Fragen verstehe ich langsam nicht mehr. Du hast geschrieben:

>Wenn man als Bastler so ein Teil hat, kann man sich
>glücklich schätzen. Das Teil liest und programmiert mir seit Jahren alle
>möglichen Bausteine.

Andererseits

>Da stellt sich zuerst die Frage nach dem Format:

>- Binär-Datei
>- Intel Hex
>- Motorola Hex
>- Jedec Fuse <- was ist das denn?
>- Galep-Projektdatei

Dann öffne doch mal deine 'Hex-Datei' in einem Editor. Wenn jede Zeile 
mit einem ':' beginnt hast du Intel-Hex. Bei Motorola beginnt jede Zeile 
mit einem 'S'.

Jedec Fuse-> wird für GALs, PALs und Konsorten benötigt.

MfG Spess

Fuses sep. speichern, das kann doch nicht so schwer sein.

Hi

>Fuses sep. speichern, das kann doch nicht so schwer sein.

Die Galep-Dateien enthalten eh die Flash- und ggf. die EEPROM-Inhalte. 
Da kommt es auf ein paar Bytes für Fuses-/ Security-Bits und ähnliches 
nicht mehr an.

MfG Spess