|
|
Работать можно... Удалённое управление/телеметрия ложатся на их OpenAT легко.
Они предоставляют 2 уровня абстракции: Basic OpenAT layer и ADL OpenAT laeyr. Первый позволяет глубже влазить в их ОСь и общаться с железом - соответственно его возможности выше. Второй представляет собой надстройку над первым, в нём много полезных пользовательских функций (типа WinAPI). Я работал со вторым. В самом простом случае используется одна пользовательская задача (хотя есть какая-то надстройка позволяющая запускать параллельно несколько задач), внешние события (звонки, SMS, изменения состояния портов и т.д.) обрабатываются привязанными к ним callback функциями. Есть некоторая мистика, описание которой найти невозможно. Например, если в обработчике входящих SMS запустить какой-либо процесс, к которому привязана функция-обработчик, вызывающаяся по окончании процесса (например работа встроенного АЦП), то в нём нельзя дождаться установки какого-либо глобального флага, сигнализирующего о завершении дочернего процесса. While(!flag) continue; приводит к перезагрузке ОС... Где прочитать о том, что так делать нельзя я не нашел.
По поводу среды разработки. Всю их мутатень под названием OpenAT (то как они это видят, с интеграцией в разные среды, CygWin-ом и прочим) выкинул как слишком громоздкую и сложную. Компилил RVCC из комплекта RVDS, писал в удобном для меня редакторе, всё OpenAT заключалось лишь использовании их библиотек и заголовочных файлов. Далее make-файл со сценарием сборки и получения из стандартного ELF файла, файла который понятен WaveCom-овскому загрузчику при помощи предоставленых вместе с OpenAT утилит.
Вроде всё.
Будут вопросы - обращайтесь - если смогу, то отвечу.
|
|
