Tad писал(а):
то анализировать последний знак (вроде так) на пожар, тревожную кнопку - можно прямо в потокеНет, немного не так.
Tad писал(а):
Всё остальное можно после записи в БДУвы, для больших потоков данных с разных портов не подходит, проверено уже, даже только на запись и то, происходит катастрофическое переполнение очереди. Вот почему я и просил оптимизированный по скорости движок базы
Tad писал(а):
А анализ в БД - это может быть совершенно отдельная программато же, что и предыдущий пункт
Tad писал(а):
Так же как и на каждый Com-порт своя программаНа кой хрен, когда достаточно оформить экземпляр класса парсера с портом, типа -- сервера портов
Tad, твоя схема хороша только для малопоточных данных, для сбора данных с различных ЦС не подходит совершенно, как не подошли и схемы на стандартных компонентах у меня в сервере портов, пришлось писать ответственные участки на IC через режим многопоточности. Увы, и ах
------------ Дoбавленo в 17.44:
Tad писал(а):
Миллион решенийПосле некоторого времени работы над таким проектом, осетр урезается на порядки
------------ Дoбавленo в 17.47:
Леонид писал(а):
и на эти два провода можно нацепить "ну очень много" датчиковТак датчиков, или контроллеров
Поиск
Друзья
Администрация