Vítejte na Elektro Bastlírn?
Nuke - Elektro Bastlirna
  Vytvořit účet Hlavní · Fórum · DDump · Profil · Zprávy · Hledat na fóru · Příspěvky na provoz EB

Vlákno na téma KORONAVIRUS - nutná registrace


Nuke - Elektro Bastlirna: Diskuzní fórum

 FAQFAQ   HledatHledat   Uživatelské skupinyUživatelské skupiny   ProfilProfil   Soukromé zprávySoukromé zprávy   PřihlášeníPřihlášení 

cas vypocitany ATMEGA16 ide pomalsie, odtienene a OK
Jdi na stránku 1, 2  Další
 
Přidat nové téma   Zaslat odpověď       Obsah fóra Diskuzní fórum Elektro Bastlírny -> Programování PIC, ATMEL, EEPROM a dalších obvodů
Zobrazit předchozí téma :: Zobrazit následující téma  
Autor Zpráva
r1a2s3t4o5



Založen: Oct 01, 2009
Příspěvky: 172
Bydliště: Velke Prilepy

PříspěvekZaslal: čt říjen 07 2010, 19:47    Předmět: cas vypocitany ATMEGA16 ide pomalsie, odtienene a OK Citovat

Tu som to rozpisal, ale myslim ze to tam necitaju spravny ludia
http://elektroworld.info/modules.php?name=Forums&file=viewtopic&t=39643


Naposledy upravil r1a2s3t4o5 dne ne říjen 17 2010, 16:39, celkově upraveno 2 krát.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
divous



Založen: Oct 08, 2010
Příspěvky: 162
Bydliště: ValMez

PříspěvekZaslal: pá říjen 08 2010, 5:59    Předmět: Citovat

Ono je ještě otázkou, zda se čas generuje pomocí toho atmelu či jiného RTC obvodu.

U toho RTC neporadím, ale pokud by měl čas v režii atmel, tak mne napadlo, že by mohly být přepsány fuses bity.

Podle fotek bych řekl, že je použit vnitřní RC článek.
(Tedy pokud ten odpor není k plusu a pokud k němu není ještě někde nějaký kondík k zemi. V tom případě by šlo o vnější RC článek)
Frekvenci vnitřního RC článku lze pomocí fuses bitů nastavit na 8MHz, 4MHz, 2Mhz a 1MHz.
A zde nejspíš došlo k přepsání.

V podstatě budeš muset nechat ten procesor přeprogramovat a
to od někoho, kdo má správný firmware. (takže zpět do výroby)
Jedinou nadějí (poměrně malou) by bylo, kdyby ve výrobě při programování zapomněli zapnout ochranu procesoru.
Pak by ti stačil pouze středně zkušený programátor.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
r1a2s3t4o5



Založen: Oct 01, 2009
Příspěvky: 172
Bydliště: Velke Prilepy

PříspěvekZaslal: pá říjen 08 2010, 7:20    Předmět: Citovat

Ano, ja takisto predpokladam ze je pouzity vnutorny RC. Plosak ma miesto na crystal ale nieje osadeny.
Niekde som videl, ze chlapik programoval chip ktory bol osadeny, jednoducho sa napojil programatorom rovno na piny ktore treba na programovanie.

Myslis zeby to slo aj s tymto?
Je mozne osciloskopom zistit na akej freq to bezi teraz?
Aky programator (co najjednoduchsi) doporucujes?

Je mi jasne, ze ak je program chraneni proti citaniu, budu to vyhodene peniaze, ale keby slo zbastlit/kupit programator v rozumnej cene (do 1000) tak to skusim.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
Andrea



Založen: Sep 07, 2007
Příspěvky: 9340

PříspěvekZaslal: pá říjen 08 2010, 8:40    Předmět: Citovat

Programovací piny jsou vyvedené na ten neosazený konektor vedle neosazeného krystalu.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
r1a2s3t4o5



Založen: Oct 01, 2009
Příspěvky: 172
Bydliště: Velke Prilepy

PříspěvekZaslal: pá říjen 08 2010, 8:54    Předmět: Citovat

Dnes som prepocital, aky maju hodiny sklz.

za 14 hodin normalneho casu, su hodiny na peci o 2 hodiny pomalsie.

Nasiel som programator na LPT:
http://www.captain.at/electronics/atmel-programmer/

este Linux a paralelny port a mozem skusat...

Precitat ako su nastavene Fuses ide tymto:

kód:
uisp -dlpt=/dev/parport0 -dprog=dapa -dpart=ATmega16 --rd_fuses
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
divous



Založen: Oct 08, 2010
Příspěvky: 162
Bydliště: ValMez

PříspěvekZaslal: pá říjen 08 2010, 9:14    Předmět: Citovat

Hmm, tento programátor neznám, takže ti s ním neporadím.

Každopádně to můžeš odzkoušet. A pak sem hoď výsledek.
Mám však dojem, že pokud je zaplá ochrana, tak ti nepůjdou přečíst ani fuses bity.

Z toho poměru zpomalení bohužel nedokážu nic rozeznat.
Ten poměr zpomalení je prostě nějaký divný.
Teď mne ještě napadlo, že by mohla být změněná kalibrace vnitřního RC článku.
I v tomto případě však vše závisí na tom, zda přečteš ty fuses.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
Crifodo



Založen: Oct 11, 2005
Příspěvky: 15005

PříspěvekZaslal: pá říjen 08 2010, 9:25    Předmět: Citovat

není to zpomalení tím, že procesor je pořád přerušován?
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu Odeslat e-mail
divous



Založen: Oct 08, 2010
Příspěvky: 162
Bydliště: ValMez

PříspěvekZaslal: pá říjen 08 2010, 9:38    Předmět: Citovat

Crifodo napsal(a):
není to zpomalení tím, že procesor je pořád přerušován?


Jak přerušován?

-napájení - snad to má nějaké záložní napájení (doufám, z těch fotek to není poznat)
-mikroprocesoru - průměrný programátor (myslím tím člověka) by s tím měl počítat a takovou začátečnickou chybu obejít.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
Andrea



Založen: Sep 07, 2007
Příspěvky: 9340

PříspěvekZaslal: pá říjen 08 2010, 9:42    Předmět: Citovat

Alespoň průměrný programátor neudělá zařízení, které se po výpadku napájení začne chovat o dost jinak než před výpadkem.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
divous



Založen: Oct 08, 2010
Příspěvky: 162
Bydliště: ValMez

PříspěvekZaslal: pá říjen 08 2010, 9:49    Předmět: Citovat

Andrea napsal(a):
Alespoň průměrný programátor neudělá zařízení, které se po výpadku napájení začne chovat o dost jinak než před výpadkem.


Pokud to byla chyba programátora. Mohlo jít o chybu procesoru (i to se stává).
To však nyní neřešme, jinak se nám to tu zvrhne v planou diskusi.
Počkejme si, s čím přijde r1a2s3t4o.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
Crifodo



Založen: Oct 11, 2005
Příspěvky: 15005

PříspěvekZaslal: pá říjen 08 2010, 9:52    Předmět: Citovat

přerušován na přerušovacím vstupu nějakým falešným impulsem od periférie. Přeprogramování na čtvrtinu nebo na dvounásobek nezpůsobí chybu 2h na 14 hodinách.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu Odeslat e-mail
divous



Založen: Oct 08, 2010
Příspěvky: 162
Bydliště: ValMez

PříspěvekZaslal: pá říjen 08 2010, 10:29    Předmět: Citovat

Crifodo napsal(a):
přerušován na přerušovacím vstupu nějakým falešným impulsem od periférie. Přeprogramování na čtvrtinu nebo na dvounásobek nezpůsobí chybu 2h na 14 hodinách.


To je mi jasné, proto jsem později odhadoval chybu v kalibraci vnitřního RC článku.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
r1a2s3t4o5



Založen: Oct 01, 2009
Příspěvky: 172
Bydliště: Velke Prilepy

PříspěvekZaslal: pá říjen 08 2010, 13:35    Předmět: Citovat

divous napsal(a):
Andrea napsal(a):
Alespoň průměrný programátor neudělá zařízení, které se po výpadku napájení začne chovat o dost jinak než před výpadkem.


Pokud to byla chyba programátora. Mohlo jít o chybu procesoru (i to se stává).
To však nyní neřešme, jinak se nám to tu zvrhne v planou diskusi.
Počkejme si, s čím přijde r1a2s3t4o.


Neviem cim to je, ale toto je uz druhy modul, ktory takto zlyhal. Nechcem kupovat dalsi modul ale zistit preco ide cas pomalsie a vyriesit to raz a navzdy.

K pocitacu s Linuxom a LPT sa dostanem najskor buduci tyzden, dovtedy skusim zbastlit programator.

EDIT: Stiahol som program, ale nemam cim analyzovat co tam je naprogramovane. Viete mi poradit nejaky disasembler?



program.hex
 Komentář:
Motorola S-Record; binary data in text format

Stáhnout
 Soubor:  program.hex
 Velikost:  44.04 kB
 Staženo:  80 krát



Naposledy upravil r1a2s3t4o5 dne po říjen 11 2010, 16:34, celkově upraveno 1 krát.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
r1a2s3t4o5



Založen: Oct 01, 2009
Příspěvky: 172
Bydliště: Velke Prilepy

PříspěvekZaslal: po říjen 11 2010, 15:19    Předmět: Citovat

citace:
uisp -dlpt=/dev/parport0 -dprog=dapa -dpart=ATmega16 --rd_fuses

kód:

Atmel AVR ATmega16 is found.

Fuse Low Byte      = 0x83
Fuse High Byte     = 0xdf
Fuse Extended Byte = 0xff
Calibration Byte   = 0xbf  --  Read Only
Lock Bits          = 0xfc
    BLB12 -> 1
    BLB11 -> 1
    BLB02 -> 1
    BLB01 -> 1
      LB2 -> 0
      LB1 -> 0


Podla datasheetu je low byte 0x83 => CKSEL3-0 nastavene na 0011
4Mhz internal clock.

Ak su LB01 a LB02 = 0
Further programming and verification of the Flash and
EEPROM is disabled in Parallel and SPI/JTAG Serial
Programming mode. The Fuse bits are locked in both
Serial and Parallel Programming mode.(1)



program.hex
 Komentář:
Motorola S-Record; binary data in text format

Stáhnout
 Soubor:  program.hex
 Velikost:  44.04 kB
 Staženo:  78 krát

Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
divous



Založen: Oct 08, 2010
Příspěvky: 162
Bydliště: ValMez

PříspěvekZaslal: út říjen 12 2010, 7:04    Předmět: Citovat

Tak teď ti už vážně poradit nemohu.

Procesor je zamknutý, a ten soubor rozhodně neobsahuje žádný funkční program.
Je v něm ukryta pouze posloupnost čísel.
Vypadá to tam asi takto:
(00h 00h 01h 01h 02h 02h 03h 03h ..... a tak to pokračuje až po FFh).
Tato řada se opakuje 32x a zbytek paměti je vyplněn hodnotou FFh.

Takže je mi líto, ale pokud se ti nepodaří sehnat funkční program
(a to i s daty z EEPROMky), tak se dál tímto směrem nepohneme.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
Zobrazit příspěvky z předchozích:   
Přidat nové téma   Zaslat odpověď       Obsah fóra Diskuzní fórum Elektro Bastlírny -> Programování PIC, ATMEL, EEPROM a dalších obvodů Časy uváděny v GMT + 1 hodina
Jdi na stránku 1, 2  Další
Strana 1 z 2

 
Přejdi na:  
Nemůžete odesílat nové téma do tohoto fóra.
Nemůžete odpovídat na témata v tomto fóru.
Nemůžete upravovat své příspěvky v tomto fóru.
Nemůžete mazat své příspěvky v tomto fóru.
Nemůžete hlasovat v tomto fóru.
Nemůžete připojovat soubory k příspěvkům
Můžete stahovat a prohlížet přiložené soubory

Powered by phpBB © 2001, 2005 phpBB Group
Forums ©
Nuke - Elektro Bastlirna

Informace na portálu Elektro bastlírny jsou prezentovány za účelem vzdělání čtenářů a rozšíření zájmu o elektroniku. Autoři článků na serveru neberou žádnou zodpovědnost za škody vzniklé těmito zapojeními. Rovněž neberou žádnou odpovědnost za případnou újmu na zdraví vzniklou úrazem elektrickým proudem. Autoři a správci těchto stránek nepřejímají záruku za správnost zveřejněných materiálů. Předkládané informace a zapojení jsou zveřejněny bez ohledu na případné patenty třetích osob. Nároky na odškodnění na základě změn, chyb nebo vynechání jsou zásadně vyloučeny. Všechny registrované nebo jiné obchodní známky zde použité jsou majetkem jejich vlastníků. Uvedením nejsou zpochybněna z toho vyplývající vlastnická práva. Použití konstrukcí v rozporu se zákonem je přísně zakázáno. Vzhledem k tomu, že původ předkládaných materiálů nelze žádným způsobem dohledat, nelze je použít pro komerční účely! Tento nekomerční server nemá z uvedených zapojení či konstrukcí žádný zisk. Nezodpovídáme za pravost předkládaných materiálů třetími osobami a jejich původ. V případě, že zjistíte porušení autorského práva či jiné nesrovnalosti, kontaktujte administrátory na diskuzním fóru EB.


PHP-Nuke Copyright © 2005 by Francisco Burzi. This is free software, and you may redistribute it under the GPL. PHP-Nuke comes with absolutely no warranty, for details, see the license.
Čas potřebný ke zpracování stránky 0.22 sekund