-
Data: 2009-06-22 19:03:37
Temat: Re: programowanie uC przed/po lutowaniu
Od: Adam Dybkowski <a...@4...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]MKi pisze:
>> Wg mnie dużo wygodniej programować układy już po lutowaniu - po co robić
>> sobie dodatkową pracę (z wyjmowaniem układów z lasek/tacek, wkładaniem
>> do programatora, przekładaniem spowrotem).
>
> Otóż to! Kiedyś robiłem na płytce złącze do programowania - ostatnio
> w ogóle rezygnuję z niego, tylko wyprowadzam ścieżki na krawędź płytki
> i całą płytkę wkładam w gniazdo takie, jak kiedyś do kart ISA (zawsze
> to te parę goldpinów mniej :).
W naszych firmowych płytkach stosujemy jeszcze lepsze rozwiązanie -
sygnały są wyprowadzone na dodatkowe pady, do których dojeżdżają szpilki
testowe. Etap złącza krawędziowego też przeszliśmy, ale szpilki są wg
mnie dużo lepszym rozwiązaniem: nie trzeba sygnałów ciągnąć po całej
płytce z różnych miejsc aż na brzeg ale nawet dodatkowo można dorzucić w
różnych miejscach np. napięcia do zmierzenia. Jedyna wada to wyższy
jednostkowy koszt testera (sporo mechaniki do zjeżdżania sondą ze
szpilkami; w ostatnim projekcie mamy nawet dwie sondy: po obu stronach
płytki); szpilki są tanie ale trzeba je wymieniać co jakiś czas,
szczególnie gdy produkcja idzie pełną parą.
>> Najlepiej programowanie
>> połączyć z fazą testowania urządzenia (przed zaprogramowaniem jakieśtam
>> pomiary poboru prądu, napięć, potem programowanie, dalsze testy
>> wspomagane prockiem a na koniec zaprogramowanie softu "bojowego").
>>
> Albo w sofcie "bojowym" dać tryb serwisowy do pierwszych testów,
> kalibracji etc. Nie trzeba programować parę razy, pilnować
> zabezpieczeń - programujemy raz, weryfikujemy, zabezpieczamy
> i koniec.
Wg mnie w oprogramowaniu "bojowym" nie mogą się znaleźć funkcje
wykorzystywane nominalnie podczas testowania (np. wydające na zewnątrz
zawartość pamięci lub reprogramowujące cośtam). Zawsze istnieje jakieś
niezerowe prawdopodobieństwo przypadkowego wskoczenia w nie w wyniku
zakłóceń.
--
Adam Dybkowski
http://dybkowski.net/
Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.
Następne wpisy z tego wątku
- 23.06.09 16:01 MKi
- 23.06.09 18:21 Adam Dybkowski
Najnowsze wątki z tej grupy
- Linuks od wer. 6.15 przestanie wspierać procesory 486 i będzie wymagać min. Pentium
- Propagation velocity v/c dla kabli RF
- Jakie natynkowe podwójne gniazdo z bolcem (2P+PE)
- Czujnik nacisku
- Protoków komunikacyjny do urządzenia pomiarowego
- Hiszpania bez pradu
- amperomierz w plusie
- 3G-nadal działa
- Historia pewnego miernika kalibratora
- Ustym 4k Pro i wyświetlacz
- Czemu rozwaliło celę?
- Wojna w portfelu
- Jaki trojfazowy licznik tuya lub podobny?
- Problem z dekoderem adresów
- Intel się wyprzedaje: po 10latach pchnęli pakiet kontrolny Altery za 1/4 kwoty zakupu
Najnowsze wątki
- 2025-05-12 Warszawa => Junior Rekruter <=
- 2025-05-12 Dostała karę za "brak biletu" parkowania. Wygrała w sądzie z miastem Kierująca zaparkowała na miejskim parkingu w Rybniku. Nie zdążyła przedłużyć parkowania i dostała 200 zł kary za "brak biletu".
- 2025-05-12 Białystok => Senior Node.js Developer (doświadczenie z framework Nes
- 2025-05-12 Warszawa => MENA New Business Manager <=
- 2025-05-12 Rzeszów => WEBCON Developer <=
- 2025-05-12 kamerka kultowy novatek G1WH
- 2025-05-12 Warszawa => Fullstack PHP Developer <=
- 2025-05-12 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2025-05-12 Warszawa => Staż w dziale Sprzedaży B2B <=
- 2025-05-12 Kraków => NMS System Administrator <=
- 2025-05-12 Warszawa => Account Manager - Sprzedaż Usług Rekrutacyjnych <=
- 2025-05-12 Gliwice => Business Development Manager - Network and Network Security
- 2025-05-12 Warszawa => Junior Rekruter <=
- 2025-05-12 Białystok => Programista Mainframe (z/OS, Assembler) <=
- 2025-05-12 Warszawa => Programista Microsoft Dynamics 365 Finance & Operations (D