W dniu 2010-09-10 01:42, Adam Dybkowski pisze:
> W dniu 2010-09-10 00:15 Piotr "Curious" Slawinski napisał(a):
>
>>> Zaczynam coraz bardziej nerwowo rozglądac sie za czymś bardziej
>>> stabilnym cenowo :/
>>
>> no wlasnie... a moze jakas alternatywa?
>> np. zakladajac ze mamy zrodlowki w C programow do atmegi32 ,
>> co wybrac zeby bylo podobne cenowo i dalo sie wlutowac w te same plytki?
>
> Nie pisane od razu z myślą o przenośności?
> Czyli wszędzie potworki typu printf_P, strcpy_P, PSTR itd.
> Przydałaby się warstwa "kompatybilności" aby to uruchomić na ARMie.
>
> A jeżeli w programie jest wiele odwołań do I/O to trzeba będzie zmienić
> diametralnie.
>
> Dużo lepiej gdy program używał systemu operacyjnego (np. Nut/OS) - wtedy
> warstwa sprzętu jest wyraźnie oddzielona a kompatybilność PSTR np.
> zapewniają #define w plikach nagłówkowych systemu. Małym nakładem pracy
> można wtedy przenieść program np. z AVRa na ARMa. A ARMów jak mrówków -
> co się nie obejrzysz. Zresztą zobacz jaki stos $$$ zarobiła firma ARM w
> ostatnim roku - a sami nie produkują scalaków, jedynie sprzedają licencje.

No nie tylko. Zdaje się ze kupili sobie Keila.


--
Pozdrawiam
MD