-
Data: 2023-02-22 13:45:57
Temat: Re: C++ ośla łączka
Od: Piotr Gałka <p...@c...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 2023-02-22 o 13:16, heby pisze:
> On 22/02/2023 13:02, Piotr Gałka wrote:
>>>> 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?
>> W przypadku emulatora EPROMów jak najbardziej - raz na 3s program
>> idzie w maliny (51-ka z kwarcem 12MHz).
>
> To wina w końcu emulatora czy epromu? Bo się pogubuiłem do czego to
> dygresja.
Jak EPROM jest zastąpiony emulatorem to EPROMu jako takiego nie ma - nie
może być jego wina.
>
>> A czy ja twierdziłem, że to miało jakikolwiek związek z błędami
>> programowania. To było na temat, że jak odczyt pamięci prawie zawsze
>> jest OK, a czasem błędny to może być problem (a tak się chyba może
>> zachować flash, gdy programowanie zostało przerwane wyłączeniem
>> zasilania).
>
> Ale na to jest CRC. Trochę z tym problemem "źle działajacych flash bo
> przerwali programowanie w połowie" przesadzamy. ja rozumiem, że mogło
> się coś zaprogramować marginalnie źle, ale to znaczy, że zapewne za
> szybko zanikło zasilanie, zanim flash zakończył co miał zakończyć.
Od samego początku o tym jest rozmowa.
Ktoś napisał (nie chce mi się sprawdzać kto), że można się nie
przejmować tym, że programowanie zostanie nagle przerwane.
A ja po prostu uważam, że jak rozpocznie się programowanie strony flasha
to należy zapewnić zasilanie aż do jego dokończenia bo uważam, że po
takim nie dokończonym programowaniu może powstać sytuacja w której crc
czasem pokaże że jest ok, mimo, że nie zawsze odczyt daje te same dane.
>
>>> Urządzenie z update firmware musi być sensownie zaprojektowane aby
>>> zaniki zasilania nie były możliwe w połowie programowania strony
>> Mam wrażenie, że w tym miejscu już zapomniałeś, że cała dotychczasowa
>> Twoja wypowiedź kwestionuje moje stwierdzenie uznające za zbyt
>> optymistyczne podejście "A co to za problem? Jak się przerwie
>> programowanie z jakiekolwiek powodu to bootloader....".
>
> a) stosujac CRC zapewniasz sobie ochornę przed przerwanym w połowie
> programowaniem. Rola programisty.
> b) stosujac zasilanie flasha na ułamek sekundy dłużej niż cpu (z
> solidnym wykrywaniem zaniku) zapewniasz sobie że to co się zdążyło
> zaprogramować powinno być poprawne. Rola hardwareowca.
Może źle zrozumiałem wypowiedź "A co to za problem..." jako sugerującą,
że zapewnienie zasilania flasha na czas programowania nie jest niezbędne.
P.G.
Następne wpisy z tego wątku
- 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
- 22.02.23 20:51 Piotr Gałka
- 22.02.23 20:57 Piotr Gałka
- 22.02.23 21:00 Piotr Gałka
- 22.02.23 21:16 heby
- 22.02.23 21:31 Marek
- 22.02.23 21:37 Marek
- 22.02.23 22:15 Piotr Gałka
- 22.02.23 22:49 Marek
Najnowsze wątki z tej grupy
- Akumulatory VRLA
- ładowarka zmarła
- Podstawa bezpiecznikowa jako rozłącznik DC
- Napięcie akumulatora wyłączające UPS / jakie nowe akumulatory do UPS?
- nawigacja satelitarna
- SmartLife/Tuya i osuszanie -- mordowanie z zimną krwią...
- Głośnik piezoelektryczny
- Mala autonomiczna kamera monitoringu
- czas na emeryturę i EB
- Generowanie sumy kontrolnej z fragmentu pliku bin
- Re: Mala autonomiczna kamera monitoringu
- HDMI
- Re: Mala autonomiczna kamera monitoringu
- Kamera monitoringu z kartą SIM
- Re: Kamera monitoringu z kartą SIM
Najnowsze wątki
- 2024-07-02 Realme 7 Na co zmienić?
- 2024-06-27 Prywatny parking? Pierwsze 10 minut bezplatnie
- 2024-07-02 znalazłem samochód ;)
- 2024-07-02 Pierwszeństwo łamane
- 2024-07-02 zamek
- 2024-07-02 Akumulatory VRLA
- 2024-07-03 Białystok => Inżynier DevOps Conexa First (Kontraktor) <=
- 2024-07-03 MĂźnchen => Test Development Engineer (m/w/d) <=
- 2024-07-03 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2024-07-03 Warszawa => Programista Full Stack (.Net Core) <=
- 2024-07-02 Kraków => Spedytor międzynarodowy <=
- 2024-07-02 Poznań => Senior React Native Developer <=
- 2024-07-02 Rzeszów => Frontend Developer (React) <=
- 2024-07-02 Warszawa => Fullastack (Java) Developer <=
- 2024-07-02 reparacje