Друзья, предлагаю закончить этот разговор и вести конструктивную беседу на тему ветки.
Давайте уважать остальных участников форума.
Вид для печати
Друзья, предлагаю закончить этот разговор и вести конструктивную беседу на тему ветки.
Давайте уважать остальных участников форума.
В.Филоненко, скажите, пожалуйста, какой код будет занимать больше места в памяти ПР, тот что получен после компиляции ST текста или FBD полотна ? Предполагается, что программируется одна и та же задача.Цитата:
Сообщение от Филоненко Владислав
Извините, но тут идет историческая битва за и против ST в OL.;) Сами понимаете, тут не до сантиментов.Цитата:
Сообщение от Андрей Посохов
Полагаю, что внутри ПР(ПЛК) компилированный код будет занимать одинаково места. Потому что все, что мы пишем исходит из того, что внедрили в ПР(ПЛК) и не более того... Ну разве что массивы и их организация сэкономит немного места, так как на FBD это куча SEL, а на ST всего лишь выделение памяти на нужное количество переменных. SEL вероятно отнимет немного памяти на себя самого.
это твоя писанина в соседней ветке: "Понимаем, что компилятор с ST пока сырой. Но паниковать не надо, разработчики все поправят."Цитата:
Сообщение от Вольд
)))))))))))))))))))
Может сначала поправить, а потом добавлять в то, что работает?
Ну давай, порассуждай о дремучести, продвинутый ты наш)))))
чувак, пойми ПРОСТУЮ вещь - НЕ НУЖЕН КОД В ПР, просто не нужен и все. Почему не нужен? Так ты сам ответил на этот вопрос в соседней ветке - "Понимаем, что компилятор с ST пока сырой. Но паниковать не надо, разработчики все поправят."Цитата:
Сообщение от Вольд
Вот когда поправят, если это будет экономически выгодно производителю, вот тогда стоит об этом говорить)))))
И да, если обратится к мировому опыту, то ни кто в ПР код не сует, т.к. это глупость, у ПР своя ниша, маленькие программы автоматизации, серьезные вещи сразу пишутся под ПЛК, это к вопросу кто из нас дремуч.
Денег нет, но вы держитесь (с)
А по сути - клёво, что можно то, что не можно, например, на сегнетиксе.
Это экономит и силы и нервы. описывать цикличную логику - та ещё лабуда.
но вот ответы разработчиков - напрягают.
Они вообще видят цель?
"Кроилово ведет к попадалову" Старая еврейская притча.))))Цитата:
Сообщение от sot
Мне за тебя становится страшно, ты скоро из своих штанов выпрыгнешь. ;)Цитата:
Сообщение от Filini
Filini кажется вы тоже не понимаете простой вещи, в ПР никакой код НИКОГДА и не совался, как и в большинство ПЛК. Все, что вы видите - квадратики TON, TOF, BLINK и так далее, будь они квадратиками или на ST - это все уже реализовано в прошивке (firmware) ПР. ОЛ всего лишь обертка с указанием что, когда и как выполнять, не более того.
Хотя смотря на реализацию ОЛ не удивлюсь, что в ПР загружается картинка с холстом ОЛ, а тот бедолага мучается ее воспроизвести :)
Filini бесполезно это объяснять. Он дремуч и этим все сказано.Цитата:
Сообщение от melky
Вот это оборот, язык ST перестал быть кодом)))))Цитата:
Сообщение от melky
melky, в МК ПР загружается откомпилированный исходный текст, т.е. бинарный файл. Компиляция делается в приложении OL. Сам OL крутится на ПК. МК вообще до лампады на каком языке написан исходный текст. Если правильно выполнена компиляция (т.е. исходный текст правильно переведен в машинные команды), то МК все переварит, лишь бы ресурсов хватило для исполнения кода.Цитата:
Сообщение от melky
Проще всего заявить что оппонент дремуч, чем ответить на простой вопрос)))))Цитата:
Сообщение от Вольд
Ты лучше больше ничего не пиши. Зачем срамить себя и род человеческий. Иди по новой в школу учиться.;) Там тебе на уроках информатики все доходчиво расскажут.Цитата:
Сообщение от Filini
ага, именно ПЕРЕВОД, а не сам LD)))))))Цитата:
Сообщение от Адрей
LD - язык логических диаграмм, а теперь посмотрите, что у вас на первоначальной картинке. Пока смешите Вы))))
может вам пойти в ПЛК, а не пытаться сделать ПЛК из ПР. Или денег не хватает?Цитата:
Сообщение от Вольд
Ты бегаешь по кругу.;) Куда мне идти и что делать я без тебя разберусь. Твои глупые советы мне не нужны.Цитата:
Сообщение от Filini
Filini ПЛК для более сложных задач или по нехватке ресурсов ПР используют. А учитывая, что по математике даже на FBD Овеновские ПР, начиная с ПР114, рвут как тузик грелку все иностранные аналоги, то просто небольшие добавки на ST поставят его между иностранными ПР и ПЛК любого производителя.
Правда хромает до сих пор качество и некоторые другие возможности. которые есть в иноПР.
Чуваки, потерял нить рассуждений где-то на пятом экране,
расскажите вкратце,
кто здесь в этой ветке тролль?
Филини или Вольд?
ONTOP: Функция на ST - это должна быть вещь с интегрированием имен переменных из проекта.
Плюсом - сделать из неё ФБ. - это мечталка
без тебя тоже, не? Пока по кругу бегаешь ты от простых вопросов))))Цитата:
Сообщение от Вольд
Я об этом писал на много выше, осталось это понять тем, кто пытается ST применять на ПР.Цитата:
Сообщение от melky
Спорное утверждение, посмотрите линейку ПР от Schneider Electric.Цитата:
Сообщение от melky
короче недоПЛК, который еще добавит проблем в ПР.Цитата:
Сообщение от melky
[/QUOTE]Цитата:
Сообщение от melky
и? Для чего в этом букете болячек еще ST? Чтобы убить отечественные ПР?
оба кода транслируются в P-code, который и заливается внутрь ПР.Цитата:
Сообщение от Вольд
P-code для ST и FBD одинаков
Что будет больше - вопрос сложный, т.к. для одних случаев ST генерит более компактный код, для других FBD.
Если не использовать циклы, массивы и прочий сахар ST, а также вызывать все функции только 1 раз за цикл - размеры будут +- одинаковые на большой программе.
Но если использовать - ST выиграет за счёт переиспользования кода функций и сжатия программы в циклах.
Но FBD для описания связей нагляднее - так что рисуем общие связи на FBD, а сложные функции на ST и будет счастье, мир и премия!
А ещё и шоколадка!
Утверждение по меньшей мере спорно. ST был очень сильно протестирован перед релизом как автотестами, так и на железе.Цитата:
Сообщение от sot
Троль здесь я! Это одна из штатных обязанностей нежно, но настойчиво направить Вас на путь истинный - славить ОВЁН в веках! Офтоп прекращаем!Цитата:
Сообщение от sot
Именно! Вчера не выдержал, перенес программу из старого лоджика в новый - надо было переделать и очень подмывало функцию на ST сделать. Сделал, в пару строк, вместо сетки паутин :) Очень изящно получилось, быстро и удобно! Спасибо овеновцы!Цитата:
Сообщение от Филоненко Владислав
Filini так качество изделия не в плане программной части. Вот не надо тут про ZelioLogic, если вы о нем, по математике он дите, как и ABB и Logo
У Овен хромает качество самого ОЛ. Ибо пишут студенты...
о да, куда им-то до нас)))))Цитата:
Сообщение от melky
https://owen.ru/forum/showthread.php...l=1#post371596Цитата:
Сообщение от Филоненко Владислав
В этой теме я конкретно утверждаю, что существует БАГ логического аппарата ST.
Признайте и назначьте дату релиза без бага.
Дискуссия уместна???
(очень сильно протестирован... - ты, ты реально тролль)) что приятно, но для дела не полезно)
Вообще из тут присутствующих есть, кто знает как работают микроконтроллеры?? А?
А кто из вас пробовал на микросхемах (И, И-НЕ, ИЛИ, операционниках и т.д.) спаять какое-нибудь работающее устройство?
Как тут уже много раз было сказано, что микроконтроллеру до лампочки на каком языке написана программа.
Вопрос только в ресурсах микроконтроллера, примененного в конкретном ПЛК, ПР и т.д.
А вы знаете, что есть замечательный язык программирования, на котором не только маленькие программки писали, а целые операционные системы для ПК?
Все наверно помнят такую ОС "MSDOS", так вот в 90-е бала написана ОС на ассемблере кажется название "PCDOS" или "PSDOS". Так вот, у нее размер файлов был меньше, чем у MS, а функционала чуть больше. Дальнейшее развитие не получил, потому что винда пришла.
Это ассемблер! И программы получаются компактные и быстродействие высокое. А еще лучше писать вообще в машинных кодах. Но для этого, кто не знает, нужно ОЧЕНЬ хорошо знать архитектуру конкретного микроконтроллера.
Я тут вижу некоторых сильное недовольство, что кто-то у нас в стране что-то делает и старается не стоять на месте. Да, ПР - может это не совсем ПЛК, хотя для меня большой разницы нет. Я ПР200 выбрал для своих проектов исходя из имеющегося функционала - дисплей(!), наличия 2-х RS, количества входов и выходов, и по надежности полностью устраивает. Из пару тройку сотен ПР200, что мы применили вышло из строя 2 или 3 штук и то из-за корявых рук эксплуатационщиков.
Каждая железяка для своих задач. Вы же не будете на легковушку ставить колеса от грузовика только потому, что на них можно больше увезти.
Как-то так.
Попробовал функцию определения дня из темы. Если ввести несуществующий месяц отладка виснет. А в реальном приборе тоже зависнет весь ПР? Или как он себя поведет? Прибора у меня нет "живого".
То что нет отладки самого кода функции по точкам останова(или есть?) вкупе с отсутствием обновления блока функции, лично для меня прямо непреодолимая преграда для написания какого то "существенного" кода.
Вот шпаргалку по основам ST накопал. Основы "разжеваны" прямо дальше некуда...
https://www.mitsubishielectric.com/f..._ST_na_rus.pdf
Я имею такой опыт, и в разработке счетных, звуковых устройств и.т.д, на всей этой рассыпухе.(в далёком 2000г). Присоединяюсь к вашему суждению и на основании ваших же слов спрашивал о добавлении, именно добавлении, языка LD, несмотря на мои познания в микросхемах (аналог FBD), по душе именно LD, для описания и модернизации алгоритмов управления для автоматических линий. А вот хитрые пересчеты пишу на IL(похож на асемблер).Цитата:
Сообщение от СергейНовосиб
Подытожу: мне нужна ПР, с поддержкой языка LD. ST считаю хорошей перспективой. Использовал бы его для хитрых расчётов, а основной алгоритм на LD.
Все конкуренты ПР пропали бы быстро, в том числе для вновь проектируемых машин. К сведению ОВЕН (да вы и сами знаете), у большинства конкурентов для сегмента промавтоматики устройств класса ПР, у большинства есть LD и FBD, пиши на чем хошь.
X200881 покажите это большинство, очень интересно...
Еще важно не только на каком языке пишется УП. Важно, что бы вся линейка этот набор поддерживала.
Вот, недавний пример.
Есть программа, на ST, на контроллере, отлажена, вылизана, работает.
Но в очередной реализации, функциональные узлы системы не компактно расположены, а удаленно, 100-300м.
Вместо кабелей на 30 жил, я решаю поставить ПР и протянуть в локальные шкафчики только 3 кабеля. Питание, связь и безопасность.
И начинается... Вместо того, что бы отлаженный кусок я бы просто скопировал, привязал к вводу/выводу, я обязан алгоритм переложить на новый язык и заново его отладить. И все это в пределах одного вендора.
Просто удаленный ввод я не могу использовать, так как узлы, из-за того, что стали удаленными, требуют независимого управления.
ЗЫ. А в общем - со времен TraceMode 4 слышу, что "программирование квадратиками мы ввели для того, что бы не только программисты могли реализовать свои замыслы, но и технологи". При этом, хорошим технологам пофиг на чем реализовать свои замыслы (G-code ЧПУ не даст соврать), а плохим и квадратики не милы.
По цене, наверное не все конкуренты, но... Из того, что знаю:Цитата:
Сообщение от melky
Mitsubishi - есть LD, есть китайские конкурентные по цене клоны. Alpha, аналог PR 200 - нет (там "квадратики").
Omron - Есть LD, ZEN - очень похожее на LD
Delta - не помню, точно ли LD, но похожее
Siemens - есть, Logo - не пробовал. Но вроде тоже "квадратики".
B&R - есть LD, у них как раз, все контроллеры все языки поддерживают.
Однако, всякие ZEN и Logo разрабатывались, когда "телефоны были маленькие а процессоры большие". Сейчас играть в ту же нишу, как-то... Когда ESP8266 имеет на порядок больше ресурсов...
Вы решили чем-то впечатлить? В конце 80-х, начале 90-Х полно спаяно, от цветомузык до мелодичных звонков и миниавтоматики для первых кооперативных станков, еще в школе и техникуме.Цитата:
Сообщение от СергейНовосиб
Оставьте политику и теории заговора для других ресурсов, здесь не об этом.Цитата:
Сообщение от СергейНовосиб
Вот и я об этом, а не о торможении прогресса))))Цитата:
Сообщение от СергейНовосиб
Думаю, я понял, чем он хотел впечатлить. Verilog.Цитата:
Сообщение от Filini
ЗЫ. Да, круто.
Тюююю, да это семечки.Цитата:
Сообщение от keysansa
Помню в технаре писали программы для ЧПУ станков, язык не помню как назывался, но вся текстовая часть на русском, типа "иди из точки А по линии Б до линии В. При чем "до", "на", "за" линию в этой проге уже имело значение))))))
Для ЧПУ, это G-code. К Verilog - никакого отношения не имеет. Там все исходит из теории дискретных устройств.Цитата:
Сообщение от Filini
ЗЫ. Вы на G-code уверенно умеете?
Уже нет, практики последние года очень мало, чисто для развлечения.Цитата:
Сообщение от keysansa
Вот лет 15 назад)))))))))