caxapa.ru :: Спецификация mItron есть в свободном доступе. Я вообще не понимаю, как все эти ОСи-писатели ее игнорируют. Ровно как и Posix. Придумывают что-то "свое". Posix API больше подходит для больших систем, а ITRON идеален для микроконтроллеров. Я вот

il-2 (18.01.2017 11:01, просмотров: 159) ответил Скрипач на У японцев есть TRON (50% их рынка встраиваемых систем, пишут), оно? Херня это все. Попытки объять необъятное всегда заканчиваются появлением жаргонов и диалектов.

Спецификация mItron есть в свободном доступе. Я вообще не понимаю, как все эти ОСи-писатели ее игнорируют. Ровно как и Posix. Придумывают что-то "свое". Posix API больше подходит для больших систем, а ITRON идеален для микроконтроллеров. Я вот пользую в качестве RTOS TN-Kernel, которая типа mItron-compatible. Не понимаю, что мешало автору сделать API в стандарте ITRON, вместо этого он наваял свои tn_task_sleep, tn_event_set и т.д. Я в свое время написал itron<->tnkernel wrapper. Реализовал вызовы в стандарте ITRON API (в т.ч. реализовал static API !!!). Теперь программы с RTOS пишу в стандарте ITRON. В качестве RTOS - TN-Kernel. Если понадобится поменять RTOS - напишу новый wrapper без переделки исходников, это не такая сложная задача.

Ответить

- «Теперь программы с RTOS пишу в стандарте ITRON» — чтобы что? - Alex B.(18.01.2017 11:47)
  - Чтобы не учить всякий раз новое API. Разве не очевидно? - Скрипач(18.01.2017 11:52)
    - Чтобы переносить свой код на другую ось. - SciFi(18.01.2017 11:56)
      - На самом деле ирония AlexBi вполне уместна, ибо учить новое API для написания враппера все равно придется. Но у меня было в свое время много ~~рабочего~~свободного времени, и я его потратил на враппер, об чем сейчас не жалею. И написать враппер il-2(176 знак., 18.01.2017 12:11 - 12:16)
        
        Вы не правы. Одно дело, посидеть несколько дней с документацией и совсем другое постоянно в нее заглядывать (а как вот в этой оси писать sleep?) Веселуха когда таких "ос", очень похожих, но не одинаковых, становится больше трех. - Скрипач(18.01.2017 12:15 - 12:23)
        
        Чушь какая. В любой ОС такого уровня 10-20 сервисов, которые «учить» не надо. Надо пользоваться православными редакторами с автодополнением. Более того, не вижу причин менять ОСы как перчатки. Alex B.(246 знак., 18.01.2017 13:41)
        
        Ну не знаю... У меня сейчас проект на пик32 с фриртос(все спущено сверху) большая часть проекта перейдет с предыдущего написанного на OSA. abivan(445 знак., 18.01.2017 14:55)
        
        Ну уж не совсем без пользы :-) Взять хотя-бы static API, это действительно полезная вещь. Второе - это отладка ошибок (кодов возврата функций). Когда у тебя в программе куча вызовов RTOS и какая-то функция возвращает код ошибки, ты можешь об этом il-2(152 знак., 18.01.2017 14:44)
        
        А ну быстро, не подглядывая, как сделать задержку 100мс? Скрипач(293 знак., 18.01.2017 13:51 - 14:16)
        
        Быстрей чем вы высасываете проблему из пальца у меня все равно не получится. А за литеральные константы в коде сжигать надо. Alex B.(471 знак., 18.01.2017 14:04)
        
        Вы ушли от ответа. Ну да и хрен с ним. - Скрипач(18.01.2017 14:11)
        
        Получилось как в англицкой поговорке: "Если вам не ответили, это ещё не значит, что вам не ответили". :) - Dingo(18.01.2017 17:12)
        
        Чужие ответы на твои вопросы обычно только мешают :) - Скрипач(18.01.2017 18:11)
        
        Каждый из чудиков осиписателей хочет завладеть миром! Чудики из арма тоже придумали API "на все случаи жизни" --> - SciFi(18.01.2017 12:15, ссылка)

Средства и методы разработки