C++ ośla łączka

Walnąłeś cały elaborat, który można skwitować prosto: jeśli programowanie zostało przerwane to programuje się ponownie. Problem solved! Na prawdę nikt nie przejmuje się jak bardzo wszedł elektron poza barierę, jeśli proces programowania zakończył się sukcesem.

W dniu 2023-02-22 o 20:35, Grzegorz Niemirowski pisze:

To nie ja robię. Ale chyba na to wychodzi, że tak. P.G.

Ja to napisałem i widać kompletnie nie zrozumiałeś co miałem tym na myśli. To chyba jasne, że nie chodziło o to by "pozostawić niepewny stan zaprogramowania" jakkolwiek to sobie wyobrażasz.

Chodziło o to by przerwanie programowania nie brikowało urządzenia. By "producent" nie straszył użytkownika idiotycznym "nie wyłączaj urządzenia podczas aktualizacji bo wybuchnie/trwałe się uszkodzi/whatever". Urządzenie ma być odporne na takie zabiegi użytkownika a przerwa w programowaniu ma jedynie spowodować jego ponowienie a nie uszkodzenie/unieruchomienie urządzenia. Użytkownik ma się nie przejmować jak podczas programowania wypadnie mu wtyczka zasilania bo wie, że urządzenie dokończy to co zaczęło bez względu na wszystko.

W dniu 2023-02-22 o 20:41, Marek pisze:

Bo jak piszę prosto, że może być stan w którym odczyt bywa dobry a bywa zły to w odpowiedzi czytam, że crc to załatwia.

Czy to oznacza, że przed każdym programowaniem zapisujesz gdzieś (gdzie i jak) informację, aby na wypadek zaniku napięcia po starcie wiedzieć, że zanik nastąpił w trakcie zapisu flasha? P.G.

W dniu 2023-02-22 o 20:49, Marek pisze:

Masz rację. Nie zrozumiałem. Przyjąłem, że to jest wypowiedź z punktu widzenia programisty a nie użytkownika. P.G.

W dniu 2023-02-22 o 20:51, Piotr Gałka pisze:

Po przeczytaniu innej odpowiedzi... Zaraz, zaraz. Cały czas wypowiadasz się z punktu widzenia użytkownika? Jeśli tak to zupełnie inaczej muszę czytać to co piszesz. P.G.

Przy prawidłowo zrobionym hardware, które nie urwie w połowie zapisu, do tego wystarczy samo CRC - jak się zgadza - to odpal, jak nie, to migaj diodą i czekaj na załadunek.

Jest tysiące sposobów na to, by oprogramować zdarzenie p.t. "programowanie nie zakończyło się sukcesem" bez względu z jakich powodów, bo tych powodów może być wiele niż tylko zanik napięcia. Serio mam wymieniać jak to się robi? Przecież to oczywiste oczywistości....

A jakie to ma znaczenie? Z pkt. widzenia użytkownika: urządzenie ma się nie zepsuć przy aktualizacji bez względu na czynniki szkodliwe. Z pkt. widzenia programisty: - on ma to zapewnić.

W dniu 2023-02-22 o 21:37, Marek pisze:

Z mojego punktu widzenia ma. Użytkownik może powiedzieć, że nic go nie obchodzi czy napięcie zniknie w czasie programowania, czy nie, a programistę taka możliwość powinna obchodzić. P.G.

Wystarczy to pierwsze. Drugie ma wynikać z pierwszego.