Jak skutecznie zamówić sample z Atmel do projektów studenckich?

Tue Apr 18, 2006 8:43 am   

mikrokontrolerow. Nigdy nie znalem ani nie teskinilem by poznac bascom ale
jestem zdeklarowanym uzytkownikiem tych uC.
Jacek M.

Tue Apr 18, 2006 10:40 am   

Tue, 18 Apr 2006 10:43:37 +0200 jednostka biologiczna o nazwie "Jacek
M." <tymkonto@poczta.onet.pl> wyslala do portu 119
jednego z serwerow news nastepujace dane:


flash. Dotychczas była albo OTP, albo, za ciężkie pieniądze EPROM
Myślę że głownie to zadecydowało że popularność zyskały inne
mikrokontrolery.

Tue Apr 18, 2006 1:54 pm   

Użytkownik "BLE_Maciek" <i80c586@cyberspace_NO_SPAM_.org> napisał w
wiadomości news:9bg942dbtflbikpjufglhiadqfaroabohv@4ax.com...

Po przejściu z okienkowych na OTP próbowaliśmy różnych, między innymi PICów.
Na MicroChipe się srogo zawiedliśmy:
- ich programator (PIC-Master, Pro-Master, czy jakoś tak) palił każdy
włożony procesor już przy blankcheck - musieliśmy go przerobić.
- z powodu błędów procesora padł projekt (erratę opisującą wykryte przez nas
błędy (i kilka innych) dostaliśmy dopiero po roku).
Czekaliśmy na coś z flashem - pierwszy był Atmel.
P.G.

Tue Apr 18, 2006 4:04 pm   

BLE_Maciek napisał(a):


Nie zawsze, bo jak Microchip robił procesory (bardzo uddane, w tym
pierwsze w świecie 8-nóżkowe), to Atmel jeszcze szczał w pieluchy ;)

--

Pozdrawiam,

A. Grodecki

"Wszystkie zwierzęta sa równe.
Ale te, które mają futerko w trzykolorowe pasy, są równiejsze."

Tue Apr 18, 2006 4:13 pm   

Piotr Gałka napisał(a):


No to urządzenie było uszkodzone - zdarza się w każdej firmie.


To samo mógłbym powiedzieć o kontrolerach Motoroli. Co nie zmienia faktu
że firma była/jest potężnym producentem DOSKONAŁYCH procesorów (w tym
świetnych procesorów do desktopów i zaawansowanych maszyn DSP) i innych
układów scalonych.


Atmel jest jednym z pionierów techniki flash - to fakt. Ale dziwnym
trafem FLASH-owe pamięci procesorów Microchipa (dotyczy zarówno
flash-rom jak i flash-eeprom) mają w specyfikacji 10-krotnie (!!!)
większą wytrzymałość niż Atmela

--

Pozdrawiam,

A. Grodecki

"Wszystkie zwierzęta sa równe.
Ale te, które mają futerko w trzykolorowe pasy, są równiejsze."

Tue Apr 18, 2006 8:38 pm   

A.Grodecki napisal(a):


Kazdy potrafi podrasowac dane, nie?

BTW Microchip i Atmel maja wlasne fabryki silikonu czy tez ich model
biznesowy jest zbiezny z Alterowskim?

--
Pozdrowienia, Marcin E. Hamerla

"Every day I make the world a little bit worse."

Tue Apr 18, 2006 8:52 pm   

Marcin E. Hamerla napisał(a):


Czy wy tak specjalnie ciągle o tym silikonie? Rozumiem głupawe
tłumaczenia z angielskiego w gazetach, ale na grupie o elektronice?

Fabryki silikonu to chyba mają producenci wkładek powiększających. :)

--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/

Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.

Wed Apr 19, 2006 6:05 am   

Adam Dybkowski napisal(a):


Ale chyba mozna lubic tak mowic? Podobnie jak 'zarowka
energooszczedna'? ;--)


E tam.

--
Pozdrowienia, Marcin E. Hamerla

"Every day I make the world a little bit worse."

Wed Apr 19, 2006 8:25 am   

Użytkownik "A.Grodecki" <ag.usun_to@modeltronik.com> napisał w wiadomości
news:e232gb$484$1@nemesis.news.tpi.pl...

mimo to sprzedany.
VPP uzyskiwali bezpośrednio ze sterowanej przetwornicy DC/DC.
Przy skoku z 5V na VPP występowało bardzo duże przepięcie (a nawet
blankcheck wymaga VPP).
Mieliśmy do niego kilka "głowic" na różne obudowy procesorów.
Akurat w tej na nasze nie było tłumika (w innych były ręcznie dolepione
dławik i transil).
Zanim się zorientowaliśmy 5 z 10 procesorów było już spalonych.


Też wysłałeś opis wykrytych błędów z opisem (dla jednego z nich) jak twoim
zdaniem wygląda prawdziwy wewnętrzny schemat i poprosiłeś o możliwie
dokładny opis pozostałych błędów, bo nie wiesz jak obejść problem
przegapiania jednego przerwania na 3000 zboczy i nie dostałeś żadnej
odpowiedzi ?
Właśnie przez to przerwanie padł projekt. W erracie (zdobyliśmy rok później)
malowali zewnętrzny układ synchronizujący zbocza przerwania do zegara
kontrolera co rozwiązywało problem.

Firmy MAXIM, czy TI, którym też zdarzało mi się sygnalizować ich błędy
zachowują się zupełnie inaczej.
P.G.

Wed Apr 19, 2006 10:09 am   

Piotr Gałka napisal(a):


Moim ulubiencem jest w tej dziedzinie Crystal. ;--)

A ostatnio sie chyba dwa miechy bujalismy z przetwornikiem AD od
Texasa. Bo nie wszystko napisali w datasheet. I co gorsza inzynierowie
z TI o tych zapomnianych sprawach rowniez nie pamietali ;--). Ale poza
tym TI to dobra firma.

--
Pozdrowienia, Marcin E. Hamerla

"Every day I make the world a little bit worse."

Wed Apr 19, 2006 8:27 pm   

Piotr Gałka napisał(a):


Chyba żartujesz. Erraty do DSPków TI w kolejnych scalakach są co raz
dłuższe. Te same błędy powtarzają zamiast poprawiać, oczywiście
implementują co raz to nowe.

Atmel to już inna klasa projektantów - oni _poprawiają_ błędy, co widać
w PDFach opisujących kolejne rewizje krzemu. Mimo że poprawiają nie
wszystkie to chociaż opisują znalezione problemy.

--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/

Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.

Wed Apr 19, 2006 8:29 pm   

Adam Dybkowski napisal(a):



I ktos tu sie czepial silikonu....

--
Pozdrowienia, Marcin E. Hamerla

"Every day I make the world a little bit worse."

Wed Apr 19, 2006 8:45 pm   

Marcin E. Hamerla napisał(a):


No to napisałem "krzemu".

--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/

Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.

Thu Apr 20, 2006 7:32 am   

Użytkownik "Adam Dybkowski" <adybkows123@amwaw.edu.pl> napisał w wiadomości
news:e266fd$8pv$1@atlantis.news.tpi.pl...

Długie erraty świadczą o tym, że reagują na sygnały o błędach, i tylko o to
mi przede wszystkim chodziło.
Udokumentowany błąd jest znacznie mniejszym problemem niż nieudokumentowany.
P.G.