Ваши комментарии

Спасибо. Все понял. OwenCloud не допускает опрос более одного ID, на один шлюз. Поэтому опрос двух приборов, затея бесполезная.

Спасибо. В голову не пришло ФБ растянуть.

Раз, два, три.... для комментария недостаточно. 

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

Кстати, блоки этого скрипта не большие... они просто бомбические. (От этого очень хочется научиться высокоуровневым языкам. Но увы.. желания мало). Хочется видеть их формы поменьше и лаконичнее. Все же дело имеем со скриптом, а не презентацией ФБ. Допустим, все знают, что счетчик это Count, и прочую логическую мелочь. Тем более подробное пояснение (перевод) имеется при выборе ФБ и комментарий при наведении указателя. Оглавление блока достаточно  сделать только жирным, с размером шрифта как выполнены обычные указатели ФБ. Углы закруглять необязательно (оставить только для тегов и констант). Но у тегов и констант уменьшить высоту блока, так, чтобы они не перекрывали друг друга при расположении сверху вниз и прямом (параллельном) присоединении проводников от тега к ФБ, допустим PACK или любому другому. 

Image 1784

Работает!  Разработчикам +++ , не успеваешь подумать, а уже "нать-те".

Сделайте перепривязку, по нажатию на кнопку. А лучше, по событию изменения уставки. Сложно, заходить в РМ искать объект, открывать список тэгов, вязать(пусть и кликом) Очень долгий путь. Если СЛ имеет модульную структуру, не лучше ли открывать в фоне все модули при запуске СЛ и сделать горячее взаимодействие между модулями. Изменил уставку в свойствах РК, надсистемный модуль контроля кода (или не знаю как назвать) спрашивает ДА/НЕТ и кидает тег на перепривязку. 

Еще полезной штукой будет назначение псевдонимов тэгам- Как с этим жить? -  Мне не нужен (совсем) полный путь в названии тэга, для привязки объекта. ОРС сервер Овен, (может и другие так же, но с другими не работал) имеет довольно разветвленное дерево для подхода к тэгу. И вся эта байда лепится в окно доступных каналов в РМ на название тэга и подчас даже не влазит в экран со всем, что надо видеть в РМ. Ничего хорошего. Назначил привязку ПСЕВДОНИМА в РК и работаю только с ним, наплевав на дерево, которое мне не нужно знать. Хочу увидеть дерево- остановил указатель мыши на псевдониме и выплыло дерево (но лучше нажав правую кнопку и дерево выплыло, и кнопка "показать связи" вместе.

Очень плохо ведут себя окна в РМ: свойства, доступные каналы. Обыкновенно работаю с эдитором так - настроил под свой стиль работы. Закрыл его и при повторном открытии начинаю вспоминать разработчиков...., а после повторяю танцы с открытием и выставлением размеров доп. окон. Почему не писать настроенную конфигурацию окна эдитора РМ в *ini и не позволить при вызове открывать последнюю вызванную мнемосхему проекта, чтобы не начинать все сначала?

Вячеслав, спасибо за сформулированный вопрос. Мне самому оказалась эта тема нужной. Только голова не работала, в направлении, что оказывается, можно найти другие пути. Спасибо техподержке. Ветка пошла.

Не умничаю. Мне часто так же требуется небольшое направление, а потом самому плыть можно. Создайте виртуальный канал, привяжите к необходимому тегу модбас. Для простоты есть скрипты на FB. Затем делайте с виртуальным каналом, что угодно, как вы и пытались делать с физ каналом. Только на виртальном все задуманное получится.

Вячеслав, (вопрос со стороны) поясните пожалуйста: т.е. при схожести объектов, чтобы накатить на объект комплект мнемосхем шаблоном?

На один комплект у нас была инициирована официальная передача лицензии, через СИМП. Мы, как Заказчик, не имели право в муниципальном контракте покупать. СИМП принял письмо от первичного правообладателя о передаче лицензии  на другое юр.лицо. Это совершенно нормально на бюджетных контрактах. Конечно, в любых ситуациях Заказчик должен самостоятельно усматривать передачу лицензии на себя. (Кто печет булочки, тот знает, что внутри) А СИМП все же должен иметь официальный механизм сброса пароля (предоставление проекта на сброс, тоже механизм), для нормально оформленных лицензий. Успехов.



Сервис поддержки клиентов работает на платформе UserEcho