Страница 4 из 5 ПерваяПервая ... 2345 ПоследняяПоследняя
Показано с 31 по 40 из 46

Тема: Очень не хватает адресации памяти

  1. #31
    Пользователь
    Регистрация
    08.04.2015
    Адрес
    Воронежская область
    Сообщений
    1,249

    По умолчанию

    Цитата Сообщение от игорь68 Посмотреть сообщение
    Если не подводит память то ПР это мицубиси. И добавление ST добавит только головную боль тех поддержке. И нет нужды просить от ПР возможностей ПЛК.
    Я вообще то постарался объяснить создателю темы .
    На каких языках пишутся программы для промышленных котроллеров .
    Поскольку он программист и использовал раньше языки (ассемблер, С++ т.д.) которые
    больше напоминают один единственный язык в промышленных
    контроллерах ST . И ему наверное сложно перестроится. Чем мог тем помог в плане
    объяснения . Потому что Сам в свое время перестраивался .
    Не так давно же в России начали выпускать промышленные контроллеры.
    Все таки ПР200 больше похож на промышленный контроллер чем на программируемое реле .
    Последний раз редактировалось Алексеев; 09.06.2018 в 18:38.

  2. #32
    Пользователь
    Регистрация
    08.04.2015
    Адрес
    Воронежская область
    Сообщений
    1,249

    По умолчанию

    Цитата Сообщение от rovki Посмотреть сообщение
    И я про то же -совмещение запорожца и мерса в одном кузове не оправдано .Ладно бы только тех поддержке ,главное пользователю ,который купил и не может ездить .Я за чистоту линии .
    И согласен с rovki раньше были программируемые реле ОЛ создавался для них . А после появления
    ПР200 ( индикация , кнопки, RS 485 ) он уже промышленный контроллер и к нему
    требования по программированию и отладки программы другие . А разделить OWEN Logic
    неужели невозможно на сегодняшний момент ??????????????
    Последний раз редактировалось Алексеев; 09.06.2018 в 18:41.

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

    По умолчанию

    Адуино то же контроллер ...Программируемое реле главным образом отличается своим быстродействием по входам (малым) ,отсутствием возможности у пользователей работы по прерываниям ,это железо ,а ПО отсутствием описания переменных ,простого языка (FDB,LD) и как награда - отсутствие ошибок в написании когда (не алгоритма) .
    Последний раз редактировалось rovki; 09.06.2018 в 18:44.
    электронщик до мозга костей и не только

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

    По умолчанию

    Цитата Сообщение от Алексеев Посмотреть сообщение
    И согласен с rovki раньше были программируемые реле ОЛ создавался для них . А после появления
    ПР200 ( индикация , кнопки, RS 485 ) он уже промышленный контроллер и к нему
    требования по программированию и отладки программы другие . А разделить OWEN Logic
    неужели невозможно на сегодняшний момент ??????????????
    Сильно много средств вложено в гибрид ,да и воля нужна ...А дальше будет графический дисплей,езенет, итд, итп...
    Последний раз редактировалось rovki; 09.06.2018 в 18:47.
    электронщик до мозга костей и не только

  5. #35
    Пользователь
    Регистрация
    08.04.2015
    Адрес
    Воронежская область
    Сообщений
    1,249

    По умолчанию

    Я Сам программирую РIC - контроллеры в промышленных масштабах .
    Я их называю микроконтроллерами ( так правильнее ) а когда он впаян на плате
    с индикацией клавиатурой т.д. он уже промышленный контроллер .
    И сертификат на него уже как на ПЛК (программируемый логический контроллер). И продается в составе изделия .
    И прикладываются документы лаборатории об испытаниях в составе изделия.

  6. #36
    Пользователь Аватар для capzap
    Регистрация
    25.02.2011
    Адрес
    Киров
    Сообщений
    10,243

    По умолчанию

    Хм, вот идут рассуждения что ST чем то навредит ОЛ, во первых была длительная дискуссия по этому поводу, ключевое слово р-код. По сути требуется создать интерпретатор текстового языка в этот код, как уже сделано для графического языка, ни коим образом это не отразится на стабильности лоджика, с одной оговоркой, что не добавиться ни каких циклов FOR,WHILE, ни массивов, чтоб не нарушать совместимость с графическим представлением, не знаю насколько будет прорыв у ОЛ в таком ключе. Во вторых, какое отношение это всё имеет к вопросу в теме. Ну вот много здесь уже высказались те кто программирует МК, может тогда расскажите как идет обращение к памяти, а стоит ли овчинка выделки. Неужели ресурсов будет затрачено меньше для того чтоб запустить функцию загрузки/выгрузки данных в память, подождать очередь для прерывания, ведь рантайм то тоже должен крутится, причем запускать строго в определенное время каждый последующий цикл. Если это предложение альтернативы на отсутствие массива, так напомню циклов нет, перебирать не чем, хоть массив хоть память в ОЗУ, чем эта возможность отличается от обычного обращения к переменным?
    Bad programmers worry about the code. Good programmers worry about data structures and their relationships

    среди успешных людей я не встречала нытиков
    Барбара Коркоран

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

    По умолчанию

    Цитата Сообщение от capzap Посмотреть сообщение
    Хм, вот идут рассуждения что ST чем то навредит ОЛ, ?
    Да сам язык(ST) может и не навредит ,просто ПР превратится в не до ПЛК ...Да и язык будет усечен скорее всего. Речь лишь о том для меня ,что Выпуск готового продукта (ОЛ) затянется на долгие годы (выявление и исправление багов) .Мне видется что ОЛ и винда не одно и то же в смысле обновлений и применений .Да и то в случае со второй обновления появлялись раз в несколько лет и продиктованы они в основном не выявлениями багов ,а сменой аппаратных платформ ,добавлением нового функционала(95,98,хр,7,8,10) итд итп.По мне так есть железо(Пр110,114) - под него стабильная версия ОЛ ,новое железо- новый ОЛ (ПР200,Пр300) .Или хотябы ОЛ мини и ОЛ макси .Да развивать нужно ПО ,но после выявления старых багов и для увеличения функционала (например загрузочный проект без ОЛ) а тут все в перемешку ,одно делаем другое ломаем ...
    Последний раз редактировалось rovki; 09.06.2018 в 21:29.
    электронщик до мозга костей и не только

  8. #38

    По умолчанию

    Цитата Сообщение от Алексеев Посмотреть сообщение
    И согласен с rovki раньше были программируемые реле ОЛ создавался для них . А после появления
    ПР200 ( индикация , кнопки, RS 485 ) он уже промышленный контроллер и к нему
    требования по программированию и отладки программы другие . А разделить OWEN Logic
    неужели невозможно на сегодняшний момент ??????????????
    Вот у Logo Siemens и дисплей, и кнопки, почему его не пытаются натянуть на ПЛК? Вполне всех устраивает язык функциональных блоков, никому в голову не приходит засорять ему ОЗУ.
    Zelio Logic опять же, FBD и LD, всех устраивает.
    Последний раз редактировалось Eugene.A; 09.06.2018 в 21:35.

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

    По умолчанию

    Цитата Сообщение от Eugene.A Посмотреть сообщение
    Вот у Logo Siemens и дисплей, и кнопки, почему его не пытаются натянуть на ПЛК? Вполне всех устраивает язык функциональных блоков, никому в голову не приходит засорять ему ОЗУ.
    Не зря другие законадатели придерживаются нишевого разделения ,а то бы давно бы туда напихали весь кодесис .Да же с точки коммерческой делать ПР как ПЛК не выгодно производителю .Они сделали хитрее -есть разные по сложности задачи и для них разные по возможностям железо (ПР-ПЛК) со своим разным ПО .И для тех умников ,которые хотят за 5 копеек (ПР) решать задачи для ПЛК делают заслон (мягкий).Жить и развиваться хочется всем.Да опять же существует разная (нишевая) аудитория (программист/не программист) ,которой ,одной не к чему усложнение в освоении ПО или другой категории переходить с текстовых языков на графические . .Кесарю -кесарево ...Давно кто то сказал
    Последний раз редактировалось rovki; 09.06.2018 в 21:46.
    электронщик до мозга костей и не только

  10. #40

    По умолчанию

    Цитата Сообщение от Eugene.A Посмотреть сообщение
    Вот у Logo Siemens и дисплей, и кнопки, почему его не пытаются натянуть на ПЛК? Вполне всех устраивает язык функциональных блоков, никому в голову не приходит засорять ему ОЗУ.
    Zelio Logic опять же, FBD и LD, всех устраивает.
    Немцы вообще макросы получили только на V8 это 2 или 3 года назад. Хотя модем был уже на V7. При переходе с 7 на 8 добавили несколько ФБ и всё. Остальное убирают баги. А если посмотреть на блоки расширения то некоторые "ПЛК нервно курят в сторонке". И люди как то работают и пишут софт.

Страница 4 из 5 ПерваяПервая ... 2345 ПоследняяПоследняя

Похожие темы

  1. Ответов: 32
    Последнее сообщение: 20.10.2017, 07:38
  2. Не хватает выходов
    от sanek55900 в разделе Программируемые реле
    Ответов: 32
    Последнее сообщение: 24.04.2017, 09:55
  3. Не хватает RS 232.
    от mettled в разделе Подбор Оборудования
    Ответов: 6
    Последнее сообщение: 17.01.2013, 11:43
  4. непонятные знаки при адресации ИП320
    от desperadoes в разделе Панели оператора (HMI)
    Ответов: 4
    Последнее сообщение: 25.07.2011, 12:14
  5. Система адресации
    от saniyo в разделе ПЛК1хх
    Ответов: 5
    Последнее сообщение: 21.01.2011, 15:45

Ваши права

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