Обсуждение реализации шлюз-контроллера [ORFA]

blindman

Я пока нужды в нем не ощущаю

=DeaD=

Даже не буду спрашивать, что это за зверь

blindman

Даже не буду говорить, где можно спросить

Добавлено спустя 12 минут 35 секунд:

Vooon писал(а):

Не совсем правда понял как библиотеки собираются сейчас...

Основной Makefile подключает resolve.mk из поддиректорий. В resolve.mk определяются 2 переменные LIBS и LIBS_RULES. Первая содержит имена архивов, вторая - имена с содержимым. Первая используется для подлинковки библиотек к экзешнику, вторая - для сборки архивов.

Vooon

А я обязательно в коем случае дам ссылку http://trac.edgewall.org/
и даже кратко поясню: это система менеджмента проектов, включает в себя:
— вики (для документации);
— отслеживание изменений (это больше актуально для сабвершена, у меркуриала и свой веб-гуй хорош);
— roadmap (план по включению фич);
— отслеживание ошибок;
— веб-гуй к репозиторию (опять же нужно для сабвершена).

Написана на питоне, населена роботами.

=DeaD=

Ну, можно будет и под неё переползти

но наверное чуть позже

blindman

Пока есть задачи и поважнее, ведь правда ?

Vooon

Есть идея как организовать работу с ацп: один регистр настройки и чтение состояния, второй запуск преобразования и чтение результата

blindman

И при чтении результата будет запускаться преобразование, и будем ждать пока оно завершится, и возвращать результат? Не лучше ли постоянно выполнять преобразования по прерываниям, а по запросу возвращать последний результат?

Vooon

Нет. Запись в регистр данных (или в регистр настроек) запускает преобразование

=DeaD=

Vooon писал(а):

Нет. Запись в регистр данных (или в регистр настроек) запускает преобразование

Зачем? Это значительно усложняет написание программы на стороне ПК или головного МК. Я против такого.

Добавлено спустя 1 минуту 40 секунд:
В худшем случае такой режим нужно допускать, но он не должен быть единственным.

Добавлено спустя 23 секунды:

blindman писал(а):

И при чтении результата будет запускаться преобразование, и будем ждать пока оно завершится, и возвращать результат? Не лучше ли постоянно выполнять преобразования по прерываниям, а по запросу возвращать последний результат?

Лучше!

(у меня так и сделано было :roll:

)

Duhas

blindman писал(а):

И при чтении результата будет запускаться преобразование, и будем ждать пока оно завершится, и возвращать результат? Не лучше ли постоянно выполнять преобразования по прерываниям, а по запросу возвращать последний результат?

по мне так: запускать отдельно, отдавать по запросу среднее последний 2-3 показаний...

=DeaD=

Да, согласен, можно настраивать - по скольким последним измерениям сглаживать с затуханием! :good:

Duhas

мона и выбор алгоритма сглаживания сделать... тогда эти контроллеры будут не только для роботов интересны....

=DeaD=

Можно

но это уже изыски, мы то изначально на роботов ориентируемся, а остальное вторым ходом

Duhas

это и для роботов полезно и расширит применяемость железа... тем более если камень не мал на флешу...

roboforum.ru

Правила форума

Обсуждение реализации шлюз-контроллера [ORFA]

Кто сейчас на конференции