-
Data: 2014-08-26 19:11:58
Temat: Re: programator i TQFP
Od: Dariusz Dorochowicz <dadoro@_wp_._com_> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 2014-08-26 17:55, sundayman pisze:
>
>> No, ZTCP to po lutowaniu takie zaprogramowane kości potrafią się zrobić
>> niezaprogramowane. Poza tym zawsze pozostaje kwestia wgrania poprawionej
>> wersji. No i w czym ma być lepsze programowanie w programatorze od
>> programowania w urządzeniu? Myślisz, że poprawne włożenie kości do
>> gniazda TQFP jest łatwiejsze niż użycie IDC?
>
> Obecnie mam tak, że po ISP wrzucam bootloader, a potem przez RS232 (w
> które jest urządź wyposażony) wgrywam "firmware". I oczywiście taka
> możliwość musi pozostać.
Nie możesz tego zrobić w całości przez ISP?
> Głównie chodzi o to, że programowanie w gotowym urządzeniu jest dość
> kłopotliwe. Po pierwsze, tam są dwa procesory komunikujące się ze sobą,
> i żeby je zaprogramować trzeba to robić zgodnie z odpowiednią procedurą
> i korzystając z zworek (inaczej jeden z nich wykrywa brak drugiego,
> wchodzi w procedury błędów itp itp - trzeba to potem kasować.)
???
To akurat nie powinien być problem, przynajmniej przy AVR. Dopóki
procesor nie zobaczy drugiego (jest EEPROM, więc można to sobie
spokojnie zapamiętać) to się nie wygłupia tylko na niego czeka.
> Gdyby urządzenie przy pierwszym uruchomieniu miał już komplet softu
> byłoby znacznie wygodniej. Poza tym, wgranie softu do kilkudziesięciu
> procesorów jeden po drugim jest szybsze niż podłączanie się najpierw z
> ISP, potem z RS232. To jest poważna strata czasu.
Ja taki pewien nie byłbym, raczej skłaniałbym się ku podobnej praco- i
czasochłonności, oczywiście przy założeniu że nie trzeba nic kombinować
w układzie. Musisz pilnować żeby nóżek nie pogiąć itd...
> Ale ciekawe jest to co napisałeś - możesz coś więcej o tym "kasowaniu" w
> lutowaniu ?
Kiedyś ktoś narzekał właśnie na utratę zawartości pamięci programu po
lutowaniu. Niestety dzisiaj już nie pamiętam o jaki procesor chodziło
itd, ale mocno mi się wydaje, że weryfikował po wylutowaniu w
programatorze i sam układ był sprawny. Na pewno jest to temat do
weryfikacji, bo wiele czasu upłynęło i wiele mogło się zmienić.
Myślałem, że może ktoś czytający to robił i potwierdzi lub zaprzeczy, bo
temat mnie tak naprawdę też interesuje.
Pozdrawiam
DD
Następne wpisy z tego wątku
- 26.08.14 19:28 janusz_k
- 27.08.14 01:18 sundayman
- 27.08.14 08:38 Piotr Gałka
- 27.08.14 09:07 Dariusz Dorochowicz
- 27.08.14 10:03 MKi
- 27.08.14 15:34 sundayman
- 27.08.14 17:17 Dariusz Dorochowicz
- 27.08.14 17:40 Dariusz Dorochowicz
- 28.08.14 12:20 Dariusz Dorochowicz
- 28.08.14 15:23 sundayman
- 28.08.14 15:25 sundayman
- 28.08.14 15:56 Dariusz Dorochowicz
- 30.08.14 01:48 sundayman
- 02.09.14 23:04 sundayman
- 03.09.14 08:16 Dariusz Dorochowicz
Najnowsze wątki z tej grupy
- supercap
- Procesor NMOS i karta CF
- Jak sprawdzic uC
- radyjko znalazłem
- Telewizor przestał widzieć sygnał z anteny
- LED
- System operacyjny dla 6800?
- Przyłączenie działki do sieci elektrycznej
- Działalność nierejestrowana/definicja sprzętu elektronicznego/misie i kolejki
- Smukły, długi ściągacz izolacji do kynaru
- rezystor 3 omy 400W
- [newbie] Jaki multimetr za 2-4 stówy?
- szafka sieciowa
- Raspberry Pi 5 + dyski SATA
- lutownica na węgiel
Najnowsze wątki
- 2024-05-26 O co chodzi?
- 2024-05-26 PJ autobus-tramwaj
- 2024-05-26 Renault Trafic i lampka z czerwonym STOP
- 2024-05-26 cena pięciocyfrowa
- 2024-05-26 Re: Jak dobra KE "okrada" złą Rosję "dla Ukrainy"
- 2024-05-25 supercap
- 2024-05-25 Sulzbach => Technischer Rollouter (d/m/w) <=
- 2024-05-25 Warszawa => Senior Account Manager <=
- 2024-05-25 Warszawa => Mid PHP Developer (Laravel) <=
- 2024-05-25 Warszawa => Mid PHP Developer (Laravel) <=
- 2024-05-25 Warszawa => Interactive/Experience Designer <=
- 2024-05-25 Warszawa => Key Account Manager <=
- 2024-05-25 Warszawa => SAP WM Consultant / Execution <=
- 2024-05-25 Warszawa => Key Account Manager <=
- 2024-05-25 Re: znów ten wrocław