ATNEL tech-forum 2014-11-24T21:45:55+01:00 https://forum.atnel.pl/feed.php?f=8&t=2606&mode 2014-11-24T21:45:55+01:00 2014-11-24T21:45:55+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=105826#p105826 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]> akcja jak z RC--1 ....

Statystyki: Napisane przez SunRiver — 24 lis 2014, o 21:45

]]> 2014-11-24T21:35:37+01:00 2014-11-24T21:35:37+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=105824#p105824 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]>

Statystyki: Napisane przez jerzyk31 — 24 lis 2014, o 21:35

]]> 2014-11-24T21:07:50+01:00 2014-11-24T21:07:50+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=105816#p105816 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]> jerzyk31 napisał(a):

P.S2 dla Moderatorów
Może by zrobił wątek odnośnie tego "pogotowia ratunkowego"?


Po Co ?? i tak by nikt tego nie czytał ... I nie pisz jak to itd ... przecież cały czas problem z tym samym choc pełno tematów z rozwiązaniem problemów .... :)

Statystyki: Napisane przez SunRiver — 24 lis 2014, o 21:07

]]> 2014-11-24T21:01:35+01:00 2014-11-24T21:01:35+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=105815#p105815 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]> pożyczyłem sobie powyższy kod i troszkę go uprościłem (jeżeli chodzi o main). Kod jest dostępny tutaj: https://bitbucket.org/jdrozdz/fuserescue

a main wygląda teraz tak:
[syntax=c]#include <avr/io.h>
#include <util/delay.h>

int main(){
initHospital();
SetPatient("m32");
while(1){
healPatient();
}
}[/syntax]

Docelowo chcę jeszcze napisać obsługę USART aby mona było sobie wybrać uC z konsoli a nie kompilować kod za każdym razem. Można powiedzieć, że taki FuseBitDoc 2 ;)


P.S.
Dodam, że na tapecie mam jeszcze wersję SMD, jak dokończę to przedstawię :)

Pozdrawiam

P.S2 dla Moderatorów
Może by zrobił wątek odnośnie tego "pogotowia ratunkowego"? ;)

P.S3

Sugestie mile widziane :D

Statystyki: Napisane przez jerzyk31 — 24 lis 2014, o 21:01

]]> 2014-08-12T12:42:58+01:00 2014-08-12T12:42:58+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=91221#p91221 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]> Podepnę się pod temat. Wczoraj też sobie zablokowałem Atmega64. Ostatnio jak mi sie zablokowala to normalnie ją pobudziłem za pomocą obwodu RC na XTAIL1. A teraz niestety lipa. Chciałbym zbudować sobie na płytce stykowej Fusebit Doctor'a. Lecz nie wiem jakie jest minimalne podłączenie tego cuda do naprawianego mikrokontrolera. Na oficjalnej stronie niestety nie ma informacji o tym. Chodzi mi o to, jakie piny od Atmega8 z doctor'a muszę podpiąć do swojego zablokowanego procka, aby go obudzić.

Statystyki: Napisane przez maxxxior — 12 sie 2014, o 12:42

]]> 2013-04-27T22:46:07+01:00 2013-04-27T22:46:07+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=35456#p35456 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]> Niestety głupi byłem i nie mam żadnego pullupa na resecie ani kondensatorków na wejściu wiec czasami jak się źle złapie to się potrafi zresetować. Już na przyszłość sobie poprawiłem lekko schemat płytki :)


Proszę się zapoznać topic44.html a potem poprawić post. Inaczej zostanie usunięty.

Zgodnie z obietnicą obrazek usunięty.

Różowo-zielony J.

Statystyki: Napisane przez maciak — 27 kwi 2013, o 22:46

]]> 2013-04-27T12:01:49+01:00 2013-04-27T12:01:49+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=35399#p35399 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]>

Statystyki: Napisane przez barney — 27 kwi 2013, o 12:01

]]> 2013-04-27T11:59:45+01:00 2013-04-27T11:59:45+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=35398#p35398 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]>

Statystyki: Napisane przez SunRiver — 27 kwi 2013, o 11:59

]]> 2013-04-27T11:33:47+01:00 2013-04-27T11:33:47+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=35395#p35395 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]>
Zmieniono pady przy golden-pinach, powinny być łatwiejsze do przylutowania.
Zmniejszono płytkę, teraz ma wymiary 8x8 cm.

http://fredek.dnsalias.com/atnel/fuse_restore2.zip

Statystyki: Napisane przez barney — 27 kwi 2013, o 11:33

]]> 2013-04-26T19:30:22+01:00 2013-04-26T19:30:22+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=35357#p35357 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]> maciak napisał(a):

Bardzo ladnie wyszla plytka :) Widze ze bardzo uniwersalne urzadzonko wyszlo :)


Płytka wyszła ok ale projekt Barney-a jest moim zdaniem do poprawy: pady przy złączkach golden pin powinny być szersze (bo i otworki muszą być większe - ok 1mm), tam za mało miedzi zastaje i ciężko się to lutuje. Mogłyby być takie jak są przy procku, miejsca jest dosyć.

Statystyki: Napisane przez fredek — 26 kwi 2013, o 19:30

]]> 2013-04-26T16:33:28+01:00 2013-04-26T16:33:28+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=35321#p35321 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]> Widze ze bardzo uniwersalne urzadzonko wyszlo :)

Statystyki: Napisane przez maciak — 26 kwi 2013, o 16:33

]]> 2013-04-24T22:21:31+01:00 2013-04-24T22:21:31+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=35161#p35161 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]> Działający kod dla Attiny13A:

[syntax=c]/*
* reset_T13.c
*
* Created on: 21-04-2013
* Autor: fredek
*/

#include <avr/io.h>
#include <util/delay.h>

#defineHFUSE0xFF// Default for ATtiny13, for others see
#defineLFUSE0x6A// http://www.engbedded.com/fusecalc/
#define EFUSE0xFF

#defineV12PC0// +12V to target reset pin
#defineVCCPB0// VCC to target
#defineSCIPD3// PB3 Clock in to targtet
#defineSDOPD2// PB2 Data out from target
#defineSIIPD1// PB1 Serail instructions in to target
#defineSDIPD0// PB0 Serial data in to target

#defineBUTTONPC1

void HardwareInit()
{
DDRB|= (1<<VCC);// VCC output pin

DDRC|= (1<<V12);// V12 output pin
PORTC|= (1<<BUTTON)|(1<<V12);// pull-up BUTTON and 12V (power off)

DDRD= 0x00;// all inputs
PORTD= 0x00;
}

// The minimum period for the Serial Clock Input (SCI) during High-voltage Serial Programming is 220 ns.

static void poll()
{
_delay_ms(5);
}

static void clockit()
{
PORTD |= (1 << SCI);
_delay_us(250);
PORTD &= ~(1 << SCI);
}

static uint8_t sendByte(uint8_t data, uint8_t instr)
{
uint8_t r,i;

PORTD &= ~(1 << SDI);
PORTD &= ~(1 << SII);

// First zero
clockit();

for(r=0, i=0; i<8; i++)
{
r <<= 1;
r |= (PIND & (1 << SDO)) != 0 ? 1:0;

if(data & 0x80) PORTD |= (1 << SDI);
else PORTD &= ~(1 << SDI);

if(instr & 0x80) PORTD |= (1 << SII);
else PORTD &= ~(1 << SII);

data <<= 1;
instr <<= 1;

clockit();
}

PORTD &= ~(1 << SDI);
PORTD &= ~(1 << SII);

// Last 2 zero's
clockit();
clockit();

return r;
}


static void
ChipErase(void)
{
sendByte(0x80, 0x4C);
sendByte(0x00, 0x64);
sendByte(0x00, 0x6C);
poll();

// Intsruction NOP
sendByte(0x00, 0x4C);
poll();
}

static void
WriteFuseLowBits(uint8_t code)
{
sendByte(0x40, 0x4C);
sendByte(code, 0x2C);
sendByte(0x00, 0x64);
sendByte(0x00, 0x6C);
poll();
}

static void
WriteFuseHighBits(uint8_t code)
{
sendByte(0x40, 0x4C);
sendByte(code, 0x2C);
sendByte(0x00, 0x74);
sendByte(0x00, 0x7C);
poll();
}

static void
WriteFuseExtendedBits(uint8_t code)
{
sendByte(0x40, 0x4C);
sendByte(code, 0x2C);
sendByte(0x00, 0x66);
sendByte(0x00, 0x6E);
poll();
}

int main(void)
{

HardwareInit();

while (1)
{
while (PINC & (1<<BUTTON));// wait for button

DDRD = (1<<SDI)|(1<<SII)|(1<<SDO);
PORTD = 0x00;

_delay_ms(1);
PORTB |= (1<<VCC);
_delay_us(40);
PORTC &= ~(1<<V12);
_delay_us(20);
DDRD |= (1<<SDI)|(1<<SII)|(1<<SCI);
DDRD &= ~(0<<SDO);

_delay_us(500);

ChipErase();
WriteFuseLowBits(LFUSE);
WriteFuseHighBits(HFUSE);
//WriteFuseExtendedBits(EFUSE);

_delay_ms(10);
PORTC |= (1<<V12);
PORTB &= ~(1<<VCC);

_delay_ms(250);

}

}[/syntax]

Statystyki: Napisane przez fredek — 24 kwi 2013, o 22:21

]]> 2013-04-21T22:40:10+01:00 2013-04-21T22:40:10+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=34903#p34903 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]>
[syntax=c]/*
* reset_T13.c
*
* Created on: 21-04-2013
* Autor: fredek
*
* Original: http://www.pe0fko.nl/Fuse-restore/
*/

#include <avr/io.h>
#include <util/delay.h>

#defineHFUSE0xFF// Default for ATtiny13, for others see
#defineLFUSE0x6A// http://www.engbedded.com/cgi-bin/fc.cgi

#defineV12PC0// +12V to target reset pin
#defineVCCPB0// VCC to target
#defineSCIPD3// PB3 Clock in to targtet
#defineSDOPD2// PB2 Data out from target
#defineSIIPD1// PB1 Serail instructions in to target
#defineSDIPD0// PB0 Serial data in to target

#defineBUTTONPC1

void HardwareInit()
{
DDRB|= (1<<VCC);// VCC output pin

DDRC|= (1<<V12);// V12 output pin
PORTC|= (1<<BUTTON)|(1<<V12);// pull-up BUTTON and 12V (power off)

DDRD|= (1<<SDI)|(1<<SII)|(1<<SCI)|(1<<SDO);// all outputs
PORTD= 0x00;
}

// The minimum period for the Serial Clock Input (SCI) during High-voltage Serial Programming is 220 ns.

void clockit()
{
PORTD |= (1 << SCI);
_delay_us(220);
PORTD &= ~(1 << SCI);
_delay_us(220);
}

void sendByte(uint8_t data, uint8_t instr)
{
uint8_t i;

PORTD &= ~(1 << SDI);
PORTD &= ~(1 << SII);

// First zero
clockit();

for(i=0; i<8; i++)
{
if(data & 0x80) PORTD |= (1 << SDI);
else PORTD &= ~(1 << SDI);

if(instr & 0x80) PORTD |= (1 << SII);
else PORTD &= ~(1 << SII);

data <<= 1;
instr <<= 1;

clockit();
}

PORTD &= ~(1 << SDI);
PORTD &= ~(1 << SII);

// Last 2 zero's
clockit();
clockit();
}

void poll()
{
int i;
for(i=0; i < 20000; i++)
if ((PIND & (1<<SDO)) != 0)
return;
else
_delay_us(20);
//while (!(PIND & (1<<SDO)));
}

void
ChipErase(void)
{
sendByte(0x80, 0x4C);
sendByte(0x00, 0x64);
sendByte(0x00, 0x6C);
poll();

// Intsruction NOP
sendByte(0x00, 0x4C);
poll();
}

void
WriteFuseLowBits(uint8_t code)
{
sendByte(0x40, 0x4C);
sendByte(code, 0x2C);
sendByte(0x00, 0x64);
sendByte(0x00, 0x6C);
poll();

// Intsruction NOP
sendByte(0x00, 0x4C);
poll();
}

void
WriteFuseHighBits(uint8_t code)
{
sendByte(0x40, 0x4C);
sendByte(code, 0x2C);
sendByte(0x00, 0x74);
sendByte(0x00, 0x7C);
poll();

// Intsruction NOP
sendByte(0x00, 0x4C);
poll();
}

int main(void)
{
/*1. Set Prog_enable pins listed in Table 17-11 to “000”, RESET pin to “0” and Vcc to 0V.
2. Apply 4.5 - 5.5V between VCC and GND. Ensure that Vcc reaches at least 1.8V within
the next 20 ÎĽs.
3. Wait 20 - 60 ÎĽs, and apply 11.5 - 12.5V to RESET.
4. Keep the Prog_enable pins unchanged for at least 10ÎĽs after the High-voltage has
been applied to ensure the Prog_enable Signature has been latched.
5. Release the Prog_enable[2] pin to avoid drive contention on the Prog_enable[2]/SDO
pin.
6. Wait at least 300ÎĽs before giving any serial instructions on SDI/SII.
7. Exit Programming mode by power the device down or by bringing RESET pin to 0V.
*/

while (1)
{
while (PINC & (1<<BUTTON));// wait for button

HardwareInit();// ad.1

PORTB |= (1<<VCC);// ad.2
_delay_us(40);
PORTC &= ~(1<<V12);
_delay_us(15);
DDRD &= ~(1<<SDO);// SDO as input
//PORTD |= (1<<SDO);

_delay_us(300);// ad.3

ChipErase();// ad.4
_delay_us(500);

WriteFuseLowBits(LFUSE);
_delay_us(500);

WriteFuseHighBits(HFUSE);

_delay_us(500);// ad.5
PORTC |= (1<<V12);
_delay_us(500);
PORTB &= ~(1<<VCC);

_delay_ms(1000);
}
}[/syntax]

Statystyki: Napisane przez barney — 21 kwi 2013, o 22:40

]]> 2013-04-17T21:44:37+01:00 2013-04-17T21:44:37+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=34576#p34576 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]>
Obrazek

Obrazek

Obrazek

Test odblokowania ATmega32 przeszła pozytywnie, także można spokojnie przestawiać wszystkie fuse byte w prockach :mrgreen:

Quote:

Fotki proszę wrzucić na server forum zgodnie z zasadami ... inaczej KOSZ .... -ten Zły MOD

Statystyki: Napisane przez fredek — 17 kwi 2013, o 21:44

]]> 2013-04-07T23:42:42+01:00 2013-04-07T23:42:42+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=33781#p33781 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]>

Statystyki: Napisane przez maciak — 7 kwi 2013, o 23:42

]]> 2013-04-07T19:26:48+01:00 2013-04-07T19:26:48+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=33748#p33748 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]> Po co ponownie odkrywać koło? Przecież wszystko co potrzeba jest na stronie projektu: http://mdiy.pl/atmega-fusebit-doctor-hvpp/

Statystyki: Napisane przez barney — 7 kwi 2013, o 19:26

]]> 2013-04-07T19:01:37+01:00 2013-04-07T19:01:37+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=33747#p33747 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]> podzielisz sie pliczkami do eagla?

Sent from my A501 using Tapatalk 2

Statystyki: Napisane przez maciak — 7 kwi 2013, o 19:01

]]> 2013-04-07T15:23:35+01:00 2013-04-07T15:23:35+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=33710#p33710 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]> Jest 40-pin, bo płytka umożliwia wpięcie jakiegokolwiek z gold-pina (męski albo żeński) tak samo jak na moim boardzie na stykówce http://fredek.dnsalias.com/atnel/Fuse_reset.jpg
Nie dawałem kolejnej podstawki, bo procki są w różnych obudowach i mają różnie wyprowadzone złącza do HVPP.

Jeżeli potrzebna Ci są podstawki to zawsze możesz wykonać taką sheld-płytkę. Prościej jednak będzie włożyć procesor w stykówkę i tam podłączyć kable.
20 kabli to nie jest tutaj dużo - otwierasz datasheeta od procesora, opis wyprowadzeń na gold-pinach i w 5 minut masz wszystko połączone :)

Płytka ta będzie najprawdopodobniej zgodna z tym programem http://pe0fko.nl/Fuse-restore/ po jego drobnych przeróbkach.

Należy jednak bezwzględnie pamiętać o odłączeniu 12V z zasilacza podczas programowania doktorka.

Statystyki: Napisane przez barney — 7 kwi 2013, o 15:23

]]> 2013-04-07T14:33:12+01:00 2013-04-07T14:33:12+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=33707#p33707 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]> barney napisał(a):

Dodane są rezystory do wszystkich linii za wyjątkiem zasilania uP i GND.
Do tego schemat na denki nie zawiera zasilania mikrokontrolera i filtracji zasilania.
Dodana też jest kanda, żeby można sobie było szybko fusy zmienić.

Zasilanie układu i wyjście jest zdublowane, więc wlutowujesz sobie rządek męski i żeński i pasuje do wszystkich kabli.

Mimo drobnego chaosu w rozkładzie elementów myślę, że nie będzie problemów ze złożeniem tego - bloki funkcyjne są blisko siebie, a potem pozostają tak naprawdę tylko rezystory (10k do resetu, a reszta 1k).


Wyglada spoko :) ja sobie zailanie na 7805 zrobilem na szybko i bylo ok. Szkoda ze nie zrobiles na zwykly jack od zasilacza bylo by naprawde wygodnie i nie rozumiem do konca czemu 40pin wstawiles na koncu a nie drugiego dipa.
http://img822.imageshack.us/img822/4218/img20130405150833.jpg
to jest takie niechlujne cos co zmacilem w 20min. Jeden uC naprawia i obok drugi do naprawienia i takie cos bylo by wygodne cos jak w Atmega fusebit doctor (HVPP+HVSP). Mam nadzieje ze rozumiesz o co mi chodzi ;] Bede wdzieczny za jakiekolwiek wyjasnienia :)

Statystyki: Napisane przez maciak — 7 kwi 2013, o 14:33

]]> 2013-04-07T13:47:55+01:00 2013-04-07T13:47:55+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=33704#p33704 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]> Do tego schemat na denki nie zawiera zasilania mikrokontrolera i filtracji zasilania.
Dodana też jest kanda, żeby można sobie było szybko fusy zmienić.

Zasilanie układu i wyjście jest zdublowane, więc wlutowujesz sobie rządek męski i żeński i pasuje do wszystkich kabli.

Mimo drobnego chaosu w rozkładzie elementów myślę, że nie będzie problemów ze złożeniem tego - bloki funkcyjne są blisko siebie, a potem pozostają tak naprawdę tylko rezystory (10k do resetu, a reszta 1k).

ObrazekObrazek

http://fredek.dnsalias.com/atnel/fuse_restore.zip

Statystyki: Napisane przez barney — 7 kwi 2013, o 13:47

]]> 2013-04-07T06:33:07+01:00 2013-04-07T06:33:07+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=33654#p33654 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]>

Sent from my GT-I9000 using Tapatalk 2

Statystyki: Napisane przez maciak — 7 kwi 2013, o 06:33

]]> 2013-04-06T20:47:41+01:00 2013-04-06T20:47:41+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=33634#p33634 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]> maciak napisał(a):

Podzielilbys sie ta plytka na pm? Chetnie tez zerkne jak to wyglada :)


Płytka i schemat w eagle będą jutro wstawione po sprawdzeniu. Robione jest to jako płytka jednostronna (ok 8x9 cm, procek w DIP) do wykonania metodą termotransferu.

Na ten moment wygląda to tak:

Obrazek

Statystyki: Napisane przez fredek — 6 kwi 2013, o 20:47

]]> 2013-04-06T19:34:03+01:00 2013-04-06T19:34:03+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=33630#p33630 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]>

Sent from my GT-I9000 using Tapatalk 2

Statystyki: Napisane przez maciak — 6 kwi 2013, o 19:34

]]> 2013-04-06T12:42:00+01:00 2013-04-06T12:42:00+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=33595#p33595 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]> Quote:

Dzieki fredek zrobilem sobie tego avr rescue na breadbordzie w 20min i naprawil mi atmege w 3sekundy :) Naprawde polecam na przyszlosc. Tak sobie w sumie mysle czy moze nie chciloby sie komus PCB do tego zrobic? :)
Zrobiłem płytkę według schematu z denki. Fredek będzie testować, zajmie to z tydzień.

Statystyki: Napisane przez barney — 6 kwi 2013, o 12:42

]]> 2013-04-06T12:27:34+01:00 2013-04-06T12:27:34+01:00 https://forum.atnel.pl/viewtopic.php?t=2606&p=33594#p33594 <![CDATA[Re: Źle ustawione fusebity na atmedze8]]> widzę, że to ta sama metoda, którą opisałem, tylko taka "automatyczna" ;)

Co do Eagle to tutaj: http://mirekk36.blogspot.com/p/spis-tresci.html są poradniki "co i jak". Po obejrzeniu będziesz expertem! No chyba, że masz konkretny problem to pisz...

Statystyki: Napisane przez jan mazur — 6 kwi 2013, o 12:27

]]>