Разбег времен при управлении железом через, Ethernet и RS232 c PC из под XP, W2K Опции

[SmartRed]

Имеется два устройства подключенные к PC под XP или W2K,
одно на Ethernet без протоколов высокого уровня, другое на RS232.
На устройства синхронно приходит команда пуск , далее они без постороннего вмешательства отрабатывают цикл.
При работе возникает рассинхронизация устройств до 200 ms.

Программисты говорят это Билл Гейтс мать перемать и ничего сделать нельзя.

Аппаратную синхронизацию городить пока не хочется, поэтому вопросы:

1. Это действительно так или это кривые руки программеров ?

2. Если виноваты программеры, до каких времен можно понизить рассогласование?
(хотелось бы в идеалле до времени на передачу через RS232 - единицы ms).

[SmartRed]

Попытаюсь уточнить ситуацию.

Оба устройства управляются с одной машины.

На ethernet висит датчик, который пишет данные в свою память и сливает их на PC.

Через RS232 управляется источник питания, от которго зависит что будет читать датчик.

На оба эти устройства дается команда пуск, а далее они аппаратно отрабатывают каждое свой цикл.
Оба устройства проверены по отдельности и временные диаграммы их работы
сомнений не вызывают.

По данным с датчика видно что есть рассинхронизация, т.е. не одновременная
подача сигнала пуск с PC до 200 ms .

Команда на включение источника питания это 4 байта по RS 232 на 19200.

Про датчик сразу сказать не могу (не я его разрабатывал) но думаю что тоже
единицы байт.

[spf]

Бил Гейтс тут ни при чем, виноват тут разработчик системы ;-)

Для синхронизации необходимо оба устройства вешать на один интерфейс или делать последовательное управление (один блок должен управлять другим), если в первом блоке имеется возможность гарантировать время и момент трансливания команды.

Либо ставить операционную систему реального времени и попытаться синхронизовать два инерфейса, что не является тривиальной задачей.. .