Ik was weer te enthousiast geweest en wilde direct met mijn net binnengekomen Atmega162 aan de slag. Ik gebruikte voorheen een MEga32 maar wilde toch liever 2 hardware Uarts vandaar de Atmega162.
Ik wilde alleen de Fusebits goed zetten voor de atmega162, maar heb hier niet aandachtig genoeg naar gekeken. Het blijk dus wel degelijk dat je hem hiermee totaal onbenaderbaar kan maken.
Ik kan met ponyprog en mijn ISP kabel niks meer met de Atmega. Nu heb ik al gelezen over externe klokken aanbieden, maar er hangt al een kristal van 11,059Mhz aan. Dus waarschijnlijk toch wat destructievere bits aangezet.
Ik lees namelijk dat je ook ISP programming kan dissablen.
Niet echt de bedoeling dus. Ik weet niet meer welke bits ik wel of niet geset heb, dus wil hem graag voorzien van de goede bits. (vind het zo`n gedoe al die verwarrende fuse bits)
Nu kan dit alleen met een STK500 heb ik begrepen? Die vind ik een beetje duur om aan te schaffen, maar een zelfbouw programmer hiervoor is er niet??

Wie kan mij helpen in de omgeving van Breda of op het TU eindhoven terrein? Of wie heeft er tips die ik zelf nog kan raadplegen?

grrr. ben weg in nuenen, was op 10 minuutjes van TU!!

daar had ik een STK500 liggen, die ligt er nog, maar er is niemand meer die ermee om kan gaan!!

an een chip erase geprobeert? als je lock bits hebt geprogrammeerd kan een chip erase deze weer naar de default plaatsen (kijk eens in de datasheet hoe het zit voor de 162).

In het gunstigste geval heb je alleen de fuses voor de clock verkeerd staan en staat nu de external clk geselecteerd. In dat geval moet je een clocksignaal aanbieden op Xtal1. Dan zou je weer verder kunnen met je ISP. De ATmega162 heeft ook een JTAG interface, misschien kun via die weg nog aan de fusebits komen.
Er zijn op het net wel ergens schema's te vinden voor een eigenbouw JTAG ICE. Altijd handig bij het ontwikkelen van software.
In iedergeval succes ermee.

Op 6 september 2007 13:05:10 schreef bit:
an een chip erase geprobeert? als je lock bits hebt geprogrammeerd kan een chip erase deze weer naar de default plaatsen (kijk eens in de datasheet hoe het zit voor de 162).

En hoe moet je de chip erasen? Juist, via ISP.. En laat dat nou net uit staan. ;)

Even een clockgenerator bouwen en die op X1 hangen lijkt me de moeite waard.

dat heb ik idd gelezen ja, maar is dat dan niet hetzelfde als een extern kristal eraan?
Ik heb wel een JTAG kabel voor een arm ooit bij VOTI gekocht http://www.voti.nl/winkel/p/ARM-PAR-JTAG.html
kan ik daar wat mee, en zoja met welk programma?

Weet iemand hoe de fusebits überhaupt moeten staan?
DE atmega moet gewoon draaien op een extern kristal van 11,095Mhz verder geen poespas

[Bericht gewijzigd door Stijnos op (22%)]

Je kan 'm wel naar mij opsturen met de post. Ik heb een STK500 en zal dan wel dat ding weer naar fabriek istellingen zetten. Mail me maar op avh<apenstaart>runbox<dot>com

Hij moet haast wel op externe klok staan (nee dat is niet hetzelfde als extern kristal, daarom heet het ook anders in de fuse settings ;)), de ISP disable fuse kun je niet geset hebben met ISP. En een RESET disable fuse heeft deze AVR niet. Behalve de klok zijn er dus eigenlijk geen instellingen waarmee je de boel echt 'stuk' kunt maken.

gelukkig. Nu nog een klok generator vinden.
Als ik met die MEGA 32 die ik heb en bascom een programmaatje maak die gewoon een pin hoog/laag maakt moet dat voldoende zijn? (weet iemand hoe ik in bascom een delay van microseconden kan maken?)
anders krijg ik nooit een klok van boven de 1000Hz

@MagicBox
ik ga eerst even die klok generator proberen, werkt het niet stuur ik hem naar je op. Bedankt voor het aanbos iig.

Op 6 september 2007 14:12:58 schreef Stijnos:
gelukkig. Nu nog een klok generator vinden.
Als ik met die MEGA 32 die ik heb en bascom een programmaatje maak die gewoon een pin hoog/laag maakt moet dat voldoende zijn? (weet iemand hoe ik in bascom een delay van microseconden kan maken?)
anders krijg ik nooit een klok van boven de 1000Hz

Ik zou gewoon in Bascom een pin hoog maken, dan een paar dummy acties doen (bijv een paar tellers ophogen) en dan weer in pin laag maken, weer een paar dummy acties.
Zo krijg je een klok van een voldoende hoge frequentie. Als je een scoop tot je beschikking hebt zou je het nog even kunnen verifieren.
En voor de rest, alle fuses staan beschreven in de datasheet. Kijk hier eens na en bedenk welke je nodig hebt.

Heb ooit ook eens per ongeluk een fusebit van m'n Attiny2313 veranderd v/d clock, de IC leek dood erna ..
blijkbaar had ik heb op extern clock in geplaatst. Nu simpel opgelost, een andere Attiny2313 genomen, en daar de fusebit 'enable external clock out pin' geactiveerd en die op men 'kappotte' µC aangesloten (clkin), en dan was ie weer toehankelijk.

Mss is dit een tipje voor in een paar tellen een juiste clockgenerator te hebben.

Ik heb het ook weleens gehad... Gewoon een ATtiny2313 geprogrammeerd en een uitgang continu hoog en weer laag gezet zonder verdere delay, geeft een mooi kloksignaal om de "dode" uC weer te reanimeren. Aansluiten op de clock ingang, kristal en condensatoren wel even verwijderen. Werkt natuurlijk ook met de ATmega32.

hmmm
Werkte bij mij helaas niet :(
Ik kreeg ook niet echt een mooi kloksignaal uit de Atmega32

had gewoon een loopje met:


do
   portb.0 = 1
   portb.0 = 0
loop

ook met wat extra vertragende teller loopjes ertussen geeft me gene mooie klok.

Gebruik PWM in CTC-mode en zet de Compare Output mode bits op toggle-mode. Laat het ding telkens tot 1 tellen, en je hebt een snelle klok met een duty-cycle van precies 50%.

[Update] Dit levert bij een ATmega32 op PB3 een kloksignaal waarvan de frequentie 1/2 vd CPU-frequentie bedraagt:


PB3 = uitgang
OCR0 = 0
TCCR0 = _BV(WGM01) | _BV(COM00) | _BV(CS00)

Meer is niet nodig...

[Bericht gewijzigd door pros op (40%)]

over die kennis beschik ik helaas niet :(
Als iemand een binary heeft voor een AT90S2313 of atmega32 zou heel fijn zijn. Nee ik verwacht het niet in oogpunt dat ik te lui ben om het zelf te doen. Maar heb bij AVR`s nog geen ervaring om de registers rechtstreeks aan te sturen.
Als ik een goede klok zou hebben, moet ik toch gewoon dit kloksignaal aan XTAL1 hangen en een verbinding met de ground maken?
Dan zou mijn Atmega162 met deze klok (zonder kristal dus) toch weer te benaderen moeten zijn vanuit ponyprog?

Maak anders een simple oscillator rond een 7400

http://instruct1.cit.cornell.edu/courses/ee476/FinalProjects/s2007/arb66_ak364/arb66_ak364/oscillator_circuit.PNG

[Bericht gewijzigd door Roland van Leusden op (61%)]

ik ben hier nieuw en ik weet niet wat ik hier allemaal kan doen?

Mod-edit: In ieder geval een nieuw toetsenbord kopen... Ga je lekker?
Verder niet zomaar in het wilde weg in een topic posten.

[Bericht gewijzigd door Henry S. op (98%)]

Lekker zo'n post :(

Hoe dan ook, voor de ATmega32, een klok op PB0, met 8 cycles per kloktik.

Hex file:


:020000020000FC
:0C000000B89AC09A00000000C098FBCF26
:00000001FF

Source:

.include <m32def.inc>
 sbi  DDRB, 0
clk:
 sbi  PORTB, 0
 nop nop
 cbi  PORTB, 0
 rjmp clk

EUREKA!
thanks Madwizard. Hex file in MEga32 geschopt.
PortB.1 aan XTAL1 van Atmega 162 gesoldeerd. Die Atmega gaf een keurige 500KHz blokgof.
Fusebits lezen en goed terug schrijven en hij doet het weer. Volgens de datasheets dacht ik nog steeds dat ik de CKSEL allemaal unchecked moest laten staan, maar blijkbaar wil hij toch CKSEL3:1 checked en CKSEL0 unchecked.

Nog 1 vraagje over de ATMEGA161C mode.
Ik programmeer in BASCOM AVR en daar zit nog geen support in voor de ATMEGA162 (in mijn versie dan)
Toen een eenvoudig tellertje niet bleek te werken, heb ik hem toch maar in de Atmega161C mode laten draaien.
Weet iemand hier de beperkingen van? (het geeft me een beetje het gevoel alsof ik tegen een Audi A8 zeg dat ie een A4 moet zijn)

Maar het probleem van weer een dode AVR is wederom opgelost.
Thanks madwizard en magicbox voor de hulp en het aanbod

Is het dan makkelijker om je Bascom te updaten?
Nieuwste demo versie zit de M162 gewoon in en heb je de licentie versie dan kun je na de registratie ook gratis updaten.