Архитектура для системы реального времени?

Question

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

Может ли кто-нибудь дать мне некоторые идеи или рамки?

Answer 1

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

Answer 2

Первый: хардкор выглядывает в режиме реального времени будет принимать проблемы с использованием «.NET» и „в реальном времени“ в том же предложении, в связи с не-детерминированности .NET в;)

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

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

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

Answer 3

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