Страница 1 из 2 12 ПоследняяПоследняя
Показано с 1 по 10 из 524

Тема: Возможность программирования на более низком, чем ОЛ схемы уровне

Комбинированный просмотр

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1
    Пользователь Аватар для rovki
    Регистрация
    03.01.2010
    Адрес
    Чехов
    Сообщений
    12,150

    По умолчанию

    Не понял -Ситникова подменили что ли или клон ?
    электронщик до мозга костей и не только

  2. #2

    По умолчанию

    Цитата Сообщение от rovki Посмотреть сообщение
    Не понял -Ситникова подменили что ли или клон ?
    Нет, Анатолий, просто человек понял.
    С чем его и поздравляю.

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

  3. #3
    Пользователь Аватар для Сергей0308
    Регистрация
    25.06.2011
    Адрес
    Галактика Андромеды (M31)
    Сообщений
    9,468

    По умолчанию

    Цитата Сообщение от Филоненко Владислав Посмотреть сообщение
    Нет, Анатолий, просто человек понял.
    С чем его и поздравляю.

    И подал хорошую идею - нужны спецблоки
    Надеюсь это никак не связано с концлагерем, для перевоспитания "заблудших" овец? Есть же макросы, что ещё за спец блоки хотите? Может проще добавить наиболее востребованные макросы в ОЛ?!
    Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
    справиться с проблемами, либо это не твои проблемы.

  4. #4

    По умолчанию

    Цитата Сообщение от Филоненко Владислав Посмотреть сообщение
    Нет, Анатолий, просто человек понял.
    С чем его и поздравляю.
    За поздравления спасибо.

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

    В итоге, гораздо интереснее троллить тех, кто просит "синус" или "ST" или "C" для ПР, чем пытаться выпросить что-то в ПР-ОЛ.

    Например, язык "С" в ПР, очевидно, не нужен. Язык "ST", очевидно, нужен, но теперь он пойдёт за компанию с "C" под эгидой "Москва для москвичей", то есть "ПР для FBD".
    А уж зачем запихивать синус в реле -- отдельный вопрос. Ещё бы гиперболические синусы просили...

  5. #5
    Пользователь Аватар для rovki
    Регистрация
    03.01.2010
    Адрес
    Чехов
    Сообщений
    12,150

    По умолчанию

    Цитата Сообщение от Владимир Ситников Посмотреть сообщение
    А уж зачем запихивать синус в реле -- отдельный вопрос. Ещё бы гиперболические синусы просили...
    Так делали же мы солнечные часы ,там и использовали ,что бы освещением управлять -делов то .Не ПЛК же ставить что бы лампочку зажечь .
    электронщик до мозга костей и не только

  6. #6

    По умолчанию

    Цитата Сообщение от Владимир Ситников Посмотреть сообщение
    Например, язык "С" в ПР, очевидно, не нужен. Язык "ST", очевидно, нужен
    Для С не надо делать компилятор, можно взять готовый. Для ST надо делать компилятор, а это дополнительные расходы, связанные с разработкой и тестированием.

    Есть такие ПЛК EVCO. По конструктиву и техническим характеристикам очень похож на ПР200. Этот ПЛК можно программировать на FBD и С. Стоит этот ПЛК в 2 раза дороже ПР200.
    Последний раз редактировалось Newcomer; 12.04.2017 в 11:39.

  7. #7

    По умолчанию

    Цитата Сообщение от Newcomer Посмотреть сообщение
    Для С не надо делать компилятор, можно взять готовый. Для ST надо делать компилятор, а это дополнительные расходы, связанные с разработкой и тестированием.
    "Есть готовый компилятор" != "компилятор легко встроить в ОЛ"

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

    Интеграция по p-code в этом плане гораздо безопаснее и одновременно с этим дешевле в разработке/поддержке.

  8. #8

    По умолчанию

    Цитата Сообщение от Владимир Ситников Посмотреть сообщение
    "Есть готовый компилятор" != "компилятор легко встроить в ОЛ"

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

    Интеграция по p-code в этом плане гораздо безопаснее и одновременно с этим дешевле в разработке/поддержке.
    Все можно сделать при желании, но желания у разработчиков ОВЕН нет. В этом вся проблема.

  9. #9

    По умолчанию

    Цитата Сообщение от Newcomer Посмотреть сообщение
    Все можно сделать при желании, но желания у разработчиков ОВЕН нет. В этом вся проблема.
    Проблема в другом. Те, кто просят ничего не понимают в программировании, взаимодействии среды с компилятором.

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

    Я не говорю "нужно брать плк", я про то, что p-code даже в ПР гораздо проще и надежнее, чем С
    Последний раз редактировалось Владимир Ситников; 12.04.2017 в 12:15.

  10. #10
    Пользователь
    Регистрация
    22.02.2012
    Адрес
    Челябинск
    Сообщений
    261

    По умолчанию

    Цитата Сообщение от Владимир Ситников Посмотреть сообщение
    "Есть готовый компилятор" != "компилятор легко встроить в ОЛ"

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

    Интеграция по p-code в этом плане гораздо безопаснее и одновременно с этим дешевле в разработке/поддержке.
    Это просто капец. В ОЛ УЖЕ есть компилятор, потому что ПР200 не исполняет программу в виде квадратиков, но только в виде машинных кодов. А поскольку я не верю, что в ОВЕН писали ОЛ с трансляцией напрямую в машинные коды, то могу предположить что каждому функциональному блоку соответствует подпрограмма в виде текста на С. И вся эта графическая картинка СНАЧАЛА транслируется в С, а ЗАТЕМ, встроенным компилятором, уже в ассемблер и машинные коды.

    Ну будут спрашивать и что? Сейчас не спрашивают?

Страница 1 из 2 12 ПоследняяПоследняя

Похожие темы

  1. Ответов: 12
    Последнее сообщение: 10.04.2017, 10:33
  2. Ответов: 3
    Последнее сообщение: 07.11.2012, 11:37
  3. Ответов: 1
    Последнее сообщение: 28.04.2008, 21:21

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •