PDA

Просмотр полной версии : Оптимизация OWEN LOGIC



Сема
14.04.2016, 11:51
Здравствуйте, уважаемые коллеги.

Обращаюсь непосредственно к разработчикам программы: Ребят, сделайте пожалуйста среду разработки по-человечески, сделайте её для людей, а не для роботов. Выявилось куча недостатков после вашего обновления.

1. Когда добавляешь кучу блоков, все линии слипаются вместе, даже когда вручную проводим линию и начинаем передвигать блок, все линии остаются нак своих местах, и надо каждую отдельно передвигать, ЖУТКО НЕУДОБНО!!!!!

2. Когда добавляем переменную, и присваеваем её для ФБ, допустим выдержка времени для таймера, цикл опроса сбрасывается в режиме эмуляции до 1 мс, и не меняется, ТАК НЕВОЗМОЖНО ПРОВЕРИТЬ И ОТЛАДИТЬ ПРОГРАММУ!!!!!

3. Сделайте блоки поменьше, занимают весь экран, когда программа объёмная то НИЧЕГО НЕ ВИДНО, И ПРИХОДИТСЯ РАЗБИРАТЬСЯ ГДЕ, КАКОЙ БЛОК С ЧЕМ СОЕДИНЯЕТСЯ!!!!!

P.S. После ёмкого труда и трехэтажного мата, перестаём верить, что во дворе 21 ВЕК.

Для аргументирования своего "базара" подкрепляю сриншотами.

Надеюсь на ваше понимание!!!!

Есть у кого ещё предложения по улучшению данного ПО????

Scream
14.04.2016, 11:54
Накипело ;)

capzap
14.04.2016, 11:56
а там воспользоваться кликом мыши при создании линии и ctrl+стрелки клавы, чтоб уменьшить элемент, не пробовали?

Павел Братковский
14.04.2016, 12:34
со вторым пунктом согласен......

аскар
14.04.2016, 12:36
а в инструкции этого не видел, но работает , спасибо

Сема
14.04.2016, 12:55
а там воспользоваться кликом мыши при создании линии и ctrl+стрелки клавы, чтоб уменьшить элемент, не пробовали?

Теперь попробовали, итак, только вы знаете об этом?? Мне было неизвестно...

melky
14.04.2016, 13:13
Про п.2 уже сто раз было говорено, чтобы запись в FB могла настраиваться так же как и в самом элементе - секунды, минуты и т.д.

Паровоз и ныне там...

Павел Братковский
14.04.2016, 13:29
Теперь попробовали, итак, только вы знаете об этом?? Мне было неизвестно...

да об этом кроме как на форуме ни где и не упоминалось....посещайте форум чаще!!!:confused:

Алексей Геннадьевич
14.04.2016, 17:31
1. Когда добавляешь кучу блоков, все линии слипаются вместе, даже когда вручную проводим линию и начинаем передвигать блок, все линии остаются нак своих местах, и надо каждую отдельно передвигать, ЖУТКО НЕУДОБНО!!!!!
Медитировать как ОЛ 1.7build51 по полторы-две минуты после прокладки связи лучше?

2. Когда добавляем переменную, и присваеваем её для ФБ, допустим выдержка времени для таймера, цикл опроса сбрасывается в режиме эмуляции до 1 мс, и не меняется, ТАК НЕВОЗМОЖНО ПРОВЕРИТЬ И ОТЛАДИТЬ ПРОГРАММУ!!!!!
Тут только мозг включать пока.
Желательно брякпоинт по событию сделать, как в AWR studio.

3. Сделайте блоки поменьше, занимают весь экран, когда программа объёмная то НИЧЕГО НЕ ВИДНО, И ПРИХОДИТСЯ РАЗБИРАТЬСЯ ГДЕ, КАКОЙ БЛОК С ЧЕМ СОЕДИНЯЕТСЯ!!!!!
Их уже уменьшили. И намного.
Или у вас начальство мониторы с разрешением более 1024х800 использовать не велит?
Попросите у них что-то более приемлемое и удобное в работе (http://www.ebay.com/sch/i.html?_from=R40&_trksid=p2047675.m570.l1313.TR0.TRC0.H0.TRS0&_nkw=Yamakasi+301+%D0%A1%D0%BF%D0%B0%D1%80%D1%82%D 0%B0+30+%22LG+S-IPS+wqxga+2560+x+1600+DVI-D+%D0%9F%D0%9A&_sacat=0), может полегчает...:cool:
Т.К. проги для ПР будут писаться всё сложнее и больше... Особенно после выхода модулей расширения для ПР200.

P.S. После ёмкого труда и трехэтажного мата, перестаём верить, что во дворе 21 ВЕК.
Перед вами открыты вершины малого и большого загибов (http://www.proza.ru/2015/02/15/1168). :D

Сема
14.04.2016, 17:41
Медитировать как ОЛ 1.7build51 по полторы-две минуты после прокладки связи лучше?

Тут только мозг включать пока.
Желательно брякпоинт по событию сделать, как в AWR studio.
Их уже уменьшили. И намного.
Или у вас начальство мониторы с разрешением более 1024х800 использовать не велит?
Попросите у них что-то более приемлемое и удобное в работе (http://www.ebay.com/sch/i.html?_from=R40&_trksid=p2047675.m570.l1313.TR0.TRC0.H0.TRS0&_nkw=Yamakasi+301+%D0%A1%D0%BF%D0%B0%D1%80%D1%82%D 0%B0+30+%22LG+S-IPS+wqxga+2560+x+1600+DVI-D+%D0%9F%D0%9A&_sacat=0), может полегчает...:cool:
Т.К. проги для ПР будут писаться всё сложнее и больше... Особенно после выхода модулей расширения для ПР200.

Перед вами открыты вершины малого и большого загибов (http://www.proza.ru/2015/02/15/1168). :D

Вы юморист, как я посмотрю...

Евстигнеев Максим
14.04.2016, 17:42
Увеличьте размер холста.

Владимир Ситников
14.04.2016, 18:01
P.S. После ёмкого труда и трехэтажного мата, перестаём верить, что во дворе 21 ВЕК.
Есть у кого ещё предложения по улучшению данного ПО????

С (http://www.owen.ru/forum/showthread.php?t=23231) использованием (http://www.owen.ru/forum/showthread.php?t=23235) ОЛ (http://www.owen.ru/forum/showthread.php?t=23237) нет (http://www.owen.ru/forum/showthread.php?t=23249) совершенно (http://www.owen.ru/forum/showthread.php?t=23255) никаких (http://www.owen.ru/forum/showthread.php?t=23251) проблем (http://www.owen.ru/forum/showthread.php?t=23574). 21-ый (http://www.owen.ru/forum/showthread.php?t=23595) век (http://www.owen.ru/forum/showthread.php?t=23477) уже (http://www.owen.ru/forum/showthread.php?t=23233) наступил (http://www.owen.ru/forum/showthread.php?t=23482). ОЛ (http://www.owen.ru/forum/showthread.php?t=23707) улучшается (http://www.owen.ru/forum/showthread.php?t=23754) каждый (http://www.owen.ru/forum/showthread.php?t=23253) день (http://www.owen.ru/forum/showthread.php?t=23740).


Предложения по улучшению-то есть (http://www.owen.ru/forum/showthread.php?t=23013). Но помимо предложений снизу, нужно чтобы верхи захотели (http://www.owen.ru/forum/showthread.php?t=23740&page=27&p=205320&viewfull=1#post205320).

Алексей Геннадьевич
14.04.2016, 18:22
Вы юморист, как я посмотрю...
А иначе удавиться можно.
А мониторчик поболее постарайтесь себе пробить. Т.К. ползать по большому холсту при отладке - удовольствие сомнительное.
vladimirisitnikov
Не все предложения полезны и приемлемы.

rovki
14.04.2016, 18:40
Увеличьте размер холста.

и макросы ,макросы, и еще раз макросы

Алексей Геннадьевич
14.04.2016, 18:45
и макросы ,макросы, и еще раз макросы
До какой степени вложения макроса в макрос уже добрались?

rovki
14.04.2016, 19:49
ДО Необходимой ,В каждом отдельном случае.

Василий Кашуба
14.04.2016, 21:26
2. Когда добавляем переменную, и присваиваем её для ФБ, допустим выдержка времени для таймера, цикл опроса сбрасывается в режиме эмуляции до 1 мс, и не меняется, ТАК НЕВОЗМОЖНО ПРОВЕРИТЬ И ОТЛАДИТЬ ПРОГРАММУ!!!!!
Вы все виды таймеров оставили без уставок, поэтому и цикл 1 мс.

Серёга Букашкин
15.04.2016, 03:58
Увеличьте размер холста.

Программы на ПР200 обычно круче, чем для ПР110, для которых был изобретен ОЛ с однохолстовой основой. Реально при солидной программе тормозит сильно прорисовка. Надо бы многохолстовый, чтобы прорисовка на каждом была раздельной, и структурировать программу так было бы лучше, и распечатывать. Ведь при создании макроса она не тормозит, значит разделение прорисовки возможно.

Сема
15.04.2016, 14:50
Вы все виды таймеров оставили без уставок, поэтому и цикл 1 мс.

Мне это не помогает, когда я выставлю на таймерах все уставки, у меня перестаёт меняться время цикла, когда я начинаю присваивать переменные ФБ. Мало того, что я ещё в переменных ставлю числа значительно больше времени опроса цикла.

Сегодня столкнулся с ещё одной ситуацией. Я сохранил проект на флешку, затем поехал на объект с ноутбуком, там уже проект не открылся, надпись "Файл повреждён и не доступен". На компьютере открывается на ноутбуке нет, Версии одни и те же. Мне пришлось заново по памяти восстанавливать проект. Из этого всего возникает вопрос, кто виноват??

На днях приходил человек, которому я скидывал его проект, тоже не открывалось ничего, он приезжал еще раз за проектом, издалека. Как мне теперь надо поступать??

Малышев Олег
15.04.2016, 16:34
Присоединяюсь к мнению rovki - если большая прога - макросы, макросы и еще 125 раз макросы.

А насчет сохранения на флешку - сам в такой ситуации был - только не ложиком. Флешка сдохла на объекте при вставке в ноут. 1) Тут надо подстраховываться. 2) с тех пор не доверяю флехам.

Алексей Геннадьевич
15.04.2016, 16:49
ДО Необходимой ,В каждом отдельном случае.
А до какой максимально?

Мне это не помогает, когда я выставлю на таймерах все уставки, у меня перестаёт меняться время цикла, когда я начинаю присваивать переменные ФБ. Мало того, что я ещё в переменных ставлю числа значительно больше времени опроса цикла.
Если временной ФБ принимает данные от переменной - то цикл будет 1мс. Понятно что при отладке жопа, придётся выкручиваться. Например задействовать переменные времени на самом последнем этапе проекта. Или счётчики вместо таймеров ставить, тоже вариант. Пока не придумают как с этим справиться.

Сегодня столкнулся с ещё одной ситуацией. Я сохранил проект на флешку, затем поехал на объект с ноутбуком, там уже проект не открылся, надпись "Файл повреждён и не доступен". На компьютере открывается на ноутбуке нет, Версии одни и те же. Мне пришлось заново по памяти восстанавливать проект. Из этого всего возникает вопрос, кто виноват??

На днях приходил человек, которому я скидывал его проект, тоже не открывалось ничего, он приезжал еще раз за проектом, издалека. Как мне теперь надо поступать??
"Звероферму" на компе ликвидируй для начала. И фреймворки проверь.
И всё что осталось от проектов-вышли в ОВЕН, желательно с конфигурацией операционной системы.

rovki
15.04.2016, 17:24
А до какой максимально?


А сколько надо?Вот 10макросов в макросе ;) или о том как 6 инверторов израсходовали все переменные в пр110:cool:

energvk
15.04.2016, 17:54
Присоединяюсь к мнению rovki - если большая прога - макросы, макросы и еще 125 раз макросы.

А насчет сохранения на флешку - сам в такой ситуации был - только не ложиком. Флешка сдохла на объекте при вставке в ноут. 1) Тут надо подстраховываться. 2) с тех пор не доверяю флехам.

Соглашусь, у меня разок флешка сдохла во время заливки проекта на объекте, с тех пор копирую на ноут и проверяю сразу, что проект открывается

Владимир Ситников
15.04.2016, 18:24
А до какой максимально?
А есть разница?

Алексей Геннадьевич
18.04.2016, 16:11
А сколько надо?Вот 10макросов в макросе ;) или о том как 6 инверторов израсходовали все переменные в пр110:cool:
Весёлый проектик...
Минуты полторы только открывался.
В реальных проектах дальше 4 уровня вложения лазить не приходилось, скажу больше - избегаю этого всеми средствами.

Серёга Букашкин
26.04.2016, 10:08
Очень необходим ФБ с возможностью точного измерения времени (с погрешностью времени цикла конечно). Было бы достаточно дать возможность читать текущее время из ФБ таймеров. А то видеть время можно (в симуляторе), а прочитать нельзя...Близок локоть, да не укусишь. Макрос не предлагайте, он есть, но хочется ведь чтобы проще было.

rovki
26.04.2016, 13:49
Так если есть макрос,то хорошо ,куда уж проще ,поставил и забыл если по точности устраивает :D .Таймеры то считают от внутренних таймеров по прерыванию ,кто же вам даст текущее значение программно ,когда тогда ОЛ будет выполнять основной проект...

GingerCat
26.04.2016, 13:57
А вот ответьте, уважаемые знатоки: есть ли возможность в режиме эмуляции "заглянуть" внутрь макроса?

аскар
26.04.2016, 14:01
в режиме эмуляции макроса пожалуйста

capzap
26.04.2016, 14:01
А вот ответьте, уважаемые знатоки: есть ли возможность в режиме эмуляции "заглянуть" внутрь макроса?
внутрь нет, а вот сам макрос прогнать в эмуляции можно

Сема
26.04.2016, 16:27
Сегодня столкнулся с ещё одной ситуацией. Я сохранил проект на флешку, затем поехал на объект с ноутбуком, там уже проект не открылся, надпись "Файл повреждён и не доступен". На компьютере открывается на ноутбуке нет, Версии одни и те же. Мне пришлось заново по памяти восстанавливать проект. Из этого всего возникает вопрос, кто виноват??

На днях приходил человек, которому я скидывал его проект, тоже не открывалось ничего, он приезжал еще раз за проектом, издалека. Как мне теперь надо поступать??

Добрый день, уважаемые коллеги, помните я писал о данной проблеме.

Я её решил, просто взяв ноутбук человека и подключив его к интернету, обновил ОЛ до версии 117. Так как у себя на компьютере писал на этой версии, поэтому он не смог открыть проект. Человек промучился два дня на объекте, пытаясь запустить проект. Констатирую факт - на сайте ОВЕН ничего нет. Обновить обновили - выложить не выложили. На сайте две версии Лоджика, для каждой ПР своя??

Алексей Геннадьевич
27.04.2016, 20:12
На сайте две версии Лоджика, для каждой ПР своя??
Рудименты от старого срача. Когда ОЛ1.8 кишел багами, просили выложить 1.7 51 как наиболее стабильную версию. И убирать 1.7 думаю не стоит пока.

AAA1
07.06.2016, 15:07
Беда яка-то вылезла. ОЛ 117, окна 7 максимальная сп 1. Старые проекты перестали открываться, запускаешь... и виснет на окне приветствия. Далее, запускаешь ОЛ, создаёшь новый проект, всё нормально. Сохраняешь. Пробуешь заново открыть опять виснет на окне приветствия. Может кто чего подскажет? Или ещё какие данные надо?

Василий Кашуба
07.06.2016, 18:43
Беда яка-то вылезла. ОЛ 117, окна 7 максимальная сп 1. Старые проекты перестали открываться, запускаешь... и виснет на окне приветствия. Далее, запускаешь ОЛ, создаёшь новый проект, всё нормально. Сохраняешь. Пробуешь заново открыть опять виснет на окне приветствия. Может кто чего подскажет? Или ещё какие данные надо?
Попробуйте обновиться, сейчас уже другой релиз ОЛ.

AAA1
07.06.2016, 19:33
Попробуйте обновиться, сейчас уже другой релиз ОЛ.

Где? Я обычно http://ftp-ow.owen.ru/softupdate/OWEN%20Logic/Setup/Archive/ смотрю, 117 последняя. Да и если выше версия есть, я попробую 117 "помучать", как-то боязно переходить, тем более на совсем новую. Время пока терпит, может ещё кто чего подскажет. Может так понятней будет: пустой проект создаётся и редактируется и симулируется, но стоит сохранить\закрыть\открыть снова - то всё, зэ энд.

capzap
07.06.2016, 19:54
Где? Я обычно http://ftp-ow.owen.ru/softupdate/OWEN%20Logic/Setup/Archive/ смотрю, 117 последняя. Да и если выше версия есть, я попробую 117 "помучать", как-то боязно переходить, тем более на совсем новую. Время пока терпит, может ещё кто чего подскажет. Может так понятней будет: пустой проект создаётся и редактируется и симулируется, но стоит сохранить\закрыть\открыть снова - то всё, зэ энд.

а на первую строчку ftp-шника не обратили внимание, а лучше сюда еще посмотреть http://ftp-ow.owen.ru/softupdate/OWEN%20Logic/infoOf1_8.html там особенно интересен первый пункт раздела два

AAA1
07.06.2016, 20:54
а на первую строчку ftp-шника не обратили внимание, а лучше сюда еще посмотреть http://ftp-ow.owen.ru/softupdate/OWEN%20Logic/infoOf1_8.html там особенно интересен первый пункт раздела два

Про первую строчку не обратил внимание, не видел. Про первый пункт раздела два - имхо это совсем не мной описанный случай, у меня и старые проекты и вновь созданный проект всего с парой блоков после сохранения перестаёт открываться.
Менять версию, уже писал выше... Объясняюсь тем, что на 117 у меня два объекта работает в норме и на компе проблем не было с ней, а тут давненько не юзал, открыл и... Наверное просто с чем-то конфликт или ещё какие изменения на компе были которые повлияли, но это я не утверждаю, так мысли вслух. Если малой кровью 117 не "победю"), тады будем 118 попробовать.

capzap
07.06.2016, 21:11
так 1.8.27 последняя без беты, какая 118-ая?

AAA1
07.06.2016, 21:44
так 1.8.27 последняя без беты, какая 118-ая?

Да, она самая 1.8.27, просто я по привычке присвоил 118...

AAA1
07.06.2016, 21:51
Поставил 1.8.27, всё тоже самое, создаёт, работает, после сохранения и закрытия второй раз не открыть. Куда копать, ни кто не подскажет, случаем?

AAA1
07.06.2016, 22:18
Методом тыка... Версия 1.8.27 сейчас у меня, открывать получилось. Если кликаешь запуск именно на файле проекта, то виснет на приветствии, а если запустить просто ОЛ, а уже из меню "файл" "открыть проект" указать файл проекта, то всё работает. Попробовал несколько раз с разными проектами, всё нормально пока.

Серёга Букашкин
13.07.2016, 11:04
В ОЛ-117 один из блоков комментария не выделяется и не стирается, будто его нет, но он есть... Так получилось когда при наведении на него дрогнула рука, и всё, он неуправляем. Вообще то непонятна реакция сообщества на новый релиз, при запуске предлагает обновляться, но рекомендуется ли обновляться или не нужно пока рисковать?

Евстигнеев Максим
13.07.2016, 12:50
Актуальная версия: Релиз 1.8.62. Компания ОВЕН рекомендует использовать последний релиз.
Автообновление настроено на него.


Касательно вопроса с комментариями - такого замечания не встречалось. Повторить не получается. Можете выложить проект (можно удалить всё, кроме этого объекта)?

Серёга Букашкин
13.07.2016, 13:48
Можете выложить проект?
Вот проект с этим багом.

rovki
13.07.2016, 17:51
И переменные часто ...Помогает сохранится- загрузить .

Серёга Букашкин
14.07.2016, 10:03
1. Сейчас при загрузке проекта в ПР200 автоматически все энергонезависимые переменные и атрибуты AI вписываются как заданы в проекте. В реальном мире это мучает, поскольку эти данные предназначены для всяких оперативных подстроек уже по эксплуатационным условиям. Можно ли надеяться, что эта функция будет отделена в отдельную команду или включаться по требованию загружающего?
2. Отсутствие доступа чтения назначенных границ AI осложняет обработку, поскольку получаем ведь вещественную переменную, а она зависит от границ. Сейчас из за этого недостатка, когда датчики могут быть разного диапазона, приходится дублировать самостоятельно назначение границ из экрана (только ради того чтобы программа их видела), задаваясь в стандартном назначении границ неким обезличенным диапазоном, например 0...1000, который менять уже не будут, и всё пересчитывать, а это излишние функции были бы, имей мы доступ просто читать из программы назначенные границы. Считаю это существенным недостатком ОЛ, но почему то это никак не исправляют.
3. Если выстраивать список сетевых переременных по возрастанию адреса 0...127, то не учитывается разрядность, и происходит перемешивание. Например подряд идут 1,10,11,4,40,5,50 и аналогичные. Притом поставить адрес 01 или 001 вместо 1 нельзя. Понятно что ранжирует стандартная функция, ну так дайте ставить дополняющие "0" впереди, чтобы строило корректно.

melky
30.09.2016, 10:36
Ну, я тоже наступал на эти грабли с простым изменением имени, но у него есть ID и это его главное отличие. Собственно подход не важен, главное, что их можно модифицировать и делать с разными предустановками.

Ревака Юрий
30.09.2016, 10:43
Добрый день!
Для изменения ID сохраняйте как новый макрос, разное имя не гарантирует что это будет другой макрос.

Сергей0308
30.09.2016, 10:55
Добрый день!
Для изменения ID сохраняйте как новый макрос, разное имя не гарантирует что это будет другой макрос.

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

melky
30.09.2016, 10:56
а на что ругается при попытке импорта ?

сделал 2 макроса с разными параметрами, все эспортировалось и импортировалось как надо.

Сергей0308
30.09.2016, 11:17
а на что ругается при попытке импорта ?

сделал 2 макроса с разными параметрами, все эспортировалось и импортировалось как надо.

На преведущей странице есть скрин:

26759

Да вроде всё понятно теперь, Вы наверно сохраняли как новый макрос!

melky
30.09.2016, 11:21
Ессно как новый, о чем и написал, что тоже наступал на эти грабли

Сергей0308
30.09.2016, 11:25
Ессно как новый, о чем и написал, что тоже наступал на эти грабли

Я привык сохранять так: изменил программу в ОЛ и сохранил под другим именем и всё замечательно, а здесь так нельзя, точнее это воспринимается потом как тот же самый макрос!

melky
30.09.2016, 11:36
Потому что программа это программа, а макрос это макрос. Его настройки сохраняться согласно вашей программе для установленного макроса, но при чем тут САМ макрос в библиотеке ?

Ревака Юрий
30.09.2016, 11:41
Необходимо различать имена которые мы присваиваем макросу и самим файлам с расширением .tpl Например, я создал M1, затем M2, затем M3, функционально они идентичные, я только передвинул элемент для сохранения, затем я их выгрузил в 1.tpl, 2.tpl, 3.tpl. Создал новый проект, импортировал их они все добавились без ошибок, затем открыл M1 из него импортировал 4.tpl и вот уже при добавлении в проект 4.tpl лоджик заругался что такой макрос уже есть, т.к ID не изменился.

Сергей0308
30.09.2016, 11:42
Потому что программа это программа, а макрос это макрос. Его настройки сохраняться согласно вашей программе для установленного макроса, но при чем тут САМ макрос в библиотеке ?

Получается, часть программы, макрос, сложней сохранить, чем всю программу?

melky
30.09.2016, 14:10
Сергей0308 не часть программы. Макрос в библиотеке один, экземпляров макроса в программе может быть несколько. При сохранении программы сохраняются настройки Экземпляров макросов, установленных в программу и само упоминание о наличии макроса в базе (исходный вариант)

Вы же хотите налепить одинаковых макросов с различными предварительными настройками. Вот и все отличие

Сергей0308
30.09.2016, 14:56
Необходимо различать имена которые мы присваиваем макросу и самим файлам с расширением .tpl Например, я создал M1, затем M2, затем M3, функционально они идентичные, я только передвинул элемент для сохранения, затем я их выгрузил в 1.tpl, 2.tpl, 3.tpl. Создал новый проект, импортировал их они все добавились без ошибок, затем открыл M1 из него импортировал 4.tpl и вот уже при добавлении в проект 4.tpl лоджик заругался что такой макрос уже есть, т.к ID не изменился.

Получается может быть один макрос с разными именами и разные макросы с одним и тем же именем? И чего Вы этим добились, по-моему возможности "хорошей" путаницы, на мой взгляд странные "преимущества"!

Ревака Юрий
30.09.2016, 15:45
Получается может быть один макрос с разными именами и разные макросы с одним и тем же именем? И чего Вы этим добились, по-моему возможности "хорошей" путаницы, на мой взгляд странные "преимущества"!

Данное сообщение я привел в качестве примера, что мы можем говорить о разных именах, и каждый будет подразумевать что-то свое, ведь в последних сообщениях нигде нет конкретики какие имена изменялись, а от этого может быть разный результат. Сохраняйте Файл->Сохранить как новый макрос и будет порядок.

Сергей0308
01.10.2016, 14:44
Данное сообщение я привел в качестве примера, что мы можем говорить о разных именах, и каждый будет подразумевать что-то свое, ведь в последних сообщениях нигде нет конкретики какие имена изменялись, а от этого может быть разный результат. Сохраняйте Файл->Сохранить как новый макрос и будет порядок.

Я конечно буду стараться разобраться и обойти Ваши заморочки, но Вы наверно не понимаете в чём я вижу эту заморочку, вот делаем по-вашему: я(или кто ещё, не важно) изменил макрос и хочет его сохранить в своей папке с макросами как новый макрос, но он не может это сразу сделать, так как нажимая как надо по вашему мнению(Сохранить как новый макрос) он сохраняется в текущем проекте(нет выбора места сохранения), а мне он там не нужен и не храню я макросы в проектах, а в отдельной папке, мне так удобнее, может быть и не только мне, короче это не проблема с лишними телодвижениями, но психику напрягает, а Кащенко говорят закрыли, лечится негде будет! И Вы говорите будет порядок, какой же это порядок, если в результате "правильных действий" получается совсем не то, что хотел! Хорошо, что форум футболисты не смотрят, а то по Вашей логике, перед тем как забить куда надо(хотел), надо сначала забить в свои ворота, потом вынуть мяч и гнать к чужим!;)

melky
01.10.2016, 23:05
Сергей0308 мне кажется это просто вы не догнали что для чего и почему.

Предлагаю вам сохранить библиотеку в Codesys, чтобы вам перестало казаться, что в ОЛ все так сложно.

з.ы. вам дали инструмент, позволяющий не только создавать макросы, но и дублировать их (что в принципе в чистую концепцию многих сторонних ПО не в ходит), а вы еще и не довольны....

игорь68
02.10.2016, 00:33
Овен делает новый инструмент для работы с макросами. Это связанно с сохранением макросов в отдельной папке. Там же можно будет хранить и скаченные макросы. Обещали в новом релизе. Так что ждем.

Сергей0308
02.10.2016, 01:24
Овен делает новый инструмент для работы с макросами. Это связанно с сохранением макросов в отдельной папке. Там же можно будет хранить и скаченные макросы. Обещали в новом релизе. Так что ждем.

У меня и так макросы в отдельной папке хранятся, импортирую из файла по мере необходимости, а овен насколько я понял хотел папку создать, чтобы помещённые туда макросы были доступны в проекте без импортирования, за всех не говорю, а для меня абсолютно ненужная вещь!

Сергей0308
02.10.2016, 01:36
Сергей0308 мне кажется это просто вы не догнали что для чего и почему.

Предлагаю вам сохранить библиотеку в Codesys, чтобы вам перестало казаться, что в ОЛ все так сложно.

з.ы. вам дали инструмент, позволяющий не только создавать макросы, но и дублировать их (что в принципе в чистую концепцию многих сторонних ПО не в ходит), а вы еще и не довольны....

Я вроде конкретные факты привёл, с ними не поспоришь, и почему я по-вашему должен всех обманывать, если вижу неудобства, говорю об этом, Вы можете их похвалить, чтобы частично компенсировать моё недовольство! Я не думаю что эту тему надо ограничить хвалебными отзывами типа, как хорошо, что Вы задумали папку создать для макросов, это не принесёт никому никакой пользы!
А что где-то ещё хуже, разве это аргумент, надо обращать внимание на хорошие, а не плохие примеры!

Сергей0308
02.10.2016, 15:37
Вот у меня одна из папок с макросами, могу и на облаке и сетевом накопителе продублировать!

26783

Вот цитата: з.ы. вам дали инструмент, позволяющий не только создавать макросы, но и дублировать их (что в принципе в чистую концепцию многих сторонних ПО не в ходит), а вы еще и не довольны....
Не совсем понятно с дублированием, у меня и так папки с макросами продублированы в нескольких местах, а Вы что имеете ввиду под дублированием?

rovki
02.10.2016, 18:46
Везет вам ..Хотел свои пересчитать ,на 400 сбился ;)

Сергей0308
02.10.2016, 18:56
Так Вы думаете счастье не в макросах, а в их количестве?
Если в папке находятся и считать не надо, достаточно посмотреть:

26786

Я же разгильдяй, у меня они везде разбросаны по проектам, только начинаю собирать по крупице!

rovki
02.10.2016, 19:31
Не догадался ..26787

Сергей0308
02.10.2016, 19:43
Не догадался ..26787

Наверно лучше сразу сортировать по группам, чтобы легче найти?!

Владимир Ситников
02.10.2016, 19:58
Не догадался ..26787

Если учесть, что 1 мегабайт занимает пара томов Войны и Мира, то не знаю плакать или смеяться.

Сергей0308
02.10.2016, 20:16
Если учесть, что 1 мегабайт занимает пара томов Войны и Мира, то не знаю плакать или смеяться.

Так Вы думаете неправильно макрос придуман, можно проще, вот посмотрите стек с расширением, но в нём практически не одного лишнего элемента нет:

26789

Тем не менее более 7 Мбайт занимает!

Владимир Ситников
02.10.2016, 20:23
Так Вы думаете неправильно макрос придуман, можно проще, вот посмотрите стек с расширением, но в нём практически не одного лишнего элемента нет:

26789

Тем не менее более 7 Мбайт занимает!

Пора запускать голосование по хотелкам.
Не помню, добавлял ли я уже, но, по-моему, *.owl и *.tpl слишком много занимают.
Я, конечно, понимаю, что размер owl файлов не так важен, как правильность работы ОЛ, но, всё-таки, 10 мегабайт это, по-моему, перебор.

Вполне возможно, что в этот файл "случайно" попадает что-то лишнее, и наверняка есть простой способ сократить размер файла без какого-либо ущерба.

rovki
02.10.2016, 20:24
КТО ЖЕ сравнивает текстовый файл и графический (псевдо) ,надо сравнивать с исполняемым кодом .Да же пустой проект будет иметь вес не малый.

rovki
02.10.2016, 20:27
Пора запускать голосование по хотелкам.
.
А прежнее голосование закончили? На сколько томов потянут предложения ?
Голосуй ,не голосуй -все равно получишь....мало ;)

Владимир Ситников
02.10.2016, 20:28
КТО ЖЕ сравнивает текстовый файл и графический (псевдо) ,надо сравнивать с исполняемым кодом .Да же пустой проект будет иметь вес не малый.
А с чего бы пустому проекту иметь немалый вес?

Я и говорю, что, возможно, там какая-нибудь лишняя отладочная информация сохраняется.

rovki
02.10.2016, 20:31
Да хотя бы потому ,что нарисованы входа\выхода ,фон,цвет .,сетка ,информация о приборе итд. Скрин экрана пустого Проекта ПР весит 190кбайт,а элементами и связями уже более 340...
Проект то не компилированный.Он только при записи в ПР становится маленьким .

Владимир Ситников
02.10.2016, 20:35
Да хотя бы потому ,что нарисованы входа\выхода ,фон,цвет .,сетка ,информация о приборе итд

Давайте не будем троллить друг друга?

Я простой пример приведу. Можете подсказать сколько занимает:
1) Пустой проект в Каскаде
2) Проект с 2 экранами и 4 кнопками (ну, что-то в проекте есть, но не ужас-ужас)
3) Дичь проект с 20 экранами и 100500 кнопками (количество не важно, просто понять тренд)

Я бы сказал, что будет что-нибудь в духе:
1) 2КБ
2) 3КБ
3) 30КБ

Информацию о приборе логично же в самом ОЛ хранить?
Неужели там прямо компилятор и система команд конкретного ПР хранится прямо в owl файле?
Зачем так делать?

rovki
02.10.2016, 20:40
Пустой проект для ПР200 весит 240кбайт (а скрин этого проекта 190)

rovki
02.10.2016, 20:43
Давайте не будем троллить друг друга?

Я простой пример приведу. Можете подсказать сколько занимает:
1) Пустой проект в Каскаде
2) Проект с 2 экранами и 4 кнопками (ну, что-то в проекте есть, но не ужас-ужас)
3) Дичь проект с 20 экранами и 100500 кнопками (количество не важно, просто понять тренд)

Я бы сказал, что будет что-нибудь в духе:
1) 2КБ
2) 3КБ
3) 30КБ

Информацию о приборе логично же в самом ОЛ хранить?
Неужели там прямо компилятор и система команд конкретного ПР хранится прямо в owl файле?
Зачем так делать? А вы попробуйте проект для Пр200 загрузить в ПР110 и все станет ясно .Сколько можно уже теоретезировать (или как правильно ,не выговоришь). Пора уже и железо понюхать .

Владимир Ситников
02.10.2016, 20:50
А вы попробуйте проект для Пр200 загрузить в ПР110 и все станет ясно .Сколько можно уже теоретезировать (или как правильно ,не выговоришь). Пора уже и железо понюхать .

Так загружать это одно, а программы писать -- другое.

Для PRU программы вообще по 2 килобайта занимают, и ничего, работают. И квадратные корни, и деление, и умножение там через сложение и сдвиги реализовано. И всё в 2 килобайта.


Проект ПР200 загружается в ПР100 методом ctrl+c/ctrl+v.

rovki
02.10.2016, 21:06
Так загружать это одно, а программы писать -- другое.

Для PRU программы вообще по 2 килобайта занимают, и ничего, работают. И квадратные корни, и деление, и умножение там через сложение и сдвиги реализовано. И всё в 2 килобайта.


Проект ПР200 загружается в ПР100 методом ctrl+c/ctrl+v.
Я имел ввиду что проект не загрузится ...значит инфа о типе прибора хранится в файле ОЛ. Попробуйте и расскажите как засунули переменные флоат в Пр110.
Про сравнение графического языка и ассемблера или С я вообще молчу.
У меня Каскада весила 5мб ,а как добавил возможность работы с pdf файлом ,стала весить 20мб.

Владимир Ситников
02.10.2016, 21:21
Я имел ввиду что проект не загрузится ...значит инфа о типе прибора хранится в файле ОЛ.

Это означает только то, что "ОЛ не может загрузить проект от одного ПР в другое" и ничего более.


Про сравнение графического языка и ассемблера или С я вообще молчу.
У меня Каскада весила 5мб ,а как добавил возможность работы с pdf файлом ,стала весить 20мб.

Так всё же. Сколько занимает файл проекта Каскады?

Размер самого ОЛ -- не так важен. Как-никак, а 400 копий ОЛ хранить смысла нет. 400 макросов -- уже бывает.
Для Каскады, конечно, размер поважнее, но 10 копий Каскады тоже мало кто хранит.

rovki
02.10.2016, 21:44
Мало того ,что в ОЛ лезете ,так вам еще и каскаду подавай ..фигушки - ни какой более информации .Все уже сделали в ПРУ??? Время некуда девать ?
Сравнение типов ПР идет как при открытии проекта ,так и при заливке проекта -100% информация о типе ПР хранится в проекте ОЛ .

игорь68
02.10.2016, 23:18
ПР-ка сама говорит лоджику какой тип подключен(110/114/200). Если открыть 2 ПР-ки но с разными выходами то можно увидеть группу резисторов распаянных на определенных ножка процессора с разным расположением. Именно по этим резисторам олджик и знает что за ТИП ПР-ки подключили.( Это же тип " электронного ключа" использует LEGO. Только у них это нужно для различия "школьной " версии и " домашней" версии для программирования. При этом процессоры у ЛЕГО и ПР-ки одинаковы.)

melky
02.10.2016, 23:27
Сергей0308 я говорю о дублировании макроса в одном проекте. Не пойму, вы правда не понимаете или дурака включили ?

1. Импорт макроса №1 из файла - попал в базу проекта макрос №1
2. Ставим на поле сколько угодно макросов №1
3. Каждый экземпляр макроса №1 может иметь свои параметры

Теперь то, что хотите вы. Сделать Макрос №1_версия1 и загрузить в проект, установить на рабочее поле
Сделать макрос №1_версия2 и т.д.

Возникает вопрос - почему они должны иметь одно и то же имя если дефакто это разные макросы ?

Выше вам уже писали, если у макросов при импорте должны быть разные настройки, это будут два разных макроса и необходим соответствующий подход к их созданию.

rovki
02.10.2016, 23:33
ПР-ка сама говорит лоджику какой тип подключен(110/114/200). )
Пр ка не говорит ,а отвечает ОЛ .Процесс заливки проекта и начинается с идентификации проекта .Ол общается не с ПР ,а с прошивкой ПР где и есть все идентификаторы ,если все устраивает ОЛ ,то она начинает заливку скомпилированного проекта в нужную область для исполнения после заливки.

игорь68
02.10.2016, 23:49
Мне лично интересно только одно. При компиляции файла прошивки ПР-ки ключ защиты от чтения где стоит? В загрузчике ( процессор ПР-ки) или в ЛОДЖИКЕ. В теории если я возьму процессор от любой ПР-ки и поставлю в родной программатор то я могу слить все содержимое из процессора. Но это можно сделать если на этапе программирования я не ставлю галочку чтение запрещено... Но это уже другая история.
PS Вопрос к ОВЕН - Вы прошиваете процессора до пайки на плату или прошиваете уже на плате?

melky
02.10.2016, 23:54
вряд ли кто-то будет прошивать до пайки на производстве, слишком муторный будет процесс...

игорь68
03.10.2016, 00:03
Я видел на плате разъём под программатор... Полезу на полку за старым но надежным PONYPROGом. Благо комп с 98 виндой тоже есть.

rovki
03.10.2016, 00:10
прошивка по моему через с,пи,ай первоначальная ,а обновление через ОЛ ... с защитой все .

игорь68
03.10.2016, 00:24
Вы про Serial Port Interface? То есть лог файл закрыт. Ну тогда бутфайл не вытащить. Хотя по пробуем.

Сергей0308
03.10.2016, 18:35
Сергей0308 я говорю о дублировании макроса в одном проекте. Не пойму, вы правда не понимаете или дурака включили ?

1. Импорт макроса №1 из файла - попал в базу проекта макрос №1
2. Ставим на поле сколько угодно макросов №1
3. Каждый экземпляр макроса №1 может иметь свои параметры

Теперь то, что хотите вы. Сделать Макрос №1_версия1 и загрузить в проект, установить на рабочее поле
Сделать макрос №1_версия2 и т.д.

Возникает вопрос - почему они должны иметь одно и то же имя если дефакто это разные макросы ?

Выше вам уже писали, если у макросов при импорте должны быть разные настройки, это будут два разных макроса и необходим соответствующий подход к их созданию.

То Вы пишите, что наступили на те же грабли, то насколько я смог понять восхищены, как всё идеально, это так грабли поправили ваше мировоззрение? Я вроде разобрался, как правильно создавать новые макросы по замыслу разработчиков и я в отличии от Вас не считаю это идеальным, только и всего, как говорится на вкус и цвет товарищей нет!

melky
03.10.2016, 23:07
наступил, потому что делал однотипные макросы. А по замыслу, один макрос - много экземпляров это нормально и везде так.

Сергей0308
03.10.2016, 23:56
наступил, потому что делал однотипные макросы. А по замыслу, один макрос - много экземпляров это нормально и везде так.

Вы же сами мне объясняли как правильно создать и сохранить макрос, за что кстати большое спасибо, значит не проблема создать множество мало отличающихся друг от друга макросов, но мне и этого не нужно, достаточно, как Вы заметили взять несколько экземпляров одного макроса и изменить в каждом экземпляре значения констант, как-то так:

26815

26816

capzap
04.10.2016, 06:49
так если логика таже,только меняете константы, почему не вынести их за макрос?

melky
04.10.2016, 11:21
Вынос за макрос это увеличение входов макроса, чтобы подать переменные.
Сергей0308 так у вас и получается макрос однотипный, но вы хотите чтобы в нем переменные были разные. Тогда и надо идти по поти создания нового макроса, в нем назначать для каждого свои переменные и макросы называть новыми именами.
FSTEKn1, FSTEKn2, FSTEKn3 и так далее и каждый экспортировать в свой файл и импортировать все обратно.
Имеет смысл только если есть на базе этих макросов уникальные, чтобы не вспоминать какие переменные для каждого из них.
з.ы. как бы непонятен смысл... может сделать макрос в макросе и настроить ? например FSTEKnX, внутри которого настроенные FSTEK несколько штук как у вас и реализовано ?

Сергей0308
04.10.2016, 11:28
так если логика таже,только меняете константы, почему не вынести их за макрос?

Можно и вынести, но зачем?

26821

В данном случае это абсолютно ненужная вещь и приведёт только к усложнению, достаточно для удобства добавить в свойства макроса.

26820

capzap
04.10.2016, 11:33
я правильно понимаю, если в проекте будет один макрос, то внешние константы увеличат объем проекта только на эти константы, а если создать клоны макросов с одной логикой но разными внутренними константами, то проект раздуется на объем этих макросов?

Сергей0308
04.10.2016, 11:41
Макрос чуть выше в 71 посте, посмотрите, что конкретно можно улучшить, а то не очень конструктивно: http://www.owen.ru/forum/showthread.php?t=23843&page=8
Чуть не забыл сказать, очень долго открывается 3-4 минуты, надо иметь терпение!

Сергей0308
04.10.2016, 11:55
я правильно понимаю, если в проекте будет один макрос, то внешние константы увеличат объем проекта только на эти константы, а если создать клоны макросов с одной логикой но разными внутренними константами, то проект раздуется на объем этих макросов?

Может, как у меня, лучше использовать один макрос?!

capzap
04.10.2016, 11:59
Макрос чуть выше в 71 посте, посмотрите, что конкретно можно улучшить, а то не очень конструктивно: http://www.owen.ru/forum/showthread.php?t=23843&page=8
Чуть не забыл сказать, очень долго открывается 3-4 минуты, надо иметь терпение!

так то я уже сходил по обедать, а макрос до сих пор не раскрылся

Сергей0308
04.10.2016, 12:03
так то я уже сходил по обедать, а макрос до сих пор не раскрылся

Я же предупреждал, без терпения не обойтись, особенно в деле открытия макросов(проектов)!

capzap
04.10.2016, 12:18
как работает этот FSTEK?

Сергей0308
04.10.2016, 12:40
У входов-выходов есть комментарии по их назначению, каждый тактовый импульс сдвигает данные в 16 разрядном регистре вещественных значений на 1 разряд, значения всех разрядов, заданной ширины окна суммируются и делятся(на внешнем устройстве) на их количество, имеются входы и выходы для расширения, вроде всё как обычно!

Ревака Юрий
04.10.2016, 13:05
Макрос чуть выше в 71 посте, посмотрите, что конкретно можно улучшить, а то не очень конструктивно: http://www.owen.ru/forum/showthread.php?t=23843&page=8
Чуть не забыл сказать, очень долго открывается 3-4 минуты, надо иметь терпение!


Интересно, а сколько он ресурсов отжирает, если открывается 4 минуты, Вы пробовали использовать на реальном реле, или только в OL? Какая длительность цикла получается?

Сергей0308
04.10.2016, 13:20
Интересно, а сколько он ресурсов отжирает, если открывается 4 минуты, Вы пробовали использовать на реальном реле, или только в OL? Какая длительность цикла получается?

Скрин специально делал, чтобы видно было, 49% ПЗУ, 29% ОЗУ, на железе не пробовал, но в симуляторе сильно тормозит!

26827

capzap
04.10.2016, 13:54
у меня пока было терпение получилось ужать на пару метров

Сергей0308
04.10.2016, 14:58
у меня пока было терпение получилось ужать на пару метров

На пару метров и само ужимается, вот добавил внешний генератор и преобразователь для симулятора:

26840

И стало 8,15 Мбайт: http://www.owen.ru/forum/showthread.php?t=23201&page=8
в 75 посте!

capzap
04.10.2016, 15:11
я вобще то про то что логически объединенные блоки, где изменение всего лишь в константе, можно выполнить в виде макроса, количество элементов на холсте сократится уменьшая объем всего проекта. Точно так же это касается если содержать множество макросов отличие которых только во внутреннем значении какой то константы, она(константа) должна быть выведена за макрос и подаваться на его вход, чтоб пользоваться экземплярами одного макроса а не нескольких

AI!
04.10.2016, 15:31
чтоб пользоваться экземплярами одного макроса а не несколькиха что мешает менять содержимое внутренних констант, по аналогии с BLINK-ом, например...

PS вы видимо до сих пор не пользовались этой возможностью?

Сергей0308
04.10.2016, 15:40
а что мешает менять содержимое внутренних констант, по аналогии с BLINK-ом, например...

PS вы видимо до сих пор не пользовались этой возможностью?

Ничто не мешает, у меня так и сделано(меняется в свойствах макроса), не понятно как они хотят проще сделать, вроде проще некуда?

capzap
04.10.2016, 16:00
PS вы видимо до сих пор не пользовались этой возможностью?
нет не пользовался, но в этой ситуации я исходил из концовки диалога
как Вы заметили взять несколько экземпляров одного макроса и изменить в каждом экземпляре значения констант
получается макрос однотипный, но вы хотите чтобы в нем переменные были разные. Тогда и надо идти по поти создания нового макроса, в нем назначать для каждого свои переменные и макросы называть новыми именами
тут они каким то образом поменялись местами, ведь именно Сергей держит базу макросов, чем то напоминающую среды разработки с контролем версий

Сергей0308
04.10.2016, 22:47
я вобще то про то что логически объединенные блоки, где изменение всего лишь в константе, можно выполнить в виде макроса, количество элементов на холсте сократится уменьшая объем всего проекта. Точно так же это касается если содержать множество макросов отличие которых только во внутреннем значении какой то константы, она(константа) должна быть выведена за макрос и подаваться на его вход, чтоб пользоваться экземплярами одного макроса а не нескольких

Может Вы мой проект не смотрели, терпения не хватило, так вот там я и использую экземпляры одного макроса, а в свойствах ставлю нужное значение констант для каждого экземпляра, а как Вы говорите вместо 16 экземпляров одного макроса использовать один с оперативно изменяемыми константами(получаются переменные) боюсь так невозможно, по крайней мере в данном случае, если пойти чуть дальше в вашей логике не имеет смысла иметь более одной ячейки памяти, меняй ей номер и все дела, может в армии подобные методы военной хитростью называются, а здесь боюсь это не прокатит, это так к слову!

Владимир Ситников
04.10.2016, 23:00
Может Вы мой проект не смотрели, терпения не хватило, так вот там я и использую экземпляры одного макроса, а в свойствах ставлю нужное значение констант для каждого экземпляра, а как Вы говорите вместо 16 экземпляров одного макроса использовать один с оперативно изменяемыми константами(получаются переменные) боюсь так невозможно, по крайней мере в данном случае, если пойти чуть дальше в вашей логике не имеет смысла иметь более одной ячейки памяти, меняй ей номер и все дела, может в армии подобные методы военной хитростью называются, а здесь боюсь это не прокатит, это так к слову!
Сергей, но, согласитесь, это пример дичь-программирования?
Поразвлекаться и сделать "эдакое" -- вполне.

А просить доработки среды из-за того, что "дичь-программированием неудобно заниматься", на мой взгляд, странно.

Есть какой-нибудь более жизненный пример, в котором нужны предлагаемые доработки/улучшения макросов? Если будете показывать на живом примере, то будет доходчивее: "вот проект", "вот приходится делать так-то", "если бы можно было улучшить это, то стало бы тут проще".

Сергей0308
04.10.2016, 23:19
Сергей, но, согласитесь, это пример дичь-программирования?
Поразвлекаться и сделать "эдакое" -- вполне.

А просить доработки среды из-за того, что "дичь-программированием неудобно заниматься", на мой взгляд, странно.

Есть какой-нибудь более жизненный пример, в котором нужны предлагаемые доработки/улучшения макросов? Если будете показывать на живом примере, то будет доходчивее: "вот проект", "вот приходится делать так-то", "если бы можно было улучшить это, то стало бы тут проще".

Очень не удобно, не 16 экземпляров одного макроса нарисовать, а менять значения констант из свойств макросов, не то что их много(512), а программа сильно тормозит, долго думает, перед тем как я могу следующую константу изменить и не известно будут они работать в железе, поэтому наверно лучше подобное обходить или может на ПЛК мастерить, короче удобств мало, но мне нравится!
Лично для меня наивысшая дичь программирования, это когда программу буквами и знаками разными непонятными пишут, кажется язык ST называется, и говорят посмотрите здесь все проще и понятней чем на CFC(язык такой для программирования), это меня просто шокирует, дурдом, мягко выражаясь!

Владимир Ситников
05.10.2016, 00:38
Очень не удобно, не 16 экземпляров одного макроса нарисовать, а менять значения констант из свойств макросов, не то что их много(512), а программа сильно тормозит, долго думает, перед тем как я могу следующую константу изменить и не известно будут они работать в железе, поэтому наверно лучше подобное обходить или может на ПЛК мастерить, короче удобств мало, но мне нравится!
Смотрите: на мой взгляд, "правильное" решение конкретной задачи заключается не в применении 16 макросов внутри 16 макросов (ну или сколько там у вас).
На мой взгляд, решению конкретной задачи и кучи других задач поможет простой блок: "линия задержки на N тактов".
Т.е. мы в неё подаём входные значения и тактовый вход, а она на выходе выдаёт числа с задержкой на указанное количество тактов (это количество должно указываться, например, как указывается задержка у TON блока).

Тогда задача "скользящее среднее" на "500" или сколько там нужно будет решаться просто:
1) Сумматор, на который подаются входные числа
2) Сумматор, на который подаётся выход "линии задержки"
3) Разница между этими сумматорами и будет "суммой в окне".

Всего 3-4 блока, на которых ОЛ будет просто летать.

Да, гусары заметят, что при подобном подходе и использовании float'ов может возникнуть погрешность, но оставим эту лирику.

С точки зрения среды (ОЛ) это будет всего один блок -- т.е. не будет тормозов при попытках редактирования 500 блоков и связей.
Сам же блок задержки на аппаратном уровне тоже просто реализовать. Нужно просто выделить массив на нужное количество ячеек и использовать их по кругу.
И реализация простая, и в железе будет быстро работать (всего 5-10 команд процессора на одно срабатывание очереди), и программировать легко, и, немаловажно, блок линии задержки может много где пригодиться.

Ещё вариант решения подобных проблем -- "функциональный блок массива".
Ну, объявляем блок "массив, указываем количество элементов". И потом с помощью каких-нибудь спец блоков записываем значения в ячейки или читаем оттуда.

На мой взгляд, пытаться оптимизировать ОЛ, чтобы конкретно этот проект стал окрываться быстрее это пустая трата времени разработчиков ОЛ.
Зачем пытаться оптимизировать среду так, что бы она "быстро рисовала 500+ блоков", когда нет абсолютно никакого разумного объяснения в таком количестве блоков?
Лучше это же самое время потратить на блок "очередь", который и выглядит просто/понятно, и не потребляет лишних ресурсов ПР.


Поэтому я и спрашиваю какой _реальный_ случай, когда вам нужно 500 (или сколько там у вас) блоков в проекте. Если 500 блоков, и все отличаются только одним параметром, то это намекает на то, что в 428-ом будет опечатка или что-то типа того. Иными словами, это говорит о том, что должен быть какой-то более адекватный механизм выразить "полёт мысли".

Сергей0308
05.10.2016, 00:44
Смотрите: на мой взгляд, "правильное" решение конкретной задачи заключается не в применении 16 макросов внутри 16 макросов (ну или сколько там у вас).
На мой взгляд, решению конкретной задачи и кучи других задач поможет простой блок: "линия задержки на N тактов".
Т.е. мы в неё подаём входные значения и тактовый вход, а она на выходе выдаёт числа с задержкой на указанное количество тактов (это количество должно указываться, например, как указывается задержка у TON блока).

Тогда задача "скользящее среднее" на "500" или сколько там нужно будет решаться просто:
1) Сумматор, на который подаются входные числа
2) Сумматор, на который подаётся выход "линии задержки"
3) Разница между этими сумматорами и будет "суммой в окне".

Всего 3-4 блока, на которых ОЛ будет просто летать.

Да, гусары заметят, что при подобном подходе и использовании float'ов может возникнуть погрешность, но оставим эту лирику.

С точки зрения среды (ОЛ) это будет всего один блок -- т.е. не будет тормозов при попытках редактирования 500 блоков и связей.
Сам же блок задержки на аппаратном уровне тоже просто реализовать. Нужно просто выделить массив на нужное количество ячеек и использовать их по кругу.
И реализация простая, и в железе будет быстро работать (всего 5-10 команд процессора на одно срабатывание очереди), и программировать легко, и, немаловажно, блок линии задержки может много где пригодиться.

Ещё вариант решения подобных проблем -- "функциональный блок массива".
Ну, объявляем блок "массив, указываем количество элементов". И потом с помощью каких-нибудь спец блоков записываем значения в ячейки или читаем оттуда.

На мой взгляд, пытаться оптимизировать ОЛ, чтобы конкретно этот проект стал окрываться быстрее это пустая трата времени разработчиков ОЛ.
Зачем пытаться оптимизировать среду так, что бы она "быстро рисовала 500+ блоков", когда нет абсолютно никакого разумного объяснения в таком количестве блоков?
Лучше это же самое время потратить на блок "очередь", который и выглядит просто/понятно, и не потребляет лишних ресурсов ПР.


Поэтому я и спрашиваю какой _реальный_ случай, когда вам нужно 500 (или сколько там у вас) блоков в проекте. Если 500 блоков, и все отличаются только одним параметром, то это намекает на то, что в 428-ом будет опечатка или что-то типа того. Иными словами, это говорит о том, что должен быть какой-то более адекватный механизм выразить "полёт мысли".

Спасибо! Посмотрю!
Типа того?

26861

Здесь ещё проще, сумматор один, сначала суммирует количество значений, равное длине стека, затем разницу между текущим и последним в стеке и делит на количество разрядов стека, это вроде уже обсуждали для упрощения расчёта среднего скользящим окном?!
http://www.owen.ru/forum/showthread.php?t=23201&page=9
Как бы спорить бессмысленно, алгоритм упростится!
Практически не знаю кому это может понадобиться, только Алексей Геннадьевич вроде писал, что надо подобное при ПНР, лично мне в ближайшие 700 лет не понадобится(более 2 лет прошу 10м провода ПВС 3х0,75мм2), так зарядка для мозгов и может чем другим людям поможет, люди же разные бывают!

Сергей0308
08.10.2016, 17:51
у меня пока было терпение получилось ужать на пару метров

Спасибо конечно, теперь пытаюсь осознать в чём вся революционность идеи, признаюсь пока плохо получается!

melky
08.10.2016, 18:12
А вот с обратными связями беда бедовая...
Если макрос AI! - SelChange вставить внутри первого CRab1w как есть, то все линии 1-го входа начнут работать по обратной связи.
Даже если использовать в макросе алгоритм будет тоже самое.
А вот 2-ная обратная связь ставит все на свои места....

Может разработчики объяснят как это происходит ?

zamnarzanom
10.10.2016, 08:47
как то реально перевести ол на шестнадцатеричную систему???

Ревака Юрий
10.10.2016, 09:01
как то реально перевести ол на шестнадцатеричную систему???

Что Вы подразумеваете под шестнадцатеричной системой, если вывод значения переменных в режиме симуляции, то реально, в свойствах симуляции выбирается.

zamnarzanom
10.10.2016, 09:06
нет, систему адресов

melky
10.10.2016, 09:15
а зачем ? есть же калькулятор, ставите в десятичной, смотрите что в шестнадцатиричной и все.

zamnarzanom
11.10.2016, 10:57
а зачем ? есть же калькулятор, ставите в десятичной, смотрите что в шестнадцатиричной и все.

как зачем?
для того, чтобы не открывать калькулятор!
давно занимаюсь мк, пишу на асме, мне дико видеть десятичные адреса...

melky
11.10.2016, 11:13
а другим дико видеть 16-ти ричные адреса в SCADA.

Как говорится давно занимаетесь, делайте свой ПР, свою SCADA и так далее

Алексей Геннадьевич
12.10.2016, 10:29
давно занимаюсь мк, пишу на асме, мне дико видеть десятичные адреса...
Как же вы в магазин-то ходите?:confused:

melky
12.10.2016, 11:08
Точно, дико видеть десятичные цифры на купюрах :)

zamnarzanom
12.10.2016, 11:37
где, кроме ол есть десятичная адресация???
восьмеричную можно даже простить.
Вообще все цифровые устройства базируются на двоичной системе, далее шестнадцатеричная, как продолжение двоичной.
Десятичную никак не приспособить, она годится лишь для подсчёта овец и денег...

zamnarzanom
12.10.2016, 11:39
Как же вы в магазин-то ходите?:confused:

А Я и говорю, что десятичная только для денег.
Программисты на асме вообще перевелись?

melky
12.10.2016, 12:17
я написал вам где, возьмите любую SCADA систему, в большинстве случаев адресация десятичная.
Производители контроллеров и устройств часто в документации приводят регистры в 2-х вариантах, десятичном для подключения из SCADA и в 16-ти ричном для опроса например контроллером верхнего уровня. Кто-то только в одном виде предоставляет данные, что собственно не является недостатком.

Алексей Геннадьевич
12.10.2016, 13:36
Десятичную никак не приспособить, она годится лишь для подсчёта овец и денег...
Говорит человек, использующий в повседневной жизни 12ричную и 60тиричную системы...;)

Желательно иметь обе для адресации - и 65535, и #FFFF.

AI!
12.10.2016, 13:52
десятичные адреса...если б это была единственная проблема, то я бы поддержал вас....

zamnarzanom
13.10.2016, 09:06
А Вы не молчите!

melky
13.10.2016, 10:15
zamnarzanom так никто и не молчит.
1. проблема с обратными связями
2. невозможно поставить значение по умолчанию для сетевой переменной

часть ошибок уже поправили... все это разрабы знают и обещают поправить...

Sacha
23.11.2016, 15:55
Здравствуйте, уважаемые коллеги.

Обращаюсь непосредственно к разработчикам программы: Ребят, сделайте пожалуйста среду разработки по-человечески, сделайте её для людей, а не для роботов. Выявилось куча недостатков после вашего обновления.

1. Когда добавляешь кучу блоков, все линии слипаются вместе, даже когда вручную проводим линию и начинаем передвигать блок, все линии остаются нак своих местах, и надо каждую отдельно передвигать, ЖУТКО НЕУДОБНО!!!!!

2. Когда добавляем переменную, и присваеваем её для ФБ, допустим выдержка времени для таймера, цикл опроса сбрасывается в режиме эмуляции до 1 мс, и не меняется, ТАК НЕВОЗМОЖНО ПРОВЕРИТЬ И ОТЛАДИТЬ ПРОГРАММУ!!!!!

3. Сделайте блоки поменьше, занимают весь экран, когда программа объёмная то НИЧЕГО НЕ ВИДНО, И ПРИХОДИТСЯ РАЗБИРАТЬСЯ ГДЕ, КАКОЙ БЛОК С ЧЕМ СОЕДИНЯЕТСЯ!!!!!

P.S. После ёмкого труда и трехэтажного мата, перестаём верить, что во дворе 21 ВЕК.

Для аргументирования своего "базара" подкрепляю сриншотами.

Надеюсь на ваше понимание!!!!

Есть у кого ещё предложения по улучшению данного ПО????

1.Вместо длинных, запутанных связей использую переменные. 2.выделяю из схемы локальные решения и переношу их в макрос 3.изменяю размер холста (в свойствах) 4.Масштаб изображения (Ctrl+"+", Ctrl+"-").
Пользуюсь версией 1.8.93.7745.

Серёга Букашкин
23.11.2016, 16:10
1. Очень нужно дать возможность программе читать с системных переменных всё что допускается менять из системного меню ПР200.
2. Разделить на отдельные процедуры запись величин энергонезависимых переменных и самого проекта. При большом количестве всяких настроек, устанавливаемых в ходе эксплуатации и не всегда совпадающих с начальными в проекте, перезапись проекта в ПР200 сейчас заставляет их восстанавливать вручную.
3. Дать ФБ типа "Read from FB" чтобы читать текущее время из ФБ с таймированием, а не уставку. То что есть имеет сомнительную полезность.

Серёга Букашкин
17.02.2017, 15:31
Могут ли часы в ПР200 измерять время до миллисекунд? Если да, то нужно иметь еще регистр с миллисекундами. Иначе измерять короткие отрезки времени очень трудно (косвенно через подсчет циклов).

anthrwpos
17.02.2017, 16:02
1) Лично я каждую задачу разбиваю на подзадачи. Подзадачи на еще позадачи. Для каждой подзадачи делается маленький и удобный макрос, после чего они все собираются вместе.
2) Лично я когда соединений много и они перепутываются, делаю переменные.
В результате даже очень сложные и объемные работы выглядят вот так:
29595

Алексей Геннадьевич
21.03.2017, 13:42
Возможно сделать возможность ввода сетевого адреса ПР200 из переменной?
Смысл: есть несколько установок, абсолютно идентичных, от которых сигнал уйдёт в скаду.
Оборудование имеет свойство иногда ломаться, и замену нужно произвести в крайне сжатые сроки имеющимся персоналом.
По понятным причинам допускать в меню ПР200 не хочется, а во вторых на изучение мануала в 2 часа ночи уйдёт время, а его нет.
Просто прописать в комбобоксе "установка1", "установка2" и.т.д. В таком случае настройка сведётся к выбору нужного варианта из комбобокса.

Серёга Букашкин
21.03.2017, 14:00
Возможно сделать возможность ввода сетевого адреса ПР200 из переменной?
И читать назначенный адрес тоже! Бывает что для разных адресов отличается функциональность и адрес стал бы маркером включения нужных операций. Сейчас приходится городить специальные опции, управляемые с экрана. Эти же рассуждения относятся и к задатчикам границ AI! Отсутствие этого не позволяет сделать универсальную программу, управляемую одним параметром.

Владимир Ситников
21.03.2017, 14:47
Отсутствие этого не позволяет сделать универсальную программу, управляемую одним параметром.
А и не надо создавать универсальные программы. Если из ОЛ сделать среду создания универсальных программ, то цена будет ого-го какая, а надёжность станет ниже плинтуса.

Алексей Геннадьевич
21.03.2017, 14:54
И читать назначенный адрес тоже! Бывает что для разных адресов отличается функциональность и адрес стал бы маркером включения нужных операций. Сейчас приходится городить специальные опции, управляемые с экрана. Эти же рассуждения относятся и к задатчикам границ AI! Отсутствие этого не позволяет сделать универсальную программу, управляемую одним параметром.

Писал про назначение адреса с комбобокса. В программе жёстко забиты адреса по количеству установок, заодно и алгоритмы с настройками привязать можно к выходам демультиплексора.
(Алгоритмы уже таким образом задавал, всё нормально.)

А и не надо создавать универсальные программы. Если из ОЛ сделать среду создания универсальных программ, то цена будет ого-го какая, а надёжность станет ниже плинтуса.
Есть много установок работающих по однотипным алгоритмам, в таком случае можно.
А универсальность - она до определённой степени только возможна.

Серёга Букашкин
21.03.2017, 16:49
Если из ОЛ сделать среду создания универсальных программ, то цена будет ого-го какая, а надёжность станет ниже плинтуса.
Среду дорабатывать не просим. Просим дать доступ к системным уставкам через соответствующие системные переменные, это не сложно. Бессилие какое-то когда из системного меню поменять переменную можно (тот же адрес в сети), но из программы этого не увидишь. К цене это совсем не имеет отношения, это вопросы оптимизации ОЛ, не более. Часто бывает что эти переменные должны быть жестко определенными и их нельзя менять, и если их не видишь нет возможности выполнять контроль или реагировать на эти изменения, а также возможности автоматического их задания при включении или по смене опции. Складывается впечатление что разработчикам жалко так баловать потребителя. Или просто ПР200 так оторвался в своих возможностях от ПР110, что ОЛ не поспевает за ними. Вспомните как долго выпрашивали дать часы в системные переменные. А то что мы хотим - даже проще.

Владимир Ситников
21.03.2017, 17:12
Бессилие какое-то когда из системного меню поменять переменную можно (тот же адрес в сети), но из программы этого не увидишь. К цене это совсем не имеет отношения, это вопросы оптимизации ОЛ, не более. Часто бывает что эти переменные должны быть жестко определенными и их нельзя менять
Напротив, это имеет прямое отношение к цене, т.к.
1) Это может требовать доработку ОЛ -- зарплата программисту, тестировщику
2) Возможно, потребуется доработка прошивки ПР -- снова зарплата программисту, тестировщику
3) Описание в документации
4) Потом ответы на вопросы "у меня не работает" на форуме и т.п. Это снова затраты на зарплату кому-то типа Юрия Р.

Но это всё очевидные причины.
Есть и более долгоиграющее:
5) Чем больше возможностей, тем сложнее понимать как работает система. В итоге, будет что-нибудь в духе "добавят поддержку модулей ввода-вывода и случайно сломается обсуждаемся возможность смены переменных". Программисту придётся тратить время на то, чтобы починить "случайно сломанное".
Иными словами, поддерживать и дорабатывать софт/прошивку станет сложнее.
6) При выпуске новых версий ОЛ придётся тратить время на тестирование этой "новой возможности".



что ОЛ не поспевает за ними.
ОЛ впереди планеты всей.

Серёга Букашкин
22.03.2017, 09:51
Потом ответы на вопросы "у меня не работает" на форуме и т.п. Это снова затраты на зарплату кому-то типа Юрия Р.
Это нормально, когда все стремятся чтоб было лучше. У нас свои проблемы, а у Юрия Р. работа такая. А мы вынуждены кружным путем получать то, что можно было бы просто получить напрямую, просто может эволюционное время ещё не пришло. Вот вчера по поводу галочек укладки float в сетевую переменную он нам открыл глаза, но так и не указал что дальше: это ошибка или так и задумано и останется?
Кстати про часы: осталось без ответа можно ли добавить переменную "миллисекунды" или это в принципе невозможно?

Алексей Геннадьевич
23.03.2017, 08:01
Напротив, это имеет прямое отношение к цене, т.к.
1) Это может требовать доработку ОЛ -- зарплата программисту, тестировщику
2) Возможно, потребуется доработка прошивки ПР -- снова зарплата программисту, тестировщику
3) Описание в документации
4) Потом ответы на вопросы "у меня не работает" на форуме и т.п. Это снова затраты на зарплату кому-то типа Юрия Р.

Но это всё очевидные причины.
Есть и более долгоиграющее:
5) Чем больше возможностей, тем сложнее понимать как работает система. В итоге, будет что-нибудь в духе "добавят поддержку модулей ввода-вывода и случайно сломается обсуждаемся возможность смены переменных". Программисту придётся тратить время на то, чтобы починить "случайно сломанное".
Иными словами, поддерживать и дорабатывать софт/прошивку станет сложнее.
6) При выпуске новых версий ОЛ придётся тратить время на тестирование этой "новой возможности".
Вы таки финансист или математик?:confused:
Скажу проще: Прибор с большими возможностями будет пользоваться большим спросом, и все эти единичные расходы "размажутся" по огромному количеству изделий.

ОЛ впереди планеты всей.
Вот когда будет онлайн-режим, и запустят в производство большой спектр модулей расширения, тогда да.
А пока голову высоко подняли, а хвост ещё не вытащили. Рано на лаврах почивать.

capzap
23.03.2017, 09:27
о, один попался

Владимир Ситников
23.03.2017, 14:20
Вы таки финансист или математик?:confused:
Т.е. по существу возражений нет? От того финансист или математик лично я что-то изменится?
Цель любой коммерческой компании это извлечение прибыли (c) Капитан.


Скажу проще: Прибор с большими возможностями будет пользоваться большим спросом
Подкину ещё аргументов:
7) ПР и сейчас дёшево стоит. Если же оно начнёт конкурировать с ПЛК, продажи ПЛК упадут и всего делов.
В итоге будем иметь "недо-ПЛК" под названием "ПР+" и сдохшую линейку ПЛК.
Кому это нужно?


все эти единичные расходы "размажутся" по огромному количеству изделий.
Не выделяю в отдельный пункт (т.к. уже было в 4, 5, 6 ранее; и в 8,9 ниже), но подчеркну, что есть масса не единичных расходов, а непрерывных и постоянных.
Фонд оплаты труда это не единичный расход. Необходимость тестировать и поддерживать возможности, придуманные N лет назад это постоянный расход, а не единичный.

Например, с "сетевыми переменными" в ОЛ. Их постоянно латают. Думать "достаточно сделать 1 раз и оно не сломается" ошибочно, т.к. смежная функциональность может вызывать поломку (добавили "поддержку модулей" -- сломались "сетевые переменные").
Это не значит, что "невозможно по-нормальному сделать сетевые переменные". Это лишь пример к тому, что однажды добавленная возможность будет потреблять ресурсы в будущем.


Вот когда будет онлайн-режим, и запустят в производство большой спектр модулей расширения, тогда да.
Уже сейчас в планах две одновременно существующих версии ОЛ (1.8 и 1.9).
online? больше модулей? Добавится ещё пара версий?

8) Начнётся песнь "в версии 1.8 работает так-то, а в 2.0 так-то". Это всё непросто в разработке. Нашли ошибку -- исправлять нужно в 4х версиях. Вносим изменение -- нужно понять стоит ли его делать в остальных. Выпускаем версию -- тестируем ошибки, про которые в этой версии не говорили (изменения по которым пришли "из других версий").

9) Для разработки 4-х версий одновременно не достаточно просто взять и нанять 4х программистов. Лебедя, рака и программиста никто не отменял. Да и где взять тех самых программистов, которые понимают в пром безопасности?
Надеюсь, не нужно объяснять, что ОЛ-ПР это не поделка типа опа-опа-выпускаем (http://pisuch.ru/website/)?

capzap
23.03.2017, 14:52
Подкину ещё аргументов:
7) ПР и сейчас дёшево стоит. Если же оно начнёт конкурировать с ПЛК, продажи ПЛК упадут и всего делов.
В итоге будем иметь "недо-ПЛК" под названием "ПР+" и сдохшую линейку ПЛК.
Кому это нужно?
слабоватый какой то аргумент, у семена стали брать 1200, вместо 300, но я что то не слышал, чтоб семен парился что 300ки ни кто не покупает

Серёга Букашкин
23.03.2017, 15:20
Красиво излагает Владимир. Конечно нам надо, чтобы "и кузница, и житница, и здравница". Кто хоть пару лет с ОЛ поработал видят и прогресс, и неувеличение стоимости. В этом векторе и ждем продолжения.

Владимир Ситников
23.03.2017, 15:26
Кто хоть пару лет с ОЛ поработал видят и прогресс, и неувеличение стоимости.

Цена ПР не увеличивалась, говорите? Прямо как вышло реле на рынок, так и остаётся при своей цене?
Ах, о чём это я. Цены же нет ПР200!

melky
23.03.2017, 15:49
А че Семену париться, если он сам планирует 300-х вывести с рынка и закрыть как класс

capzap
23.03.2017, 16:19
А че Семену париться, если он сам планирует 300-х вывести с рынка и закрыть как класс

ссылку можно где идет речь о закрытии линейки, а не текст из брошурки по 1200-у что он предназначен для замены трехсотого

melky
23.03.2017, 16:26
capzap обратитесь в Siemens, они сами это говорили что 300, 400 линейка будет еще производиться 5-7 лет, еще сколько то лет будет поддержка а потом все, аут.
Это было года 3-4 назад, когда посещал у них курсы по S7-300(400).

А еще забавнее будет, когда настанет 2068(или 69) год и вся их линейка S7-300(400), которая сохранится на производствах в живом виде станет по всему миру колом в режим СТОП.

capzap
23.03.2017, 16:35
"The new S7-1500 system supplements the existing S7-300/400 systems. S7-300, S7-400 and S7-1500 will be sold in parallel in the coming years. The S7-300/400 systems will not be phased out before the year 2020. Thereafter the components of both systems will be available for another 10 years on a spare part basis."Суть совершенно не в том через сколько пректратит существование линейка 300 у семена или сотка у овена, они кстати тоже делали объявление, что перейдут на КДС3 когда нибудь полностью. А суть в том что это не аргумент, упадут или нет продажи из-за появления более дешевого и из более низшей линейки продукта

melky
23.03.2017, 16:40
наверняка у них в продуктах линеек есть узлы, которые работают либо только с 1200, либо только с 300 и в зависимости от построения системы выбор будет всегда один.
Это нормально в принципе, чтобы оба продукта продолжали продаваться.

capzap
23.03.2017, 16:42
А еще забавнее будет, когда настанет 2068(или 69) год и вся их линейка S7-300(400), которая сохранится на производствах в живом виде станет по всему миру колом в режим СТОП.

а почему она должна встать, вобще любой плк это из каких соображений перестанет работать, когда наступит какая то дата. У нас когда энкодеры проходят верхний предел типа данных контроллеры от этого не умирают же

melky
23.03.2017, 16:52
capzap ошибка в прошивке ПЛК, 2-х байтовая переменная, отвечающая за дни для ПЛК должна быть беззнаковой, однако он ее воспринимает как знаковое число.
При записи новой даты в ПЛК, когда количество дней больше 7FFF ПЛК уходит в СТОП, при переходе даты кажется тоже.

А заявлено по документации что до 2179 года от 1990, а это числа выше и он их воспринимает как отрицательные и валится.

Возможно исправили в новых прошивках, просто с тех пор мне не довелось живьем работать с Сименсом... 1ххх серию тоже не щупал.

capzap
23.03.2017, 17:26
capzap ошибка в прошивке ПЛК, 2-х байтовая переменная, отвечающая за дни для ПЛК должна быть беззнаковой, однако он ее воспринимает как знаковое число.
При записи новой даты в ПЛК, когда количество дней больше 7FFF ПЛК уходит в СТОП, при переходе даты кажется тоже.

А заявлено по документации что до 2179 года от 1990, а это числа выше и он их воспринимает как отрицательные и валится.

Возможно исправили в новых прошивках, просто с тех пор мне не довелось живьем работать с Сименсом... 1ххх серию тоже не щупал.

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

melky
23.03.2017, 17:30
capzap если бы я работал сейчас с сименсом, я бы точно мог сказать, исправили или нет, но на тот момент на всех стендовых 300/400 ошибка была.
з.ы. я же сказал, понятия не имею исправлена эта ошибка или нет. Если у вас есть доступ к данным ПЛК можете проверить сами, запишите штатным средством дату выше 2069 года и узнаете.

Владимир Ситников
23.03.2017, 18:19
Суть совершенно не в том через сколько пректратит существование линейка 300 у семена или сотка у овена... А суть в том что это не аргумент, упадут или нет продажи из-за появления более дешевого и из более низшей линейки продукта
С одной стороны, тут меня раскусили (аргумент в самом деле неоднозначный), но, с другой стороны, продажи ПЛК вполне могут упасть, если основная масса их возможностей покроется в ПР.
Наращивание возможностей ПР вряд ли увеличит продажи ПЛК. Значит, продажи ПЛК либо сохранятся, либо упадут. Железных аргументов про то, что продажи сохранятся я не знаю. Поэтому и говорю, что вполне вероятно падение продаж ПЛК, если в ПР накачивать возможности типа online, указание сетевого адреса, вот это всё.

Да чего далеко ходить? Лично я, например, купил ПЛК110 не от хорошей жизни (вернее, от хорошей, но не суть), а из-за того, что ПР200 только квадратиками программируется. Если бы в ОЛ-ПР был нормальный язык программирования, online, я бы наверняка остановился на ПР200. Возможно, парочку пришлось бы покупать для нужного количества IO. Но это всё равно дешевле, чем ПЛК110 (хоть мне его и со скидкой продали).

rovki
23.03.2017, 18:31
Какой такой онлайн режим отладки для ПР200 ,неужели симулятора мало?Это же совсем другой ОЛ ,другая прошивка ,другой принцип работы ,другая разработка фактически .

smk1635
23.03.2017, 18:44
Какой такой онлайн режим отладки для ПР200 ,неужели симулятора мало?

Мало. :)

Владимир прав. Маркетинг рулит.

ПР200 излишне мощная машинка для концепции программируемого реле.

По этому ОЛ скорее всего будет только с CFC (лично мне его хватает для ПР) и к сожалению без online режима (вот его очень не хватает). Иначе прямой конкурент ПЛК получится, для достаточно большого круга задач. По крайне мере в сфере ЖКХ.

Владимир Ситников
23.03.2017, 18:46
Какой такой онлайн режим отладки для ПР200 ,неужели симулятора мало?Это же совсем другой ОЛ ,другая прошивка ,другой принцип работы ,другая разработка фактически .

И я про это же говорю. Если в ПР200 накидать всякого разного, то и стоить будет как космолёт, и продажи других продуктов ОВЕН может подпортить.

PS. Ну, возможно, без online я бы прожил, но квадратики для меня это прямо смерти подобно. Я схемы читать умею, но рисовать только в случае крайней необходимости.

Вольд
23.03.2017, 19:12
слабоватый какой то аргумент, у семена стали брать 1200, вместо 300, но я что то не слышал, чтоб семен парился что 300ки ни кто не покупает

А вы с менеджментом Siemens на дружеской ноге и они вам все рассказывают, что у них творится ?

capzap
23.03.2017, 19:43
А вы с менеджментом Siemens на дружеской ноге и они вам все рассказывают, что у них творится ?

да, представте себе через одно рукопожатие с разработчиками степа

rovki
23.03.2017, 20:38
Мало. :)

Владимир прав. Маркетинг рулит.

ПР200 излишне мощная машинка для концепции программируемого реле.

По этому ОЛ скорее всего будет только с CFC (лично мне его хватает для ПР) и к сожалению без online режима (вот его очень не хватает). Иначе прямой конкурент ПЛК получится, для достаточно большого круга задач. По крайне мере в сфере ЖКХ.
Мож чего не понимаю ,пример приведите онлайн отладки программы в области ЖКХ без которой ни как не обойтись .Онлайн отладка это значит это уже не ОЛ ,другой принцип работы ,это кодесис получится ...

melky
23.03.2017, 21:12
К сожалению нет под рукой сейчас ни Logo! ни Zelio Logic, но вроде у них онлайн режим есть. А это такие же ПР как и Овен.

Владимир Ситников
23.03.2017, 21:15
К сожалению нет под рукой сейчас ни Logo! ни Zelio Logic, но вроде у них онлайн режим есть. А это такие же ПР как и Овен.

Вам про то, что "в ЖКХ online не нужен", а вы про то, что "в Logo! online есть".
Л - логика.

melky
23.03.2017, 21:17
Поймите, режим онлайн гораздо удобнее, чем ловля блок с ожиданием
В общем удобнее когда он есть, чем когда его нет.

rovki
23.03.2017, 21:28
Поймите, режим онлайн гораздо удобнее, чем ловля блок с ожиданием
В общем удобнее когда он есть, чем когда его нет.
А я вам про то что в офлайн сначала проверьте (симуляторе) ,чем потом в онлайн ждать момента когда сработает нужный датчик и еще 7 сигналов в нужной комбинации или ждать нужное время (часы,минуты).Онлайн может бы пригодился если бы была уверенность что симулятор работает не так как реальное железо ,но таких сомнений почти не осталось . На худой конец для ответственных применений используйте специальный отладочный стенд с имитированием входов .Я не беру в расчет такие случаи отладки ,когда нужно проверить ПИД регулятор .Ясно что только на реальном железе можно его отладить окончательно ,а не в симуляторе ,но тут и онлайн не поможет ..

melky
23.03.2017, 21:35
rovki кто-то разве сказал что сразу пользуется прибором ? ессно сперва все в офлайн делается. Просто бывает в оффлайн все работает, а в приборе что-то да не так, что было бы видно еще на столе...

melky
23.03.2017, 21:38
Ну вот, у вас даже в онлайн глюки :)

rovki
23.03.2017, 21:42
Такого практически уже нет .Просто в офлайн поленились все проверить и надеетесь что в онлайн такая ситуация проявится очень маловероятно .Через месяц вылезет может ...
Если уж так нужно в онлайне посмотреть ,то как вариант используйте контрольные точки -сетевые переменные https://youtu.be/L0SCG36Feag
<iframe width="560" height="315" src="https://www.youtube.com/embed/L0SCG36Feag" frameborder="0" allowfullscreen></iframe>

rovki
23.03.2017, 21:53
В достаточно сложных ,с точки зрения понимания, схемах с использованием явных связей онлайн отладчик не поможет- нужна возможность пошагово исполнять код ,а это дает только симулятор в офлайне.

Игорюня
23.03.2017, 23:46
А я вам про то что в офлайн сначала проверьте (симуляторе) ,чем потом в онлайн ждать момента когда сработает нужный датчик и еще 7 сигналов в нужной комбинации или ждать нужное время (часы,минуты).Онлайн может бы пригодился если бы была уверенность что симулятор работает не так как реальное железо ,но таких сомнений почти не осталось . На худой конец для ответственных применений используйте специальный отладочный стенд с имитированием входов .Я не беру в расчет такие случаи отладки ,когда нужно проверить ПИД регулятор .Ясно что только на реальном железе можно его отладить окончательно ,а не в симуляторе ,но тут и онлайн не поможет ..

LOGO? ALPHA2 онлайн очень сильно помогает, Если не в теме, не нужно комментариев. Оффлайн хорошо, а онлайн лучше.

rovki
23.03.2017, 23:53
Так я спрашивал пример ,а не общие рассуждения ...хорош\нехорош

Алексей Геннадьевич
24.03.2017, 07:07
Такого практически уже нет .Просто в офлайн поленились все проверить и надеетесь что в онлайн такая ситуация проявится очень маловероятно .Через месяц вылезет может ...
С онлайн-режимом станок через все алярмы и комбинации за смену - две прогоню, в симуляторе 2 недели сидеть придётся.
Смысл понятен?

Если уж так нужно в онлайне посмотреть ,то как вариант используйте контрольные точки -сетевые переменные
А нам и на экран ПР200 не влом вытащить.


В достаточно сложных ,с точки зрения понимания, схемах с использованием явных связей онлайн отладчик не поможет- нужна возможность пошагово исполнять код ,а это дает только симулятор в офлайне.
А как вы работу исполнительных механизмов просимулируете, особенно если они немного сбоят, что и происходит при ПНР?
Вот и получим: алгоритм работы -30% программы.
Защиты от идиотов - 20% программы
Вытаскивалки контрольных точек - 50%программы.

capzap
24.03.2017, 07:26
С онлайн-режимом станок через все алярмы и комбинации за смену - две прогоню, в симуляторе 2 недели сидеть придётся.
Смысл понятен?

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

rovki
24.03.2017, 07:57
В технологическом оборудовании 90% времени идет на обкатку алгоритма а не схему его реализующую.О каких исполнительных механизмах речь ?Для их отладки залить другую ,специальную ,тестовую программу ни как,если приспичило ? Отлаживать программу (не алгоритм) в ПР, не имея исправных датчиков и исполнительных механизмов чревато.Вытаскивать специальные переменные на экран для отладки самой программы это перебор .Не путайте алармы системы управления и косяки исполнения программы.ОЛ так и написан ,что бы в самой программе было ошибок минимум (зато есть ограничение функционала),приводящих к вылету,зависанию,остановов проги ,не считая ошибок в реализации самого ТЗ и ошибок (недочетов) в самом ТЗ. Реально,лично мне и офлайн симулятор приходится редко использовать,Хотя не доработки и даже ошибки есть ,когда торопишься ,но больше (почти всегда) это ошибки самого( ТЗ )ибо алгоритм работы ТЗ приходится то же самому изобретать .А так ,что бы искать ошибки в собственной программе днями и неделями -это явный перебор ,если это конечно не процесс получения опыта или обучение.

melky
24.03.2017, 08:57
оставьте вы .... людей в покое, нравится им без онлайна и пусть дальше нравится...
разговоры слепых с глухими будут вечными...

Вы лучше скажите когда починят значения по умолчанию для сетевых переменных, а то оффлайн, онлайн.... устроили тут :)

Владимир Ситников
24.03.2017, 10:52
Вы лучше скажите когда починят значения по умолчанию для сетевых переменных, а то оффлайн, онлайн.... устроили тут :)

https://www.youtube.com/watch?v=Er65TIqEis4 (5 секунд из к/ф "Берегись автомобиля")

rovki
24.03.2017, 11:14
оставьте вы .... людей в покое, нравится им без онлайна и пусть дальше нравится...
разговоры слепых с глухими будут вечными...

:)
Не тот глагол используете -нравится\не нравится. Надо просто понимать ,что за собой потянет реализация той или иной хотелки ,это вам не починить значения по умолчанию сетевых переменных ...- это разработка нового ОЛ ....

melky
24.03.2017, 11:21
ну да, учитывая что на починку забили, ждать каких-то новых вещей в ОЛ можно до пенсии...

Алексей Геннадьевич
24.03.2017, 12:16
Не тот глагол используете -нравится\не нравится. Надо просто понимать ,что за собой потянет реализация той или иной хотелки ,это вам не починить значения по умолчанию сетевых переменных ...- это разработка нового ОЛ ....
Отсутствие онлайн-режима - снижение продаж при наличии альтернативы с онлайн-режимом.

murdemon
24.03.2017, 12:23
а как же замена кода в ПР200 , без остановки самой программы :rolleyes: мм когда она будет реализована?

Алексей Геннадьевич
24.03.2017, 12:25
а как же замена кода в ПР200 , без остановки самой программы :rolleyes: мм когда она будет реализована?
Займитесь.

rovki
24.03.2017, 12:47
Отсутствие онлайн-режима - снижение продаж при наличии альтернативы с онлайн-режимом.
Например ? До сих пор производство ПР200 не успевает за заказами - ждать приходится 10дней .Там где нет ОЛ мне такие реле даром не нужны да же по той же цене пусть и с онлайн.

rovki
24.03.2017, 12:49
а как же замена кода в ПР200 , без остановки самой программы :rolleyes: мм когда она будет реализована?
Это зачем такое ? Неужто ядерным реактором уже управляете с ПР.;) Может сразу горячее резервирование делать ?;)

Сергей0308
24.03.2017, 13:45
Кто-то писал, на АЭС четырёхкратное резервирование, вопрос минимальной цены не стоит!

starmos
24.03.2017, 17:23
Смешно слышать про падение продаж ПЛК, если возрастут возможности ПР200. Оно бы так и было, будь ОВЕН один производитель на белом свете. Но он не один. Поэтому какой выход для пользователя, если он считает что ПЛК63 (например) слишком дорог (при его экране особенно), а ПР200 - всем хорош, но его запрограммировать как надо невозможно из-за искусственных ограничений в ОЛ? Я вижу одно решение - обратиться в другую контору, где нет этих искусственных заморочек. Что вы все заботитесь - "как бы нам ОВЕН не перетрудить"? У ОВЕНА и так репутация неоднозначная, вы из-за этого что ли? Типа выпустили наконец годный продукт - "тсс, не трогайте их, а то все испортят"? Наоборот, надо развивать перспективные решения и потрудятся пусть, найдут уж силы и цену не поднимут - тогда заслуженно хорошо заработают. А чтобы продажи ПЛК не упали - надо ПЛК и улучшать (экран заменить на ПЛК63, например!), а не ПР200 портить. ПР200 - тоже не панацея, он протянет только сравнительно небольшие установки - вот тут и карты в руки ПЛК. В итоге ОВЕН все одно заработает - лояльное отношение к пользователям всегда этими же пользователями и вознаграждается. Поэтому не надо заботиться о том, как ОВЕН сделает то или это - вы им говорите что вам нужно чтобы сделали и голосуйте рублем, а уж они разберутся.

Netmas
10.07.2017, 07:07
да, представте себе через одно рукопожатие с разработчиками степа

Да! До сих пор ещё у меня работают контроллеры S5-110A,надежны как гранит, им уже лет как 25, да и S5-110S тоже хорошие,а вот S5-150 не прижился, вывод чем новее тем кажется техничнее , но вот уже качество страдать начинает даже и у таких монстров как Сименс, Хитачи, Митцубисси,Омрон,Эмотрон,Унитроникс и т.д.

AAA1
19.07.2017, 10:52
Здравствуйте! Дилетантский вопрос к разработчикам. Очень не плохо иметь возможность вставлять картинку на холст в ОЛ. Ниже пример как у других сделано. Чтобы кучу текста не писать для будущих пользователей и самому со временем при редактировании долго не вспоминать, что там делал и как. Заметьте кстати, многи пользователи вставляют в свои работы, текстом, версию программы (не будем описывать почему)), формулу макроса и прочее, что очень не удобно, а вот коли был принтскрин и вуаля...
32136

ЗЫ: Сергей0308 действительно, смотря в какой теме вставлять картинку, в этой без проблем, а в соседней не доступно как и в ЛС.

Николаев Андрей
19.07.2017, 11:06
Спасибо за идею. Обсудим её с разработчиками.
Правда и так идут жалобы, что поля не хватает. А если вставлять картинки - это не будет еще усложнять алгоритм?

AAA1
19.07.2017, 11:18
Спасибо за идею. Обсудим её с разработчиками.
Правда и так идут жалобы, что поля не хватает. А если вставлять картинки - это не будет еще усложнять алгоритм?

Для такого дела можно и холст вниз к примеру увеличить, и вставку сделать. С другой стороны, описание, формулы тоже место занимают, ну и наконец как не раз упоминалось МАКРОСЫ И ЕЩЁ РАЗ МАКРОСЫ!!! ) В моей картинке выше, представьте сколько надо написать для будущего человека из обслуги, что тут и где, а на график глянул и ни одного вопроса.

Эдуард_Н
20.07.2017, 07:38
Хорошо бы ещё сделать возможность сортировки переменных в "таблице переменных."

ASo
20.07.2017, 08:17
Так есть. Как обычно в виндузовых приложениях. Ткните мышкой в заголовок колонки.

Эдуард_Н
20.07.2017, 09:53
Так есть. Как обычно в виндузовых приложениях. Ткните мышкой в заголовок колонки.

А произвольно то он не даёт группировать. И проверку не использующихся переменных ввести.

Сема
08.08.2017, 17:08
Всем привет, уважаемые коллеги.


Для такого дела можно и холст вниз к примеру увеличить, и вставку сделать. С другой стороны, описание, формулы тоже место занимают, ну и наконец как не раз упоминалось МАКРОСЫ И ЕЩЁ РАЗ МАКРОСЫ!!! ) В моей картинке выше, представьте сколько надо написать для будущего человека из обслуги, что тут и где, а на график глянул и ни одного вопроса.

Макросы не очень удобно сделаны. Я заметил, что входы и выходы нельзя сделать целочисленными или с плавающей запятой. (скриншот 1)

То есть я не могу добавить и состыковать эти переменные (скриншот 2)

Когда же будет сделан он-лайн мониторинг наконец-то. На станках типа стандартного весового дозатора это гигантская проблема. Когда программа большая на весь холст, и я не могу уловить, где ошибка. То есть я начинаю додумывать исходя из симуляции.

Я просидел до поздней ночи с красными глазами. Мой мозг отказывался думать и искать ошибку, а делать надо было.

В Zelio есть такая фича (онлайн мониторинг), в Moeller есть.

Моё мнение такое, что это самая основная задача для ОЛ.

Вообще у этой цепочки ПР110-200 и программы ОЛ, да ещё с учётом управления планшета на базе Андроид очень большой потенциал. Но не понимаю, почему за несколько лет так мало изменений. Почему сейчас разрабатывают новые продукты, не доведя до ума то, что есть.

Сема
08.08.2017, 17:15
И простой вопрос разработчикам:

Если поставить в ПР200 вот такой экран. Насколько удорожает ваш продукт? (скриншот с Zelio)

Так как экран в 2 строчки всё-таки не удобочитаемый. Это лично моё субъективное мнение.

Pavel_
08.08.2017, 17:46
Всем привет, уважаемые коллеги.

Макросы не очень удобно сделаны. Я заметил, что входы и выходы нельзя сделать целочисленными или с плавающей запятой. (скриншот 1)

То есть я не могу добавить и состыковать эти переменные (скриншот 2)


а так:
32518

pop70
08.08.2017, 17:54
Всем привет, уважаемые коллеги.



Макросы не очень удобно сделаны. Я заметил, что входы и выходы нельзя сделать целочисленными или с плавающей запятой. (скриншот 1)

То есть я не могу добавить и состыковать эти переменные (скриншот 2)

Когда же будет сделан он-лайн мониторинг наконец-то. На станках типа стандартного весового дозатора это гигантская проблема. Когда программа большая на весь холст, и я не могу уловить, где ошибка. То есть я начинаю додумывать исходя из симуляции.

Я просидел до поздней ночи с красными глазами. Мой мозг отказывался думать и искать ошибку, а делать надо было.

В Zelio есть такая фича (онлайн мониторинг), в Moeller есть.

Моё мнение такое, что это самая основная задача для ОЛ.

Вообще у этой цепочки ПР110-200 и программы ОЛ, да ещё с учётом управления планшета на базе Андроид очень большой потенциал. Но не понимаю, почему за несколько лет так мало изменений. Почему сейчас разрабатывают новые продукты, не доведя до ума то, что есть.
Глупости. Входы-выходы макроса прекрасно настраиваются под любой имеющийся тип.
Не при создании макроса, а в свойствах входа/выхода.
Научитесь пользоваться макросами, и не придётся рисовать "метр на метр" схемы, в которых чёрт ногу сломит,и оттестировать которые голова квадратной станет.
Ещё умейте пользоваться переменными, как "именованными цепями". И схемы станут простыми и легко читаемыми и отлаживаемыми.
Это называется "структурное программирование". В рисовании схем для ПР это тоже актуально.

Василий Кашуба
08.08.2017, 18:03
Всем привет, уважаемые коллеги.



Макросы не очень удобно сделаны. Я заметил, что входы и выходы нельзя сделать целочисленными или с плавающей запятой. (скриншот 1)

То есть я не могу добавить и состыковать эти переменные (скриншот 2)

Когда же будет сделан он-лайн мониторинг наконец-то. На станках типа стандартного весового дозатора это гигантская проблема. Когда программа большая на весь холст, и я не могу уловить, где ошибка. То есть я начинаю додумывать исходя из симуляции.

Я просидел до поздней ночи с красными глазами. Мой мозг отказывался думать и искать ошибку, а делать надо было.

В Zelio есть такая фича (онлайн мониторинг), в Moeller есть.

Моё мнение такое, что это самая основная задача для ОЛ.

Вообще у этой цепочки ПР110-200 и программы ОЛ, да ещё с учётом управления планшета на базе Андроид очень большой потенциал. Но не понимаю, почему за несколько лет так мало изменений. Почему сейчас разрабатывают новые продукты, не доведя до ума то, что есть.
А вы не пробовали в свойствах входов и выходов макроса изменить их, сделать целочисленными или флоат?

игорь68
08.08.2017, 21:54
И простой вопрос разработчикам:

Если поставить в ПР200 вот такой экран. Насколько удорожает ваш продукт? (скриншот с Zelio)

Так как экран в 2 строчки всё-таки не удобочитаемый. Это лично моё субъективное мнение.

Там ещё и процессор слабее чем в ПР200

starmos
09.08.2017, 08:32
Поскольку вопрос с написанием макросов на языке высокого уровня подвис, а так же с заявлениями разработчиков ОЛ - "присылайте нам заявки, мы сделаем блок в библиотеку", я предлагаю разработчикам разработать и включить в библиотеку ФБ, по выполняемым функциям соответствующие логическим микросхемам стандартной серии 74 (у нас 155), например. В отличие от языков высокого уровня, я не предвижу возражений от любителей рисовать "квадратики", ибо это и будут квадратики. Кроме этого значительная часть имеющихся схем будет достаточно просто переводиться на новую элементную базу в виде ПР. Возможное неудобство будет никак не больше, чем например отсутствие отрицательных целых чисел в ОЛ (что является несомненным достижением, т.к. в микроконтроллере ядра ПР200 они есть). Вообще системы управления возможно проектировать исходя из аппаратного подхода или программного. При этом сторонники ПР придерживаются первого, а ПЛК - второго. Однако в настоящее время ОЛ не реализует толком ни один - для первого слишком малая библиотека, а для второго - слишком узкие возможности программирования. Своим предложением я предлагаю устранить первое ограничение, если уж второе признано идеологически неверным.

ssm
10.08.2017, 20:33
Справочник "Популярные цифровые микросхемы" автор В. Шило - читаем, если забыли и рисуем что душе угодно

starmos
14.08.2017, 08:57
Справочник "Популярные цифровые микросхемы" автор В. Шило - читаем, если забыли и рисуем что душе угодно

Так мы и так уже читаем и рисуем. Есть только ощущение, что это какой-то бред - сперва квадратики, потом это странслируется в промежуточный язык, а потом интерпретатор будет выполнять эти команды на контроллере... Я предположил что если создатели ОЛ оформят это в виде библиотеки - оно покомпактнее выйдет и побыстрее, возможно.

pop70
14.08.2017, 09:30
Так мы и так уже читаем и рисуем. Есть только ощущение, что это какой-то бред - сперва квадратики, потом это странслируется в промежуточный язык, а потом интерпретатор будет выполнять эти команды на контроллере... Я предположил что если создатели ОЛ оформят это в виде библиотеки - оно покомпактнее выйдет и побыстрее, возможно.
Не выйдет побыстрее. Всёравно через "промежуточный код" и "интерпретатор".
Другой вопрос - а нафига оно полный набор нужен, если любой элемент за несколько минут собирается из того, что уже есть. А какие именно понадобятся, а какие никогда - заранее неизвестно.

sdy
16.09.2017, 20:41
Вставлю свои 5 копеек.

На самом деле проблема не столько в том, что нет нужных наборов макросов, сколько в том что собственные макросы попадают в финальный код именно как макросы, а не как вызовы процедур.

Поэтому при реализации достаточно сложных, однотипных механизмов на разных вводах/выходах сам лично столкнулся с банальной нехваткой памяти под микропрограмму уже на 3-м порту из 8-ми. Пришлось всё заново переписывать придумывать очередь для обработки запросов и обрабатывать каждый вход на одном макросе в режиме карусели.

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

Но разбираться желания особого нет, работает 99,9% времени и хорошо, нажать лишний раз кнопку оператору - не проблема.

Владимир Ситников
16.09.2017, 21:08
Вставлю свои 5 копеек.

На самом деле проблема не столько в том, что нет нужных наборов макросов, сколько в том что собственные макросы попадают в финальный код именно как макросы, а не как вызовы процедур.

Поэтому при реализации достаточно сложных, однотипных механизмов на разных вводах/выходах сам лично столкнулся с банальной нехваткой памяти под микропрограмму уже на 3-м порту из 8-ми. Пришлось всё заново переписывать придумывать очередь для обработки запросов и обрабатывать каждый вход на одном макросе в режиме карусели.


Какой памяти не хватало?
ОЗУ? Переменные? Стек?

Василий Кашуба
16.09.2017, 21:18
Вставлю свои 5 копеек.

На самом деле проблема не столько в том, что нет нужных наборов макросов, сколько в том что собственные макросы попадают в финальный код именно как макросы, а не как вызовы процедур.

Поэтому при реализации достаточно сложных, однотипных механизмов на разных вводах/выходах сам лично столкнулся с банальной нехваткой памяти под микропрограмму уже на 3-м порту из 8-ми. Пришлось всё заново переписывать придумывать очередь для обработки запросов и обрабатывать каждый вход на одном макросе в режиме карусели.

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

Но разбираться желания особого нет, работает 99,9% времени и хорошо, нажать лишний раз кнопку оператору - не проблема.
Это голословное утверждение. Где доказательства? Подробное ТЗ и программу "в студию".

rovki
16.09.2017, 22:00
Или хотя бы скрины или сколько переменных ,ФБ ,элементов итд , что бы понять что значит "достаточно сложных"

Василий Кашуба
16.09.2017, 22:55
Или хотя бы скрины или сколько переменных ,ФБ ,элементов итд , что бы понять что значит "достаточно сложных"
Анатолий, сказать можно что угодно, меня убедят только доказательства.

rovki
17.09.2017, 00:27
Анатолий, сказать можно что угодно, меня убедят только доказательства.

Всякие бывают ситуации .Проект хорошо увидеть ,если позволят обстоятельства :rolleyes::cool:

sdy
17.09.2017, 00:45
Анатолий, сказать можно что угодно, меня убедят только доказательства.

Держите, "Фома не верующий".

ТЗ и документацию выкладывать не буду, всё-таки интеллектуальная собственность, а без них понять что и как сложнее чем заново написать.

Не влезал растиражированный макрос LightCtrlV, он кстати не финальный, там еще в 2 раза больше блоков должно быть для сетевого управления, но проект пока подморожен.

Отдельно отмечу, то что вы видите, это только одно из нескольких реле. Функционал собирается как конструктор из разных кирпичиков ("макросов") и констант настройки.


Какой памяти не хватало?
ОЗУ? Переменные? Стек?

Нет, банально места по кол-ву функциональных блоков. Т.к. каждое повтороное упоминание макроса ведет к добавлению его блоков в программу повторно.

Сергей0308
17.09.2017, 04:19
Держите, "Фома не верующий".

ТЗ и документацию выкладывать не буду, всё-таки интеллектуальная собственность, а без них понять что и как сложнее чем заново написать.

Не влезал растиражированный макрос LightCtrlV, он кстати не финальный, там еще в 2 раза больше блоков должно быть для сетевого управления, но проект пока подморожен.

Отдельно отмечу, то что вы видите, это только одно из нескольких реле. Функционал собирается как конструктор из разных кирпичиков ("макросов") и констант настройки.



Нет, банально места по кол-ву функциональных блоков. Т.к. каждое повтороное упоминание макроса ведет к добавлению его блоков в программу повторно.

Так ясно же написано ограничение в штуках:

33165

Кто не даёт взять ПР200, там я кстати не нашёл таких ограничений(по количеству ФБ, функций) и других ресурсов гораздо больше, например энергонезависимых переменных почти на порядок больше! И как Вы пишите окончательный вариант с сетевыми переменными, тогда это и дешевле выйдет! Ещё и оптимизировать никто не запрещает, например, если время некритично, а элементы идентичны, использовать "один на весь колхоз", алгоритм выполнять не паралейно, а последовательно используя промежуточные переменные! Вот я выкладывал пример подобного решения в посте #3431, 3436: http://www.owen.ru/forum/showthread.php?t=9398&page=344
Не зная всех тонкостей программы не знаю что Вам более подойдёт, это я так вижу возможные способы выхода из вашей ситуации!

sdy
17.09.2017, 12:51
Так ясно же написано ограничение в штуках:

33165


Да всё понятно, но
1. на момент написания проекта 200-е были в глубокой бета и ценник еще был не известен
2. входов у 200 на 4 меньше, но это правда под ту задачу не существенно.
3. я это написал (свои 5 копеек) в части диалога о применении реализации логики микросхем в самодельных макросах, к тому, что если вставить логику посложнее да еще несколько раз - то при подходе использования макросов по ОЛ, количества доступных ФБ может не хватить.

Сергей0308
17.09.2017, 15:10
Да всё понятно, но
1. на момент написания проекта 200-е были в глубокой бета и ценник еще был не известен
2. входов у 200 на 4 меньше, но это правда под ту задачу не существенно.
3. я это написал (свои 5 копеек) в части диалога о применении реализации логики микросхем в самодельных макросах, к тому, что если вставить логику посложнее да еще несколько раз - то при подходе использования макросов по ОЛ, количества доступных ФБ может не хватить.

Так ПР200, если не ошибаюсь, уже больше года как вышло в продажу, Вы что проект 2 года делаете? Цена сейчас известна и если использовать ПР в сети, то ПР200 выходит при всех её преимуществах над ПР114, ещё и дешевле! Количество дискретных-аналоговых входов - аналогично ПР114, но аналоговые более функциональны, могут измерять сопротивление! Входа можно расширить с помощью модулей расширения по внутренней шине, до 2 модулей по 16 дискретных входов, пока имеются в наличии модули с 8 входами и 8 выходами! Плюс можно по интерфейсу RS485(может быть до 2 интерфейсов) подключить до 16 модулей дискретного ввода на каждый интерфейс! С ПР114 такого нельзя сделать без дополнительного мастера сети, ПР не может быть мастером сети! Вообще-то ПР позиционировалось как замена релейной логике, для сложных алгоритмов не предназначалось, я выкладывал макрос, один макрос, который около полумесяца рисовал, придумал за 5 минут, а рисовал полмесяца, в посте #300: http://www.owen.ru/forum/showthread.php?t=12691&page=30
Несколько таких макросов и годами будете проект рисовать, короче для сложных проектов есть ПЛК!
Если хотите чтобы кто-то помог упростить программу, уменьшить количество используемых ФБ, функций, выкладывайте подробное ТЗ, но мне кажется со сложным проектом вряд ли кто просто-так свяжется, лучше разбить на отдельные, функционально законченные макросы, с макросом больше шансов, что помогут и Вам не придётся раскрывать тайну всего проекта!

sdy
17.09.2017, 17:28
....

1. Вы невнимательны, этому проекту уже больше 2-х лет.

2. Помогать программировать мне не надо, если бы вы открыли проект, я думаю вы поняли бы это сразу. Я уже больше 20 лет программирую на порядка 10-ти разных языках в т.ч на ассемблере и считаю свою компетенцию достаточной что-бы разобраться и в ПР, и в ПЛК, и не только в ОЛ и CODESYS, но и в том как это работает на уровне железа и ПО.

3. Нет смысла дискутировать над выбором ПЛК, ПР114 и ПР200 - каждый хорош для своих нужд. Если мне не нужен дисплей и кол-во входов выходов достаточное - зачем я буду платить лишние даже 100 руб?

4. Т.к. проект выложен по просьбе одного из участников в качестве доказательства, что достичь предел по ФБ вполне реально, а не для помощи с ним разобраться, то давайте не будем дальше здесь обсуждать мой проект, если он Вам интересен можем создать отдельную ветку или обсудить в личке.

Вернемся к теме
"Оптимизация OWEN LOGIC"

Так вот, использование макросов в ОЛ путем повторной вставки ФБ макроса конечно имеет свои причины (таймеры и т.п.), с другой стороны создание своих библиотек с достаточно сложной логикой ПИД, или со сложной логикой управления, или накоплением и обработкой массивов данных во времени, приводит к довольно существенным накладным расходам на ФБ, так как например 4-ной или 5-ной селекты, или групповое сложение, или побитовая работа жрут ФБ как хомячки. Поэтому, сложная логика, по сути, побитовых процессов в реализации логики микросхем может привести к тому, что ФБ могут и закончиться.

С другой стороны, поскольку, когда то DOS занимал около 100Кб, а сейчас дистрибутив винды ели-ели влезает на DVD (т.е. в 40 млн. раз больше !!!), то, наверное, производителю проще увеличить размеры ОЗУ и ПЗУ без роста цены изделия, чем переработать ПО уйдя снова в глубокую бету.

З.Ы.
По-хорошему, как я уже писал, лично мне не хватает 2-х вещей, что-бы сказать "ПР и ОЛ - это круто", а не "уныло и муторно".

1. Работы c 1-Wire (т.к. 12 входов+10 выходов хорошо, но кто понимает, 1 шлейф 1-Wire - в 1000 раз круче).

2. Создание макросов-процедур на обычном языке программирования (хотя-бы C например).

Причем, мне не надо там ни таймеров, ни портов, ни даже хранимых и внешних переменных - пусть всё останется за бортом снаружи, просто чтоб они были как внешние процедуры, ты передал в них типизированные параметры, вернул типизированные параметры (только массивы не забудьте!). Мне даже среды разработки не надо, только библиотеки скомпилированные под винду для отладки во внешней среде (в том-же эклипсе) и компилятор для сборки для ПР.

Это бы уже НАМНОГО облегчило создание систем сложнее "если темно - зажечь лампочку". Можно было-бы по-человечески программировать, например, ПИД, время и погодозависимые системы управления или сетевое взаимодействие. Разработка стала бы в десятки раз легче и быстрее.

Тут уже от безысходности некоторые дошли до того, что превращают ПР в модули ввода вывода, унося всю логику на внешний контроллер - что мне кажется саму идею ПР дискредитирует. А что делать? Если для тривиальной задачи включения лампочки по расписанию надо 3 листа макросов разлиновать.

З.З.Ы. Кстати CODESYS мне тоже не понравился, от слова - совсем. Начиная от нетривиальной, устаревшей давно морально и технологически среды разработки, заканчивая убогим по современным меркам синтаксисом и возможностями.

smk1635
17.09.2017, 18:16
Это бы уже НАМНОГО облегчило создание систем сложнее зажечь лампочку если темно. Можно было-бы по-человечески программировать ПИД, время и погодок-зависимые например системы управления, или сетевое взаимодействие, всё стало бы в десятки раз легче и быстрее.


Дык продажи контроллеров упадут. :)



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

Ну не просто как чистый модуль, а как модуль с собственной программой безопасности, не зависимой от основной программы ПЛК.

sdy
17.09.2017, 18:44
Дык продажи контроллеров упадут. :)

Уверен, продажи ПЛК практически не упадут, а ПР вырастут 100%.

Потому-что
а) и сейчас никто не покупает ПЛК Овен для управления "простой лампочкой", т.к.:
1. Не тот ценовой сегмент.
2. Необходима дополнительная обвязка по числу входов/выходов для недорогих ПЛК.
3. Требуется начальный уровень знаний в весьма непростом CODESYS.
...

б) те, кто использует ПЛК, не побегут покупать ПР т.к.:
1. Не тот уровень надежности.
2. Имеют готовые наработки ПО.
3. Имеют утвержденную рабочую документацию, которую за 1 день не поменяешь.
...

ПР и ПЛК хоть и братья, но ориентированы на разные сегменты. ПР - это скорее "любительское" железо, чем "профессиональное". Для ПР определяющим является цена/фунционал. А для ПЛК к функционалу еще добавляется надежность, стандартизация, сертификация, преемственность кода и наверно еще что-то, чего я с ходу не придумаю.

Так что, решать на ПЛК Овен банальные задачи управления воротами, шлагбаумом, дренажными насосами, отоплением в доме или светом в торговом зале, я думаю никто не будет. ПР подходят для этого вполне не плохо.

Проблема в том, что современный рынок требует "управления с телефона" и "экологичность и энергосбережение", и если использовать ПР Овен для этих задач, то по идеи простой функционал, надо обернуть в сетевое взаимодействие или сделать привязки к дате, времени, погоде, температуре или сопрячь с другими дешевыми железками - и тут уже всё - сушите вёсла - или ограничение по входным портам или 100 листов макросов.

Поэтому ПР Овен в сегмент "умный дом" очень тяжело затягивается - а жаль, железки не плохие.

З.Ы. Ну и конечно давно пора Овену озаботиться силовыми защищенными семисторными выходами на ПР, а то приходиться к ПР еще 8 промежуточных силовых реле ставить, что-бы лампочку энергосберегающую зажигать. Я бы Овену доплатил, а не Finder'у или ABB, да и места экономия была-бы огромная.

rovki
17.09.2017, 20:01
Уверен, продажи ПЛК практически не упадут, а ПР вырастут 100%.

.
Вы ошибаетесь ,что вырастут на 100% .Таких как вы единицы ,точнее вас двое ;).Остальные программисты профи делают на ПЛК с кодесис такие проекты.

sdy
17.09.2017, 20:30
Т.е. вы считаете, что управлять лампочками и насосами в частном доме или здании надо через ПЛК? А если оно откажет в работе? Всё, зданию конец? Или ставим на каждый насос и 5 лампочек по ПЛК? Или двойное-тройное резервирование как в ВПК? Денег не напасешься! Каскада+ПК или ПЛК хорошо в том техпроцессе, который если что-то отказало останавливается полностью. Но такое решение в доме или офисе я не поставил бы ни за что!

Прелесть ПР в модульности и самодостаточности. Сгорело 1 ПР - ну подумаешь не работает свет в 3-х комнатах, или 4 роллеты не опускаются, или 1 насос не качает, или контур теплого пола не работает, при нормальном проектировании - это не беда, можно починить не торопясь за 2-3 дня. А вот если умрет центральный ПЛК или ПК управляющий централизовано всем зданием - то это КРИЗИС, особенно если зимой.

Вот на днях сгорел у клиента в одном из 7-ми ПР встроенный БП, ну не горел свет 2 дня в коридоре и одной спальне, пережили легко - жить можно, приехали через день плату за 5 минут заменили и всё, никакого ахтунга! а умер бы ПЛК? Это надо дежурную аварийку 24х7 держать.

А таких как я мало потому, что - на данном этапе, как я уже писал, ПР Овен под эти задачи подходит с большой большой натяжкой. Очень дорого и долго обходится обвязка посложнее и программирование.

З.Ы.
Если бы в свое время я не познакомился с оборудованием Овен в одной из котельных, где о нем отзывались весьма положительно, и не рост курса, то вряд-ли бы я стал использовать ПР Овен изначально.

А сейчас, уже помучившись, скажу честно, что вряд-ли еще раз свяжусь без большой надобности с программированием через ОЛ чего-то сложнее "включения вентилятора по датчику температуры", т.к. написание кода того проекта вместо 3-х - 4-х дней заняло почти месяц, да еще и возня с постоянными багами в ОЛ откровенно достала.

Пришло понимание: к сожалению, на данном этапе использовать ПР в умном доме "свеч не стоит". Есть на рынке и поинтереснее решения. Хотя ПР Овен тоже не плох. Если когда-то появится стабильная версия ОЛ и хотя-бы мой желанный 1-wire возможно и вернусь к истокам (в конце концов макросы можно 1 раз и разлиновать), А пока заглядываю сюда периодически, "в надежде - а вдруг?"

rovki
17.09.2017, 21:03
Дело в том что мы по разному понимаем "простое\сложное" .Я уже скоро 8 лет дружу как раз с ПР .И какие только задачи на них не решал (в том числе примеры) и в том числе открывал глаза пользователям и разработчикам на возможности ПР.Но за 100 руб ,как пишите вы давиться не буду .Для вашей задачи используйте ПР200 и многие вопросы снимутся ,в том числе и по коммуникациям и визуализации и много входов\выходов макросов .

sdy
17.09.2017, 22:12
По моему мнению разработчики слегка отстают от нужного ритма. 2 года бета версии ОЛ, а я читаю на форуме про всё-те же проблемы что и 2 года назад "одно лечим, другое калечим". Может пора сделать хотя-бы один промежуточный stable релиз? Я вот далеко не уверен, что если сейчас поставлю 1.9. мои проекты написанные на 1.8 заведутся на 110-х и 114-х.

Как постоянно использующий, прокомментируйте, что сейчас со стабильностью ОЛ 1.9? Всё ли в порядке с поддержкой старых 110 и 114? Какой релиз более или менее рабочий?

rovki
17.09.2017, 22:34
Я высказывал свое мнение по развитию ОЛ ,в том смысле что нужно иметь несколько ОЛ .Для ПР110 Пр114 свой ОЛ (использовал 51 релиз) ,для ПР200 свой ОЛ ,что бы не было -одно лечим другое калечим.А потом будет ПР300 итд ,и что все в один ОЛ сувать .
Сейчас делаю проекты только на ПР200 .Я как и многие использую последний или предпоследний релиз ОЛ , рискую как и все, пока на грабли не натыкался в тех задачах что приходится решать. Какая стабильность ,в чем она выражается ? Стабильно появляются новые версии:D .Разработчики же не только баги исправляют ,но и совершенствуют функционал. ..ОЛ1.9 ПР110 114 поддерживает нормально в моих проектах .

sdy
17.09.2017, 22:37
... .Я уже скоро 8 лет дружу как раз с ПР .И какие только задачи на них не решал (в том числе примеры) и в том числе открывал глаза пользователям и разработчикам на возможности ПР....

Я Вас понимаю, но только давайте для честности исключим вашу Каскаду, с помощью которой вы обходите те ограничения про которые я и "тот второй" твердим второй год и посмотрим насколько усложнятся ваши решения.

У меня вот есть актуальная проблема по 4-м температурам (прямая, обратка, внешняя температура, температура теплоносителя) и время + уставки поуправлять трехходовым клапаном, насосом и выдавать аварию. Просто? Вроде да, особенно с учетом ПР 200.4 даже практически готовая обвязка наконец-то в наличии (поэтому на форум и вернулся).

Но всё равно:
1. "Нормальные" датчики температуры не повесить (3-х контактные или цифровые) только примитивы резисторные с плавающей точностью которые еще обвязать надо грамотно.
2. Я как подумаю про код - заранее волосы дыбом встают.

На том-же "ардуино" возни на порядок с такой задачей меньше (и не надо говорить, что это не промышленное решение - я согласен, в данном случае речь идет о подключении обвязки и программировании, а не пром-дизайне).

rovki
17.09.2017, 22:59
А причем тут Каскада ,это вы про нее начали ?И ардуину то же применяю для быстрых задач (управление драйвером сервопривода) .Датчики температуры и влажности применяю с RS485 (по цене до 1тр).
На счет 1 ware можно и сделать для ПР200 (со шлюзом на МК),был бы спрос ...
И трудности я не обхожу ,а решаю за свой счет....и не только для себя ,но и других пользователей.

sdy
17.09.2017, 23:17
Я абсолютно не против Каскады, я о том, что родилась она в том числе как способ облегчить себе жизнь в управлении сложными процессами. Просто у вас уже есть эти наработки, поэтому Вам с ПР комфортно. А тем у кого таких наработок нет - приходится "изобретать велосипеды".

Даже если вы сделаете 1-wire на МК, то придется еще заморочиться с привязкой его через модбас, вот тут и кроется опять тихий ужас - ведь надо будет еще написать протоколы взаимодействия ПР - модбас - МК- 1 wire. И ко всему этому макросы для ОЛ для удобной работы, а там временные задержки есть, цикл запрос - ответ. Прибавьте к этому процедуры 2-х шаговые, широковещательный опрос для поиска новых датчиков. Или управление параллельно несколькими устройствами на 1 wire. Тут впору или свой шлюз на МК писать, или у вас такие макросы на ОЛ будут, что отлаживать их годами придётся. В общем, мне кажется, не вариант, проще будет тот-же ардуино вставить (ПР - модбас - Ардуино - 1 wire) с кодом под конкретную задачу и дешевле, и проще и быстрее.
Реализацию драйвера 1 wire надо опускать в ОЛ на уровень C, иначе это будет мегамонстр и овчинка не будет стоить выделки - хотя реализовать можно, в свое время мои друзья писали игры на Бэйсике и не плохо получалось. А уж если вставки ассемблерные было использовать - так вообще почти как на С выходило ;-).

З.Ы. хотя... так подумать, сейчас есть готовые микро-платформы типа того-же esp8266, можно и заморочиться созданием полноценного шлюза, cо своим протоколом взаимодействия по модбас. Если что готов поучаствовать, по мере сил и возможностей.

rovki
18.09.2017, 00:08
Я абсолютно не против Каскады, я о том, что родилась она в том числе как способ облегчить себе жизнь в управлении сложными процессами. Просто у вас уже есть эти наработки, поэтому Вам с ПР комфортно. А тем у кого таких наработок нет - приходится "изобретать велосипеды".
.
Не приходится изобретать ,они просто приходят ко мне за модулями ;)

starmos
18.09.2017, 07:31
З.Ы. хотя... так подумать, сейчас есть готовые микро-платформы типа того-же esp8266...

Тут уже было обсуждение про программирование на С. Набежали поклонники "квадратиков" с криками "ужас-ужас" и "нам это ваше С непонятно". А под конец все похоронило ответственное мнение разработчиков встроенного софта для ПР, о том что ввести программирование на С невозможно. Поскольку попутно выяснилось, что ПР и видимо ПЛК ОВЕН используют некоторую систему команд, как промежуточный код, который и выполняется прошитым в них интерпретатором, то ввести программирование на С конечно невозможно и лучше не стоит, чтобы не получить проблемы от использования кривого компилятора "С->промежуточный код", а в сразу нормальный я не верю. На самом деле этот подход с системой команд очень удобен для программистов ОВЕН, но представляет собой анахронизм уже, только кого это волнует пока деньги платят? Мир быстро меняется, уже и ПР200 начинает устаревать. Скоро любое устройство, не имеющее на борту выхода в Инет будет считаться барахлом. Но поди, объясни. ESP8266 - это половинчатое решение, уже распространяется ESP32, где сняты многие ограничения по интерфейсам и числу выводов. Можно было бы сделать неплохой контроллер на этом ядре, сразу с выходом WiFi, можно даже без экрана и кнопок вообще. Но это фантастика же. "Не соответствует промышленным стандартам..." или еще какую отмазку придумают. Ну так сделайте чтобы соответствовало? "Надо 100500 миллионов, кто заплатит?", ну и т.д., этим разработчикам я бы и 10 рублей не заплатил. Даже просто выпустить клон ПР200, совместимый с Arduino, казалось бы - кому надо купят? - перепаивать-то не надо ничего, ядро вроде поддерживается ардуиновским IDE, бери да продавай.