atmega328 fusebits

Hallo,

Ik dacht met de kerstdagen een beetje te spelen met een atmaga328.
Nu lijk deze niet te werken, als ik hem vervang door een attiny88 werkt alles wel.
Ik veronderstel dus dat de atmega328 fusebits ingesteld staan op externe klok of op kristal oscillator (weet niet wat de standaard is als je hem koopt).
heeft iemand een idéé hoe ik dit kan verzetten? Ik heb geen generator om even een klok te maken.

Maarten

Als ik iets bijzonders wil gebruik ik nog wel eens een fusebit calculator.

Een ATMEGA328 is maagdelijk ingesteld op de interne 8MHZ clock, dus zodra je er voeding op zet werkt hij "out of the box". Let even op het "gedeeld door 8" (CKDIV8) bit, standaard staat dat ook aan, dus je delay's zullen niet kloppen.

Edit: je zou moeten uitkomen of 0XE2 voor de low fuses, en 0xD9 voor de high fuses.
Dat is intern 8 MHZ, geen clock divider en geen brown out detectie. Maximale startup vertraging na reset.

Standaard draait 'ie inderdaad op interne klok, tenzij je 'm uit een arduino geplukt hebt, die draaien op 16Mhz kristal.

Je hebt in geval van nood trouwens wél een generator om een externe klok te maken: je kunt pulsjes uit je attiny88 laten komen :)

Hij draait niet, dus hij is waarschijnlijk niet maagdelijk. In de winkel waar ik hem gekocht heb hebben ze veel arduino spul misschien is dat de reden.

Kan inderdaad een proberen een puls generator te maken met de attiny88.

Als de attinny wel werkt (op zelfde print) kan het toch enkel aan de klok liggen of zie ik nog iets over het hoofd?
Bascom geeft de melding: Could not identify chip.

Hoogst waarschijnlijk idd de klok. Als je op de tiny iets doet als: 

   mov r0, 0x10  // voor portX4
0: mov PINA, r0 
   jmp 0b

heb je een klok van meer dan een megahertz. (op zoals geschreven pa4). Maar schrijf je het in C zal je daar niet veel voor onderdoen....... strike that! Effe gekeken.... Mijn assembly hierboven haalt 1 toggle per 3 clock cylces, 1.333 MHz. De compiler haalt met -O2 2 toggles per 4 clocks, oftewel 2MHz.... Daar gaat het voordeel van zelf assembly schrijven. Soms is de compiler gewoon handiger dan jij.

Een andere mogelijkheid is om een fusebit op je attiny aan te zetten dat ie z'n clock naar buiten stuurt. Maar dat is "gevaarlijk" in dat je dan mogelijk iets verkeerd doet en ook de tiny mogelijk niet meer zal kunnen programmeren....

Als de attinny wel werkt (op zelfde print) kan het toch enkel aan de klok liggen of zie ik nog iets over het hoofd?
Bascom geeft de melding: Could not identify chip.

Als hij de chip identifier niet kan lezen kan het ook aan je instellingen liggen.

Ik zou nu avrdude of avrdudess starten en kijken of ik een met de chip kon babbelen, om er achter te komen hoe de vlag erbij staat ;)

een atmega328 en atmega328p hebben verschillende identifiers

0x1e9514 = atmega328
0x1e950f = atmega328p

Heb de atmega even werkend gekregen met de klok van de attiny, fusebits stonden goed (intern 8MHz). Heb dan geprobeerd om de fusebits op 128kHz te zetten maar nu doet hij weer niets meer. Ik denk dat het probleem zal veroorzaakt worden door een te lage voedingsspanning (4,5V i.p.v. 5V).
De attiny draaide goed met deze spanning, de atmega blijkbaar niet.
Waarschijnlijk heb ik de atmega nu definitief naar de maan geholpen door de fusebits te verzetten bij deze spanning, want bij 5V doet hij nu ook niets meer.

Waarschijnlijk doet die het nog wel maar je programmeersnelheid moet drastisch omlaag. Je mag programmeren op maximaal een vierde van de processor snelheid. Wat betekend dat dat lager is dan 32KHz.
Als CKDIV8 ook nog aan staat dan maximaal programmeren op 4KHz. Weet niet of je programmeer tool dat aankan, sommige wel, andere niet.

Als je iemand weet die een HV parallel programmer heeft, zoals de AVR dragon, dan kan je de chip daarmee weer leven in blazen.

nb: atmega328 kan werken met voedingen tussen 1,8 en 5,5 volt. Daaraan kan het niet liggen.

Ik gebruik usbasp als programmer, en bij mij is er nog nooit een atmega gesneuveld, puur door hem te programmeren. Als ze sneuvelen, dan is het door te hoge spanningen in op de ingangen.

Ik sluit me aan bij dino7, met een lage SCK krijg je er normaal gesproken altijd weer leven in.

[Bericht gewijzigd door Anoniem op (61%)]

Af en toe krijgt mijn programmer (via printerpoort) verbinding met de atmega. Programeren lukt af en toe maar wanneer er fusebits moeten geschreven worden geeft hij errors ("readlb entry not found", "fuse high error", "fuse extended error").
Misschien heeft de atmel geen 5V nodig maar wel de chip in de programmer. De attiny kan ik op 3V laten werken maar, programmeren bij 3V lukt bij mij niet.

Probeer een andere programmer te regelen. Programmeren via de printerpoort (het z.g.n. "bit bangen") heb ik heel slechte ervaringen mee.

Een programmer kun je voor de prijs van een paar postzegels in huis halen, b.v. deze

edit: of koop een arduino, UNO of NANO, deze zijn ook prima als programmer te gebruiken.

[Bericht gewijzigd door Anoniem op (12%)]

Op 26 december 2014 11:05:41 schreef netraam:
<knip> De attiny kan ik op 3V laten werken maar, programmeren bij 3V lukt bij mij niet.

Heel misschien kan dat liggen aan de BOD die op 2,7 volt staat. Als die (3V) net teveel inzakt tijdens een chip-erase dan reset de processor en lijkt het alsof je het niet kan programmeren.

Op 26 december 2014 11:14:08 schreef jsaturnus:
Probeer een andere programmer te regelen. Programmeren via de printerpoort (het z.g.n. "bit bangen") heb ik heel slechte ervaringen mee.

Heeft bij mij altijd gewerkt....
[/quote]Een programmer kun je voor de prijs van een paar postzegels in huis halen, b.v. deze[/quote]Daar heb ik slechte ervaringen mee. Ook zo'n ding gekocht, en nooit aan de praat gekregen.....

Het is soms gemeen: Het programmeren werkt niet altijd op de laagst opgegeven spanning.

Ik heb een "schrijf naar flash" geschreven voor een STM32F4xx processor. Als je dan het datasheet leest blijk je met 8, 16, 32 of 64 bits tegelijk te kunnen programmeren. Dus ik het zo geprogrammeerd dat "zolang er nog meer dan 8 bytes moeten, programmeer 64 bits". Werkt niet. Wat blijkt? Om 64 bits te programmeren moet je extern de programmeerspanning aanbieden, en voor 32 bits MOET je 3.3V als voeding hebben, bij 1.8V mag je nog maar met 8 bits tegelijk....

Zo, volgens mij ook bij AVRs: Daar vallen ook functies uit als je op de allerlaagste spanning zou draaien.

Maar goed. Ik verwacht niet dat dit het is...

Zo, volgens mij ook bij AVRs: Daar vallen ook functies uit als je op de allerlaagste spanning zou draaien.

Zolang je binnen spec blijft zou dat toch niet moeten kunnen. Datasheet kan wonderen doen ;)

Maar goed. Ik verwacht niet dat dit het is...

Ik ook niet. Is vast iets heel simpels ..

Op 27 december 2014 13:33:46 schreef jsaturnus:
Zolang je binnen spec blijft zou dat toch niet moeten kunnen. Datasheet kan wonderen doen ;)

Maar wat ik wilde zeggen is dus dat dit soort dingen dan ook wel in de datasheets staan. Maar wie gaat nu, met z'n complete ontwerp al "af in z'n hoofd" nu het hele datasheet lezen? Die stm32F4xx waar ik het over had, heeft een "datasheet" van een 200 blz. Daar staan dingen in over een paar chips van de familie. De echte handleiding is de "reference manual" van 1200 blz. Die 1200 blz vertelt dus dat je per 8, 16, 32 en 64 bits tegelijk kan programmeren, terwijl de datasheet bij "flash electrical specs" subtiel meldt dat je bij 3.0V nominaal niet met 32bits tegelijk mag programmeren....

Ik kan even snel niet iets vinden bij de AVR dat "uitvalt" bij de laagste voedingsspanningen. Misschien staat dat niet in het datasheet maar alleen in de errata. Heb je die vergeten te bekijken: jammer!

Dit soort dingen kan best verraderlijk zijn.