@dziobu edytowałem w międzyczasie swój post dodając zdanie odnośnie pewności działania itp. Owszem po części masz rację takie rozwiązania robi się za zwyczaj dobrze przemyślane, ale powiedzmy sobie otwarcie to jest RepRap gdzie nie takie rzeczy ludzie robią Inna sprawa że wiele płyt w drukarkach (nawet nie Arduino + Ramps) też pozostawia wiele do życzenia jak spojrzy się na nie od profesjonalnej strony... Dlatego IMHO nie ma co przesadzać z armatą na wróble... Szansa że polecą inne dane w eeprom są raczej małe, większe że nie zapisze się to co chcemy prawidłowo. Gorzej by było jak by to był Flash gdzie potrzeba kasować cały sektor....

Lepiej już dać np. jakiegoś lepszego procka w stylu ARM np. STM32F4 czy F7 które backup-RAM podtrzymywany bateryjnie

Natomiast co do eepromów z AVR-ów to tam było więcej przypadłości np. związane z pierwszymi bajtami eepromu które o ile pamiętam potrafiły się nadpisać dziwnymi wartościami... ale pomijając to. Jako tako dokładnego źródła referencyjnego dla ADC nie potrzebujemy bo nie potrzebujemy robić dokładnych pomiarów, potrzebujemy jedynie wykryć różnicę... Oczywiście pomiar 12V bo z perspektywy procesora (nawet tak wolnego jak AVR) zanim napięcie spadnie tyle że przestanie on działać (niezależnie czy to 5V robi nam DC/DC, LDO czy prosty liniowy 7805) jest na tyle sporo czasu że można to zrealizować i widać to realizują Zresztą jak wspomniałem chyba nawet sprawdził by się komparator, a całą zmiana poza softem to kilka rezystorów 1% na wykonanie dzielników w najprostszym wydaniu... Inna sprawa to ewentualna pewność poprawnego działania takiego rozwiązania, no ale z drugiej strony drukarka 3D to nie samolot więc jak coś tam się stanie i nie zapamięta nic się nie stanie...

dziobu pisze:Do takich rzeczy jest pamięć podtrzymywana bateryjnie.

A no dokładnie przy takiej koncepcji tak, ewentualnie można użyć pamięci na I2C lub SPI (FRAM kiedyś produkcji Ramtrona obecnie Cyoress) które nie mają takiego problemu. W sumie dostępne są też jako odpowiedniki popularnych eepromów na i2c...

Natomiast z tego co pamiętam właśnie jest tak jak pisze dragon... Z drugiej strony zapewne dało by się to zrealizować bez większych zmian w standardowej elektronice (lub bardzo prostej zmianie), potrzeba by tylko użyć ADC i przy opadającym napięciu zrobić zapis. Ewentualnie można by użyć wbudowanego analogowego komparatora który o ile pamiętam ma możliwość wygenerowania przerwania (niestety AVR-ami już się dawno nie bawię i nie pamiętam dokładnie Ddatasheet-ów). Reasumując sporo elektronik do drukarek Arduino + RAMPS itp. ma wyprowadzonych trochę GPIO do różnych celów więc szansa na to że będzie pin z ADC lub komparatorem jest dość spora...

W sumie miałem okazję raz tego użyć w Anycubic I3 Mega. Jedno co ludzie mówią to mimo tego że drukarka idzie do pozycji home to nie przeszkodził jej nawet stosunkowo duży obiekt, druk poszedł bez problemu ponownie - jedyny minus był z ABS więc w miejscu wznowienia był bardzo słaby i praktycznie udało się niewielką siłą oderwać część drukowaną od wznowienia, z drugiej strony klej kropelka rozwiązał problem

Gdzieś był nawet opis jak to robi Anycubic - na podstawie części źródeł jakie kiedyś udostępnili i właśnie zapis był w eepromie, ale z tego co pamiętam nie było to robione ciągle. W sumie nie pamiętam ile cykli zapisu ma eeprom z ATMegi ale coś mi się zdaje że ciągły zapis w nim (nawet stosując jakiś algorytm zmieniający komórki) to nie najlepszy pomysł jeśli chodzi o jego trwałość.