CAN

widzę przynajmniej jedną przeszkodę, narzuty dawane przez ramkę komunikatu. ale rzecz jest oczywiście warta przemyślenia.

czasam muszę przesyłać kilka bajtów, a czasami cały ekran VGA. trzeba pomyśleć o innym rozwiązaniu.

No tak, trochę zapomniałem o podstawowym przeznaczeniu tej magistrali.

tak, tylko stosunek danych do informacji nadmiarowych w ramce jest w przypadku ethernetu trochę lepsza ;) niż w CAN w CAN masz w _najlepszym_ przypadku ~1:1

w moim konkretnym przypadku mam system działający w czasie rzeczywistym. dokładnie jeszcze nie policzyłem, ale jest duże prawdopodobieństwo, że dane stracą aktualność zanim je prześlę ;>

dlatego trzeba pomyśleć o innym rozwiązaniu. albo bardzo dobrze policzyć ;>>

system ma być rekonfigurowalny czyli liczba węzłów zmienna, ograniczona z góry specyfikacją CAN (CAN przykłądowo bo brane są jeszcze pod uwagę I2C, RS-422A/485). dla tego jedyny wiarygodny parametr to pesymistyczny czas na dostardzenie komunikatu. na szczęście odległości są niewielkie - maksymalnie 50cm. Oczywiście, jeśli skorzystamy z dobrodziejstw CAN, priorytety komunikatów będą zróżnicowane. Zastanawiałem się nad dynamiczną zmianą tych priorytetów.

Komunikaty będą różne, przeważnie 1-2 ramki wystarczą, ale czasami trzeba będzie przesłać całą klatkę VGA więc albo trzeba zmienić architekturę albo magistralę, albo jedno i drugie; albo założenia.

jeśli wszystko potrzebne do tego jest w dokumentacji, to można :)