Показано с 1 по 10 из 922

Тема: Универсальные макросы для OWEN Logic

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

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1

    По умолчанию

    Цитата Сообщение от capzap Посмотреть сообщение
    речь шла не о счетчике, а о блоке через который можно пропустить имеющуюся в среде целочисленную

    с законами мерфи, хорошо оправдывать свои ошибки в промавтоматике, но не аргументировать ссылаясь на них
    Счётчик - один из таких блоков "от производителя".
    Ошибки не надо оправдывать. Их нужно предугадывать и предотвращать. Тем более, что в "промавтоматике" их цена может оказаться слишком большой.
    Хорошо знать заранее где разложены грабли, но лучше если их не раскладывают, а ещё лучше когда убирают раньше, чем кто-то наступит.

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

    По умолчанию

    Цитата Сообщение от pop70 Посмотреть сообщение
    ещё лучше когда убирают раньше, чем кто-то наступит.
    Вы сейчас о чем, о том что инкремент продолжается с другой стороны диапазона, так это есть и у сименса и ни чего они там не правят, чтоб угодить кому то возмутившемуся. С этим все живут и делают безотказные проекты, предугадывают программисты, а не разработчики среды
    Bad programmers worry about the code. Good programmers worry about data structures and their relationships

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

  3. #3

    По умолчанию

    Цитата Сообщение от capzap Посмотреть сообщение
    Вы сейчас о чем, о том что инкремент продолжается с другой стороны диапазона, так это есть и у сименса и ни чего они там не правят, чтоб угодить кому то возмутившемуся. С этим все живут и делают безотказные проекты, предугадывают программисты, а не разработчики среды
    Я не об этом. А о том, что uint-овый счётчик в udint-овой среде, например - это, как минимум, показатель никакой организованности. И в каком месте, и в какое время вылезут очередные грабли, а главное - кому они дадут по лбу - никто заранее предугадать не может.
    Омобенно "радуют" нынешние подходы к "промавтоматике", когда и основные алгоритмы, и блокировки безопасности пихают в одну железку с неизвестным количеством железных и софтовых граблей.
    А "среда разработки устройств промавтоматики" пятилетками находится в стадии "беты", с новым набором граблей в каждой новой версии.

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

    По умолчанию

    Цитата Сообщение от pop70 Посмотреть сообщение
    Я не об этом. А о том, что uint-овый счётчик в udint-овой среде, например - это, как минимум, показатель никакой организованности.
    Почему бы не принять это, как способ защитить пользователя от выхода за диапазон
    Bad programmers worry about the code. Good programmers worry about data structures and their relationships

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

  5. #5

    По умолчанию

    Цитата Сообщение от capzap Посмотреть сообщение
    Почему бы не принять это, как способ защитить пользователя от выхода за диапазон
    Потому, что это "странный" способ защиты от невыхода за диапазо, ограничив диапазон в 65536 раз, и обеспечив такой выход в 65536 раз раньше
    Это я просто ворчу на тему "все int-ы в кучу".
    Не знаю - может быть, в младших линейках ПР int ограничен 16 разрядами, отсюда и грабли в старших линейках? Хотя, простейший счётчик на переменных из этой же среды сам легко "адаптируется" под разрядность среды.
    Если его ещё лет пять назад сделали, то почему за 5 лет производитель не исправил свою "фирменную фичу"?
    И почему среда не позволяет отлавливать случаи "выхода за диапазон", хотябы выдавая флаг переполнения и (или) отрицательного результата в ФБ, где такое впринципе возможно (а раз возможно, то обязательно случится), тем самым напоминая конечному пользователю о желательности обработки таких случаев для исключения непредсказуемого поведения?
    Тем более, что ПР - очевидно продукт для массового, и не всегда "высокопрофессионального" потребителя.
    Очевидно же, что "сырая" (непродуманная) идеология, а не просто "проблемы реализации".

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

    По умолчанию

    Цитата Сообщение от pop70 Посмотреть сообщение
    Потому, что это "странный" способ защиты от невыхода за диапазо, ограничив диапазон в 65536 раз, и обеспечив такой выход в 65536 раз раньше
    Это я просто ворчу на тему "все int-ы в кучу".
    Не знаю - может быть, в младших линейках ПР int ограничен 16 разрядами, отсюда и грабли в старших линейках? Хотя, простейший счётчик на переменных из этой же среды сам легко "адаптируется" под разрядность среды.
    Если его ещё лет пять назад сделали, то почему за 5 лет производитель не исправил свою "фирменную фичу"?
    И почему среда не позволяет отлавливать случаи "выхода за диапазон", хотябы выдавая флаг переполнения и (или) отрицательного результата в ФБ, где такое впринципе возможно (а раз возможно, то обязательно случится), тем самым напоминая конечному пользователю о желательности обработки таких случаев для исключения непредсказуемого поведения?
    Тем более, что ПР - очевидно продукт для массового, и не всегда "высокопрофессионального" потребителя.
    Очевидно же, что "сырая" (непродуманная) идеология, а не просто "проблемы реализации".
    Не там ищите, по модбасу передаются слова, отсюда и использование 16 бит, а не от старых версий ПР
    Bad programmers worry about the code. Good programmers worry about data structures and their relationships

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

  7. #7

    По умолчанию

    Цитата Сообщение от capzap Посмотреть сообщение
    Не там ищите, по модбасу передаются слова, отсюда и использование 16 бит, а не от старых версий ПР
    А как ФБ счётчика завязан на модбас?
    И что? Сетевые переменные в ОЛ все ограничены 16 бит? 2 регистра модбас не может за раз отправить/принять в случае надобности?
    Вопросы риторические, но с намёком на "недостаточно высокий" уровень среды.

Похожие темы

  1. OWEN Logic v1.7
    от Евгений Сергеевич в разделе Среда программирования OWEN Logic
    Ответов: 404
    Последнее сообщение: 25.08.2020, 15:17
  2. Хотелки в OWEN Logic
    от maks_dmm в разделе Программируемые реле
    Ответов: 4
    Последнее сообщение: 20.02.2016, 13:56
  3. ПО OWEN Logic !!!
    от Ельцов Андрей в разделе Программируемые реле
    Ответов: 3
    Последнее сообщение: 11.10.2011, 15:33
  4. OWEN Logic 1.2.0.14b
    от Ельцов Андрей в разделе Программируемые реле
    Ответов: 40
    Последнее сообщение: 21.02.2011, 14:16
  5. OWEN Logic 1.1.0.11b
    от Ельцов Андрей в разделе Программируемые реле
    Ответов: 58
    Последнее сообщение: 12.10.2010, 20:55

Ваши права

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