Ваши комментарии
Спасибо. В голову не пришло ФБ растянуть.
Раз, два, три.... для комментария недостаточно.
Ниже мой пример комментария, поясняющий назначение скрипта для потомков. Я не дружу с языками, и потому приходится выкручиваться так. Понимаю, что в редакторе Паскаль или Си, это выглядит красиво и понятно при беглом взгляде. Виноват, больше кода Фортрана по тетрадным клеточкам, ничего писать не приходилось и то забыл. Но комментарий нужен.
Кстати, блоки этого скрипта не большие... они просто бомбические. (От этого очень хочется научиться высокоуровневым языкам. Но увы.. желания мало). Хочется видеть их формы поменьше и лаконичнее. Все же дело имеем со скриптом, а не презентацией ФБ. Допустим, все знают, что счетчик это Count, и прочую логическую мелочь. Тем более подробное пояснение (перевод) имеется при выборе ФБ и комментарий при наведении указателя. Оглавление блока достаточно сделать только жирным, с размером шрифта как выполнены обычные указатели ФБ. Углы закруглять необязательно (оставить только для тегов и констант). Но у тегов и констант уменьшить высоту блока, так, чтобы они не перекрывали друг друга при расположении сверху вниз и прямом (параллельном) присоединении проводников от тега к ФБ, допустим PACK или любому другому.
Работает! Разработчикам +++ , не успеваешь подумать, а уже "нать-те".
Сделайте перепривязку, по нажатию на кнопку. А лучше, по событию изменения уставки. Сложно, заходить в РМ искать объект, открывать список тэгов, вязать(пусть и кликом) Очень долгий путь. Если СЛ имеет модульную структуру, не лучше ли открывать в фоне все модули при запуске СЛ и сделать горячее взаимодействие между модулями. Изменил уставку в свойствах РК, надсистемный модуль контроля кода (или не знаю как назвать) спрашивает ДА/НЕТ и кидает тег на перепривязку.
Еще полезной штукой будет назначение псевдонимов тэгам- Как с этим жить? - Мне не нужен (совсем) полный путь в названии тэга, для привязки объекта. ОРС сервер Овен, (может и другие так же, но с другими не работал) имеет довольно разветвленное дерево для подхода к тэгу. И вся эта байда лепится в окно доступных каналов в РМ на название тэга и подчас даже не влазит в экран со всем, что надо видеть в РМ. Ничего хорошего. Назначил привязку ПСЕВДОНИМА в РК и работаю только с ним, наплевав на дерево, которое мне не нужно знать. Хочу увидеть дерево- остановил указатель мыши на псевдониме и выплыло дерево (но лучше нажав правую кнопку и дерево выплыло, и кнопка "показать связи" вместе.
Очень плохо ведут себя окна в РМ: свойства, доступные каналы. Обыкновенно работаю с эдитором так - настроил под свой стиль работы. Закрыл его и при повторном открытии начинаю вспоминать разработчиков...., а после повторяю танцы с открытием и выставлением размеров доп. окон. Почему не писать настроенную конфигурацию окна эдитора РМ в *ini и не позволить при вызове открывать последнюю вызванную мнемосхему проекта, чтобы не начинать все сначала?
4.7.9.147 энт
Вячеслав, спасибо за сформулированный вопрос. Мне самому оказалась эта тема нужной. Только голова не работала, в направлении, что оказывается, можно найти другие пути. Спасибо техподержке. Ветка пошла.
Не умничаю. Мне часто так же требуется небольшое направление, а потом самому плыть можно. Создайте виртуальный канал, привяжите к необходимому тегу модбас. Для простоты есть скрипты на FB. Затем делайте с виртуальным каналом, что угодно, как вы и пытались делать с физ каналом. Только на виртальном все задуманное получится.
Вячеслав, (вопрос со стороны) поясните пожалуйста: т.е. при схожести объектов, чтобы накатить на объект комплект мнемосхем шаблоном?
На один комплект у нас была инициирована официальная передача лицензии, через СИМП. Мы, как Заказчик, не имели право в муниципальном контракте покупать. СИМП принял письмо от первичного правообладателя о передаче лицензии на другое юр.лицо. Это совершенно нормально на бюджетных контрактах. Конечно, в любых ситуациях Заказчик должен самостоятельно усматривать передачу лицензии на себя. (Кто печет булочки, тот знает, что внутри) А СИМП все же должен иметь официальный механизм сброса пароля (предоставление проекта на сброс, тоже механизм), для нормально оформленных лицензий. Успехов.
Сервис поддержки клиентов работает на платформе UserEcho
Спасибо. Все понял. OwenCloud не допускает опрос более одного ID, на один шлюз. Поэтому опрос двух приборов, затея бесполезная.