-
Data: 2023-02-17 23:58:04
Temat: Re: C++ ośla łączka
Od: heby <h...@p...onet.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On 17/02/2023 20:44, Piotr Gałka wrote:
>> A co to za problem? Jak się przerwie programowanie z jakiekolwiek
>> powodu to bootloader zaprogramuje ponownie po resecie.
> Moim zdaniem zbyt optymistycznie do tego podchodzisz.
> Jak flash będzie nie do końca zaprogramowany (bo zniknęło napięcie w
> trakcie programowania) to może w większości przypadków dobrze się
> odczytywać ale czasem źle. Taki błąd może być bardzo trudny do znalezienia.
Jest bardzo łatwy. Przeciez nie zapomniałeś dodać sum kontrolnych a
porządne urządzenie zazwyczaj sprawdzi swoje sumy kontrolne na starcie.
Wiadomo, że nastapiło przerwanie programowania. Jedyny przypadek, kiedy
to nie zadziała to chyba programowanie tego samego wsadu ponownie.
> Kiedyś w naszym emulatorze EPROMów mieliśmy taki błąd, że średnio
> statystycznie raz na 3 miliony odczytów jakiś jeden bit potrafił mu się
> przekłamać.
I jesteś pewny, że to statystycznie istotny przypadek? Mowa o tysiącach
źle napisanych procedur upgrade firmware pisanych przez kiepskich
programistów, a nie o przypadku jeden na miliony. Z resztą przy takiej
statystyce to może być najzwyczajniej pamięc flash z marginalnym bitem,
co wcale nie jest takie niemożliwe. Mogło go stuknąc nawet
promieniowanie jonizujące, przypadki nie są wykluczone, ale szacujemy
ryzyko i się nimi nie przejmujemy w typowych zastosowaniach.
> To wszystko było jeszcze THT - się okazało, że jakiś kondensator trzeba
> było bliżej nóg zasilających przenieść i problem zniknął.
I czy aby na pewno miało to związek z błedami programowania czy bardziej
z tym kondensatorem?
Z ciekawostek, to równoległe pamięci flash mogły się "gorzej"
programować, jesli impuls kasujący miał zła długość (nie pamiętam czy za
długi czy za krótki, to było wieki temu). Znalezione przypadkiem przez
kolegę który osiwiał przy jakimś systemie uC w latach 90. Tak że dam
wiarę, że coś może pójść nie tak. Tylko czy aby na pewno to problem z
firmware? Urządzenie z update firmware musi być sensownie zaprojektowane
aby zaniki zasilania nie były możliwe w połowie programowania strony i
to nie wydaje się jakoś super trudne do wymyślenia.
Następne wpisy z tego wątku
- 18.02.23 09:11 J.F
- 19.02.23 12:14 JDX
- 19.02.23 12:29 Marek
- 20.02.23 13:51 Zbych
- 20.02.23 13:57 Grzegorz Niemirowski
- 20.02.23 14:05 Zbych
- 22.02.23 11:44 Piotr Gałka
- 22.02.23 13:02 Piotr Gałka
- 22.02.23 13:16 heby
- 22.02.23 13:28 Piotr Gałka
- 22.02.23 13:45 Piotr Gałka
- 22.02.23 20:35 Grzegorz Niemirowski
- 22.02.23 20:41 Marek
- 22.02.23 20:47 Piotr Gałka
- 22.02.23 20:49 Marek
Najnowsze wątki z tej grupy
- "ogrodowa linia napowietrzna"
- jaki zasilacz laboratoryjny
- jaki zasilacz laboratoryjny
- Puszka w ziemię
- T-1000 was here
- Ściąganie hasła frezem
- Koszyk okrągły, walec 3x AA, na duże paluszki R6
- Brak bolca ochronnego ładowarki oznacza pożar
- AMS spalony szybkim zasilaczem USB
- stalowe bezpieczniki
- Wyświtlacz ramki cyfrowej
- bateria na żądanie
- pradnica krokowa
- Nieustający podziw...
- Coś dusi.
Najnowsze wątki
- 2025-02-04 podpisywanie umów z datą wsteczną
- 2025-02-04 Radio internetowe do starego Androida
- 2025-02-04 "ogrodowa linia napowietrzna"
- 2025-02-04 Warszawa => Senior Account Manager <=
- 2025-02-03 Awaria BNP Paribas
- 2025-02-03 kryminalni i dochodzeniowcy
- 2025-02-03 Szczecin => Senior Field Sales (system ERP) <=
- 2025-02-03 Bydgoszcz => Specjalista ds. Sprzedaży (transport drogowy) <=
- 2025-02-03 jaki zasilacz laboratoryjny
- 2025-02-03 jaki zasilacz laboratoryjny
- 2025-02-03 Puszka w ziemię
- 2025-02-03 Białystok => Full Stack web developer (obszar .Net Core, Angular6+) <
- 2025-02-03 Kraków => Programista Full Stack .Net <=
- 2025-02-03 Kraków => MS Dynamics 365BC/NAV Developer <=
- 2025-02-03 Bez żadnego trybu