Poprawność schematu platformy mobilnej

[KrwawyKefir 0]

Witam, byłbym bardzo wdzięczny jeśli ktoś bardziej obeznany wypowiedziałby się na temat poprawności zamieszonego poniżej schematu. Przeglądałem schematy ukończonych robotów i różne poradniki ale jest to moja pierwsza tego typu konstrukcja i wolałbym mieć pewność. Prócz tego mam jeszcze kilka pytań:

-czy poprawnie zastosowałem kondensatory tantalowe przy filtrowaniu zasilania,
-jaki dławik powinien pojawić się w zasilaniu części analogowej, czy np coś takiego będzie odpowiednie?

-uC będzie się komunikował po I2C z RPi, stąd ten układ przy liniach SDA i SCL. Czy gdybym chciał mieć możliwość zresetowania Atmegi przy pomocy RPi to wystarczy podłączyć pod reset jakiś tranzystor NPN i bazę dać na jeden z pinów RPi, a emiter do masy przez rezystor?

A tu schemat:

Dziękuję za poświęcony czas.

[marek1707 1907]

Kondensatory wyglądają OK. Nie wiem co będzie źródłem zasilania - im słabsze tym więcej pojemności będzie potrzebne jako wsparcie, ale to co już jest powinno wystarczyć. 330nF to mało typowa wartość.

Dławik w sam raz.

Nie podoba i się przejście z 5V I2C na 3V I2C. Jak będą przewchodziły zera z prawej na lewą stronę (A <- R)? Generalnie I2C jest fajne dopóki jesteś masterem a ten drugi to specjalizowany scalak z takim interfejsem. Jeżeli zaczynasz być procesorem typu slave, robi się jakoś mniej ciekawie. Nie to, że by to nie działało, ale jakoś tak niekomfortowo gdy trzeba podsyłać dane bezwarunkowo na zapytania tego ważniejszego. Trzeba to dobrze zaprojektować od strony organizacji oprogramowania.

Reset trochę inaczej: emiter npn na masie, baza przez opornik do pinu I/O Maliny, kolektor do wejścia RESET procesora.

[KrwawyKefir 0]

330nF było w datasheet, więc chyba powinno być ok. O ten reset to tak mi chodziło, może trochę w pokrętny sposób to opisałem. Schemat wziąłem z jakiegoś forum, na płytce stykowej niby działa elegancko ale może faktycznie pomyślę nad czymś przy użyciu translatora poziomów jakiegoś.