Уважаемые разработчики. Я не знаю кому как, но лично мне было бы удобнее чтобы все входы по умолчанию создавались с установленным свойством "константа" и свойством "значение константы" равным нулю. Можно сделать какую-то галочку в настройках типа "входы при создании как константы".
Ещё хорошо бы чтоб можно было отдельно настроить цвет текста входов\выходов для блоков и отдельно для макросов.
Вообще в целом идея с цветовыми схемами интересная, но её надо допилить. И я даже знаю как ))
Очень просто: надо чтоб при задании цветовой схемы какого-то объекта (например макроса) тут же рядышком высвечивалось как он будет выглядеть, тогда для пользователя всё будет понятно и наглядно.
По константам - тема старая. Муссировалась долго, но пришли к выводу, что не будем их ставить - по техническим соображениям.
По цветовым схемам принято.
Ещё есть одно пожелание. Не новое правда. Хорошо бы чтоб при переходе в режим отладки\симуляции не менялся фокус программы и не вылетало окно с переменными.
https://yadi.sk/i/eQNLe_pFmkgq9
Ещё одно пожелание. Хорошо бы чтоб можно было выделить выход с именованной связью потом кликнуть на входы и эта связь притянулась бы к этим входам. Вот поясняющее видео:
https://yadi.sk/i/UU9V0fwvmmuAo
Вот ещё одна хотелка. Хорошо бы чтоб по двойному клику на тексте появлялась возможность только отредактировать текст без лишних опций. А уже правым кликом можно было бы вызвать окно свойств.
И как обычно видео:
https://yadi.sk/i/iEuEtje-mmyNA
Цитата: VoronovMaksim88 от 10 января 2016, 15:33:38
Ещё одно пожелание. Хорошо бы чтоб можно было выделить выход с именованной связью потом кликнуть на входы и эта связь притянулась бы к этим входам. Вот поясняющее видео:
https://yadi.sk/i/UU9V0fwvmmuAo
Эта функция есть с рождения.
Ты просто тащишь от входа к выходу. Естественно ЗВБ не понимает, что надобно сделать. А вот если от выхода к входу тащить, то все именно так, как в видео.
Цитата: VoronovMaksim88 от 10 января 2016, 16:51:45
Вот ещё одна хотелка. Хорошо бы чтоб по двойному клику на тексте появлялась возможность только отредактировать текст без лишних опций. А уже правым кликом можно было бы вызвать окно свойств.
И как обычно видео:
https://yadi.sk/i/iEuEtje-mmyNA
Спасибо, учтем. Сам так же хотел.
Эх, надо комьюнити трекер делать.
Цитата: mike от 10 января 2016, 21:04:39
Эта функция есть с рождения.
Ты просто тащишь от входа к выходу. Естественно ЗВБ не понимает, что надобно сделать. А вот если от выхода к входу тащить, то все именно так, как в видео.
Возможно такая функция и есть с рождения, но я имел ввиду немного другое. Было бы идеально чтоб именованная связь зацеплялась в два клика: первый клик выделил саму связь, второй клик указал вход(входы) на который надо её зацепить.
И как обычно видео ))
https://yadi.sk/i/Qz6M-m1GmntSs
Цитата: VoronovMaksim88 от 11 января 2016, 05:29:44
Цитата: mike от 10 января 2016, 21:04:39
Эта функция есть с рождения.
Ты просто тащишь от входа к выходу. Естественно ЗВБ не понимает, что надобно сделать. А вот если от выхода к входу тащить, то все именно так, как в видео.
Возможно такая функция и есть с рождения, но я имел ввиду немного другое. Было бы идеально чтоб именованная связь зацеплялась в два клика: первый клик выделил саму связь, второй клик указал вход(входы) на который надо её зацепить.
И как обычно видео ))
https://yadi.sk/i/Qz6M-m1GmntSs
Я же говорю, функция присутствует с рождения.
Смотрим внимательно видео.
https://www.youtube.com/watch?v=yRP1mXdUuL4
Да, действительно функция есть и работает. :)
Я просто привык тыкать по самой связи, а не по ножке выхода.
Обновил ZWB до 1.0.90
Очень обрадовался:
"Сохранение состояний плавающих панелей при переключении окон редактирования."
Но окно с переменными всё равно появляется при переходе в симуяцию и при выходе из симуляции. И фокус поляны также смещается при входе в симуляции и выходе из неё. Было бы удобно если бы всё оставалось на месте ))
Эти исправления будут попозже, в одном из след. релизов
Уважаемые разработчики, есть небольшое предложение.
Представьте, что вы пишите программу, но в какой-то момент не уверены, что новый код будет работать, а старый худо бедно, но всё же работал. Как тогда сохранить новый код не потеряв старый? Удобно было бы иметь кнопку "Сохранить под новым именем" или как обычно "сохранить как".
На данный момент это решается выходом в главное меню "Начало" копированием всего проекта и вставкой его в нужное место.
Может быть это несколько неудобно (с одной стороны), но в планах есть контроль версий, поэтому и нет кнопки "сохранить как"
Предлагаю на карте сети отображать на контроллере что в данный момент происходит загрузка программы в него или отладка.
При импортировании файла в документы проекта думаю имеет смысл добавить формат PDF.
Принято
Здравствуйте, а можно ли для команды "оптимизировать" назначить горячую клавишу? Очень часто команда используется.
Еще можно ли добавить команду для копирования связи в дополнение к команде "перенос связи"?
Можно
Цитата: Ruandron от 24 марта 2016, 11:24:54
Еще можно ли добавить команду для копирования связи в дополнение к команде "перенос связи"?
Как это должно работать?
Посмотрите ролик по связям.
https://www.youtube.com/watch?v=yRP1mXdUuL4&list=PLrlRC6zl3ZN2u5VejVx5iZhVe4iBrN1Zt
спасибо про подсказку с горячими клавишами, не знал что их можно назначать самостоятельно.
А по поводу копирования часто, когда добавляеш блок , на вход его нужно поставить связь, что уже есть на входе соседнего блока, а выход с которого нужно притащить связь очень далеко, приходится много скролить экран. Так вот было бы очень удобно щелкнуть на входе блока правой мышкой, выбрать копировать связь и щелкнуть по нужному пустому входу и связь установится. Несколько сумбурно наверно, но скролить экран приходится очень много, чтоб таскать связи. Но это конечно так придирки мелкие. А может я не понимаю чего.
Зачем скроллить?
Я же вам ссылку на ролик дал.
В нем явно видно, что связи можно делать от входа к выходу и наоборот.
А стало быть, ничего скроллить не нужно.
Э-э-э нет... Скролить приходится ))) Если блоки далеко друг от друга.
Вот если бы можно было правой кнопкой мыши по входу выбрать именованную связь из существующих в программе, то было бы удобнее.
Уважаемые разработчики, есть небольшое предложение, которое я думаю поддержат многие пользователи. Касается инструмента "текст". При двойном клике на объекте "текст" открывается окно редактирования его свойств, но согласитесь что шрифт, фон и прочее пользователь скорее всего настроит однократно или вообще трогать не будет, а вот сам текст наверняка будет правится и не раз. Думаю лучше было бы по двойному клику просто ставить курсор в поле текста давая возможность изменить сам текст, а по ПКМ уже открывать окно свойств.
Или хотя бы по двойному клику вызывать сразу окно "Редактор строк", думаю вам не составит большого труда это сделать.
Ещё небольшая хотелка: в симуляции и отладке макросы открываются двойным кликом, было бы не плохо сделать что бы и в режиме разработки они тоже открывались двойным кликом. Можно чтоб это было опционально и задавалось в настройках.
И ещё небольшое пожелание к светлым умам, которые разрабатывают ZWB.
Я привык к горизонтальному скролингу Shift+колесо, могу перечислить штук 5 программ в которых работает именно так. А у вас Alt+Колесо. Было бы здорово сделать в настройках соответствующий пункт, чтоб каждый мог под себя настроить.
ЦитироватьЯ привык к горизонтальному скролингу Shift+колесо, могу перечислить штук 5 программ в которых работает именно так. А у вас Alt+Колесо. Было бы здорово сделать в настройках соответствующий пункт, чтоб каждый мог под себя настроить.
Рассматривали такой вариант, но к сожалению это сделать быстро не получится, сказываются особенности библиотеки, на которой ведется разработка (эта настройка закопана глубоко в ней). Поэтому для внесения такой правки требуется довольно много времени.
ЦитироватьУважаемые разработчики, есть небольшое предложение, которое я думаю поддержат многие пользователи. Касается инструмента "текст". При двойном клике на объекте "текст" открывается окно редактирования его свойств, но согласитесь что шрифт, фон и прочее пользователь скорее всего настроит однократно или вообще трогать не будет, а вот сам текст наверняка будет правится и не раз. Думаю лучше было бы по двойному клику просто ставить курсор в поле текста давая возможность изменить сам текст, а по ПКМ уже открывать окно свойств.
Согласен с предложением
Поместил эти задачи в todo список. Как только появится возможность и время будем делать.
Незнаю насколько актуально для других... я работаю на ноутбуке со вторым дополнительным монитором. У вас в ZWB невозможно работать в двух мониторах одновременно.. к примеру вытащить отладочный экран на второй монитор и там менять значения, а в программе смотреть за исполнением.
Идея хороша. Но по моему это скорее роскошь, нежели необходимость.
Цитата: VoronovMaksim88 от 29 марта 2016, 10:56:06
Идея хороша. Но по моему это скорее роскошь, нежели необходимость.
У меня в офисе сидит 4 инженера (вместе со мной)... у всех рабочие ноутбуки (для того, чтобы без проблем работать на объекте) и все в офисе пользуются дополнительным монитором.
Одно НО - нужно чтобы система корректно отрабатывала отключение второго монитора.
Ну и да - это скорее роскошь, чем необходимость.
PS.. кстати.. это же относится и к справке... было бы неплохо иметь возможность открыть справку, вытащить на второй дисплей и программировать.
Многооконная система в проекте есть. Просто приоритет низкий у этой задачи
Было бы хорошо организовать механизм копирования связей от входа ко входу, т.е. без прокручивания экрана до блока из которого тянется эта самая связь.
Можно например рядом с пунктом "перенос связи" сделать пункт "копирование связи".
Уважаемые разработчики! Я не помню, может писал уже. Было бы неплохо чтобы возможность создавать макросы из выделенных блоков. Просто так быстрее чем создавать макрос сперва в дереве проекта, а потом копировать туда содержание.
Ещё небольшое предложение. Подглядел у контара. На каждом блоке который выкинут на поляну или даже находится в списке блоков по правой кнопке добавить пункт "справка", по нажатию на который открывалась бы справка для этого блока. Понятно что блоки "И", "Или" пользователь обязан и так знать, но например блоки "стек" и "очередь" у меня вызвали вопросы.
С рождения есть. Выделить блок - нажать F1
Просто не на все есть справка(((
Наверное надо добавить справку и в панели инструментов. То есть выделил блок в панели и нажал F1.
Можно и так, но по идее F1 это горячая клавиша, не каждый догадается её нажать. В общем вопрос не важный и не принципиальный. И так хорошо. Есть гораздо более серьёзные задачи для совершенствования и развития ZWB.
Вот для меня например важно чтобы в режиме отладки работала трассировка и переход в начало\конец связи. Сейчас в бета версии это не работает. Трассировка и переходы только в режиме разработки действуют.
И это с рождения есть
просто не по контекстным меню.
см. фото
И кнопки END/HOME можно использовать для быстрых перемещений
Действительно есть, и действительно работает. Спасибо.
А всё же по контекстным меню было бы привычнее ))
А по контекстному меню - вопросы к боссу. Он его отчего-то игнорирует
А кто босс ?
Артем - могучий повелитель багов и реализатор хотелок.
Было бы ОЧЕНЬ удобно отлаживать макросы отдельно, т.е. включать для них симуляцию и рулить входами макроса. Уж очень неудобно сейчас запускать симуляцию предварительно настраивая её. То есть для всего проекта симуляция остается в прежнем виде, а вот для макросов отдельно, например, когда находимся внутри макроса.
Не понял в чем неудобство ? Задаем на входы константы включаем симуляцию и вперёд. Секунд 5-10 уйдёт на запуск симуляции любого макроса.
Очень много телодвижений, начинает раздражать, когда что бы проверить кусок схемы приходится выйти в карту сети, запустить симуляцию, потом опять вернуться - отыскать макрос, войти в него... Короче трындец. Нужна симуляция в один клик.
Ну не знаю, больше похоже на прихоть :)
Вопрос в том насколько разработчикам это сложно сделать.
Если надо пару дней, максимум неделю, то пожалуй стоит заморочится,
если месяц другой , то пусть лучше пока Z036 оживляют.
Цитата: serov от 27 апреля 2016, 09:29:29
Очень много телодвижений, начинает раздражать, когда что бы проверить кусок схемы приходится выйти в карту сети, запустить симуляцию, потом опять вернуться - отыскать макрос, войти в него... Короче трындец. Нужна симуляция в один клик.
Согласен, что довольно утомительная процедура. Однако пока необходимая, так как привязка симулируемого контроллера к портам находится в карте сети. Поэтому пока не видим удобного способа, как сделать запуск симуляции более быстрым. Возможно, если есть какие-то идеи как это должно выглядеть, то поделитесь с нами. Совместно, я думаю, найдем оптимальное решение.
Я думаю так: зашёл в окно макроса нажал кнопку симуляция (один клик ;)), макрос начинает отрабатывать логику а его входы становятся доступы для изменения. Отладил-нажал стоп симуляция. При закрытии окна макроса симуляция автоматически останавливается. При переходе в режим симуляции или отладки всей программы симуляция макроса также прекращается.
А если в макросе стоят блоки Modbus? Как быть с ними? Им же нужен порт, где его взять? У какого устройства?
Варианта сразу два.
1. Жёстко игнорить их. Нам же главное логику отладить, а не связь.
2. Симулировать ответы которые они получают.
Но опять же повторюсь, мне кажется это не такая уж важная штука. Скажем так, в идеале было бы неплохо отлаживать макросы отдельно в один клик, но на сегодняшний день есть куда более важные задачи.
У меня другой вопрос: содержимое макроса можно распечатать ? Почему-то кнопка "print" не активна.
Подсистема печати пока сломана, к сожалению.
День добрый.
А можно ли на D-триггере сменить тип данных ?
А зачем?
И как должен работать?
Конкретного применения пока не придумал. Просто анализировал состав блоков, сравнивал с другими средами. Наверно такой триггер можно реализовать и с помощью имеющихся блоков. Но было бы логично иметь возможность выбрать тип для D-триггера.
))))
Товарищи! Большая просьба!
Давайте не путать терминологию!
Д-триггер может быть только битовым, ибо в том его предназначение.
Если надо сделать задержку сигнала-используйте переменные.
Договорились :)
Есть предложение сделать иконки для надписей "показать трассировку", "скрыть трассировку" и т.д. А то они многовато места занимают.
А мы сейчас занимаемся этим - пилим интерфейс ЗВБ.
Вот такое пожелание родилось только что.
https://yadi.sk/i/TyXMVB5yroo6P
Ну замечание верное, но не совсем.
Первое, если ты стартовую переменную выбрал, то не надо ничего цеплять на ногу REG
А вот адреса переменных-таки видеть было бы удобно. Согласен
Здравствуйте! Есть потребность по защите информации. Пример. Возникла потребность передать исходники заказчику для самостоятельной прошивки контроллеров, но не нужно чтобы тот видел весь код. Предложение - сделать возможность запаролить макрос.
на то они и исходники, что бы все видно было.
Вы похоже имеете в виду бинарник отдельно для заливки?
В принципе если вы без коментов им файлы дадите, то они и так в вашем коде ничего не поймут.
В FBD редакторе была возможность безвозвратно паролить макросы.
В ЗВБ пока такой возможности нет - работа с библиотеками пока отложена.
В CodeSys есть хорошая функция запаролить проект, тогда он становится недоступным для изменения.
По хорошему для ФБД программы надо два пароля, для просмотра и для изменения.
Если у заказчика нет ни того ни другого тогда он сможет только залить программу в ПЛК.
На данный момент существует следующая возможность. Создать пользовательскую библиотеку FBD-макросов. Экспортировать ее и подключать клиентам как системную. Когда библиотека подключена как системная, ее содержимое не доступно для просмотра.
Цитата: Artem от 19 мая 2016, 20:27:02
На данный момент существует следующая возможность. Создать пользовательскую библиотеку FBD-макросов. Экспортировать ее и подключать клиентам как системную. Когда библиотека подключена как системная, ее содержимое не доступно для просмотра.
Artem, а можно подробнее как это сделать? Если по макросу тыкнуть ПКМ то можно экспортировать xml, но это совсем не то..
Я конечно не Артём, но всё же.
ПКМ по вкладке пользовательские библиотеки - Добавить - Библиотека FBD макросов
Потом ПКМ по созданной библиотеке - добавить - макрос
Собственно создаём макрос.
ПКМ по библиотеке - экспортировать библиотеку
Дальше в правом верхнем углу жмём настройки
Открываем вкладку библиотеки - добавить - выбираем экспортированную библиотеку.
Теперь если макрос вытащить из системной библиотеки, то он не откроется и появится окно "просмотр запрещён".
Вы разрабатываете проект в котором один большой макрос и его по окончанию разработки переносите в системные библиотеки, а от туда на поляну. Вашему заказчику вы высылаете проект, он его не сможет открыть пока не подключить библиотеку (её тоже нужно выслать). А когда откроет то сможет залить, но не сможет посмотреть содержимое.
Как то так. Если я в чём-то ошибся, то надеюсь Артём поправит.
.
Максим все правильно написал.
День добрый.
Создаю новую именованную связь.
ZWB ругается "связь с таким именем уже существует в системе"
Ищу связь, не вижу.
Предлагаю сделать чтоб ZWB в таком случае тыкал бы носом в эту существующую связь. (ну или подсвечивал бы её красным цветом и наводил на неё фокус)
Уважаемые разработчики. Не нашёл ветку форума где Михаил писал о переносе настройки Uin в дерево проекта, но всязи с тем, что теперь они не настраиваются с поляны возник вопрос. Нельзя ли разом все Uin-ы сделать Din-ами ? Или обязательно по каждому тыкнуть в дереве контроллера ?
Нет, мне не лень, но просто высокие стандарты ZWB требуют такой возможности !
Вот ещё пара не новых пожеланий.
1. Было бы удобно чтоб при зацеплении именованной переменной на вх\вых макроса имя макроса менялось бы на имя этой переменной.
2. Тоже было бы удобно чтоб можно было выделить группу блоков и нажав ПКМ выбрать пункт "объединить в макрос". И тогда бы автоматом создавался макрос с этими блоками внутри.
Есть небольшое предложение:
Раздвинуть немного по вертикали входы\выходы макросов и блоков, иначе при отладке значения переменных и их имена наезжают друг на друга. Буквального немного подвинуть и будет идеально.
Уважаемые разработчики, я так понимаю вопросом работы счётных входов вы ещё не занимались.
Есть пожелание.
Если будет возможность, реализуйте пожалуйста функцию загрузки значения в счётчик импульсов счётного входа.
Это необходимо для сохранения значения счётчика при потере питания.
Цитата: VoronovMaksim88 от 21 августа 2016, 05:40:00
было бы удобно чтоб можно было выделить группу блоков и нажав ПКМ выбрать пункт "объединить в макрос".
Поддерживаю! Всеми рукам и ЗА!!!
Цитата: VoronovMaksim88 от 24 октября 2016, 12:27:59
Уважаемые разработчики, я так понимаю вопросом работы счётных входов вы ещё не занимались.
Есть пожелание.
Если будет возможность, реализуйте пожалуйста функцию загрузки значения в счётчик импульсов счётного входа.
Это необходимо для сохранения значения счётчика при потере питания.
А что, уже есть наметки на счетные входы?? Я чего-то не знаю?
Намеки однозначно есть. Но я лично с ними пока не работал.
Ещё пожелание сделать на счетных входах функцию направлении счёта. Крутим вперёд прибавляем импульсы крутим назад вычитаем. А может даже сделать возможность подключения энкодера на двасчетных входа.
Цитата: VoronovMaksim88 от 24 октября 2016, 17:11:11
Намеки однозначно есть. Но я лично с ними пока не работал.
Ещё пожелание сделать на счетных входах функцию направлении счёта. Крутим вперёд прибавляем импульсы крутим назад вычитаем. А может даже сделать возможность подключения энкодера на двасчетных входа.
А в каком контроллере есть счетные входы? А то я что то пропустил про это.
В М120.
А у меня ещё пожелание. Не новое правда. В последней версии звб была прокачана работа с библиотеками. Это здорово.
Но к сожалению нет возможность скопировать библиотеку в программу и там изменить не меняя при этом исходник, который хранится в библиотеке. Т.е. пожелание в том, чтоб можно было макрос из библиотеки скопировать в программу и там изменить.
Ещё есть идея поделить макросы на библиотечные и шаблонные. Библиотечные все время ссылаются на исходный макрос, который хранится в библиотеке, при изменении библиотечного макроса все его экземпляры в программе меняются.
С шаблонными макросами наоборот. При выкидывании на поляну программы экземпляр макроса появляется в дереве программы, но он не связан с шаблонным макросом. Если кинуть ещё один экземпляр, то в дереве появится второй экземпляр который ни как не связан с исходным и с первым. На мой взгляд идеальное решение, которое сочетает удобство работы с библиотеками в звб и удобство работы с макроблоками в смлоджике.
Просто иногда выкидывая макрос на поляну я уверен в его работоспособности и не планирую менять, а иногда хочу изменить но не уверен что получится и надо чтоб исходник остался нетронутым.
Коллеги, добрый вечер, я тут, но сегодня и завтра не пингуюсь - работы завал.
Что касается счетных входов - мы пока тестируем технологию и они медленные - около 100Гц
Что касается макросов - просто скопируйте их в дереве. Делов то))
Уважаемый mike, проблема в том, что нельзя просто так взять и скопировать макрос из библиотеки в дерево проекта.
Раньше можно было. В версии ZWB 1.1.126-b4 такой возможности нет или я её не вижу.
Сегодня у меня родилась прекрасная идея !!!
В ZWB есть такая штука - блок "линеаризация". Отличнейший инструмент.
Но есть у него слабое место: в таблицу нельзя вставить переменные, только фиксированные значения.
А ведь если сделать такую возможность, то это даст блоку бОльшую гибкость.
Например пользователь сможет сам задать график отопления! Или график прогрева калорифера!
Или сам задать нижний и верхний порог для аналогового датчика!
Как только появится Z036 контроллеры Зентек сразу начнут расширять область применений и тогда эта функция станет очень востребованной.
Вот ещё хорошая идея !!!
Мне лично при отладке видеть дальше второй цифры после запятой совершенно не интересно. Они только мешаются.
Можно сделать такую настройку, сколько цифр после запятой отображать при наладке и симуляции.
Цитата: VoronovMaksim88 от 26 октября 2016, 03:55:49
Сегодня у меня родилась прекрасная идея !!!
В ZWB есть такая штука - блок "линеаризация". Отличнейший инструмент.
Но есть у него слабое место: в таблицу нельзя вставить переменные, только фиксированные значения.
А ведь если сделать такую возможность, то это даст блоку бОльшую гибкость.
Например пользователь сможет сам задать график отопления! Или график прогрева калорифера!
Или сам задать нижний и верхний порог для аналогового датчика!
Как только появится Z036 контроллеры Зентек сразу начнут расширять область применений и тогда эта функция станет очень востребованной.
Идея интересная, надо подумать над реализацией.
По поводу количества отображаемых цифр подправим. Это действительно будет удобно.
У меня предложение по усовершенствованию блока таймера:
Было бы удобно добавить функционал удержания выхода в течении некоторого времени и включения по стробу (импульсу) на EN. Например на вход пришел сигнал на включение - выход включается и держится заданное время.
Недавно у заказчика опять вылетело частое переключение реле. Отработало без сбоев уже пол года. Когда уже решится проблема? Может нафиг этот функционал? Или на уровне прошивки разруливать.
Может я не так что-то делаю? На выходах специально стоят макросы, прикладываю.
Цитата: serov от 28 октября 2016, 11:01:10
У меня предложение по усовершенствованию блока таймера:
Было бы удобно добавить функционал удержания выхода в течении некоторого времени и включения по стробу (импульсу) на EN. Например на вход пришел сигнал на включение - выход включается и держится заданное время.
Это крайне легко реализовать программно. Сделать ? Или сами сообразите ?
Цитата: serov от 28 октября 2016, 11:13:04
Когда уже решится проблема?
Дык вот же решение ))
Цитата: VoronovMaksim88 от 28 октября 2016, 12:15:35
Цитата: serov от 28 октября 2016, 11:01:10
Так нет не надо. Так и делаем програмно. Тут в чем нюанс - в проекте возникает дополнительная переменная для организации обратной связи, а можно было бы избежать. Просто хотелось бы побольше совместимости с другими ПЛК, где есть TON и TOF. Просто башка иногда кипит от разнообразия, сложно переключиться с общепринятых стандартов на стандарт Зентек.
У меня предложение по усовершенствованию блока таймера:
Было бы удобно добавить функционал удержания выхода в течении некоторого времени и включения по стробу (импульсу) на EN. Например на вход пришел сигнал на включение - выход включается и держится заданное время.
Это крайне легко реализовать программно. Сделать ? Или сами сообразите ?
Так нет не надо. Так и делаем програмно. Тут в чем нюанс - в проекте возникает дополнительная переменная для организации обратной связи, а можно было бы избежать. Просто хотелось бы побольше совместимости с другими ПЛК, где есть TON и TOF. Просто башка иногда кипит от разнообразия, сложно переключиться с общепринятых стандартов на стандарт Зентек.
Цитата: VoronovMaksim88 от 28 октября 2016, 12:19:53
Цитата: serov от 28 октября 2016, 11:13:04
Когда уже решится проблема?
Дык вот же решение ))
Согласен, похоже так и придется. Но не есть ведь правильно. Хотелось бы всё таки видеть ошибки-то свои. Хотя наверное по другому сделаю, ошибка пусть появляется и сбрасывается но фиксируется и сообщается.
Цитата: serov от 28 октября 2016, 12:52:15
Цитата: VoronovMaksim88 от 28 октября 2016, 12:15:35
Цитата: serov от 28 октября 2016, 11:01:10
Так нет не надо. Так и делаем програмно. Тут в чем нюанс - в проекте возникает дополнительная переменная для организации обратной связи, а можно было бы избежать. Просто хотелось бы побольше совместимости с другими ПЛК, где есть TON и TOF. Просто башка иногда кипит от разнообразия, сложно переключиться с общепринятых стандартов на стандарт Зентек.
У меня предложение по усовершенствованию блока таймера:
Было бы удобно добавить функционал удержания выхода в течении некоторого времени и включения по стробу (импульсу) на EN. Например на вход пришел сигнал на включение - выход включается и держится заданное время.
Это крайне легко реализовать программно. Сделать ? Или сами сообразите ?
Так нет не надо. Так и делаем програмно. Тут в чем нюанс - в проекте возникает дополнительная переменная для организации обратной связи, а можно было бы избежать. Просто хотелось бы побольше совместимости с другими ПЛК, где есть TON и TOF. Просто башка иногда кипит от разнообразия, сложно переключиться с общепринятых стандартов на стандарт Зентек.
Принято
Я давно запилил таймеры TON и TOF в виде макросов.
Но я думаю, надо чтобы такие частоиспользуемые и широковостребованные макросы были в системных библиотеках. Это сильно облегчит задачу начинающим программистам. Главное чтоб макрос в библиотеке был открытым, т.е. можно было бы поглядеть что внутри него.
Кстати могу от себя накидать список макросов, которые хотел бы видеть в системных библиотеках. Можно чтобы все желающие сделали свои списки. Тогда получится нужная пользователям системная библиотека макросов.
Как вам такая идея, коллеги ?
Цитата: VoronovMaksim88 от 28 октября 2016, 14:08:52
Как вам такая идея, коллеги ?
Идея хорошая, давай попробуем. Некоторые маленькие макросы мы сможем и в блоки закатать.
Цитата: serov от 28 октября 2016, 12:52:15
...хотелось бы побольше совместимости с другими ПЛК, где есть TON и TOF. Просто башка иногда кипит от разнообразия, сложно переключиться с общепринятых стандартов на стандарт Зентек.....
на самом деле это не стандарт Зентек. Очень у многих больших производителей
используется только такой таймер.
К примеру Омрон, Юнитроникс и еще много кто.
тон и тоф удобно, это фб. Для часто используемого можно макрос сделать, как уже советовали. Наращивание библиотек производителем, опять неминуемо упрется в цену изделия. Уж лучше пусть как есть.
Уважаемые разработчики. Умоляючи прошу вас сделать системную библиотеку для обработки аналоговых входов (температурных).
По сути мне нужен макрос, который бы я мог СКОПИРОВАТЬ (именно скопировать !!!) в программу из системной библиотеки и потом выкинуть на поляну. На входе этого макрос значение с аналогового входа, на выходе температура. Дополнительно есть вход "фильтр" и выход "авария". Что внутри мне всё равно, лишь бы работало.
Для экономии ресурса программы можно сделать ещё пару макросов например для 3-х и для 6-ти входов.
Как приходится делать сейчас.
1. Создаю новый проект.
2. Открываю какой-нибудь старый проект
3. Экспортирую из него макрос Ain_MUX
4. Экспортирую из него макрос полосовой фильтр
5. Экспортирую из него макрос aperiodic filter (float)
6. Импортирую все эти макросы в свой проект
7. Переподключаю внутри Ain_MUX все макросы полосовой фильтр
8. Переподключаю внутри Ain_MUX все макросы aperiodic filter (float)
и только потом могу получить значения 3-х температур.
По-моему не очевидно, особенно для того, кто первый раз сядет кодить на ZWB.
Может я что-то не так делаю ? Может есть более простой способ ?
после отладок остается много неиспользуемых переменных.
хорошо было бы иметь кнопку "контроль" проекта,
для выделения неиспользуемых переменных.
Можно было бы их быстро удалять.
К примеру как это реализовано в разделе с модбас переменными.
(очень правильно их подсветили и есть кнопка удаления.)
Да, неплохая затея.
Цитата: VoronovMaksim88 от 28 октября 2016, 14:08:52
Я давно запилил таймеры TON и TOF в виде макросов.
Но я думаю, надо чтобы такие частоиспользуемые и широковостребованные макросы были в системных библиотеках. Это сильно облегчит задачу начинающим программистам. Главное чтоб макрос в библиотеке был открытым, т.е. можно было бы поглядеть что внутри него.
Кстати могу от себя накидать список макросов, которые хотел бы видеть в системных библиотеках. Можно чтобы все желающие сделали свои списки. Тогда получится нужная пользователям системная библиотека макросов.
Как вам такая идея, коллеги ?
Мне нравится. Соглашусь - пусть будут системные библиотеки. На самом деле так даже лучше наверное.
Цитата: VoronovMaksim88 от 06 ноября 2016, 16:15:16
Уважаемые разработчики. Умоляючи прошу вас сделать системную библиотеку для обработки аналоговых входов (температурных).
По сути мне нужен макрос, который бы я мог СКОПИРОВАТЬ (именно скопировать !!!) в программу из системной библиотеки и потом выкинуть на поляну. На входе этого макрос значение с аналогового входа, на выходе температура. Дополнительно есть вход "фильтр" и выход "авария". Что внутри мне всё равно, лишь бы работало.
Для экономии ресурса программы можно сделать ещё пару макросов например для 3-х и для 6-ти входов.
Как приходится делать сейчас.
1. Создаю новый проект.
2. Открываю какой-нибудь старый проект
3. Экспортирую из него макрос Ain_MUX
4. Экспортирую из него макрос полосовой фильтр
5. Экспортирую из него макрос aperiodic filter (float)
6. Импортирую все эти макросы в свой проект
7. Переподключаю внутри Ain_MUX все макросы полосовой фильтр
8. Переподключаю внутри Ain_MUX все макросы aperiodic filter (float)
и только потом могу получить значения 3-х температур.
По-моему не очевидно, особенно для того, кто первый раз сядет кодить на ZWB.
Может я что-то не так делаю ? Может есть более простой способ ?
А я например пока так и не воспользовался в своих проектах таким способом. На сколько помню немного больше отъедает ресурсов наличие нескольких блоков линеаризации, поэтому введено мультиплексирование. Я не парюсь, и у меня несколько блоков линеаризации - по одному на температурный вход. Сильно не напрягало ещё. Но теоретически думаю (предполагаю) что на уровне ядра можно было бы оптимизировать это дело - в микроконтроллере ведь всё равно один АЦП, просто входы переключаются.Так может быть обрабатывать линеаризацию входов сразу после считывания входа АЦП? Тем более что всё равно нужна задержка после переключения входа перед измерением. И тогда таблицу датчика в ЗВБ загружать не в блок линеаризации, а в свойствах входа. Будет вообще красиво, можно получать со входа реальное значение любой измеряемой величины (0-10В, 4-20мА, температуру, давление и т.д.), а не абстрактные 0...1023 попугая.
А была такая идея. Она пока в процессе обсуждения. Несколько сложно ее реализовать. Да и на лету не изменить тип универсального входа
Цитата: serov от 16 ноября 2016, 20:22:56
.... а не абстрактные 0...1023 попугая.
Нет, тут на самом деле все в порядке.
Как вы себе представляете получать данные с АI, 0..10 или 4..20, в другом ввиде кроме как 0..100% или 0..1023?
тут все логично.
Цитата: serge197a от 16 ноября 2016, 21:54:17
Цитата: serov от 16 ноября 2016, 20:22:56
.... а не абстрактные 0...1023 попугая.
Нет, тут на самом деле все в порядке.
Как вы себе представляете получать данные с АI, 0..10 или 4..20, в другом ввиде кроме как 0..100% или 0..1023?
тут все логично.
очень просто, получаем флоат от 0 до 10 или от 4 до 20, т.е. ещё и после запятой куча цифр.
Коллеги, а я вот что нафантазировал на эту тему:
Кидаем на поляну универсальный вход
Вылетает табличка в которой можно проставить галочки:
1. Код АЦП (uint16)
2. Температура(real)
3. Сопротивление (real)
4. Дискретный (bool)
5. Счётный (uint32)
Если выбрать только одну галочку, то на поляне появится привычный нам с виду блок универсального входа у которого один выход с соответствующим типом данных.
Если же выбрать несколько галочек, то на поляне появится блок универсального входа у которого несколько выходов, в соответствии с выбранными нами пунктами. И плюс у этого блока входа есть вход )) типа 8uint , значение на этом входе позволяет выбрать тип универсального входа! И при соответствующем выборе типа значение будет появляться на соответствующем выходе. Типа дешифратор.
Такой подход всех устроит:
- serge197a получит код АЦП
- serov получит температуры в формате real
- mike получит возможность менять тип входа на лету, а этого я вообще ни у кого не встречал!!!
- я получу благодарность за хорошую идею ;)
Проблема кроется в "кинем на поляну универсальный вход".
Будем думать
Цитата: VoronovMaksim88 от 17 ноября 2016, 03:35:35
Коллеги, а я вот что нафантазировал на эту тему:
Кидаем на поляну универсальный вход
Вылетает табличка в которой можно проставить галочки:
1. Код АЦП (uint16)
2. Температура(real)
3. Сопротивление (real)
4. Дискретный (bool)
5. Счётный (uint32)
Если выбрать только одну галочку, то на поляне появится привычный нам с виду блок универсального входа у которого один выход с соответствующим типом данных.
Если же выбрать несколько галочек, то на поляне появится блок универсального входа у которого несколько выходов, в соответствии с выбранными нами пунктами. И плюс у этого блока входа есть вход )) типа 8uint , значение на этом входе позволяет выбрать тип универсального входа! И при соответствующем выборе типа значение будет появляться на соответствующем выходе. Типа дешифратор.
Такой подход всех устроит:
- serge197a получит код АЦП
- serov получит температуры в формате real
- mike получит возможность менять тип входа на лету, а этого я вообще ни у кого не встречал!!!
- я получу благодарность за хорошую идею ;)
Так я так и предлагал сделать, только через свойства входа настраивать. А менять свойства входа на лету нужно подумать как. Может быть как-то через специальные переменные или как в Овен Лоджик есть WriteFB/ReadFB - записать/прочитать параметр из FB-блока
Цитата: serov от 16 ноября 2016, 23:23:07
очень просто, получаем флоат от 0 до 10 или от 4 до 20, т.е. ещё и после запятой куча цифр.
Для чего?
АЦП 16 бит, программно преобразовать в 32 бит флоат?
а смысл в чем?
точности точно не прибавится.
Смысл в удобстве программирования. Мне нужно знать ток или напряжение. Код АЦП мне как программисту ПЛК не особо интересен. Это код он для программиста МК.
Согласен с вами, нет проблем в том чтоб код АЦП преобразовать в значение физической величины. Но все же удобнее сразу на выходе блока "вход " видеть значение тока напряжения температуры сопротивления.
однако это идет в разрез со специализацией и ценовой политикой зентек.
я за низкие цены.
Коллеги, спасибо за дискуссию. Подумаем.
Я согласен, что с физического выхода удобнее получать физическую величину.
Но, для того, что бы это реализовать на низовой линейке 400/100/110/120 - необходимо менять процессоры в устройствах. А это физически невозможно.
Будем думать, что делать.
Я конечно же тоже за низкие цены.
Если на низовой линейке это сложно , то и не надо.
А На более старших моделях можно этот момент заранее продумать.
Цитата: mike от 18 ноября 2016, 18:03:41
на низовой линейке 400/100/110/120
110-это кто такой ?
Цитата: VoronovMaksim88 от 19 ноября 2016, 03:49:49
Цитата: mike от 18 ноября 2016, 18:03:41
на низовой линейке 400/100/110/120
110-это кто такой ?
OEM контроллер. В формате Z400. Увеличенное кол-во универсальных входов, питание 220
Здравствуйте!
Было бы удобно для выравнивания, при выделении рисованного примитива (текста, квадрата..), чтобы он показывал трассировку границ, как при выделении функции или макроса.
Было бы удобно Если бы выделенный объект мог бы перемещаться в поле при нажатии на кнопки курсора
(вверх-низ, вправо-влево).
Иметь переменные маску входов(DI) и выходов.Удобно при работе с модбас.
(Чтобы не тянуть связи со всех концов, при их создании)
Столкнулся с тем что дешифратор не раскладывает на биты 32-х битные числа.
Можно ли это исправить ?
Пытался написать макрос, который переставлял бы байты при получении числа типа флоат по модбасу.
Упёрся в то что ни в математике ни в доп математике нет блока возведения в степень.
Если возможно прошу добавить. По-моему очень нужная штука.
Добрый день!
На машинах с 8и битными процессорами не будет сложной математики.
Для остальных - будет предусмотрено.
А дешифратор на 32 бита ? Будет ?
Хм, не знаю. А нужен ли такой огромный на 8и битниках?
Я думаю нужен. Никто ж не обязывает его использовать.
Цитата: VoronovMaksim88 от 18 ноября 2016, 03:38:49
Смысл в удобстве программирования. Мне нужно знать ток или напряжение. Код АЦП мне как программисту ПЛК не особо интересен. Это код он для программиста МК.
Согласен с вами, нет проблем в том чтоб код АЦП преобразовать в значение физической величины. Но все же удобнее сразу на выходе блока "вход " видеть значение тока напряжения температуры сопротивления.
Как программисту ПЛК он Вам как раз и нужен. Что-то не припомню великого разнообразия ПЛК-шек, где Вы получаете значение физической величины, а не код АЦП. Ну разве что модули расширения под конкретный, не унифицированный, тип входа - ток, напряжение, вес и т.д. Другое дело что способ представления решается путем настройки компилятора, точнее среды разработки, тогда действительно Вы видите преобразованные значения, но опять же - именно программист задает и настраивает это. Хотя нет - вру, на сегодня уже всё предусмотрено разработчиком или другими программистами. Но это не значит что не нужно знать эти моменты. Потому как вообще удобно видеть в программе не абстрактные 4-20мА/0-10В, а реальные значения температуры, давления, объема и т.д.
если получать конкретные значения,
к примеру 0..10в (4..20ма и т.п.), то теряем в точности. за счет внутреннего преобразования.
Обычно ПЛК предлагает 0..100%, но и тут точность ниже реального значения.
для 10 бит реально имеем значение 0..1023,
для 12 соответственно 0..4095.
очень многие производители ПЛК дают только такие данные.
К примеру Омрон, Сименс, Юнитроникс и т.д.
Получить к примеру реальные значения температуры можно с помощью ФБ линерезации или по простой формуле смещения и масштабирования.
Очень просто и дает возможность работать абсолютно с любым датчиком.
Цитата: serge197a от 14 апреля 2017, 09:48:52
если получать конкретные значения,
к примеру 0..10в (4..20ма и т.п.), то теряем в точности. за счет внутреннего преобразования.
Обычно ПЛК предлагает 0..100%, но и тут точность ниже реального значения.
для 10 бит реально имеем значение 0..1023,
для 12 соответственно 0..4095.
очень многие производители ПЛК дают только такие данные.
К примеру Омрон, Сименс, Юнитроникс и т.д.
Получить к примеру реальные значения температуры можно с помощью ФБ линерезации или по простой формуле смещения и масштабирования.
Очень просто и дает возможность работать абсолютно с любым датчиком.
Поддерживаю!
Именно для этого и сделано.
Тоже поддерживаю
Тут у меня возникла загвоздка. Сетевые переменные, которые внутри макроса, не желают быть сетевыми. Даже если ставлю флаг "глобальная", ну не хочет она отображаться в списке сетевых переменных - соответственно ни адрес задать, ни посмотреть какой адрес ей звб присвоил.
Цитата: serov от 14 апреля 2017, 12:11:07
Тут у меня возникла загвоздка. Сетевые переменные, которые внутри макроса, не желают быть сетевыми. Даже если ставлю флаг "глобальная", ну не хочет она отображаться в списке сетевых переменных - соответственно ни адрес задать, ни посмотреть какой адрес ей звб присвоил.
А нет, всё нашел.
А по-моему хорошая была идея у меня.
Есть блок - универсальный вход, например.
В нём настройка - "что желаем видеть на выходе"
и варианты: "код АЦП" (0-1023), "Температура" (тип реал), "дискретный вход" (0-1).
Ну раз мне одному она кажется хорошей, значит наверно она нехорошая )))
Цитата: VoronovMaksim88 от 14 апреля 2017, 13:06:49
А по-моему хорошая была идея у меня.
Есть блок - универсальный вход, например.
В нём настройка - "что желаем видеть на выходе"
и варианты: "код АЦП" (0-1023), "Температура" (тип реал), "дискретный вход" (0-1).
Ну раз мне одному она кажется хорошей, значит наверно она нехорошая )))
Ну почему же - очень хорошая. Можно прямо туда встроить блок преобразования/линеаризации, что бы получать кому что нужно - не обязательно температура ведь.
Цитата: VoronovMaksim88 от 14 апреля 2017, 13:06:49
А по-моему хорошая была идея у меня.
Есть блок - универсальный вход, например.
В нём настройка - "что желаем видеть на выходе"
и варианты: "код АЦП" (0-1023), "Температура" (тип реал), "дискретный вход" (0-1).
Ну раз мне одному она кажется хорошей, значит наверно она нехорошая )))
Эта идея была, но вот вопрос:
Вы хотите использовать датчик Ntc100k
Как быть?
Или Ntc10k, но с отличной характеристикой о датчиков Zentec
Цитата: mike от 14 апреля 2017, 15:19:19
Эта идея была, но вот вопрос:
Вы хотите использовать датчик Ntc100k
Как быть?
Или Ntc10k, но с отличной характеристикой о датчиков Zentec
А для таких случаев сделать вариант "custom" с настраиваемыми реперными точками графика )))
Цитата: mike от 14 апреля 2017, 15:19:19
Эта идея была, но вот вопрос:
Вы хотите использовать датчик Ntc100k
Как быть?
Или Ntc10k, но с отличной характеристикой о датчиков Zentec
А пусть в свойствах входа будет таблица из блока линеаризации всем на радость.
Тоже думали так делать, но только на больших контроллерах.
На малых нельзя - памяти много жрать будет
есть же ФБ линееризации зачем еще?
Можно к стандартным датчикам, ко всем,
таблицы можно нагуглить.
Во всех нестандартных случаях просто выводим код ацп и дальше по старинке.
Жрет эта затея кода много.
Недавно открыл для себя блок PRCD в лоджике. Прекрасная штука. До этого писал сам в виде макроса. А тут готовый блок. Хорошо бы чтоб в ZWB такое появилось. Особенно это будет полезно при работе с дисплеем. Например делаем переменную Статус_int типа integer и формируем её посредством этого блока с помощью булевых переменных например : "останов", "разгон","торможение", "авария". Далее подцепляем её к выбору строки на дисплее. Удобно, компактно.
Принято
В новых версиях ZWB появился прекрасный фильтр по таблице переменных.
Можно ли ожидать такого же фильтра для таблицы connection?
Плюс для обоих таблиц хотелось бы сортировку по имени. Сейчас сортировка по имени работает в таблицах сетевых переменных и переменных ПЗУ.
Приветствую!
Да, фильтры будут развиваться.
Предложения будут очень кстати.
Например, я предложил вычитающее условие:
1. Отфильтровать все переменные с правом доступа на чтение
2. Исключить из отфильтрованного логический тип
и т.п.
Не понимаю почему никто раньше не предложил этого, и как я сам не догадался.
Мануалы на контроллеры надо встроить в сам ZWB!
Чтобы там всегда была актуальная версия !
А иначе как пользователь узнает что мануал обновился ?!
Хм, какая здравая мысль.
Спасибо!
Да, да! Поддерживаю.
Было бы крайне удобно сделать поиск макросов на поляне.
Пусть ZWB по ctrl+F вываливает список всех макросов которые есть на поляне, а по двойному клику на имене макроса в списке переводит фокус на него.
А чем провинился навигатор с возможностью поиска по блокам и макросам, с фильтрацией результатов и с переходом по двойному клику?
Он существует ещё со времён zFBD
Точняк )))
Спасибо !
Хорошо бы по всем графическим элементам сделать справку по F1.
Хорошо бы чтоб у блока "поле ввода" сделать возможность задания шрифта.
А также всем базовым элементам управления тоже добавить возможность менять шрифт.
Хорошо бы добавить возможность группового изменения для глобальных переменных.
Также не хватает возможности переноса созданной глобальной переменной в группу, хорошо бы просто дрэгэнддроп-ом.
И хорошо бы чтоб можно выделить несколько переменных через шифт и через контрол и потом перенести их в группу.
Здравствуйте. Будьте добры, рассмотрите ещё ряд предложений:
1) У блоков R(slave), W(slave) есть неудачная и неудобная специфика, в том, что если они настроены на массив переменных с последовательными адресами, и одной из переменных в подчинённом устройстве не оказалось, или она оказалась неправильного типа данных (скажем с адресом 104 (см.скриншот 1 в приложении)), то весь блок R(slave) будет забракован, и он выдаст ошибку (по-моему ошибку с номером 2). Хотя, если не удалось получить одну переменную, то лучше бы чтобы он как-то сказал, какую именно.
2) Если я делал отладку некоторой программы, в процессе которой менял её переменные ПЗУ, а после этого я загрузил программу в контроллер, то отладчик почему-то считает, что перемененные ПЗУ должны иметь значения, которые я вводил в процессе отладки, а не значения, установленные по-умолчанию. Для того, чтобы сбросить их в значения по-умолчанию приходится заходить в свойства контроллера и нажимать кнопку, что на скриншоте 2.
3) Если контроллер имеет, допустим, несколько подчинённых устройств. И для обращения к каждому есть набор блоков R(slave) и W(slave).
И допустим одно из устройств - отпало. И контроллер очень много времени тратит на то, чтобы опросить все блоки R/W не отвечающего устройства. Можно как-то это оптимизировать. Например, чтобы в блоках R/W была галочка "Отключить блок, если другой блок R/W с таким же номером dev, выдал Ошибку 16". Или что-то типа того.
4) Когда я выбираю переменную с "сетевым доступом", то мне бы очень хотелось, чтобы в её свойствах был бы указан её сетевой адрес (как на рисунке 3 в приложении). Чтобы мне не приходилось лазить в таблице "Сетевых переменных" и искать, какой у неё адрес.
5) Мне бы очень хотелось, чтобы в процессе отладки я мог бы запускать дискретные входы/выходы "Силой". Т.е. у меня, допустим, на выход Dout1 выходит какой-то макрос (который выдаёт 0). А мне срочно надо выдать на Dout1 лог.1. Так вот я щёлкаю на Dout1 а нажимаю что-то вроде "записать силой" и ввожу 1. И на выходе появляется 1 вопреки тому, что выдаёт макрос. И ещё чтобы там какая-нибудь метка висела, что выход зажат силой.
А ещё лучше, чтобы был библиотечный блочёк "Отладчик". Который прямо в процессе отладки можно было бы поставить на любую ветку и он, так сказать, перехватит её значение, и позволит мне записать на эту ветке своё значение (Силой) вопреки тому, что выходит на эту ветку в программе. А когда отладчик я выключу - этот блочёк удалялся бы.
6) Если я, допустим, забыл поставить отладочную точку на какую-то ветку, то мне приходится останавливать отладку, ставить точку и программировать контроллер заново. Можно ли сделать так, чтобы эту точку я мог бы добавлять в процессе отладки (если хватает свободной памяти). Тогда я вообще бы не парился за все эти значения. И не лазил по всем макросам, думая, какое значение я буду мониторить в процессе отладки, а какое мне точно не понадобится. Я вообще бы добавлял эти точки только по мере необходимости и только в процессе отладки.
Открыл старый проект, решил к нему Вэб сервер прикрутить. Но вот засада, переменные хоть и называл как можно понятнее, но ведь пришлось лезть вглубь программы, и всё равно ошибся. Решил добавить пару переменных сетевых и понял, что описание не могу сделать сразу при создании переменной, а возможно только потом уже в окне сетевых переменных. Как бы вот оно пожелание!!!
Цитата: Danial от 20 сентября 2017, 14:20:55
1) У блоков R(slave), W(slave) есть неудачная и неудобная специфика, в том, что если они настроены на массив переменных с последовательными адресами, и одной из переменных в подчинённом устройстве не оказалось, или она оказалась неправильного типа данных (скажем с адресом 104 (см.скриншот 1 в приложении)), то весь блок R(slave) будет забракован, и он выдаст ошибку (по-моему ошибку с номером 2). Хотя, если не удалось получить одну переменную, то лучше бы чтобы он как-то сказал, какую именно.
Это специфика Modbus, впрочем и не только его, а наверное всех протоколов. Принцип в том что можно одним запросом прочитать несколько переменных, приходит несколько переменных и контрольная сумма по всем этим переменным, поэтому какая из них кривая - фиг знает. Зато этот способ ускоряет обмен данными. Выход - читать по одной переменной, но это будет медленнее.
Цитата: Danial от 20 сентября 2017, 14:20:55
2) Если я делал отладку некоторой программы, в процессе которой менял её переменные ПЗУ, а после этого я загрузил программу в контроллер, то отладчик почему-то считает, что перемененные ПЗУ должны иметь значения, которые я вводил в процессе отладки, а не значения, установленные по-умолчанию. Для того, чтобы сбросить их в значения по-умолчанию приходится заходить в свойства контроллера и нажимать кнопку, что на скриншоте 2.
Вопрос спорный, что лучше, но главное сбросить можно.
Цитата: serov от 06 октября 2017, 21:55:44
Открыл старый проект, решил к нему Вэб сервер прикрутить. Но вот засада, переменные хоть и называл как можно понятнее, но ведь пришлось лезть вглубь программы, и всё равно ошибся. Решил добавить пару переменных сетевых и понял, что описание не могу сделать сразу при создании переменной, а возможно только потом уже в окне сетевых переменных. Как бы вот оно пожелание!!!
Поддерживаю коллегу!
Надо поставить в план работ
Цитата: Danial от 20 сентября 2017, 14:20:55
3) Если контроллер имеет, допустим, несколько подчинённых устройств. И для обращения к каждому есть набор блоков R(slave) и W(slave).
И допустим одно из устройств - отпало. И контроллер очень много времени тратит на то, чтобы опросить все блоки R/W не отвечающего устройства. Можно как-то это оптимизировать. Например, чтобы в блоках R/W была галочка "Отключить блок, если другой блок R/W с таким же номером dev, выдал Ошибку 16". Или что-то типа того.
Само собой контроллер будет ждать таймаутов. А делать это только Вам. Используйте вход En блоков.
Цитата: Danial от 20 сентября 2017, 14:20:55
6) Если я, допустим, забыл поставить отладочную точку на какую-то ветку, то мне приходится останавливать отладку, ставить точку и программировать контроллер заново. Можно ли сделать так, чтобы эту точку я мог бы добавлять в процессе отладки (если хватает свободной памяти). Тогда я вообще бы не парился за все эти значения. И не лазил по всем макросам, думая, какое значение я буду мониторить в процессе отладки, а какое мне точно не понадобится. Я вообще бы добавлял эти точки только по мере необходимости и только в процессе отладки.
К сожалению ресурсы МК ограничены. Но это вроде не самое страшное, меня больше всего убивало, что прошил в отладку на объекте, все заработало и уехал, а при перезагрузке-то контроллер не стартует. Я бензика из-за этой фигни сжег немеряно. И ведь помню и долблю себя - не забыть прошиться нормально - так ведь нет БЛИН, как только всё заработало, сразу забыл.
Цитата: serov от 06 октября 2017, 22:20:59
К сожалению ресурсы МК ограничены. Но это вроде не самое страшное, меня больше всего убивало, что прошил в отладку на объекте, все заработало и уехал, а при перезагрузке-то контроллер не стартует. Я бензика из-за этой фигни сжег немеряно. И ведь помню и долблю себя - не забыть прошиться нормально - так ведь нет БЛИН, как только всё заработало, сразу забыл.
Не получится в машинах M100 и 120 сделать рабоче-отладочную версию. Слишком мало ресурсов.
Цитата: Danial от 20 сентября 2017, 14:20:55
4) Когда я выбираю переменную с "сетевым доступом", то мне бы очень хотелось, чтобы в её свойствах был бы указан её сетевой адрес (как на рисунке 3 в приложении). Чтобы мне не приходилось лазить в таблице "Сетевых переменных" и искать, какой у неё адрес.
Согласен с коллегой. Шикарная идея . Странно что мы раньше не додумались )
Цитата: Danial от 20 сентября 2017, 14:20:55
Здравствуйте. Будьте добры, рассмотрите ещё ряд предложений:
5) Мне бы очень хотелось, чтобы в процессе отладки я мог бы запускать дискретные входы/выходы "Силой". Т.е. у меня, допустим, на выход Dout1 выходит какой-то макрос (который выдаёт 0). А мне срочно надо выдать на Dout1 лог.1. Так вот я щёлкаю на Dout1 а нажимаю что-то вроде "записать силой" и ввожу 1. И на выходе появляется 1 вопреки тому, что выдаёт макрос. И ещё чтобы там какая-нибудь метка висела, что выход зажат силой.
А ещё лучше, чтобы был библиотечный блочёк "Отладчик". Который прямо в процессе отладки можно было бы поставить на любую ветку и он, так сказать, перехватит её значение, и позволит мне записать на эту ветке своё значение (Силой) вопреки тому, что выходит на эту ветку в программе. А когда отладчик я выключу - этот блочёк удалялся бы.
Это легко можно сделать уже сейчас. Надо только добавить мультиплексоров. И переключать их по фронту кнопкой из экрана отладки. Если руки дойдут запишу пример.
Но в целом идея тоже хорошая. Удобно было бы прям на ходу во время отладки кликнуть например по входу правой кнопкой и увидеть надпись "задать 1 принудительно". И чтоб вход при этом менял внешний вид показывая что он принудительно выставлен в 1. Аналогично с выходами.
Уважаемые разработчики, глобальные переменные это круто и интересно, но вот если они ещё и будут доступны из экранов отладки, то это совсем хорошо будет !
Пока думаем как это можно сделать
Вот я лично очень рад был бы если бы на одном компе можно было бы одновременно поставить бетта версию ЗВБ и стабильную!
Технически это возможно. Только, мне кажется, возникнет путаница
Да, действительно это возможно.
Делается так:
На самом деле установка программы - это больше для порядка.
Она вполне портабельна, то есть можно скопировать весь каталог в другое место и запускать его оттуда.
Прэтому смело можно ставить себе несколько разных версий.
Например ставишь релиз, копируешь его в другую папку, а потом сносишь и ставишь бету. Таким образом будет две разных копии
Спасибо Артёму за совет.