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

[pop70]

тогда, будет точнее писать udint, uint-а там нет, переполнить его можно, были бы задачи для ПР где это возможно

А в стандартных счётчиках есть
Один из "законов Мёрфи" Всё, что может быть переполнено, обязательно будет переполнено.

[capzap]

А в стандартных счётчиках есть
Один из "законов Мёрфи" Всё, что может быть переполнено, обязательно будет переполнено.

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

с законами мерфи, хорошо оправдывать свои ошибки в промавтоматике, но не аргументировать ссылаясь на них

[pop70]

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

с законами мерфи, хорошо оправдывать свои ошибки в промавтоматике, но не аргументировать ссылаясь на них

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

[capzap]

ещё лучше когда убирают раньше, чем кто-то наступит.

Вы сейчас о чем, о том что инкремент продолжается с другой стороны диапазона, так это есть и у сименса и ни чего они там не правят, чтоб угодить кому то возмутившемуся. С этим все живут и делают безотказные проекты, предугадывают программисты, а не разработчики среды

[pop70]

Вы сейчас о чем, о том что инкремент продолжается с другой стороны диапазона, так это есть и у сименса и ни чего они там не правят, чтоб угодить кому то возмутившемуся. С этим все живут и делают безотказные проекты, предугадывают программисты, а не разработчики среды

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

[capzap]

Я не об этом. А о том, что uint-овый счётчик в udint-овой среде, например - это, как минимум, показатель никакой организованности.

Почему бы не принять это, как способ защитить пользователя от выхода за диапазон

[pop70]

Почему бы не принять это, как способ защитить пользователя от выхода за диапазон

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