Еще небольшой вопрос. Почему нельзя сделать блок контейнера прозрачным? В него и так вкладывается оформленная мнемосхема. В этом случае можно  не беспокоиться как сделать мнемосхему всплывающую в любом месте экрана. Раскидываем прозрачные контейнеры где душа пожелает и снабжаем их привязанными мнемосхемами. Полезным дополнением будет кнопка триггер именно для работы с мнемосхемами. Нажал всплыла, нажал исчезла. Напишу об этом в идеи, но ответ ожидаю по первому вопросу. Спасибо.

Опять проблема в блокировке элементов. Хорошо, что сделали блокировку выделенных элементов. Но эта блокировка назначается один раз на один или группу выделенных элементов. Это поведение аналогично общему выделению и польза от неё мизерная. Требуется добавление к заблокированному элементу. Т.е. вы обработали элемент, заблокировали. Обрабатываете следующий элемент и его заблокировали и т.д. Т.е. можно заблокировать по одиночке все элементы. Сейчас же, кнопка блокировки выделенных элементов остается нажатой (активной) и дополнительный элемент вы просто не добавите к уже заблокированным, т.к. повторное нажатие приведет к разблокировке предыдущих.

Симп, выложите пожалуйста её решение.

Олег, просматривал сейчас вебинар ОВЕН по ПР103. Там быстрые входы до 100кГц с настройкой работы, как с энкодером, так и с подсчетом импульсов, да с автосбросом. Слов нет. Стоит 9900 против 5800 для СИ30. Но запихнуть в неё можно очень много. Просто ваша проблема в голове стала крутиться, когда речь зашла о подсчете импульсов. Тем не менее попробу разобраться и с СИ30. Успехов.

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

Простите, что вмешиваюсь в беседу. (....Если бы можно было вытаскивать в скрипте значение прямо из прибора, другое дело...) опрашивать прибор из под скрипта или записывать с него данные для дальнейшей обработки в вирт. канал, в чем разница? Из под скрипта нельзя, но простая запись в канал это тоже самое, (только без инициирования опроса), и ничто иное как потоковое получение данных в любой момент времени, с которыми вы можете делать скриптом все, что захочется. Рассуждаю и пытаюсь для себя понять (на будушее). СИ различает импульсы 10кГц! продукция с такой частотой счета не выпускается. Почему бы не сбрасывая СИ, просто считывать с него через нужный период состояние аккумулятора и обработать математикой?

Пытался, после вопроса, моделировать ситуацию на 4.7.7. и не понимал проблему. Как раз рассуждал над приемственностью версий, в виду закладки  большого проекта под реализацию на СИМП. Симп хорошо обрастает шерстью. Хотелось бы не только видеть, как заказчику, полезные доработки системы, но и работать на них без переживания потерять объект. Симп, "переносы, конвертация" очень актуальный вопрос! Если он имеет факт быть в настоящее время, желаю успехов в его благополучном разрешении.

Симп, спасибо за примеры. Хорошо, если у вас будет формироваться для общего доступа, банк примеров. Успехов

В этом случае логично в панели свойств канала, раздел "сигнализация", упоминать не о контроле уставок, а "запись (в журнал) событий - отключено/включено". Согласитесь, "контроль уставок" - более широкое определение, подразумевающее отстутствие какой -либо самостоятельной жизни по всем элементам содержащимся в блоке "Сигнализация", не зависимо текстовая это величина или числовая.  "Контроль уставок" перенести в голову блока с корректировкой глобального свойства, соответствующего тексту. Это будет хорошее свойство.

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

Сигнализация канала полностью отключена: контроль, тревоги, звуки. Но, реакция на уставки верх/низ продолжается. Подобное поведение, в буквальном понимании названий свойств (как и должно), можно отнести к багу конфигуратора.