Просмотр полной версии : Бэта-версия OWEN Logic 1.9
Евстигнеев Максим
30.12.2016, 13:00
Здравствуйте, друзья!
Компания ОВЕН готовит к выпуску очередной релиз версии OWEN Logic 1.9.
Мы хотим ввести новую традицию - дать возможность пользователям ознакомиться с новым функционалом перед официальным выходом релиза.
Данная версия среды программирования OWEN Logic распространяется для ознакомительной цели - для ознакомления с новым функционалом продукта. В данной версии отключены следующие функции: запись в прибор; сохранение проекта; экспорт/импорт макросов.
Добавлен следующий функционал:
Поддержка периферийных модулей ПР200: ПР-М
Комментарии от разработчиков: Добавление в проект модуля - через пункт меню "Настройка прибора..."
Поддержка прибора ИП120
Обновление пользовательского проекта в приборе через отдельное приложение.
Комментарии от разработчиков: Необходимо установить плагин, о выходе которого будет оповещено дополнительно.
Поддержка функции "Watch-list": просмотр/редактирование переменных в отдельном окне в режиме симуляции
Комментарии от разработчиков: Функция удобна для отслеживания критично-значимых переменных в отдельной таблице. Активируется таблица при переходе в режим симуляции. Добавление в таблицу - в самой таблице, по кнопке в ячейке "Имя"; с помощью правой кнопки мыши на переменной - "Добавить в окно просмотра". Также возможно отредактировать значение переменной "на лету", прям в таблице
Поддержка функции "fSEL"
Комментарии от разработчиков: Теперь встроенная поддержка этого ФБ в OWL
Изменено понятие "Явная обратная связь" на "Линия задержки". Запрещено задавать неявную обратную связь в макросе
Комментарии от разработчиков: Было очень много нареканий на неоднозначное поведение макроса с неявной обратной связью. Теперь OWL будет блокировать дальнейшую работу пока не будет определена явная обратная связь - "Линия задержки"
Устранены следующие замечания:
Устранено "прилипание" связи к входу/выходу порта блока при редактировании
Комментарии от разработчиков: Устранено раздражающее поведение связи, когда её было невозможно "отодвинуть" от порта входа/выхода блока. Приходилось проводить эту связь кусочно, или вводить новые сегменты через кнопку "Shift"
Что еще не добавлено в текущем версии - экспорт списка переменных из проекта в файл.
Рекомендуется устанавливать программное обеспечение в отдельную от рабочей версии папку!
О своих замечаниях-предложениях просим отписываться в этой теме.
Спасибо!
И с наступающим Новым годом! ;)
С наступившим Новым годом!!!!Поздравляю всех участников форума.
Установил новую версию- Бэта-версия OWEN Logic 1.9.
столкнулся с таким эффектом,связи моргают красным цветом,просят линию задержки.
В режиме симуляции все работает,что может быть?28541
Это в макросе,в программе те же самое28543
А где же обещанная летом возможность создания само запускающихся фалов ???которые без редактора .
А зачем? Вы часто делаете самораспаковывающийся архив?
А причем тут частота ???? Если за 1000верст нет спеца по ОЛ и ПР ,а если есть ,то лучше бы его не было ,что бы не на косячил чего лишнего в проекте ,то найти того кто нажмет кнопку можно и установит новое ПО или переустановить в случае вылета ПО.Столько уже обсуждали в специальной теме ,а вы только проснулись ..;)
А причем тут частота ???? Если за 1000верст нет спеца по ОЛ и ПР ,а если есть ,то лучше бы его не было ,что бы не на косячил чего лишнего в проекте ,то найти того кто нажмет кнопку можно и установит новое ПО или переустановить в случае вылета ПО.Столько уже обсуждали в специальной теме ,а вы только проснулись ..;)
то что Вы описываете, это скорее всего этот пункт:
Обновление пользовательского проекта в приборе через отдельное приложениеКакой смысл устанавливать ПО, если это ОЛ, через самораспаковывающийся архив
А причем тут частота ???? Если за 1000верст нет спеца по ОЛ и ПР ,а если есть ,то лучше бы его не было ,что бы не на косячил чего лишнего в проекте ,то найти того кто нажмет кнопку можно и установит новое ПО или переустановить в случае вылета ПО.При том, что чем Вас не устраивает загрузчик без возможности редактирования проекта? Проект при этом желательно защитить паролем или еще как.
Собственно, это стандартный подход производителя, особенно в условиях платной среды разработки.
Не хочу повторяться ,обоснование и согласие разработчика получено ,жду результатов .Может не так выразился ,но те кто в теме все поняли .
Не хочу повторяться ,обоснование и согласие разработчика получено ,жду результатов .Может не так выразился ,но те кто в теме все поняли .
Да-да-да, rovki, все верно. Будет, следом будет после праздников.
С наступившим Новым годом!!!!Поздравляю всех участников форума.
Установил новую версию- Бэта-версия OWEN Logic 1.9.
столкнулся с таким эффектом,связи моргают красным цветом,просят линию задержки.
В режиме симуляции все работает,что может быть?28541
Это в макросе,в программе те же самое28543
Спасибо, проверим...
Действительно, есть косяк... исправил, после праздников выложу.
Эдуард_Н
04.01.2017, 04:07
Управление экраном то когда нибудь исправят?
Евстигнеев Максим
04.01.2017, 09:20
Про какую ошибку Вы говорите?
Эдуард_Н
04.01.2017, 09:36
Про какую ошибку Вы говорите?
Не ошибку, а удобство управления меню пользователя.
Вот отсюда : http://www.owen.ru/forum/showthread.php?t=12264&page=91&p=228920&viewfull=1#post228920
http://www.owen.ru/forum/showthread.php?t=24760&page=18&highlight=%ED%EE%EC%E5%F0+%FD%EA%F0%E0%ED%E0
Евстигнеев Максим
12.01.2017, 13:39
Обновили дистрибутив на первой странице.
Исправлены мелкие ошибки.
Василий Кашуба
14.01.2017, 11:36
Обновили дистрибутив на первой странице.
Исправлены мелкие ошибки.
А это так и должно быть, открытые макросы в эмуляторе работают, а весь проект нет?
А это так и должно быть, открытые макросы в эмуляторе работают, а весь проект нет?
Вы имеете в виду в случае обнаружения неявных линий задержки?
Василий Кашуба
16.01.2017, 09:41
Вы имеете в виду в случае обнаружения неявных линий задержки?
Нет проект полностью рабочий, простой состоит из двух макросов, каждый в отдельности, открытый в редакторе, работает, а в общем окне нет.
Нет проект полностью рабочий, простой состоит из двух макросов, каждый в отдельности, открытый в редакторе, работает, а в общем окне нет.
Не совсем понимаю почему в этой ветке написали... :-) Этот проект и в 1.8 не симулируется. Переменной ведь фактически не существует, она является виртуальной. Вот если Вы соедините блок чтения этой переменной с выходом (или сделаете, к примеру, энергонезависимой в приборах, поддерживающих эту память), то она сразу будет задействована. Это же так сказать аксиома нашего продукта, начало ее идет еще с самых первых релизов.
Василий Кашуба
16.01.2017, 09:55
Не совсем понимаю почему в этой ветке написали... :-) Этот проект и в 1.8 не симулируется. Переменной ведь фактически не существует, она является виртуальной. Вот если Вы соедините блок чтения этой переменной с выходом (или сделаете, к примеру, энергонезависимой в приборах, поддерживающих эту память), то она сразу будет задействована. Это же так сказать аксиома нашего продукта, начало ее идет еще с самых первых релизов.
Я этот проект проверял в ОЛ 1.9
Василий Кашуба
16.01.2017, 10:00
Извините, не посмотрел конфигурацию прибора.
Владимир Ситников
16.01.2017, 10:43
Поставил 1.9.250.8649 -- попробовал.
1) Само сообщение "требуется явно установить линию задержки" это, конечно, шаг вперёд, но нужно объяснять что пошло не так. Иначе люди не будут понимать что именно случилось.
Т.е. должно быть в духе "Ошибка ОЛ94523: в программе оказался цикл из связей. Нужно либо разорвать цикл, либо заменить какую-то связь на линию задержки"
По слову "ОЛ94523" хорошо будет срабатывать поиск. Можно добавить и ссылку на страницу / справку с описанием "простейшего примера где такое может возникать", и описанием "почему нельзя делать циклы" (на примере вечного двигателя из блока MUL или чего-нибудь такого).
2) Можно добавить кнопку, ссылку или ещё что-то, чтобы ОЛ показало где именно находится цикл/проблемная связь?
3) Похоже, само сообщение об ошибке пропадает после запуска симуляции
28744 (мигает, но сообщения внизу нет)
4) Если связь выделена, то её "мигание красным" не видно
5) Явный цикл не мешает запуску симуляции. В описании к 1.9 написано, что будет мешать. Или я не так читаю?
28743
6) Помощь, история версий ведёт в никуда.
В последнем выложенном релизе 208 пункт 3 исправлен.
По поводу пункта 5. Компилятор считает критической ошибкой линию задержки, обнаруженную внутри используемого в проекте макроса.
Владимир Ситников
16.01.2017, 13:37
По поводу пункта 5. Компилятор считает критической ошибкой линию задержки, обнаруженную внутри используемого в проекте макроса.
^^^ тут точно нет ошибок в словах? Звучит так, как будто в макросах вообще нельзя использовать линии задержки, а это было бы крайне странно.
Полагаю, речь была не про пользовательскую, а про неявную.
А снаружи? Цикл в основной программе не считается ошибкой?
Почему он тогда подкрашивается красным?
Есть ли смысл делать разные поведения для случая "в макросе" и "в основной программе"?
По-моему, циклы нужно везде запрещать. Кому надо -- пусть ставят линии задержки.
Циклы из простых связей лишь вселяют ложную надежду, что "программа правильная, это ОЛ-ПР чудит".
Да, я имел в виду циклическую связь, поправлюсь.
^^^ тут точно нет ошибок в словах? Звучит так, как будто в макросах вообще нельзя использовать линии задержки, а это было бы крайне странно.
Полагаю, речь была не про пользовательскую, а про неявную.
А снаружи? Цикл в основной программе не считается ошибкой?
Почему он тогда подкрашивается красным?
Есть ли смысл делать разные поведения для случая "в макросе" и "в основной программе"?
Макрос критичен ведь к этому. Если там будет цикл, то поведение его не однозначно. В проекте допускается применение циклических связей для того, чтобы сильно не "ломать" программу пользователя. Мы предупреждаем пользователя о цикле, но исправлять в проекте или нет - дело его. И старые проекты (исключая макросы) будут работать как раньше. Мы не принуждаем, мы предупреждаем. :-)
Владимир Ситников
16.01.2017, 14:01
Макрос критичен ведь к этому. Если там будет цикл, то поведение его не однозначно. В проекте допускается применение циклических связей для того, чтобы сильно не "ломать" программу пользователя. Мы предупреждаем пользователя о цикле, но исправлять в проекте или нет - дело его. И старые проекты (исключая макросы) будут работать как раньше. Мы не принуждаем, мы предупреждаем. :-)
1) Можно различать старые проекты и новые? Ну, если проект создан в ОЛ 1.9, то можно запрещать циклы на всех уровнях.
В старых проектах можно либо сразу ругаться, либо предупреждать. Можно галочку сделать "я_хочу_циклы_из_связей__понимаю_что_программа_може т_не_работать__клянусь_не_обращаться_в_поддержку_п ри_этом"
Но лучше вообще везде запретить циклы.
2) Так ли важно "не ломать"? Реально был случай на форуме, когда товарищ утверждал, что "программа рабочая", а по факту в ней цикл.
Проблема даже не в том, что от цикла программа становится "вообще нерабочей". А в том, что от цикла неявная задержка может возникнуть в самом неожиданном месте.
3) Утверждалось, что макросы раскрываются при компиляции (т.е. full inline). Полагаю, неявная задержка расставляется после этого. Из этого делаю вывод, что по факту неявная задержка может возникнуть "как бы в макросе" (т.е. в том месте программы, который находился в макросе). В итоге будет старое "макрос сам по себе рабочий, а вставляем его в общую программу и беда-печаль".
Всё так? Или там супер-алгоритм, который запрещает возникновение неявной связи в том месте, которое "возникло из макроса"?
мало того, макросы сами по себе работали нормально, но связи после макросов, даже без явных связей ломали работу макросов.
Или наоборот, при добавлении рабочего макроса с обратной связью в программу с неявными происходил сбой программы
з.ы. я у себя уже поправил поведение, но на 1.9 еще не проверял...
1) Можно различать старые проекты и новые? Ну, если проект создан в ОЛ 1.9, то можно запрещать циклы на всех уровнях.
В старых проектах можно либо сразу ругаться, либо предупреждать. Можно галочку сделать "я_хочу_циклы_из_связей__понимаю_что_программа_може т_не_работать__клянусь_не_обращаться_в_поддержку_п ри_этом"
Но лучше вообще везде запретить циклы.
2) Так ли важно "не ломать"? Реально был случай на форуме, когда товарищ утверждал, что "программа рабочая", а по факту в ней цикл.
Проблема даже не в том, что от цикла программа становится "вообще нерабочей". А в том, что от цикла неявная задержка может возникнуть в самом неожиданном месте.
3) Утверждалось, что макросы раскрываются при компиляции (т.е. full inline). Полагаю, неявная задержка расставляется после этого. Из этого делаю вывод, что по факту неявная задержка может возникнуть "как бы в макросе" (т.е. в том месте программы, который находился в макросе). В итоге будет старое "макрос сам по себе рабочий, а вставляем его в общую программу и беда-печаль".
Всё так? Или там супер-алгоритм, который запрещает возникновение неявной связи в том месте, которое "возникло из макроса"?
Хорошо, обдумаем вновь вариант запрещать везде циклы более основательно...
мало того, макросы сами по себе работали нормально, но связи после макросов, даже без явных связей ломали работу макросов.
Или наоборот, при добавлении рабочего макроса с обратной связью в программу с неявными происходил сбой программы
з.ы. я у себя уже поправил поведение, но на 1.9 еще не проверял...
Вы говорите о том, что макросы с неявными обратными связями (циклические) вели себя по разному в проекте. Так ведь? Вы об этом?
wal79 да, когда макросы от AI! с явными обратными связями ломали программу, в которой были неявные связи. И когда макросы с неявными связями внутри переставали работать когда добавлялись другие элементы в программу, при чем никак не затрагивая части программы ДО макросов, ставились только на выходе.
wal79 да, когда макросы от AI! с явными обратными связями ломали программу, в которой были неявные связи. И когда макросы с неявными связями внутри переставали работать когда добавлялись другие элементы в программу, при чем никак не затрагивая части программы ДО макросов, ставились только на выходе.
Ну да, это и была одна из причин запретить использование циклов. Посовещавшись, предложение Владимира одобрено - запрет циклов будет везде.
Вы имеете ввиду запрет неявных обратных связей ?
Я кажется раньше писал, что в Siemens LOGO! когда пытаешься с выхода сделать связь на вход, сама система сразу ругается и предлагает сделать связь через флаг (собственно аналог "явная обратная связь").
Так вот программа это делает на этапе соединения линии, а не когда уже запущена симуляция...
Владимир Ситников
17.01.2017, 10:47
Ну да, это и была одна из причин запретить использование циклов. Посовещавшись, предложение Владимира одобрено - запрет циклов будет везде.
Можете прокомментировать как технически будет выполнен поиск циклов?
В фоне?
Или в момент добавления связи?
Если на полотно добавлены 10 макросов, и проводим какую-то связь, то ОЛ сначала раскроет все макросы, а потом уже будет искать циклы? Или макросы не будут раскрываться, а просто будет использован граф связности входов-выходов самого макроса?
Контекст вопроса простой: на сколько замедлится операция "добавления связи", если на полотне расположено 500 элементов и уже проведено 2000 связей? А, если на полотне 10 макросов (в каждом по 50 элементов и 200 связей), но мы добавляем связь между какими-то двумя макросами (т.е. на экране где-то 10 макросов и 50 связей)?
Можете прокомментировать как технически будет выполнен поиск циклов?
В фоне?
Или в момент добавления связи?
Если на полотно добавлены 10 макросов, и проводим какую-то связь, то ОЛ сначала раскроет все макросы, а потом уже будет искать циклы? Или макросы не будут раскрываться, а просто будет использован граф связности входов-выходов самого макроса?
Контекст вопроса простой: на сколько замедлится операция "добавления связи", если на полотне расположено 500 элементов и уже проведено 2000 связей? А, если на полотне 10 макросов (в каждом по 50 элементов и 200 связей), но мы добавляем связь между какими-то двумя макросами (т.е. на экране где-то 10 макросов и 50 связей)?
Анализ циклических связей осуществляется в совокупности с компиляцией, не нужно отдельно запускать задачу. Компиляция запускается автоматически, по ряду событий, в том числе и после создания связи. Этот функционал ведь виден сейчас, разве нет? Или я Вас не так понял?
Вы имеете ввиду запрет неявных обратных связей ?
Я кажется раньше писал, что в Siemens LOGO! когда пытаешься с выхода сделать связь на вход, сама система сразу ругается и предлагает сделать связь через флаг (собственно аналог "явная обратная связь").
Так вот программа это делает на этапе соединения линии, а не когда уже запущена симуляция...
Предупреждение о циклической связи появляется на этапе разработки программы, а не в симуляции. Вы же видите это уже сейчас, скачав выложенную 1.9. Единственное различие в данном сценарии, лоджик автоматически не подставит линию задержки, но это в принципе решаемо, не трудозатратно сгенерить лоджику.
Владимир Ситников
17.01.2017, 11:01
Анализ циклических связей осуществляется в совокупности с компиляцией, не нужно отдельно запускать задачу.
Ничего не понимаю. Можете ещё раз перечитать мой вопрос?
на сколько замедлится операция "добавления связи", если на полотне расположено 500 элементов и уже проведено 2000 связей?
Раз уж "предупреждение о циклической связи появляется на этапе разработки программы", то я ожидаю, что из-за этого предупреждения может быть существенное замедление работы с ОЛ.
Поэтому и спрашиваю: на сколько секунд будет это самое влияние.
Ничего не понимаю. Можете ещё раз перечитать мой вопрос?
Попробую повторить иначе... Как было так и останется фактически. Анализ цикла практически не вносит задержку ,если проще так объяснить.
Владимир Ситников
17.01.2017, 11:11
Попробую повторить иначе... Как было так и останется фактически. Анализ цикла практически не вносит задержку ,если проще так объяснить.
Т.е. и сейчас после каждого добавления связи ОЛ выполняет полную компиляцию?
Т.е. и сейчас после каждого добавления связи ОЛ выполняет полную компиляцию?
компиляцию схемы
:) у меня руки до 1,9 не дошли еще....
Эдуард_Н
17.01.2017, 16:08
Не ошибку, а удобство управления меню пользователя.
Вот отсюда : http://www.owen.ru/forum/showthread.php?t=12264&page=91&p=228920&viewfull=1#post228920
http://www.owen.ru/forum/showthread.php?t=24760&page=18&highlight=%ED%EE%EC%E5%F0+%FD%EA%F0%E0%ED%E0
Так выходит по балакали и всё? Вы уважаемый ОВЕН улучшать собираетесь или нет?
С таким управлением пользовательским меню, какое есть, я уже устал объяснять клиентам способ хождения по нему.
Я вам раньше писал, данный тип экрана не позволяет делать инверсию. Могу конечно ошибаться, но экран там действительно очень уж простой...
Эдуард_Н
17.01.2017, 16:29
Я вам раньше писал, данный тип экрана не позволяет делать инверсию. Могу конечно ошибаться, но экран там действительно очень уж простой...
Кто мешает сделать не инверсию, а мигание? Мигает же уставка там при редактировании.
Владимир Ситников
17.01.2017, 17:31
Кто мешает сделать не инверсию, а мигание? Мигает же уставка там при редактировании.
Время, Эдуард, всему своё время.
ОВЕН выкатил 1.9 beta с определённым набором фич.
Никто эту 1.9 толком не протестировал.
Отсюда возникает 2 вывода:
1) Никому не интересно развитие ОЛ. Ну почему я занимаюсь разъяснением должны или нет запрещаться циклы в ОЛ схемах? Если честно, я ждал пока отпишется тот, кто использует ОЛ на регулярной основе.
2) В 1.9 beta попали те фичи, которые упомянуты в первом сообщении. Остальные, очевидно, не попали. Про экраны в 1.9 beta ничего не обещалось (хотя, конечно, давно пора)
Если ваш вопрос звучит как "а в какой версии будет инверсия/мигание", то его нужно задавать в другой теме.
Эта тема -- про тестирование 1.9 beta.
Вот вы, лично, Эдуард, протестировали 1.9 beta? Написали, хотя бы "проверил на своих проектах, всё работает"?
Чего тогда возмущаться?
Чем быстрее пройдёт тестирование уже сделанных изменений, тем быстрее начнётся разработка следующих.
Эдуард_Н
17.01.2017, 17:56
Вот вы, лично, Эдуард, протестировали 1.9 beta? Написали, хотя бы "проверил на своих проектах, всё работает"?
Не программист я, что бы давать какие то советы. ПР200 использовал пока на двух объектах, и что бы поменять на этих объектах уставки приходится ездить самому, у людей при объяснении как пользоваться экранами крыша едет (здесь читать, здесь не читать, здесь рыбу заворачивали:))
Эдуард_Н
17.01.2017, 18:07
1) Никому не интересно развитие ОЛ.
Может люди просто устали уже от этого?:)
Владимир Ситников
17.01.2017, 18:11
Не программист я, что бы давать какие то советы
Так можно хотя бы запустить 1.9 beta на своих проектах (пусть даже для других ПР), и проверить.
Хотя бы на одном, который под рукой.
И написать: проверено, симуляция выглядит верно.
Или: симуляция начала показывать погоду
Или: проект вообще не открылся.
И так далее.
Тут не нужно программистом быть.
Более того, ответ "работает, отличий не заметил" гораздо лучше, чем ничего.
Потом можно этим пользоваться: "вот, мол, я 1.9 beta тестировал-тестировал, когда экраны будете делать?"
Ведь, при прочих равных на вашем счету будет "+1 за неравнодушие к ОЛ и тестирование"
Эдуард_Н
17.01.2017, 18:59
Да, работает вроде как обычно только предупреждения на счёт задержки появились (причём последняя версия перестала показывать эти предупреждения там где первая их показывала).
Rake Runner
17.01.2017, 20:03
Россиян точно не понять.
Вот есть ОЛ со своей логикой графических компонентов схемотехники интегральных схем, это вчерашний день и его еще пытаются модернизировать и улучшать а стоит ли это того:confused:.
Сегодня уже школьники программируют свои поделки в кружках на аргуино а вы все с "квадратиками ОЛ" играетесь и пытаетесь вернуться в 70х-80х смешно. Сделали лучше бы тестовою версию чисто для языка LD например пользы было бы ку да больше, хоть название соответствовала прибору, а то непонятно для кого этот язык ОЛ заточен
- Электрик релейщик не знает электронику он понимает только реле а ему приходуется изучать какие то "квадратики ОЛ", не все пойдут на обучение, следовательно минус ОЛ.
- Наладчик КИПиА тоже не каждый сможет программу написать, единицы только, обратно минус ОЛ, про молодых я речь не веду, им легче для телефона приложение написать чем разобраться в "квадратиках ОЛ", следовательно нужно смотреть и приобщать молодых аргуинщиков а их не мало, многие так и не могут интерес и навыки программирования на аргуино игрушках перенести и реализовать в реальные задачи на промышленный уровень.
- Инженеру АСУ по большому счету тоже не интересен ПР, так ему будет проще ПЛК использовать с стандартными языками МЭК, обратно минус ОЛ.
Имхо, тем, кто работает за деньги, все равно на чем программировать - квадратиках, кружочках, МЭК-языках, С и так далее. Важна лишь цена вопроса.
Релейщиков и наладчиков никто не будет спрашивать, насколько им нравится среда и выбора им тоже никто не даст.
Адрей ну да, ну да... расскажите все это Сименсу, Шнайдеру и многим другим.
Каждому товару свой купец...
Алексей Геннадьевич
18.01.2017, 07:35
Россиян точно не понять.
Вот есть ОЛ со своей логикой графических компонентов схемотехники интегральных схем, это вчерашний день и его еще пытаются модернизировать и улучшать а стоит ли это того:confused:.
Сегодня уже школьники программируют свои поделки в кружках на аргуино а вы все с "квадратиками ОЛ" играетесь и пытаетесь вернуться в 70х-80х смешно. Сделали лучше бы тестовою версию чисто для языка LD например пользы было бы ку да больше, хоть название соответствовала прибору, а то непонятно для кого этот язык ОЛ заточен
А в чём минусы? Язык ОЛ аналог МЭКовского CFC.
Нравится С? - пишите программу напрямую, без ОЛ.
- Электрик релейщик не знает электронику он понимает только реле а ему приходится изучать какие то "квадратики ОЛ", не все пойдут на обучение, следовательно минус ОЛ.
- Наладчик КИПиА тоже не каждый сможет программу написать, единицы только со знанием ИМС, обратно минус ОЛ,
- Инженеру АСУ по большому счету тоже не интересен ПР, так ему будет проще ПЛК использовать с стандартными языками МЭК, обратно минус ОЛ.
А с какой целью электрику и наладчику программу изменять? Диверсию на предприятии можно намного проще устроить, без всех этих заморочек с программированием...
про молодых я речь не веду, им легче для телефона приложение написать чем разобраться в "квадратиках ОЛ", следовательно нужно смотреть и приобщать молодых аргуинщиков а их не мало, многие так и не могут интерес и навыки программирования на аргуино игрушках перенести и реализовать в реальные задачи на промышленный уровень.
Вот и радуйтесь.
Если разведётся "спецов-ордуинщегов" то нам с вами придётся уйти в дворники, т.к. у них зарплата выше будет.
Хотя нет... Ростехнадзор после серии несчастных случаев и происшествий на предприятиях будет вести себя хлеще НКВД в 37м.
Не программист я, что бы давать какие то советы. ПР200 использовал пока на двух объектах, и что бы поменять на этих объектах уставки приходится ездить самому, у людей при объяснении как пользоваться экранами крыша едет (здесь читать, здесь не читать, здесь рыбу заворачивали:))
Изменения в 1.9 связаны не только с ПР200. Владимир правильно говорит, молчание в данном случае хуже. Если все открылось и все заработало, то лучше отписаться парой слов. Насчет экрана, к сожалению не в моей юрисдикции, но Ваше пожелание и замечание передано руководству. Возможно в следующем релизе будет что-то реализовано.
Эдуард_Н
18.01.2017, 13:12
Изменения в 1.9 связаны не только с ПР200. Владимир правильно говорит, молчание в данном случае хуже. Если все открылось и все заработало, то лучше отписаться парой слов. Насчет экрана, к сожалению не в моей юрисдикции, но Ваше пожелание и замечание передано руководству. Возможно в следующем релизе будет что-то реализовано.
Вот это хоть надежда на лучшее.
А по поводу пробовал нет, выше уже отписался.
Да, работает вроде как обычно только предупреждения на счёт задержки появились (причём последняя версия перестала показывать эти предупреждения там где первая их показывала).
Да, работает вроде как обычно только предупреждения на счёт задержки появились (причём последняя версия перестала показывать эти предупреждения там где первая их показывала).
Да все верно. Анализ циклических связей был в тот момент подкорректирован (анализатор ошибочно определял связь, которая по сути и не являлась циклической).
Для электронщиков которые используют Ардуино есть так же отечественная программа FLprog.
Подскажите, когда будет введена функция импорта/экспорта таблицы переменных, и возможности ее структурирования? На данный момент одно мучение работать с переменными в количестве более 10 (в проекте около 150).
Подскажите, когда будет введена функция импорта/экспорта таблицы переменных, и возможности ее структурирования? На данный момент одно мучение работать с переменными в количестве более 10 (в проекте около 150).
Какой именно функционал вас интересует? Я спрашиваю, потому что в данный момент ведутся работы по улучшению переносимости программы между проектами, между различными документами. Речь идет о copy-paste. Например, при переносе фрагмента схемы переносились и связанные с этим фрагментом переменные из таблицы.
Или речь идет о сетевых переменных?
Какой именно функционал вас интересует? Я спрашиваю, потому что в данный момент ведутся работы по улучшению переносимости программы между проектами, между различными документами. Речь идет о copy-paste. Например, при переносе фрагмента схемы переносились и связанные с этим фрагментом переменные из таблицы.
Или речь идет о сетевых переменных?
Добрый день, спасибо за ответ.
1. Да, вы все правильно сказали, речь идет об углублении копирования фрагментов объекта (не только схемы, но и автоматическое создание недостающих переменных, с фиксацией дублирования).
2. Добавление системы структурирования таблицы переменных: папки, подпапки, возможность работать с таблицей поверх всех окон, с запоминанием положения курсора на последнем выборе, возможность импорта из базы (воспользоваться удобством экселя в создании таблицы переменных, а после просто ее импортировать).
3. Хотелось бы увидеть решения проблемы отображения экрана ПР200 в режиме симуляции.
4. Когда переменная имеет в названии более 6 символов, последние перестают отображаться, и в режиме симуляции тяжело понять что происходит.
Буду благодарен, за обратную связь, может функционал есть, а я о нем просто не знаю.
Так развивайте, Владимир Ситников вам в компаньоны...
И опять же, были уже такие вопросы, возможно от Владимира, умеете программировать на С, ну так купите контроллер с С и не доставайте ОВЕН...
У вас неправильное понимание о макросах.
Макросы не могут просто так писаться на С, они могут писаться только на тех элементах, если в терминах языков высокого уровня - методах, классах, функций и т.д., которые заложены в прошивку прибора.
Если в прибор не заложен DateToTime (или все что угодно) то вы хоть обпишитесь, так зачем такой С применительно к ПР ? он просто не имеет смысла.
Это примерно то же, как вызвать функцию из System, не подключив ее.
А далее все просто, нужны все языки МЭК, берете другой прибор, нужен С так же выбираете другое оборудование.
Да не придут к этому никогда, иначе уже давно бы это произошло у более старых игроков рынка. Овен не первый на рынке...
Алексей Геннадьевич
23.01.2017, 07:17
Первый раз слышу, пример ссылку в студию. Интересно почему эту тему не развить.
Потому что не нужно. А если так хочется, то берёте среду разработки для APM32, и вперёд...
Вы ещё на ассемблере писать предложите, или в машинном коде набивать...
Но хотелось бы видеть новый модуль в ОЛ для написания макросов на других языках мэк.
Зачем? чтобы получить контроллер?
В дальнейшем развитии темы ПР хотелось все таки видить ПР200.Д60 мне кажется это будет гораздо заманчиво чем модули расширения.
Без онлайн-режима?:confused:
Мсье знает толк в ОЛ.
Добрый день, спасибо за ответ.
1. Да, вы все правильно сказали, речь идет об углублении копирования фрагментов объекта (не только схемы, но и автоматическое создание недостающих переменных, с фиксацией дублирования).
2. Добавление системы структурирования таблицы переменных: папки, подпапки, возможность работать с таблицей поверх всех окон, с запоминанием положения курсора на последнем выборе, возможность импорта из базы (воспользоваться удобством экселя в создании таблицы переменных, а после просто ее импортировать).
3. Хотелось бы увидеть решения проблемы отображения экрана ПР200 в режиме симуляции.
4. Когда переменная имеет в названии более 6 символов, последние перестают отображаться, и в режиме симуляции тяжело понять что происходит.
Буду благодарен, за обратную связь, может функционал есть, а я о нем просто не знаю.
Так, начнем со 2-ого пункта... Над первым работы ведутся...
2. Экспорт таблицы переменных из лоджика точно будет (так как задача запланирована), а вот насчет импорта из excel... В принципе если такая потребность есть, то можно рассмотреть в рамках той же самой задачи. Насчет таблицы переменных поверх всех окон не очень понятно... В существующей концепции таблица предлагается как инструмент выбора переменной. В случае поверх всех окон, я должен буду поменять эту концепцию или дублировать, но все равно изменение неизбежно. И тогда какая модель Вас бы, к примеру устроила. И хочется знать зачем Вам окно поверх всех остальных?
3. Вы про симуляцию экранов в принципе?
4. Хм... Но всему ведь есть предел, потому что наименование переменной отображается в графических блоках. Либо я обрезаю и могу показать всплывающую подсказку, либо блоки превращаются в длинные, занимающие много места графические компоненты.
а по 4 вопросу не поможет Ctrl + стрелки вправо/влево чтобы видеть надпись ? Зачем еще что-то придумывать ?
а по 4 вопросу не поможет Ctrl + стрелки вправо/влево чтобы видеть надпись ? Зачем еще что-то придумывать ?
Ну этот подход на самом деле не вписывается в концепцию, и в будущем он вообще может быть запрещен, когда будет найдена достойная альтернатива. При таком подходе ведь искажается сам графический компонент, что уже есть не хорошо.
wal79 не надо запрещать, достаточно того, что будет ограничение на FB элементы, чтобы не искажался текст например и не переносился на другую строку, пусть даже с обрезкой текста.
Алексей Геннадьевич
25.01.2017, 10:03
Ну этот подход на самом деле не вписывается в концепцию, и в будущем он вообще может быть запрещен, когда будет найдена достойная альтернатива. При таком подходе ведь искажается сам графический компонент, что уже есть не хорошо.
Просто сделайте максимальную длину имени переменной в 10-12 символов. А при наведении на неё курсора отображайте комментарий.
Ещё неплохо поиск переменных на листе иметь.
Щёлкаем на переменной ПКМ, отображается список, в котором подсвечено текущее положение, выбираем в нём переменную, и ЛКМ переходим на неё.
Программы всё сложнее, и убивать время на поиск переменной глазами на листе 300х600 как-то не хочется. Особенно при плотном расположении элементов.
по поиску в идеале хотелось бы видеть что то подобное, как на видео
Алексей Геннадьевич
25.01.2017, 17:10
по поиску в идеале хотелось бы видеть что то подобное, как на видео
Примерно так, но попроще в управлении - просто по ПКМ открывается список, и в нём подсвечивается позиция на которой находитесь (можно с координатами). при ЛКМ по переменной - перемещаетесь на неё.
по поиску в идеале хотелось бы видеть что то подобное, как на видео
Не могу воспроизвести файл... перекодируйте пож-ста во что-то старое из кодеков...
Алексей Геннадьевич
26.01.2017, 07:46
Не могу воспроизвести файл... перекодируйте пож-ста во что-то старое из кодеков...
Смотрел проигрывателем LA.
В видео показан выбор переменной в Codesys.
Владимир Ситников
26.01.2017, 18:14
Не могу воспроизвести файл... перекодируйте пож-ста во что-то старое из кодеков...
Я firefox'ом смотрел.
Алексей Геннадьевич
26.01.2017, 21:12
wal79
28961
Представляю эту менюшку как-то так.
Василий Кашуба
28.01.2017, 13:48
Изменения в 1.9 связаны не только с ПР200. Владимир правильно говорит, молчание в данном случае хуже. Если все открылось и все заработало, то лучше отписаться парой слов. Насчет экрана, к сожалению не в моей юрисдикции, но Ваше пожелание и замечание передано руководству. Возможно в следующем релизе будет что-то реализовано.
Добрый день. Ещё одно пожелание, чтобы кнопка разделить, в режиме редактора макросов, не один и тот же макрос показывала, а могла бы показать разные макросы одновременно. Как то так 28987.
Добрый день. Ещё одно пожелание, чтобы кнопка разделить, в режиме редактора макросов, не один и тот же макрос показывала, а могла бы показать разные макросы одновременно. Как то так 28987.
Но это же два разных макроса в одной родительской вкладке. Как-то не вяжется...
wal79 не отвлекайтесь на мелочи, делайте все так, как требует здравый смысл, помните что сколько людей столько и мнений и на каждого не угодишь.
Я понимаю, что сколько людей, столько и мнений. :-) Мне хочется вообще услышать что пользователям среды хотелось бы. Естественно, не все хотелки будут реализованы, если они будут в единичном виде или мы тут посчитаем, что не стоит оно того. Но лично мне хочется составить список пожеланий, чтобы делать работу со средой более комфортней. Меня поджимает примененная в нем одна из платформ, поэтому конечно всему есть предел, но по максимуму по возможности буду пытаться выжать.
Василий Кашуба
30.01.2017, 00:00
Но это же два разных макроса в одной родительской вкладке. Как-то не вяжется...
Я так и предлагаю, сделать два разных окна, а не одно и тоже продублированное.
Владимир Ситников
30.01.2017, 00:43
Но лично мне хочется составить список пожеланий, чтобы делать работу со средой более комфортней.
В каком виде?
http://www.owen.ru/forum/showthread.php?t=24753&p=213716&viewfull=1#post213716 ?
http://reformal.ru/ ?
jira ?
В каком виде?
http://www.owen.ru/forum/showthread.php?t=24753&p=213716&viewfull=1#post213716 ?
http://reformal.ru/ ?
jira ?
У нас redmine...
Я не против такой формы сбора пожеланий... :-)
Я так и предлагаю, сделать два разных окна, а не одно и тоже продублированное.
Хм... а чем Вас тогда существующий вариант не устраивает?
29005
Василий Кашуба
30.01.2017, 10:15
Хм... а чем Вас тогда существующий вариант не устраивает?
29005
Экран низкий и широкий, получаются две узких ленты.
Василий Кашуба
30.01.2017, 10:33
Экран низкий и широкий, получаются две узких ленты.
Снимаю вопрос, уже научился.
Экран низкий и широкий, получаются две узких ленты.
Тут не важно по горизонтали или по вертикали. Вы вправе располагать панели как Вашей душе угодно. :)
29013
Владимир Ситников
30.01.2017, 17:10
так вот могу сказать смело что в ПР200 и средой ОЛ с экраном все впорядке
Не не не. По экрану как раз всё плохо.
Без ST я, конечно, в ОЛ-ПР не ходок, но без "переменной с номером экрана" и без "смены экрана по изменению переменной" говорить "с экраном всё в порядке" неправильно.
Владимир Ситников
30.01.2017, 18:05
Ну да, вам экраны нужно нумеровать для аварийных всплывающих сообщений наверное.
Нет. У меня нет ни единого объекта с ПР. И ПР я не буду использовать пока там не появится нормального языка программирования.
По этой же причине всякие logo тоже идут лесом.
Возвращаясь к теме
экранчик нужен всего лишь для отладки программы
Без разницы. Есть устоявшийся и хорошо зарекомендовавший себя подход к программированию экранов: делать так, чтобы экран отображал состояние переменных. Умно́, да? Прямо Америка.
Грубо говоря:
1) Номер отображаемого экрана -- переменная
2) Динамический текст -- тоже какая-то переменная
3) Если текст прокручивается (например, слева направо т.к. не вмещается), то сдвиг тоже задаётся переменной
и так далее.
Технически это должно быть несложно в реализации, а зато при программировании можно будет сделать такие экраны, за которые не стыдно.
Если что, то этот подход называется react.js: https://facebook.github.io/react/
На базе такого подхода сделано многое: https://facebook.com, https://instagram.com, https://meduza.io
Тот же react native (https://facebook.github.io/react-native/) показывает, что концепт вполне применим за пределами web.
На всякий случай: я не предлагаю пихать javascript внутрь ПР. Я лишь говорю, что если строить экраны на основе переменных, то качество экранов можно поднять на порядок даже на текущей аппаратной платформе.
Я считаю что ПР200 доступен и актуален для сегодняшнего дня только вот не все могут разобраться с логикой его работы что снижает потребительский спрос на ПР200.
Возможно, люди не понимают, что им нужно ПР.
Я, например, пробовал отцу предлагать ПРку (ну, чтобы он с какой-нибудь теплицей поразвлекался), но он посмотрел-почитал и не загорелся.
Владимир Ситников
30.01.2017, 19:58
Для графического экрана да возможно многое не спорю.
Для текстового. Я про графические экраны не говорю.
Сам подход "с номерами экранов" хорошо ложится как на графические, так и на текстовые экраны.
Поэтому я и говорю про подход, а нужность/целесообразность текстовых/графических экранов это не ко мне.
Но не забывайте что экранчик ограничен в возможностях это реализовать на нем, он наверняка на SPI собран, если конечно убить кучу времени можно наверное что то приблизить, но не стоит парится, время дорого для жосткого рынка
Куча времени это сколько? Не абстрактное "тут простейшую доработку приходится полгода ждать", а какая-нибудь конкретная цифра.
Я, например, не могу понять почему "добавить номер экрана" это "убить кучу времени".
Там работ-то на 10-16 мифических человекодней (с учётом ПР200, ИП120 и документации). И это куча времени?
1) 1 день. В ОЛ к экрану добавить int параметр "номер экрана". 1 день с тестированием. При желании/возможностях платформы можно было бы и названия экранам давать, но не обязательно, ведь в ОЛ-схемах всё равно строки и перечисления не поддерживаются.
2) 3 дня. Добавить или отдельный ФБ "смена экрана" или спец-выход "номер экрана". 2 дня на пользовательский интерфейс, 1 день на доработку компилятора.
3) 0..2 дня. Доработка прошивки. Возможно, она и не потребуется (если текущий механизм смены экранов можно переиспользовать). Но, даже если и придётся дорабатывать прошивку, то это не должно превышать двух дней.
4) 2 дня. Добавить или отдельный ФБ "нажатые кнопки" или спец-вход "нажатые кнопки" или спец-регистр. Ну, чтобы пользовательская программа могла обрабатывать нажатия кнопок.
5) 0..2 дня -- доработка прошивки, чтобы она возвращала регистр с нажатыми кнопками. Возможно, не потребуется.
6) 2-4 дня -- поддержка ИП120
7) 2 дня -- доработка документации для "номера экрана" и "регистра нажатых клавиш"
Если же прикинуть "Си, LD и ST", то там только подготовительные работы могут эти самые 16 человекодней превысить: анализ того "как лучше сделать", "какие библиотеки использовать", создание прототипов и прочее.
Там уж действительно "куча времени".
Владимир Ситников
30.01.2017, 20:38
А что за поддержка ИП320 что то не пойму.
Ой, ошибся. Конечно я имел ввиду ИП120 http://www.owen.ru/forum/showthread.php?t=22477
Смысл в том, что делать доработку для одного единственного ПР200 неправильно. Не расставлять же в коде проверки "для ИП120 номера экранов не поддерживаются"
Владимир Ситников
30.01.2017, 21:14
Я лично не пойму направление ИП120, где его можно применить сегодня, думаю пустая затея, на дворе 2017г, а первый двух строчный экран прототип 1602 вышел 1990г.
Мне тоже не понять, но если уж сделано, то вряд ли стоит экономить неделю работы на поддержке более удобного программирования экрана в этом самом ИП120.
Как-никак, ОЛ единая среда, поэтому любая доработка касательно экрана будет тянуть накладные расходы на "поддержку этого в ИП".
Павел Братковский
02.02.2017, 08:08
Я лично не пойму направление ИП120, где его можно применить сегодня, думаю пустая затея, на дворе 2017г, а первый двух строчный экран прототип 1602 вышел 1990г.
мад бас 70-х годов, пользуемся же и по ходу еще долго будем пользоваться....задачи бывают разные.
вот блин, нашел время и решил попробовать 1.9 и тут же
Внимание! Данная версия среды программирования OWEN Logic распространяется для ознакомительной цели - для ознакомления с новым функционалом продукта. В данной версии отключены следующие функции: запись в прибор; сохранение проекта; экспорт/импорт макросов.
А на кой тогда она, если ее нельзя проверить на приборе и даже на работающем проекте ????????
Редактирование макроса (чей-то был в проекте) так же невозможно. Видите ли не поддержано в данном релизе.....
На нижнем макросе FSEL ПО потребовало изменить связь на явную обратную - при попытке сохранения "Извините не шмогла"....
вот блин, нашел время и решил попробовать 1.9 и тут же
Внимание! Данная версия среды программирования OWEN Logic распространяется для ознакомительной цели - для ознакомления с новым функционалом продукта. В данной версии отключены следующие функции: запись в прибор; сохранение проекта; экспорт/импорт макросов.
А на кой тогда она, если ее нельзя проверить на приборе и даже на работающем проекте ????????
Редактирование макроса (чей-то был в проекте) так же невозможно. Видите ли не поддержано в данном релизе.....
На нижнем макросе FSEL ПО потребовало изменить связь на явную обратную - при попытке сохранения "Извините не шмогла"....
релиз 1.9 еще готовится, поэтому выложен для ознакомления бета-релиз. В скором будущем будет выложен полноценный релиз, а пока предоставляется возможность оценить линии задержки, окно просмотра переменных в симуляторе и т.д.
Так вот как раз линию задержки оценить и не смог :)
Открыл проект, в нем макрос, внутри приложенный скрин, нижний FSEL был окрашен красным, изменил одну линию связи на явную обратную, а ПО не дает возможности сохранить макрос и проверить дальнейшую работу.
Чтобы что-то оценить, хотя бы эта часть должна быть работоспособной.
Обращаю внимание на баг либо ОЛ либо ПР
http://www.owen.ru/forum/showthread.php?t=12264&p=236373&viewfull=1#post236373
Василий Кашуба
07.02.2017, 23:48
Вот такой баг заметил в новом релизе.
29251
Прилагаю программу.
Вот такой баг заметил в новом релизе.
29251
Прилагаю программу.
Интересно... А есть какие-нибудь подробности? Какие последние действия были выполнены перед тем как стало так работать?
P.S. Немного конечно не в той теме. Здесь 1.9.
Причина в макросе AvtRes. Некорректные данные при открытии этого проекта. История этого макроса, какие последние действия с ним были выполнены, если Вы помните?
Чтобы реанимировать проект следует в редакторе этого макроса создать новый выход, на него завести связь, а Q1 удалить. Затем обновить зависимый от него макрос PIDm. Проект заработает. Проверьте его работу на всякий случай в симуляторе. Для определения зависимых макросов есть внутренний инструмент у лоджика при удалении макроса из библиотеки (может быть видели). Все время не хватает вынести его для общего пользования.
Василий Кашуба
09.02.2017, 12:16
Интересно... А есть какие-нибудь подробности? Какие последние действия были выполнены перед тем как стало так работать?
P.S. Немного конечно не в той теме. Здесь 1.9.
Причина в макросе AvtRes. Некорректные данные при открытии этого проекта. История этого макроса, какие последние действия с ним были выполнены, если Вы помните?
Чтобы реанимировать проект следует в редакторе этого макроса создать новый выход, на него завести связь, а Q1 удалить. Затем обновить зависимый от него макрос PIDm. Проект заработает. Проверьте его работу на всякий случай в симуляторе. Для определения зависимых макросов есть внутренний инструмент у лоджика при удалении макроса из библиотеки (может быть видели). Все время не хватает вынести его для общего пользования.
Спасибо, сейчас попробую.
Василий Кашуба
09.02.2017, 12:26
Спасибо, сейчас попробую.
Всё, проблема устранена.
Василий Кашуба
09.02.2017, 13:42
Причина в макросе AvtRes. Некорректные данные при открытии этого проекта. История этого макроса, какие последние действия с ним были выполнены, если Вы помните
В этом макросе я изменил время ФБ TOF и старые изображения функций на новые.
Эдуард_Н
30.04.2017, 04:21
Всё-таки когда изменят управление пользовательским меню? Может в новой версии будет?
Да-да-да, rovki, все верно. Будет, следом будет после праздников.
Какие еще праздники нужно что бы прошли ?
Василий Кашуба
30.04.2017, 10:21
Какие еще праздники нужно что бы прошли ?
Анатолий, что же вы спрашиваете накануне праздников? :)
Анатолий, что же вы спрашиваете накануне праздников? :)
Так после этих будут следующие
Сергей0308
01.05.2017, 14:54
Так после этих будут следующие
Это их не пугает, наоборот радует наверно, ждут когда все праздники закончатся, надо думать, когда апокалипсис настанет?!
Вставлю и свои 5 копеек, что хотелось бы видеть в новой версии (ИМХО):
1. Экраны в режиме симуляции;
2. Возможность распечатки на бумажный носитель или в виде *.pdf файла информации с МЕНЕДЖЕРА ЭКРАНОВ для сохранения информации и подготовки документации, причем, как и в основном режиме, с возможностью подгонки изображения под страницу. Сейчас для сохранения информации с МЕНЕДЖЕРА ЭКРАНОВ приходится пользоваться скриншотами, что не совсем удобно. Только не нужно говорить, что нужно создавать резервные копии файлов. Не сталкивался, слава Богу, но уже читал, что разработанные на старых версиях проекты не всегда работают на новых версиях ОЛ.
3. Актуально наличие информации на МЕНЕДЖЕРЕ ЭКРАНОВ по переходам между экранами (имеется в виду - переменные переходов между экранами);
4. Возможность отключения всплывающей подсказки в режиме симуляции, иногда это конкретно раздражает. А может быть и возможность такого отключения в основном режиме тоже (касается меню "Вид");
5. Возможность закрытия паролем коммерческих проектов для загрузки в прибор (безусловно, эта фича должна быть отключаемая по желанию разработчика). Пока есть возможность закрывать паролем только макросы;
6. Возможность Copy-Paste функциональных блоков вместе с переменными;
7. Возможность Paste скопированных ФБ или текста не в место, где они были скопированы, а в место установки курсора;
8. Возможность группирования/разгруппирования выделенных ФБ и текстовых блоков;
9. Наличие отключаемой по желанию разработчика функции жесткой привязки ФБ и текстовых блоков к сетке. В том числе возможность кратковременного отключения привязки по нажатию определенной функциональной клавиши.
10. Возможность изменения шага сетки;
11. Возможность копирования с перетаскиванием выделенной информации по нажатию клавиши Ctrl+Left Mouse. Возможность предварительной прорисовки перемещаемых элементов, а не только квадрата с границами перемещаемых элементов. В конце концов не заявленная в Help функция масштабирования по нажатию клавиши Сtrl+прокрутка мышью - работает, как во многих графических программах.
12. Возможность вставки в проект простейших внешних графических элементов (*.jpg, *.png, *.bmp) хотя бы методом Copy-Paste без создания дополнительного меню "Вставка".
PS:
В принципе, по работе с графикой ничего нового не придумал, это делается во многих графических программах, причем, чаще всего унифицировано и с одинаковым подходом. Возьмите на вооружение возможности хотя бы ранних версий Microsoft Office
Visio.
"Ф....сё"...., если что вспомню еще, то допишу.
Василий Кашуба
05.05.2017, 19:08
GAlex, зачем пользоваться скриншотами, если есть кнопка "печать"?
30976 30977
Эдуард_Н
05.05.2017, 19:26
GAlex, зачем пользоваться скриншотами, если есть кнопка "печать"?
30976 30977
Он хочет распечатку делать не с алгоритма, а с менеджера экранов.
Он хочет распечатку делать не с алгоритма, а с менеджера экранов.
Вот и я уже об этом тоже неоднократно писал, что при попытке задать вопрос всегда почему-то следует вопрос на вопрос типа: "А зачем это нужно?". Аж напрягает.
Вроде бы в пожеланиях на русском языке написал к чему все относится.
Добавил еще один пункт. Для читающих посты по диагонали :-) выделил заглавными буквами чего и что касается.
Владимир Ситников
05.05.2017, 19:54
Вот и я уже об этом тоже неоднократно писал, что при попытке задать вопрос всегда почему-то следует вопрос на вопрос типа: "А зачем это нужно?"
Так ОЛ это же эталон того, как должна выглядеть программа управления программируемыми реле. Ни добавить, ни убавить. Сами понимаете.
Вроде бы в пожеланиях на русском языке написал к чему все относится.
Добавил еще один пункт. Для читающих посты по диагонали :-) выделил заглавными буквами чего и что касается.
Есть вот такая тема для сбора пожеланий: Голосуем за доработки ПР/ОЛ (http://www.owen.ru/forum/showthread.php?t=24753)
Как-никак, текущая тема про бета-тестирование ОЛ 1.9. Тут нужны отзывы не о том, "что кому-то хотелось бы видеть", а о том устраивает ли конкретная версия 1.9.
Так ОЛ это же эталон того, как должна выглядеть программа управления программируемыми реле. Ни добавить, ни убавить. Сами понимаете.
Есть вот такая тема для сбора пожеланий: Голосуем за доработки ПР/ОЛ (http://www.owen.ru/forum/showthread.php?t=24753)
Как-никак, текущая тема про бета-тестирование ОЛ 1.9. Тут нужны отзывы не о том, "что кому-то хотелось бы видеть", а о том устраивает ли конкретная версия 1.9.
Отправил свои предложения по указанным ссылкам. В самой теме даже неприятно находиться. Больше половины - выяснения кто кого умней или круче. Пока сами ничего не будем предлагать, точно ничего не изменится.
Василий Кашуба
05.05.2017, 21:30
Отправил свои предложения по указанным ссылкам. В самой теме даже неприятно находиться. Больше половины - выяснения кто кого умней или круче. Пока сами ничего не будем предлагать, точно ничего не изменится.
Вы сначала попробуйте а потом пишите предложения.
30978
Судя по всему, в этом "тихом мире" есть несколько "козырных" товарищей, которые считают все нововведения полной "лажей" и остальных воспринимают полными "недоделками", или как бы это сказать помягче? Я даже большими буквами написал, что информация касается МЕНЕДЖЕРА ЭКРАНОВ, а не конкретного экрана!!!! Писал же уже, что не нужно читать текст любого поста по диагонали. И не думайте, что OL и ПР это предел совершенства. Все познается в сравнении. Вопрос в нормальной работе с программой OL, которая очень сырая, а вернее сказать очень тупая именно по работе с графикой. К остальному претензий нет, может быть в из-за моего малого опыта по работе с этой этой программой. Поверьте, мне есть с чем сравнивать. Жизнь нынче такая. Нужно, чтобы разработчик проекта работал, а не мучился. Это сильно отвлекает. То, о чем я написал, это совершенствование самого инструмента (т.е. OL)
Николаев Андрей
06.05.2017, 13:16
Господин GAlex, давайте чуть попроще.
Никто тут не сомневается в Вашей компетенции и уж точно не собирается меряться опытом.
От лица компании спасибо за предложения. Мы все их стараемся учитывать. Не все и не быстро удается реализовать.
Просьба не воспринимать слова других пользователей как угрозу Вашему авторитету, но лишь как диалог. С соответствующим обменом мнением. Ведь именно так и рождается истина.
Project M
10.05.2017, 13:01
Господа разработчики, здравствуйте!
Не очень давно "присел" на OwenLogic, однако появилось несколько пожеланий для дальнейшего развития.
Будет очень неплохо, иметь возможность, из программы пользователя посылать в систему события эмулирующие нажатие кнопок на передней панели. Для чего? Есть техзадание: Ящик IP55, реле ПР200, на экран выводятся текущие параметры, в оперативном режиме необходимо менять параметры программы. Дабы не нарушать гермитичность, напрашивается внешняя клавиатура, дублирующая встроенную, и обеспечивающая нужный IP. Экран прикрыт защитным стеклом.
Также при работе с элементами управления, Ввод/вывод(int/float), крайне не хватает возможности вывода незначащих нулей перед значением. Пример: вывод времени до окончания работы программы.
Сравните:
Вид 1- 7: 1
Вид 2- 07:01
Явно "Вид 2" приятней для восприятия.
Благодарю за внимание.
Также при работе с элементами управления, Ввод/вывод(int/float), крайне не хватает возможности вывода незначащих нулей перед значением. Пример: вывод времени до окончания работы программы.
Сравните:
Вид 1- 7: 1
Вид 2- 07:01
Явно "Вид 2" приятней для восприятия.
С выводом нулей есть, пока только такое решение (http://www.owen.ru/forum/showthread.php?t=17153&page=167&p=221602&viewfull=1#post221602)
Сергей0308
10.05.2017, 14:11
Да, с незначащими нулями прикольно получилось, сначала их принудительно гасят, затем пользователи пытаются их зажечь, типичный пример, хотели как лучше, получилось как всегда, неужели нельзя галочку придумать "гашение незначащих нулей"? С овном не соскучишься!
Project M
10.05.2017, 15:13
Благодарю, вариант интересный. Я использовал - динамический текст, с занесением таблицы значений от 00 до 59 :)
Благодарю, вариант интересный. Я использовал - динамический текст, с занесением таблицы значений от 00 до 59 :)
:eek: круто! я не осилил %))
Николаев Андрей
10.05.2017, 22:14
Добавление не значащих нулей внесено в план развития OL. В какую версию релиза смогу уточнить только завтра.
А удаление незначащего плюса?
Project M
11.05.2017, 08:33
Добавление не значащих нулей внесено в план развития OL. В какую версию релиза смогу уточнить только завтра.
Замечательная новость, есть ощущение что я подружусь с ПР200 надолго :)
Эдуард_Н
16.05.2017, 04:04
А, что уже не бета вышла? И стоит ли на неё переходить?
Василий Кашуба
16.05.2017, 11:15
А, что уже не бета вышла? И стоит ли на неё переходить?
Вышла пока Альфа.
Эдуард_Н
16.05.2017, 11:22
Вышла пока Альфа.
То-то я гляжу усы клееные:). А где это написано?
Владимир Ситников
16.05.2017, 11:22
А, что уже не бета вышла? И стоит ли на неё переходить?
Бесполезно. В этой версии запрещена возможность сохранять проекты. Поэтому "перейти на неё" смысла нет.
Разве что открыть и поиграться.
Эдуард_Н
16.05.2017, 11:24
Бесполезно. В этой версии запрещена возможность сохранять проекты. Поэтому "перейти на неё" смысла нет.
Разве что открыть и поиграться.
Как это нет, когда он мне уже Пересохранил в новой версии.
Василий Кашуба
16.05.2017, 11:25
Бесполезно. В этой версии запрещена возможность сохранять проекты. Поэтому "перейти на неё" смысла нет.
Разве что открыть и поиграться.
Прекрасно сохраняет все проекты.
Владимир Ситников
16.05.2017, 11:26
Как это нет, когда он мне уже Пересохранил в новой версии.
Вы про какую версию ОЛ говорите?
Я про 1.9:
Здравствуйте, друзья!
Компания ОВЕН готовит к выпуску очередной релиз версии OWEN Logic 1.9.
Данная версия среды программирования OWEN Logic распространяется для ознакомительной цели - для ознакомления с новым функционалом продукта. В данной версии отключены следующие функции: запись в прибор; сохранение проекта; экспорт/импорт макросов.
Если честно, не проверял, но, вроде, "нет оснований не доверять"(tm) Максиму.
Если уже выпущена 1.9, которая может сохранять, то, вполне возможно, был неправ.
Василий Кашуба
16.05.2017, 11:28
И сохраняет старые версии в отдельной папке, так что проект не пропадёт. если какой нибудь баг проявится.
Эдуард_Н
16.05.2017, 11:29
Вы про какую версию ОЛ говорите?
OwenLogic_1.9.111
Василий Кашуба
16.05.2017, 11:31
OwenLogic_1.9.111
А я про вот такую.
31156
Эдуард_Н
16.05.2017, 11:33
А я про вот такую.
31156
И где это раздают?
Василий Кашуба
16.05.2017, 11:37
И где это раздают?
Мне по электронке прислали.
Эдуард_Н
16.05.2017, 11:38
Мне по электронке прислали.
Понятно, я свою нашёл через обновление.
Эдуард_Н
16.05.2017, 11:47
А как в этой новой версии создавать файл для прошивки ПР без ОЛ?
Василий Кашуба
16.05.2017, 11:57
А как в этой новой версии создавать файл для прошивки ПР без ОЛ?
В этой версии пока нет такой возможности, но старые проекты не портит, а копирует в отдельную папку и даже сортирует по версиям ОЛ.31157
Эдуард_Н
16.05.2017, 12:04
В этой версии пока нет такой возможности, но старые проекты не портит, а копирует в отдельную папку и даже сортирует по версиям ОЛ.31157
Да это очень хорошо, а остальное будем ждать.
Мне по электронке прислали.
А меня игнорируют ...
Вышел официальный новый релиз 1.9.111. распространяется через автопроверку обновлений. Или через историю версий...
http://ftp-ow.owen.ru/softupdate/OWEN%20Logic/Setup/Archive/Setup_OwenLogic_1.9.111.exe
В этой версии пока нет такой возможности, но старые проекты не портит, а копирует в отдельную папку и даже сортирует по версиям ОЛ.31157
именно начиная с версии 1.9 поддержана работа так называемой утилиты тиражирования. На данный момент выпущена первая версия этой утилиты. Утилита пока что распространяется отдельно от лоджика.
http://ftp-ow.owen.ru/softupdate/ReplicationAddOn/Setup/setup.exe
1.9 уже может работать с ПР или все так же демо ?
Василий Кашуба
16.05.2017, 12:46
1.9 уже может работать с ПР или все так же демо ?
Читай предыдущие посты.
1.9 уже может работать с ПР или все так же демо ?
Да, может. Это официальная версия.
именно начиная с версии 1.9 поддержана работа так называемой утилиты тиражирования. На данный момент выпущена первая версия этой утилиты. Утилита пока что распространяется отдельно от лоджика.
http://ftp-ow.owen.ru/softupdate/ReplicationAddOn/Setup/setup.exe
На всякий случай продублировал свое сообщение... В будущем планируется внести в инсталлятор (дистрибутив) лоджика все плагины к нему, чтобы пользователь мог по своему желанию их ставить. Также лоджик будет проверять обновления не только свои собственные, но и всех входящих в него плагинов.
Василий Кашуба
16.05.2017, 13:00
wal79, сразу замечание, в окне "Схема" fsel виден, а в редакторе макросов нет.
31166
Эдуард_Н
16.05.2017, 13:07
именно начиная с версии 1.9 поддержана работа так называемой утилиты тиражирования. На данный момент выпущена первая версия этой утилиты. Утилита пока что распространяется отдельно от лоджика.
http://ftp-ow.owen.ru/softupdate/ReplicationAddOn/Setup/setup.exe
А как выбрать ключ для защиты?
wal79, сразу замечание, в окне "Схема" fsel виден, а в редакторе макросов нет.
31166
Принял к сведению!
А как выбрать ключ для защиты?
В меню "Файл" создание ключа. Затем его уже можно выбрать.
Эдуард_Н
16.05.2017, 13:22
В меню "Файл" создание ключа. Затем его уже можно выбрать.
А чего тогда при создании он пишет, что не выбран ключ?
А чего тогда при создании он пишет, что не выбран ключ?
При создании чего?
Эдуард_Н
16.05.2017, 13:26
31167
При создании чего?
создании мастера тиражирования
31167
создании мастера тиражирования
Так значит ключ действительно не выбран. Ключ присоединяется к проекту. В свойствах проекта (схемы проекта) есть соответствующее свойство. Там нужно выбрать файл с ключом.31168
Эдуард_Н
16.05.2017, 13:49
Спасибо, понял.
1. Когда появится инициализация сетевых переменных?
2. Что там произошло с библиотечными макросами (Pt100) и подобные, что в них образовались циклические ссылки?
Разобрался с п.2. В одной цепи теперь нельзя использовать одну переменную как входную и выходную? Почему?
Василий Кашуба
17.05.2017, 08:36
31167
создании мастера тиражирования
Эдуард, пожалуйста по подробней, как создать мастер тиражирования?
Эдуард_Н
17.05.2017, 08:40
Эдуард, пожалуйста по подробней, как создать мастер тиражирования?
Устанавливаете вот это: http://www.owen.ru/forum/showthread.php?t=25870&page=16&p=247761&viewfull=1#post247761
Жмёшь "Дополнения"-"Создать мастер тиражирования"31186
Разобрался с п.2. В одной цепи теперь нельзя использовать одну переменную как входную и выходную? Почему?
Не понял вопроса... Почему это нельзя? Я так понял речь идет о циклических связях. Вам выдается предупреждение о том что обнаружена циклическая связь, но проект все равно будет полностью собран. Предупреждение предлагает Вам в циклических связях использовать линии задержки (явная обратная связь), чтобы устранить в будущем возможное разностное поведение (прежде всего макроса).
Устанавливаете вот это: http://www.owen.ru/forum/showthread.php?t=25870&page=16&p=247761&viewfull=1#post247761
Жмёшь "Дополнения"-"Создать мастер тиражирования"31186
Проект создал ,но что то он не загружается ...пишет что подключен к пр200 ,а далее не идет
Эдуард_Н
17.05.2017, 10:07
Проект создал ,но что то он не загружается ...пишет что подключен к пр200 ,а далее не идет
Проверить не могу так-как пока нет ПР200.
Увидел - не тот тип пр200 ,потому не пишет .Но пишет что не тот тип DC ,а нужно AC ,а пр выбрал верно
Проект создал ,но что то он не загружается ...пишет что подключен к пр200 ,а далее не идет
Что не загружается? Плагин установили? Появилось новый пункт меню "Дополнения"?
Не понял вопроса...
Установите из библиотеки макрос (Pt1000) и посмотрите, почему он ругается в правом нижнем углу.
Что не загружается? Плагин установили? Появилось новый пункт меню "Дополнения"?
Да ,создал проект ЕХЕ ,правда выдаем ошибки ...
Да ,создал проект ЕХЕ ,правда выдаем ошибки ...
Что за ошибки? Поподробнее...
Установите из библиотеки макрос (Pt1000) и посмотрите, почему он ругается в правом нижнем углу.
В левом нижнем углу лоджик сообщает о том, что в макросе обнаружены циклические связи, которые требуют Вашего внимания. Лоджик предлагает заменить связь на линию задержки. Статусная строка в ОЛ интерактивна. Если щелкнуть на статусной строке где высвечивается сообщение, то лоджик прокрутит холст для того, чтобы циклическая связь была видна (если она например скрыта за пределами видимости холста).
Что за ошибки? Поподробнее...
вот .......
вот .......
Скопируйте мне, пож-ста весь текст сообщения. Можно в личку.
вот .......
так может дело в банальном использовании кириллических символов в пути
Владимир Ситников
17.05.2017, 12:10
Дело, наверное, в том, что слово Utility написано с опечаткой как Utilite.
wal79, можете поправить?
Выглядит несолидно, когда прямо посреди экрана такие опечатки.
вот .......
Попробуйте скачать по ссылке вновь. похоже что вообще не совсем то было собрано. Должно все заработать. По каким то причинам система автоматической сборки не то собрало. Выясним...
Эдуард_Н
17.05.2017, 12:37
Попробуйте скачать по ссылке вновь. похоже что вообще не совсем то было собрано. Должно все заработать. По каким то причинам система автоматической сборки не то собрало. Выясним...
Да, ошибок не стало.
Project M
18.05.2017, 09:06
Господа разработчики, здравствуйте!
Обновил OL до версии 1.9.
Обещанная возможность, перецеплять линии от элементов к другому элементу или другому входу/выходу, не работает :(
Господа разработчики, здравствуйте!
Обновил OL до версии 1.9.
Обещанная возможность, перецеплять линии от элементов к другому элементу или другому входу/выходу, не работает :(
А кто Вам сказал, что она будет в 1.9? :) И простите, и кто Вам ее обещал?
Господа разработчики, здравствуйте!
Обновил OL до версии 1.9.
Обещанная возможность, перецеплять линии от элементов к другому элементу или другому входу/выходу, не работает :(
обещать видимо могли только это http://ftp-ow.owen.ru/softupdate/OWEN%20Logic/infoOf1_9.html
Project M
18.05.2017, 12:09
Возможно неправильно понял, однако такая возможность крайне удобна при работе с большим количеством связей :)
Возможно неправильно понял, однако такая возможность крайне удобна при работе с большим количеством связей :)
При большом количестве связей многие отдают предпочтение переменным (так называемым виртуальным связям). Тем более в Вашем случае Вы видимо имеете в виду длинные связи, раз уж пересоздание связи не является для Вас предпочтительным.
При большом количестве связей многие отдают предпочтение переменным (так называемым виртуальным связям). Тем более в Вашем случае Вы видимо имеете в виду длинные связи, раз уж пересоздание связи не является для Вас предпочтительным.
Или макросам;)
Извините, а как установить утилиту тиражирования в папку отличную от OWEN Logic (у меня там v1.8, которя является программой по умолчанию для .owl)
Project M
18.05.2017, 12:52
И очень странно, но отсутствует возможность сравнения чисел с плавающей точкой на равенство :confused:
Project M
18.05.2017, 12:55
Или макросам;)
Согласен.
Мне как раз в макросе необходимо большое количество сравнений входного параметра с константами.
Ревака Юрий
18.05.2017, 13:58
И очень странно, но отсутствует возможность сравнения чисел с плавающей точкой на равенство :confused:
Наверное потому что, это практически бесполезное сравнение.
Project M
18.05.2017, 15:12
Наверное потому что, это практически бесполезное сравнение.
Возможно, и всё-же, мне, как раз, позарез понадобилось такое сравнение :p
Извините, а как установить утилиту тиражирования в папку отличную от OWEN Logic (у меня там v1.8, которя является программой по умолчанию для .owl)
Утилита будет работать с ОЛ версией >= 1.9
Возможно, и всё-же, мне, как раз, позарез понадобилось такое сравнение :p
не больше И не меньше= равно
Возможно, и всё-же, мне, как раз, позарез понадобилось такое сравнение :p
Сравнение следует оформить как абсолютное значение разницы двух вещественных чисел, сравнить с точностью.
Abs(f1 - f2) > 0.01.
Возможно, и всё-же, мне, как раз, позарез понадобилось такое сравнение :p
сравнение чего, двух констант, результатов программных вычислений или сигналов с датчиков. Есть ситуации, когда равенство ни когда не наступит, поэтому и пишут что такой элемент бесполезен
Извините, а как установить утилиту тиражирования в папку отличную от OWEN Logic (у меня там v1.8, которя является программой по умолчанию для .owl)
Утилита будет работать с ОЛ версией >= 1.9
v1.9 у меня тоже стоит, но в папке OWEN Logic_1_9.
Установщик не позволяет выбрать папку установки.
Я решил проблему переименованием папок на время установки.
(В будущем, при установке утилиты в составе пакета, вопрос отпадет сам собой).
Спасибо.
Project M
18.05.2017, 16:12
сравнение чего, двух констант, результатов программных вычислений или сигналов с датчиков. Есть ситуации, когда равенство ни когда не наступит, поэтому и пишут что такой элемент бесполезен
Сравнение величины сохранённой ранее и новой.
Сравнение величины сохранённой ранее и новой.
решили продолжить троллинг, давайте. Новая откуда берется, если это аналоговый вход, то равенство может не наступить ни когда, даже если человек посчитает что значения равны, легче округлить до приемлемого значения и перевести в инты, потом сравнивать, либо как предлагалось сравнивать с допуском, но в любом случае такой элемент будет содержать три входных "ножки"
Project M
18.05.2017, 16:20
Решил вопрос таким образом.
31222
Благодарю за помощь.
Project M
18.05.2017, 16:22
решили продолжить троллинг, давайте. ...
Что значит "троллинг"?
Владимир Ситников
18.05.2017, 20:06
Что значит "троллинг"?
Тро́ллинг (https://ru.wikipedia.org/wiki/%D0%A2%D1%80%D0%BE%D0%BB%D0%BB%D0%B8%D0%BD%D0%B3) — форма социальной провокации или издевательства в сетевом общении, использующаяся как персонифицированными участниками, заинтересованными в большей узнаваемости, публичности, эпатаже, так и анонимными пользователями без возможности их идентификации[3].
Перевожу с русского на русский: capzap весьма по делу говорит, что "сравнивать на равенство числа с плавающей точкой смысла нет". Более того, capzap приводит примеры когда такое сравнение покажет "неправильный ответ". Вы же игнорируете действительно умные советы, и вместо этого занимаетесь этим самым троллингом (==подкалыванием Благородных Донов) путём показа картинки "как сделать fEQ через пару fGT".
Перевожу с русского на русский: capzap весьма по делу говорит, что "сравнивать на равенство числа с плавающей точкой смысла нет". Более того, capzap приводит примеры когда такое сравнение покажет "неправильный ответ". Вы же игнорируете действительно умные советы, и вместо этого занимаетесь этим самым троллингом (==подкалыванием Благородных Донов) путём показа картинки "как сделать fEQ через пару fGT".
В чем подкол и троллинг (провакация) ? Задачи бывают разные ,в том числе абстрактные .Я описал как сделать равенство ,человек сделал .Человек учится на своих ошибках ..
Появилась некая генерация exe файла, это конечно здорово и хороший шаг навстречу пользователям, программисты молодцы.
У меня появился по этому поводу вопрос, будет ли работать этот exe файлик по wine??
P.S. первый кстати сгенерированный exe Avast не давал запускать гдето около 3х часов, отослав его в свою лабораторию для проверки, после проверки пришло сообщение, что ничего плохого нет. Надеюсь так будет не каждый раз. За предложение отключения антивируса буду матюкать...
Владимир Ситников
18.05.2017, 22:49
TL;DR: Может иметь смысл, если в ОЛ добавить стандартный блок fGT(num1, num2, precision). Т.е. так, чтобы само ОЛ подталкивало указывать какую-то точность (и возможно, запрещало использовать нулевую).
В чем подкол и троллинг (провакация) ?
Это прямая провокация на обсуждение того, что вообще никак не относится к текущей теме. Напомню, текущая тема называется "Бэта-версия OWEN Logic 1.9".
fEQ в 1.9 нет. Если очень хочется обсудить "почему нет fEQ и почему нет fNE", то можно завести отдельную тему и не мусорить в текущей.
Более того, в реальных задачах точное равенство (неравенство) для плавающей точки не должно возникать. И capzap об этом пишет, и wal79 тоже.
Чего тут (в текущей теме) обсуждать-то?
Давайте я что-ли припомню: "а где массивы?", "почему в 1.9 нет массивов?", "а почему в 1.9 нет автоматического тестирования?", "а когда будет совместимость ПР и черепахи?". Если все начнут такое набрасывать, то тема превратится в непонятно что и ОЛ 1.9 никто никогда не дождётся. Приступим?
Человек учится на своих ошибках
Матчасть нужно не на ошибках изучать, а хоть раз открыть какую-нибудь инструкцию. Что что, а играться с розетками я детям не разрешаю.
Человек хочет выстрелить себе в ногу, и тут подсказка "можно извернуться и сделать fEQ вот так" лишь будет мешать. Подобная подсказка сама по себе является троллингом (ведь, человек реально не понимает, что этот совет для реальных задач ни в коем случае использовать нельзя!)
Вот, например, в Wikipedia:
Научные оценки (https://ru.wikipedia.org/wiki/%D0%A2%D1%80%D0%BE%D0%BB%D0%BB%D0%B8%D0%BD%D0%B3#. D0.9D.D0.B0.D1.83.D1.87.D0.BD.D1.8B.D0.B5_.D0.BE.D 1.86.D0.B5.D0.BD.D0.BA.D0.B8)
В целом в литературе троллинг, которому посвящено в настоящее время большое количество публикаций, рассматривается как негативное явление, которое препятствует установлению и воспроизводству этических норм сетевого взаимодействия и конструктивной работе групп
Задачи бывают разные ,в том числе абстрактные
Да, перетереть "между собой" за бокалом чая fEQ можно, но при этом обсуждающим должно быть понятно, что точность представления float'ов конечна, что сравнивать нужно с учётом какой-то погрешности и т.п.
Но, опять же, всё это обсуждение находится за рамками текущей темы.
Казалось бы: wal79 и capzap уже высказались про "бессмысленность fEQ". Зачем нужен был мой пассаж про то же самое?
Очень просто: Project M может думать, что capzap просто ничего не понимает. Несколько сходных мнений от разных людей должны навести на мысль, что fEQ "без погрешностей" это реально бесполезная штука.
На всякий случай: да, я действительно соглашаюсь с тем, что в каких-нибудь корявых случаях может потребоваться операция сравнения float'ов без погрешности. Но едва ли у Project M такой случай.
Да весь ваш пост с википедией голимый троллинг ...на короткий вопрос и короткий ответ одних ,ваш пост на всю страницу ....читайте его сами .это не троллинг ,а флуд (рукоблудие по клаве).Что вас ,не с,оздавшего ни одного проекта вообще тянет к ПР и ОЛ ? скучно в своей теме сидеть ? Критик -модератор вы наш .Человек новичек на форуме (14 постов) ,не туда вопрос задал ,а вы на него ополчились .
v1.9 у меня тоже стоит, но в папке OWEN Logic_1_9.
Установщик не позволяет выбрать папку установки.
Я решил проблему переименованием папок на время установки.
(В будущем, при установке утилиты в составе пакета, вопрос отпадет сам собой).
Спасибо.
Если честно, не понимаю проблемы. Плагин интегрируется в лоджик, поэтому и не требует папки установки. Интеграция происходит в последний установленный зарегистрированный в системе лоджик.
Да весь ваш пост с википедией голимый троллинг ...на короткий вопрос и короткий ответ одних ,ваш пост на всю страницу ....читайте его сами .это не троллинг ,а флуд (рукоблудие по клаве).Что вас ,не с,оздавшего ни одного проекта вообще тянет к ПР и ОЛ ? скучно в своей теме сидеть ? Критик -модератор вы наш .Человек новичек на форуме (14 постов) ,не туда вопрос задал ,а вы на него ополчились .
давайте попытаемся быть краткими, вероятность наступления события равенства в цифрах сможете привести? А: если это касается аналогово входа, B: если это касается ввода оператором уставки в формате флоат. Это всё к чему, есть задача где этот элемент будет работать, но пользоваться элементом(раз он есть) будут во всех ситуациях и пользователи не будут получать ожидаемого результата, отсюда и вопрос - нужен такой стандартный элемент?
Что касается новичков, то в отличии от Вас, wal79 показал наглядный пример как организовать такое сравнение, а Вы только на словах объяснили как поступить, но как я вижу новичек сам до этого дошел, не воспользовавшись Вашей подсказкой, потому что не понятно
ЗЫ еще можно вспомнить Ваше ревностное отношение к теме универсальных макросов, а здесь прямо противоположность
Да все просто -короткий вопрос ,короткий ответ ,без вникания что где когда ....тема то чужая ...
Да все просто -короткий вопрос ,короткий ответ ,без вникания что где когда ....тема то чужая ...
из классики. вопрос на картинке, будет что ответить на такую манипуляцию?
Причем, вот слова спрашивающего
Мне как раз в макросе необходимо большое количество сравнений входного параметра с константами
ЗЫ связку fDIV с fGT первоначально я хотел предложить как вариант сравнения, но покопавшись в интернетах обнаружил что нельзя, а так можно сразу было сравнивать 0,7 с суммой, результат тот же будет
Project M
19.05.2017, 09:14
Господа пользователи!
Приношу всем свои извинения. Похоже что я действительно некорректно выразился.
Многие пользователи пишущие на этот форум оказали мне неоценимую помощь и поддержку.
Сюда написал лишь для того чтобы внести предложение на дополнение новой версии.
В частности, добавить элементы: fEQ, и было бы очень удобно иметь готовый (встроенный на низком уровне) элемент bSEL. (Тоже насущная необходимость)
Также пересоединение связей, крайне удобно для пользователей. (Видимость отцепления есть (в OL 1.9), а реального перецепления не происходит (в OL 1.8 даже видимости не было).)
Все ,Ситников будет ругаться ....за флуд .
В частности, добавить элементы: fEQ, .)
А вот это уже не стоит ,по причине сказанной Капзапом .Одно дело для себя готовить ,а другое для всех .
Project M
19.05.2017, 14:15
Господа разработчики!
Обнаружил невозможность записать параметры уставки (N) для элемента "Инкрементный счётчик" CTU через "блок записи в ФБ".
31251
Project M
19.05.2017, 14:18
Упс. Ответ нашёл. И всё же это махровый косяк :mad:
Появилась некая генерация exe файла, это конечно здорово и хороший шаг навстречу пользователям, программисты молодцы.
У меня появился по этому поводу вопрос, будет ли работать этот exe файлик по wine??
Как заставить работать этот exe под Linux?
Господа разработчики!
Обнаружил невозможность записать параметры уставки (N) для элемента "Инкрементный счётчик" CTU через "блок записи в ФБ".
31251
это известно давно и исправляться не будет ,используйте универсальный счтчик
Project M
19.05.2017, 15:16
это известно давно и исправляться не будет ,используйте универсальный счтчик
Благодарю, воспользовался. Получилось нагромождение.
Грустно, что такая элементарная вещь игнорируется производителем. По "русски" как-то.
Владимир Ситников
19.05.2017, 15:51
Благодарю, воспользовался. Получилось нагромождение.
Грустно, что такая элементарная вещь игнорируется производителем. По "русски" как-то.
А побуду-ка я "адвокатом ОВЕН"
Вот смотрите: сейчас write to FB игнорируется.
Если выйдет обновление ОЛ, в котором write to FB для CTU заработает, то старые программы могут испортиться.
Грубо говоря, раньше программы могли работать лишь из-за того, что "write to FB в CTU" не выполнялось.
Представим ситуацию: выходит обновление, открываем в нём старый проект, записываем в реле и на эксплуататора выливается ведро помоев.
Надо это? Разумеется, это никому не нужно.
По-научному "неработоспособность связки write to FB и CTU" называется "обратная совместимость". В старых версиях ОЛ была ошибка, кто-то мог завязаться на именно такое поведение (сам того не зная) и теперь просто так исправлять нельзя.
Владимир Ситников
19.05.2017, 17:41
По-научному "неработоспособность связки write to FB и CTU" называется "обратная совместимость". В старых версиях ОЛ была ошибка, кто-то мог завязаться на именно такое поведение (сам того не зная) и теперь просто так исправлять нельзя.
А теперь побуду адвокатом ОЛ пользователей: так можно вообще дойти до того, что все ошибки вредно исправлять.
В развитых средствах давным-давно используется автоматическая миграция кода на новую версию.
Открываем, например, старый ОЛ проект в новой версии и ОЛ говорит: "у вас тут write to FB для CTU, но раньше это не работало, а сейчас есть возможность починить. Чиним?"
Грубо говоря, если создаём новый проект, то там всё работает. А, если открываем старый, то ОЛ находит проблемную часть и предлагает починить.
Почему такое не делается в ОЛ -- непонятно.
Project M
19.05.2017, 17:44
А побуду-ка я "адвокатом ОВЕН"
Если выйдет обновление ОЛ, в котором write to FB для CTU заработает, то старые программы могут испортиться.
Сильно сказано. Честно говоря, не хватает образования, чтобы представить, как "не используемая новая возможность" может повредить старый проект.
Владимир Ситников
19.05.2017, 18:17
Сильно сказано. Честно говоря, не хватает образования, чтобы представить, как "не используемая новая возможность" может повредить старый проект.
Объясняю:
1) В проекте была связка write to FB + CTU.
2) Да, параметр CTU не обновлялся
3) Но блок write to FB пытался записать в CTU какую-то муть. И лишь ошибка в ОЛ была тем самым звеном, которое удерживало схему в работоспособном состоянии
4) Если теперь "ошибку исправить", то write to FB таки сможет записать свою муть в CTU, схема начнёт работать по-другому и, соответственно, может случиться авария на производстве.
Разумеется, такое не в каждом проекте может быть. Но полностью исключать такое нельзя. Поэтому трезвый подход (с точки зрения ОВЕН) состоит в том, чтобы рассматривать эту "особенность поведения ОЛ" именно как особенность поведения, а не как "ошибку, которую просто исправляем и всего делов". Повторюсь: править это поведение можно и нужно, но не просто "теперь это работает так-то", а так, чтобы старые проекты не ломались.
В общем, ключевое слово -- обратная совместимость (https://ru.wikipedia.org/wiki/%D0%9E%D0%B1%D1%80%D0%B0%D1%82%D0%BD%D0%B0%D1%8F_% D1%81%D0%BE%D0%B2%D0%BC%D0%B5%D1%81%D1%82%D0%B8%D0 %BC%D0%BE%D1%81%D1%82%D1%8C).
Решил вопрос таким образом.
31222
Благодарю за помощь.положу тут, пусть полежит :rolleyes:
fEQ с точностью...
Объясняю:
1) В проекте была связка write to FB + CTU.
2) Да, параметр CTU не обновлялся
3) Но блок write to FB пытался записать в CTU какую-то муть. И лишь ошибка в ОЛ была тем самым звеном, которое удерживало схему в работоспособном состоянии
4) Если теперь "ошибку исправить", то write to FB таки сможет записать свою муть в CTU, схема начнёт работать по-другому и, соответственно, может случиться авария на производстве.
Разумеется, такое не в каждом проекте может быть. Но полностью исключать такое нельзя. Поэтому трезвый подход (с точки зрения ОВЕН) состоит в том, чтобы рассматривать эту "особенность поведения ОЛ" именно как особенность поведения, а не как "ошибку, которую просто исправляем и всего делов". Повторюсь: править это поведение можно и нужно, но не просто "теперь это работает так-то", а так, чтобы старые проекты не ломались.
В общем, ключевое слово -- обратная совместимость (https://ru.wikipedia.org/wiki/%D0%9E%D0%B1%D1%80%D0%B0%D1%82%D0%BD%D0%B0%D1%8F_% D1%81%D0%BE%D0%B2%D0%BC%D0%B5%D1%81%D1%82%D0%B8%D0 %BC%D0%BE%D1%81%D1%82%D1%8C).
Очередное гадание ....
ФБ CTU был сделан разработчиками другими средствами ,получили что то типа макроса ,без возможности залезть во внутрь .Потому и блок записи в него не работает ....
Владимир Ситников
19.05.2017, 20:26
Очередное гадание ....
Зачем писать всякую муть про гадание? Я не гадаю, а реальных примерах рассматриваю аргументы.
Поосторожнее со словами.
Когда умные обсуждают программные средства, то вы слушайте, и учитесь (если хотите).
И, напомню вам, что моё предположение о принципе работы ОЛ-ПР оказалось полностью верным. Так что вместо многозначительных многоточий лучше бы слушали умных людей и учились.
ФБ CTU был сделан разработчиками другими средствами ,получили что то типа макроса ,без возможности залезть во внутрь .Потому и блок записи в него не работает
Мне (как и любому другому пользователю ОЛ) должно быть совершенно без разницы в каком средстве сделан блок CTU. Я уверен, что ОВЕН могут починить блок CTU. И я уверен, что эта починка не затребует хоть сколько-нибудь существенных ресурсов.
Почему именно они не чинят -- я вообще без понятия. Может, программисты в отпуске, может забылась задача в общем списке, может все заняты на проекте owencloud. Да мало ли причин?
Я же говорил про другое: даже, если организационных проблем нет (т.е. волшебная палочка взмахнула, программисты есть, тестировщики есть, все готовы починить связку write to FB + CTU), то всё равно есть техническая проблема. Вот нельзя просто взять и изменить поведение старого блока CTU -- это может сломать имеющиеся ОЛ проекты. Я не пытаюсь угадать/предполагать причину того, что ОВЕН не исправляет эту "ошибку".
А теперь побуду адвокатом ОЛ пользователей: так можно вообще дойти до того, что все ошибки вредно исправлять.
В развитых средствах давным-давно используется автоматическая миграция кода на новую версию.
Открываем, например, старый ОЛ проект в новой версии и ОЛ говорит: "у вас тут write to FB для CTU, но раньше это не работало, а сейчас есть возможность починить. Чиним?"
Грубо говоря, если создаём новый проект, то там всё работает. А, если открываем старый, то ОЛ находит проблемную часть и предлагает починить.
Почему такое не делается в ОЛ -- непонятно.
Почему же не делается?! Делается и уже очень давно, иначе развитие лоджика застопорилось бы много лет назад. Когда задумывался лоджик ряд вещей было упущено, цели лоджику ставились другие, не такие как сейчас. Насчет того, что что-то разработчики не сделали, какие-то задачи упустили... Есть оперативный план, в него входят задачи, сортируются по приоритетам. Если какая-либо задача не была сделана, значит коэффициент важности и трудозатратности этой задачи не в верху списка.
Дать доступ к CTU - задача как менее приоритетная так и более трудозатратная. Как rovki уже сказал этот блок выполнен как гибрид. Он и не макрос и не элементарный блок. Поэтому есть определенные сложности. Никто не говорит что они нерешаемые, но время будет потрачено.
Владимир Ситников
19.05.2017, 22:20
Почему же не делается?! Делается и уже очень давно, иначе развитие лоджика застопорилось бы много лет назад.
Вы меня неправильно поняли. В том сообщении (#221 (http://www.owen.ru/forum/showthread.php?t=25870&p=248299&viewfull=1#post248299)) я не спрашивал "почему в ОЛ не исправляется конкретная ошибка с CTU". Я спрашивал почему в ОЛ не встречается подход, когда среда обнаруживает устаревшие конструкции кода и предлагает пользователю обновить их до работоспособных.
Возьмём для примера те же "неявные линии задержки". Сейчас ОЛ 1.9 обнаруживает циклы и говорит "у вас тут цикл". Предлагает ли ОЛ заменить одну из связей на линию задержки? Нет. Могла бы? Могла.
Точно так же: "Вообще говоря, у вас тут используется <<write to FB + CTU>>. Такая конструкция не работает. Хотите заменить её на <<write to FB + CTUD>>?" И варианты <<Да, конечно>>, <<Нет, и так сойдёт>>. Иными словами, само "устранение проблемы" можно свести к тому, чтобы среда просто предлагала пользователю исправить CTU на CTUD (ну или как называется рабочий блок в ОЛ). Т.е. CTU переделывать не нужно, прошивку обновлять не нужно. Достаточно просто на стороне ОЛ сделать замену CTU блока на рабочий. Я не призываю именно к такому варианту решения. Я просто показываю пример, как может приносить пользу механизм "нашли устаревший код и предложили пользователю упростить-исправить".
Если оказывается, что про подобные автоподсказки думали и они не поместились в бюджет, то, конечно, печально. Ну, делали же подкраску циклов из связей. Наверняка несложно было бы за одно сделать и замену связи на линию задержки с подтверждения пользователя.
PS. Про то, почему не решается конкретная проблема с CTU меня не интересует (как я и писал в #226 (http://www.owen.ru/forum/showthread.php?t=25870&p=248309&viewfull=1#post248309)) и я прекрасно понимаю что такое приоритеты.
PS. Про то, почему не решается конкретная проблема с CTU меня не интересует (как я и писал в #226 (http://www.owen.ru/forum/showthread.php?t=25870&p=248309&viewfull=1#post248309)) и я прекрасно понимаю что такое приоритеты.
А столько текста исписали ...а оказывается не интересует
Почему же не делается?! Как rovki уже сказал этот блок выполнен как гибрид. Он и не макрос и не элементарный блок. .
Поумничили и хватит (Ситникову).
Что вообще об этом говорить ,когда есть макросы ,создал свой CTU ,вывел вход для уставки и забыл ...какие проблемы ?
Вы меня неправильно поняли. В том сообщении (#221 (http://www.owen.ru/forum/showthread.php?t=25870&p=248299&viewfull=1#post248299)) я не спрашивал "почему в ОЛ не исправляется конкретная ошибка с CTU". Я спрашивал почему в ОЛ не встречается подход, когда среда обнаруживает устаревшие конструкции кода и предлагает пользователю обновить их до работоспособных.
Возьмём для примера те же "неявные линии задержки". Сейчас ОЛ 1.9 обнаруживает циклы и говорит "у вас тут цикл". Предлагает ли ОЛ заменить одну из связей на линию задержки? Нет. Могла бы? Могла.
Точно так же: "Вообще говоря, у вас тут используется <<write to FB + CTU>>. Такая конструкция не работает. Хотите заменить её на <<write to FB + CTUD>>?" И варианты <<Да, конечно>>, <<Нет, и так сойдёт>>. Иными словами, само "устранение проблемы" можно свести к тому, чтобы среда просто предлагала пользователю исправить CTU на CTUD (ну или как называется рабочий блок в ОЛ). Т.е. CTU переделывать не нужно, прошивку обновлять не нужно. Достаточно просто на стороне ОЛ сделать замену CTU блока на рабочий. Я не призываю именно к такому варианту решения. Я просто показываю пример, как может приносить пользу механизм "нашли устаревший код и предложили пользователю упростить-исправить".
Если оказывается, что про подобные автоподсказки думали и они не поместились в бюджет, то, конечно, печально. Ну, делали же подкраску циклов из связей. Наверняка несложно было бы за одно сделать и замену связи на линию задержки с подтверждения пользователя.
PS. Про то, почему не решается конкретная проблема с CTU меня не интересует (как я и писал в #226 (http://www.owen.ru/forum/showthread.php?t=25870&p=248309&viewfull=1#post248309)) и я прекрасно понимаю что такое приоритеты.
Я правильно понял о чем Вы говорите...
CTU+WriteToFb не существует, поэтому анализатору и не надо ничего делать. Со старыми проектами тут проблем как раз таки такой нет, какую Вы описываете. Тут только решение проблемы с "гибридными" блоками.
А вот кстати насчет циклических связей... Есть задача похожая задача.
Алексей Геннадьевич
22.05.2017, 09:04
Представим ситуацию: выходит обновление, открываем в нём старый проект, записываем в реле и на эксплуататора выливается ведро помоев.
Надо это? Разумеется, это никому не нужно.
Во избежание такой ситуации в каждую программу вставляю номер версии ОЛ в котором она тестировалась. Чисто на всякий случай.
А в планах есть соединение ПР200 и сетевым шлюзом ПМ210. Готовый файл конфигурации для загрузки в облако.
Relaymen
24.05.2017, 11:24
Нашел баг с сетевыми переменными, при попытке удалить переменную из списка предварительно удалив на неё ссылку в проекте то ОЛ выдает 3132431325 и не удаляет переменную, и если снова поместить ссылку в проект то ОЛ выдает это 3132631327 ссылка создается но при попытке удалить переменную Ол все равно выдает что элемент уже не существует
Эдуард_Н
26.05.2017, 18:28
И при пересечении линий исчезли горбики, показывающие что нет соединения - это так и задумано?
Да уж, не очень то читабельно.
На всякий случай продублировал свое сообщение... В будущем планируется внести в инсталлятор (дистрибутив) лоджика все плагины к нему, чтобы пользователь мог по своему желанию их ставить. Также лоджик будет проверять обновления не только свои собственные, но и всех входящих в него плагинов.
Скажите где подробно почитать про мастер тиражирования, как создать защищенный проект с ключом и можно ли загружатьдля простого люда без овена лоджика проект в пр200!
Хотелось узнать почему при программировании переходов экранов, есть такая ситуация, если экран например 5, переходит к 1,2,3,4 идет присвоение переменных быстро, а вот уже 6,7,8,9,10 и т.д. долго! Например если экранов 13 , и от каждого экрана переходы к другим оставшимся экранам, если делать чисто переход последовательный например от 3 экрана переход к 2 экрану и переход 4 экрану то всё отлично !
Николаев Андрей
09.07.2017, 12:26
Скажите где подробно почитать про мастер тиражирования, как создать защищенный проект с ключом и можно ли загружатьдля простого люда без овена лоджика проект в пр200!
Все должно быть максимально просто. Что вызвало у Вас вопросы по программе тиражирования?
Хотелось узнать почему при программировании переходов экранов, есть такая ситуация, если экран например 5, переходит к 1,2,3,4 идет присвоение переменных быстро, а вот уже 6,7,8,9,10 и т.д. долго! Например если экранов 13 , и от каждого экрана переходы к другим оставшимся экранам, если делать чисто переход последовательный например от 3 экрана переход к 2 экрану и переход 4 экрану то всё отлично !
Если можно - опишите еще раз что медленно обновляется и при каких условиях перехода.
Добрый день.
Хотелось бы задать несколько вопросов разработчикам OWEN Logic.
Но сначала немного предыстории. Я являюсь достаточно старым (около 20 лет в профессии) разработчиком систем АСУ. Специализируюсь на Сименсе и Шнайдере. Но пришлось работать и с достаточно большим количеством контроллеров других производителей. С Овеном первый раз познакомился лет 8 -10 назад (не помню точно). Вы приносили нам свое оборудование на пробу (компания "Электронмаш" - СПБ). Тогда у вас ещё была среда CodeSys. Тогда мы отказались (все таки были ориентированны на ABB), и честно говоря теперь я считаю что мы были правы.
Дело в том что на прошлой неделе мне пришлось программировать Ваш ПР-200 (требование заказчика). Вроде простенький АВР на три ввода, но пока я его делал, я думаю икалось разработчикам ОЛ сильно)))).
Ну во первых, программа выдерживает не в среднем 5 - 10 запусков. Потом при очередном запуске просто пропадает рабочая область схемы. Остается только редактор экранов. Возможно проблема в Win10 (установлена полностью легальная десятка со всеми обновлениями). Лечится эта ситуация только полным удалением программы и повторной установкой.
Во вторых - ситуация один выход-несколько входов. Нет точек соединения. Схема становится полностью нечитаемой. Насколько я помню у Вас вроде раньше были горбики над местами пересечения если там нет соеденения. Согласен - не лучшее решение (плохо читается и очень замедляет отрисовку-дуги - это тяжело). Но ведь точку нарисовать несложно, я это ТОЧНО знаю (поскольку являюсь разработчиком подобной программы, не раз упоминавшейся здесь FLPROG).
Следующая проблема - таймеры. Возможно я не нашёл, как это делается, но как поменять уставку времени TON и TOF во время исполнения программы (например с помощью кнопок с экрана, или программно)? Задержки выставляются жестко во время программирования, и никак нельзя привязать их например к переменной.
Следующее неудобство - логические операции (OR или AND) всего с двумя входами. Их количество изменить нельзя, а два - в большинстве случаев мало. Для того что бы проверить достаточно большое количество параметров, приходится создавать "колбасу" из цепочек блоков.
В редакторе экранов нельзя использовать системные переменные. Для того что бы вывести текущее время например, необходимо сначала загнать системные переменные во временные, а только потом отображать их на дисплее.
Ну и совет от коллеги.
Рекомендую реализовать именованные соединения (вместо линий - имена). Это очень облегчает читаемость схемы (если дать пользователю задавать собственные осмысленные имена соединений) с одной стороны, и очень ускоряет отрисовку с другой. Я эту идей честно украл из ZelioSoft (немного доработав), и очень доволен. Что то подобное есть и в LogoSoftComfort , но там реализация похуже.
Ну а вообще рекомендую поработать с пользователями (тех кто реально много работает с вашим оборудованием), и узнать всё таки у них, что им неудобно. Ну и всё таки поглядывать что делают лидеры в этой области.
Николаев Андрей
23.07.2017, 15:24
Добрый день.
Огромное спасибо за ваши советы.
Сейчас у нас, по сути, OL занимается один программист. И все его время уходит на добавление новых функций и поддержку.
В ближайшее время мы планируем пересмотреть данную ситуацию и усилить команду. И тогда обязательно соберем максимальный фид-бэк от пользователей, и будем планировать что из этого мы сможем внедрять.
Если Вы не будете против - Вас бы мы расспрашивали "с пристрастием". Так что если не сложно - оставьте пожалуйста адрес электронки в личку.
Кстати только что сделал авр-чик на Zelio. Яркий пример читаемости схемы при наличии именованных соеденений
32178
Это когда Вы с ней работаете. Или "живете" в этом проекте.
Иначе это крайне не удобно.
Кстати только что сделал авр-чик на Zelio. Яркий пример читаемости схемы при наличии именованных соеденений
32178
если это насчет фразы
реализовать именованные соединения, так они же есть, так же как и смена времени таймера в программе.
Иначе это крайне не удобно.
Ну не знаю.... Вот тот же проект, только без именованных соединений (честно попытался привести его в наиболее читаемый вид). Что более понятно и читаемо?
32179
И да, я в основном работаю в TiaPortal, и там мне очень этого не хватает.
если это насчет фразы, так они же есть, так же как и смена времени таймера в программе.
Честно, не нашёл, а как это делается? Ну и про именованные соединения поподробнее пожалуйста. А то мне скоро ещё заказики делать, было бы прекрасно использовать их.
Пока у меня получилось привести к читаемому виду только через временные переменные. Получилось так:
32180
write_ti_fb не встречался?
write_ti_fb не встречался?
Нет,не встречался, а где его искать?
Кстати только что сделал авр-чик на Zelio. Яркий пример читаемости схемы при наличии именованных соеденений
32178
Это схема для детского сада ,младшая группа ;) .В букваре то же буквы крупные и слов десяток на станице .Такие схемы читать ненужно, нарисовал и забыл
в меню иконка с буквой W
Большое спасибо, разобрался. Оригинальный подход))))
Это схема для детского сада ,младшая группа ;) .В букваре то же буквы крупные и слов десяток на станице .Такие схемы читать ненужно, нарисовал и забыл
Ну а теперь представьте схемку посложнее (четыре насоса, каруселька, автоматическая замена выведенного ... и.д.)
32182
Я даже пробовать не буду его переводить на линии - страшно)))) а в таком виде даже читабельно (извините за мелкий размер, на одном экране не помещалось крупнее)
Это схема для детского сада ,младшая группа ;) .В букваре то же буквы крупные и слов десяток на станице .Такие схемы читать ненужно, нарисовал и забыл
Запомните золотое правило разработчика (если хотите что бы от Вас не отвернулись заказчики) - "Любая схема должна быть читабельна". Вы нарисовали и забыли. А кому то её обслуживать и возможно изменять. Я последние четыре года работаю в обслуге, и меня очень радует политика Сименса. Они везде корректно пишут названия тэгов, все подробно комментируют. Это помогает нам при поиске проблем, а так же позволяет не дёргать их по каждому чиху. Так что даже самая простая схема должна быть понятна и легко читабельна.
Я даже пробовать не буду его переводить на линии - страшно)))) Значит, просто не умеете чертить схемы.
а в таком виде даже читабельно (извините за мелкий размер, на одном экране не помещалось крупнее)Совершенно не читабельно. Разбросанные блоки, соединенные тегами.
Я последние четыре года работаю в обслуге, и меня очень радует политика Сименса.Коли так, то как Вам электросхемы, выполненные разнесенным методом в чем то типа элплана? Только работать с ними Вам приходится не за столом, при большой поверхности, возможности разложить и хорошем освещении, в в "полях" и "на коленке". Перекрестные ссылки помогают, но как же достают "прыжки", когда надо отследить цепь!
Коли так, то как Вам электросхемы, выполненные разнесенным методом в чем то типа элплана? Только работать с ними Вам приходится не за столом, при большой поверхности, возможности разложить и хорошем освещении, в в "полях" и "на коленке". Перекрестные ссылки помогают, но как же достают "прыжки", когда надо отследить цепь!
Вы наверное не работали с действительно большими проектами. Если схема большая, как вы её задокументируете? Стандартный чертёж - это формат А4 или А3. Как Вы там расположите схему с несколькими сотнями датчиков и несколькими сотнями исполнительных устройств? Или как у нас например - проект АСУ турбины, состоящий из нескольких десятков тысяч чартов (аналог листа схемы, содержащий законченную логическую схему). Они соединяются между собой как раз ссылками. Я не зря говорил про осмысленные названия соеденений. Это конечно отдельное умение - давать осмысленные названия соединениям, и непосредственно участкам схемы, и этому надо учится. Тогда не надо будет прыгать по ссылкам. Например рассмотрим один кусочек схемы:
32184
Включение автомата ДГ произойдёт если:
"Режим автомат" И "Автомат ДГ отключён" И "Нет напряжения на вводе 1" И "Нет неисправности на вводе 1" И "Нет неисправности на вводе ДГ" И "Есть напряжение на вводе ДГ" И "Ввод 1 отключён"
И не потребовалось прыгать по схеме, всё понятно из названий. Любую сложную схему можно разбить на отдельные законченные кусочки., которым всегда можно дать осмысленное название. В этом и заключается мастерство промышленного программиста, схемотехника, да и простого програмиста то же. Везде идеология одинакова -"Разделяй и властвуй";)
Ну а теперь представьте схемку посложнее (четыре насоса, каруселька, автоматическая замена выведенного ... и.д.)
32182
Я даже пробовать не буду его переводить на линии - страшно)))) а в таком виде даже читабельно (извините за мелкий размер, на одном экране не помещалось крупнее)
А чем Вас не устраивает вот такое в ОЛ?
Вы наверное не работали с действительно большими проектами. Если схема большая, как вы её задокументируете? Стандартный чертёж - это формат А4 или А3. Как Вы там расположите схему с несколькими сотнями датчиков и несколькими сотнями исполнительных устройств?По подсистемам и на больших форматах.
Это вообще не вопрос.
Но число ссылок должно быть минимальным.
По подсистемам и на больших форматах.
Это вообще не вопрос.
Но число ссылок должно быть минимальным.
Угу А0 с паутиной "в чистом поле, на коленках":)
А чем Вас не устраивает вот такое в ОЛ?
Ну я так и поступил.
32186
Но это не всегда возможно и не совсем оптимально. Всё таки переменные занимают память. Например в той схеме которая у Вас в цитате, я воевал за каждый байт. Именованное соединение не занимает памяти, это просто другое отображение соеденительной линии - то есть бесплатное улучшение читаемости.
В этом и заключается мастерство промышленного программиста, схемотехника, да и простого програмиста то же. Везде идеология одинакова -"Разделяй и властвуй";)https://habrahabr.ru/company/infopulse/blog/331934/ к чему я эту ссылку дал, можно много говорить, что чьё то ПО не отвечает лично Вашим требованиям, но в них есть свои преимущества незаметные тем, кто ни когда на них не программировал.
Всё таки переменные занимают памятьВы дезасемблировали все среды разработки, что уверенно говорите что в ОЛ используются временные переменные, а в других ПО этого нет, ведь если их не видно не значит что их нет
По подсистемам
Золотые слова, и разбиваем дальше, по кусочкам подсистем, например обработка сигнала от одного датчика (масштабирование, верхние и нижние пороги предупреждений и аварий от него) на одном листе. На выходе ссылки - например:" Текуший уровень гликоля", "Аварийно низкий уровень гликоля" и т.д.
и на больших форматах.
Очень неудобно, особенно где ни будь в контейнере, в шкафу водить карадашом по паутинке линий чтобы найти нужную связь
Но число ссылок должно быть минимальным.
Ну это уже как получится
Золотые слова, и разбиваем дальше, по кусочкам подсистем, например обработка сигнала от одного датчика (масштабирование, верхние и нижние пороги предупреждений и аварий от него) на одном листе. На выходе ссылки - например:" Текуший уровень гликоля", "Аварийно низкий уровень гликоля" и т.д.
так в чем проблема в ОЛ это макросы
Powered by vBulletin® Version 4.2.3 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot