Загрузил СТАРЫЙ проект в ПР114 (писался в 51-й) при помощи 99-й версии и все сломалось, хотя ПР обновился до 3.13, залил программу но какие-то нелады с таймерами и чем-то еще.
Разрабы либо не увидели сообщения либо не знаю. У кого есть на руках ПР114-тые попробуйте. Думаю сильно удивитесь.
Скорее всего с делением на ноль. Раньше при делении на ноль получался ноль. В последних релизах NAN и остановка программы.Сообщение от melky
Василий Кашуба , программа точно не останавливается, но попробую проверить. Она неадекватно себя ведет даже в эмуляции.
Учитывая, что сам ОЛ написан на С# (если разработчики не врут, а не должны так как для работы требуется NET) то правильнее будет сделать на нем.
Опять же, пользователям можно предоставить механизмы, которые будут заложены в мозгах ПР.
з.ы. разобрался почему программу глючит на ПР114 в новых версиях - КОГДА разработчики ВЕРНУТ на место переменные по умолчанию для СЕТЕВЫХ переменных ??????????????????????????
народ пишет, но что то как то ...
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Именно поэтому спор и не имеет смысла. Именно поэтому же 5 языков программирования МЭК. Кому коньяк, кому ликер, а кому минералочку.
До настоящего момента язык FBD в постсоветском пространстве самый распространенный, ну не считая тех, кто 2 часа книжку почитав скучает от квадратиковПри этом выпускники профильных специальностей по определению им владеют. Даже в техникумах начинают учить языкам МЭК.
Эти же выпускники, в принципе, могут освоить и семейство Си и др. языков. Но только зачем, когда их уже научили FBD МЭК? Тем более что речь не просто об операторах и ООП. Здесь речь о философии создания проекта, организации цикла и т.д. Все, ВСЕ программисты, пришедшие не из отрасли, включая Ситникова, наступали на эти грабли.
К сожалению бросить все и начать делать данную задачу прямо сейчас невозможно. Мы все обычно работаем в режиме дефицита ресурсов. Ну у кого работа есть.
Но вопрос правда интересный, и варианты реализации (с возможностями реализации) мы обязательно обсудим.
При этом надо точно понимать, что отхода от МЭК мы точно не планируем. И программистам из 1С так же придется принимать эту философию.
Последний раз редактировалось Николаев Андрей; 14.03.2017 в 10:27.
А вот это звучит как необоснованные инсинуации. О каком-таком наступлении речь?
Обсудите вопрос написания макросов на C и кросс-компиляцией под конкретную версию ПР?
Мало того, что "не взлетит" (например, будет тяжело скрестить С блок с симуляцией), так на рынке уже есть подобный опыт. Есть славные приборы МЗТА, у которых среда программирования это FBD, и каждый может дописать ФБ на языке C.
При этом, на форуме там ни единого обсуждения на этот счёт, значит на C эти блоки никому не впились.
Последний раз редактировалось Владимир Ситников; 14.03.2017 в 10:45.
Вот тут соглашусь ,реле так реле ,а для остального есть ардуино и ПЛК
При этом, на форуме там ни единого обсуждения на этот счёт,[BИ значит и времени тратить на это не зачем ,есть уже озвученные хотелки ,которые прошли вопрос согласования ....
электронщик до мозга костей и не только
Вообще нужно сразу понимать, что если у свободно программируемого прибора есть аналоговые входа и/или выхода, то это заведомо ПЛК, а не реле.Вот тут соглашусь ,реле так реле ,а для остального есть ардуино и ПЛК
И запросы к таким приборам у пользователей будут как к ПЛК
ПР-200 это однозначно ПЛК. Какое из него реле, когда там даже кнопки и дисплей есть?
ЗЫ Был у нас один ардуинщик... Проработал месяца два) На производстве слово ардуино вообще ругательство, ибо там ни гальванразвязок, ни защиты, ничего.
И чем дело с ним закончилось? что взорвать успел? Или не дали поля для деятельности, и уволился?
Ваши права
