Re: Powolność programatora STK500v2 - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.misc.elektronika › Powolność programatora STK500v2 › Re: Powolność programatora STK500v2

Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!new
s.nask.pl!news.nask.org.pl!newsfeed00.sul.t-online.de!t-online.de!border2.nntp.
dca.giganews.com!nntp.giganews.com!nx02.iad01.newshosting.com!209.197.12.242.MI
SMATCH!nx01.iad01.newshosting.com!newshosting.com!newsfeed.neostrada.pl!unt-exc
-02.news.neostrada.pl!atlantis.news.neostrada.pl!news.neostrada.pl!not-for-mail
From: Grzegorz Kurczyk <g...@c...slupsk.pl>
Newsgroups: pl.misc.elektronika
Subject: Re: Powolność programatora STK500v2
Date: Tue, 02 Mar 2010 09:27:06 +0100
Organization: TP - http://www.tp.pl/
Lines: 20
Message-ID: <hmiiqb$n5e$1@nemesis.news.neostrada.pl>
References: <hmeof4$76$1@nemesis.news.neostrada.pl> <hmh6cn$g32$1@news.onet.pl>
<hmhc1b$50n$1@atlantis.news.neostrada.pl>
<a...@v...googlegroups.com>
NNTP-Posting-Host: control.slupsk.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: nemesis.news.neostrada.pl 1267519115 23726 80.52.170.66 (2 Mar 2010 08:38:35
GMT)
X-Complaints-To: u...@n...neostrada.pl
NNTP-Posting-Date: Tue, 2 Mar 2010 08:38:35 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); pl; rv:1.9.1.8) Gecko/20100205
SeaMonkey/2.0.3
In-Reply-To: <a...@v...googlegroups.com>
Xref: news-archive.icm.edu.pl pl.misc.elektronika:583507
[ ukryj nagłówki ]
Użytkownik rock napisał:
> Jeśli chodzi o programowanie EEPROM z poziomu nowszych AVR Studio
> to niestety tak będzie. Trochę szybciej (tak gdzieś z 50%) będzie z
> poziomu AVR DUDE.
> Po prostu Atmel w swoim środowisku stosuje z zapasem zalecane
> odstępy czasowe (Twd_eeprom) między kolejnymi bajtami podczas zapisu
> do pamięci EEPROM.
> To że USBASP zakaszania podczas zapisu do eeprom-u wynika tylko z
> niefrasobliwości
> twórców oprogramowania obsługującego ten standard.
>

To ze straaaaasznym zapasem. Wg specyfikacji Atmel zaleca 9ms. Dajmy dwa
razy tyle plus dwie do równego rachunku czyli 20ms. Z tego wynika, że te
400 bajtów powinno się zaprogramować w czasie ok 8s a nie 40s !
Równoległy STK200 na kilku opornikach lub buforze też pocinał sporo
szybciej :-)

Pozdrawiam
Grzegorz