Вот что Nickita A Startcev wrote to Michael Belousoff:
NS>>>>> где аккуратно фиксировать и набор софта и взбрыки железа и NS>>>>> тайминги. плата будет от забора до заката выдерживать тайминги, NS>>>>> а обычный комп по ацм/цдц/итд/итп интерфейсу асинхронно будет NS>>>>> кормить данными.
MB>>>> Hе будет, непременно собьётся и поток данных прекратится.
NS>>> буфер. в клиентской железке. этак на 1-60 секунд. тогда комп NS>>> сможет безболезненно умереть на этак 0.5-30 секунд.
MB>> Угу. И от этого иметь задержку этак на 1-60 секунд.
NS> задержку между чем и чем? =)
Между подачей команды и её исполнением. Скажем, если говорить о станочке с ЧПУ (напрашивается), то, запустив исполнение обработки, сиди и кури бамбук минуту, пока она начнётся. Можно, конечно, стартануть выполнение сразу, не дожидаясь заполнения буфера, и заполнять его уже по ходу, тогда возможность пострадать от сбоя существует только на начальном этапе, пока буфер не заполнен. Можно и так, только тогда вероятность угробить деталь сбоем не исключается вовсе, а лишь снижается.
NS> эт не такой простой вопрос как кажется, если подходить с умом.
Hу да. Если подходить с умом, то можно такоооого наворотить... я бы даже сказал, набыдлокодить.
NS> одно из типовых решений - отдельный буферизуемый канал для мегаданных NS> и отдельный "поток" с внеочередным исполнением для аварийных команд.
Исполнение аварийных команд изначально прописывается в мозгах периферии, а не гонится в неё из компа, который мы считаем слабым звеном.
--Michael G. Belousoff-- Yekaterinburg city mickbell(dog)mail(dot)ru
... ==== Проблему надо решать до того, как она появится. ==== --- GoldED/W32 3.0.1-asa9.1 * Origin: Граф О'Ман (2:5020/830.911)
