Архитектура для системы реального времени? - PullRequest
2 голосов
/ 17 сентября 2008

Я хотел бы спросить несколько советов или опыта от архитектуры или технология для построения системы реального времени. Прежде чем у меня есть некоторые Опыт разработки «Системы управления очередями» я сделал отправка сообщений TcpServer и TcpClient всем операторам, когда оператор изменил номер очереди. Но я думаю, что эта стратегия много сложный и проблемный.

Может ли кто-нибудь подсказать мне какие-нибудь идеи или основы?

Ответы [ 3 ]

6 голосов
/ 17 сентября 2008

Вначале: жесткое прослушивание в реальном времени будет иметь проблемы с использованием ".NET" и "реального времени" в одном предложении из-за недетерминированной природы .NET;)

Сказав, что, если вы просто реализуете супервизорный или визуализирующий слой поверх существующей системы реального времени (скажем, реализуете систему типа SCADA), то .NET должна подойти. Тогда ваша сетевая архитектура может сводиться к двум сценариям:

  • Опрос клиентов с сервера: вы создаете централизованный сервер, который содержит большую часть логики вашего процесса, и клиенты периодически опрашивают этот сервер.
  • Сервер поддерживает механизм публикации / подписки: клиенты подписываются на информацию о сервере, и сервер отправляет обновления, когда они происходят.

Нет единого «правильного» способа сделать вышеуказанные связи; это сильно зависит от размера и частоты обновлений, сетевого трафика и т. д.

0 голосов
/ 02 октября 2008

Я бы порекомендовал посмотреть на QNX .

0 голосов
/ 17 сентября 2008

Я не работал над чем-либо в реальном времени, но я бы предположил, что изучение linux в реальном времени было бы хорошим началом для понимания проблем и решений, с которыми они столкнулись при работе в режиме реального времени. приложения.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...