понедельник, 20 февраля 2017 г.

Решение проблемы "Serial Mouse"

После модификации протокола обмена с биттваровской платой по ее UART, хрюша стала видеть поток данных как Standard Serial Mouse и переопределила текущий последовательный COM-порт своим драйвером msmouse.sys. В итоге порт оказывался недоступен для последующей работы уже нашего промышленного ПО. Гугление показало, что проблема в принципе не нова, хотя и работа велась на 115200/8n1, а не на стандартной для Microsoft serial mouse скорости 1200 bps и уж точно не тремя байтами. Поскольку инсталлятор ПО отдается на сторону, хотелось автоматизировать фикс сего бага, что привело к написанию небольшого батничка, осуществляющего следующие операции: лезем в реестр к субклассу sermouse и меням значение ключа Start, находим системный диск и снимаем аттрибут "только для чтения" с boot.ini, дописываем в его последнюю строку ключик "/NoSerialMice".

суббота, 14 января 2017 г.

Нестандартная диспетчерская связь или... VoIP поверх ПЛК150

В вашей системе автоматизации остались свободные аналоговые входы и выходы? Тогда диспетчерская IP-связь идет к вам ))) Знаете-ли вы, что производительности встроенных АЦП и ЦАП промышленных ПЛК вполне достаточно для оцифровки и восстановления диапазона речевого сигнала? О-да, извращение о котором мало кто задумывался в этом контексте, ведь обычно диспетчеризацию и автоматизацию разграничивают, цели сильно разные. Однако, если у вас уже проложен UTP кабель и имеется локальная сеть, то ничто не мешает, не покупая дополнительного IP-оборудования, организовать голосовую цифровую диспетческую связь с удаленным объектом, например со шкафом автоматики...