🚀 go-pugleaf

Jaroslaw Szczepankiewicz wrote:
> pytanie tylko w jaki sposób dodatkowa warstwa interpretera ma ułatwiać 
> developing, zarowno przerwania i enkodery to bardzo standardowe 
> urzadzenia / zagadnienia, obsługa przerwania w C dla avr jako przyklad 
> to w zasadzie jedno proste makro prekompilera,

Dyskusja jest jałowa. Z grubsza: pewne elementy tego systemu mają byc 
abstrakcyjne dla docelowego developera. Poszczególne elementy systemu 
mają gotowe implementacje ale ich połaczenie jest dostarczane z 
zewnątrz. Mogę tam wstawić dowolny język, ale VM Javy daje mi pewną 
przewagę: istnieje zauważalna ilość języków kompilowalnych do .class co 
pozwala na wybór w czym napisane zostanie spięcie tych elementów ze sobą.

> nawet na etapie asm to 
> dość standardowe rzeczy, napisanie biblioteki do enkodera w c to zadanie 
> na maks 100 linii kodu.

To _nie jest_ kwestia software tylko to kwestia hardware. Jesli procesor 
posiada konkretne cechy hardwareowe które ułatwiają albo w ogóle 
umożliwiają pracę to wyboru dużego nie mam, w moim przypadku w zasadzie 
niewiele CPU w ogóle się łapie na parametry które mu dostarczam z zewnątrz.

> Przerwań sprzętowych więcej też nie wyciśniesz 
> niż daje maszyna

Chodzi o coś innego: w danym procesorze możliwość przerwania z 
priorytetem jest ważniejsza niż możliwość przerwania w ogóle. Być może w 
aplikacj która jest mi potrzebna to istotna cecha. Itd. Ogólnie pomysł 
przejścia na ARM9 jest bardzo słuszny i w ogóle, ale ma wiele probemów, 
od kosztów poczynając na brakach hardwareowych kończąc.

>, co rozumiesz przez nietypowe przerwania sprzętowe? 

Z priorytetam na przykład. Z reakcją na obydwa zbocza na przykład. Z 
wieloma ( >2 ) źrodłami na przykład. Itd.

> Szkoda że ciągle nie mówisz do czego tak naprawdę chcesz tej maszyny. 
> Drugie Lego Mindstorms :)?

Nie. Tak naprawdę do czego nie ma znaczenia.

> nie odchodzimy bo nie gadamy jeszcze o implementacji :)

Do implementacji daleko. Na razie badam teren. W grę wchodzi również 
CLR. Przy czym na pierwszy rzut oka VM Javy ma więcej implementacji.