Ile zmian położenia wykonał napęd przez te dwa lata?
To istotne, bo np kobiety, chwalą się, że mają prawo jazdy 10 lat i tylko jedna stłuczkę i dwa mandaty. Na pytanie ile km przejechały pada odpowiedź np 1000 tyle, co inny kierowca w jeden dzień, który miał 5 stłuczek i 10 mandatów. Z prostego obliczenia wynika, że zawodowiec miał 500razy mniej stłuczek i mandatów i przechwalająca się kobieta.
Na temat problemów Arduino można dużo pisać, dużo złego. W 99% programów nie jest używany WDG jakby program został przetestowany na wszystkie możliwe przypadki a elektronika pracował w idealnych warunkach, co przy indukcyjnościach jest niemożliwe.
Przez lata istnienia Arduino nie zostały poprawione rażące błędy jak zawieszanie się TWI gdy wystąpi status F8. Amatorowi taki błąd może się nie trafić ale nie jest on takim żadkim przypadkiem co ładwo wywnioskować z arduinowych i AVR-owych for. Z tego powodu 99,9% arduinowych urządzeń na AVR z i2C nie przechodzi mojego prostego testu. To samo jest z 1-Wire, gdzie termometr potrafi pokazywać bzdury bo dla niego sygnał presence i uszkodzenie magistrali to jedno i to samo. Powodem jest zła implementacja procedur 1-wire. Problem timera "systemowego" ("systemowego" w cudzysłowie, bo Arduino nie można nazwać systemem tak jak i Windows), liczb zmienno-przeciskowych, typu int, folat-double, przerwań i WS2812, obsługi kolorowych wyświetlaczy graficznych. Temat rzeka, błąd za błędem.
Nie znam Arduino z opowiadań tylko z autopsji. Często używam Arduino do szybkiego przetestowania różnych układów, często przenoszę kod z Arduino na ARM i włos na głowie się jeży co w tym kodzie znajduję. Wystarczy poczytać "Elektronikę dla Wszystkich" aby przekonać się że piszę prawdę. W EdW nie raz było podkreślane, że Arduino nie nadaje się do praktycznego zastosowania bez gruntownych zmian w kodzie, zmian, które sa nieopłacalne, bo prościej, taniej, lepiej sięgnąć po poważne, wygodne IDE i nowe uC, które są tanie i setki razy lepsze niż AVR, bo srajduino jest kojarzone głównie z AVR. Nic dziwnego, bo mimo założeń, kod przeważnie ni daje się przenieść na inne uC a jeśli nawet to nie wykorzystuje on możliwości uC i mimo, że CPU pracuje z zegarem kilkaset MHz kod jest tak samo wolny jak na AVR 16MHz co widać na filmach:
https://www.youtube.com/playlist?list=PLdtkbzWTUVMnNf_gExmLmiaacjvhzPRdM
Gdy steruje się semaforem to czy pokaże on poprawny sygnał czy nie nic wielkiego się nie stanie, podobnie czy oświetlenie budynku jest włączone czy nie ale gdy steruje się rozjazdem, to raczej powinien to być system pewny.
To czy urządzenie dział miesiąc, rok czy 10 lat nie ma znaczenia, ważne jest jak często jest używane, ważne jakie testy zostały przeprowadzone. Przeważnie bardzo szybko jestem w stanie doprowadzić do nieprzewidzianego zachowania urządzeń budowanych na Arduino. Jeśli ktoś nie przeprowadza takich testów (przeważnie nie wie jak) to zrobił demo układu a nie użyteczna konstrukcję.