Да не лимиты режут, а число отображается как больше чем 65535. Вот что у вас происходит Вложение 76949 Отображается младший регистр из 2, так как в Лоджике нет 16 битного WORD (UINT), а только 32 битное UDINT (DWORD)Цитата:
Сообщение от Asu$Nick
Вид для печати
Да не лимиты режут, а число отображается как больше чем 65535. Вот что у вас происходит Вложение 76949 Отображается младший регистр из 2, так как в Лоджике нет 16 битного WORD (UINT), а только 32 битное UDINT (DWORD)Цитата:
Сообщение от Asu$Nick
Никто ничего не режет. Сетевая переменная 16 битная, поэтому и на экран выводится только 16 битЦитата:
Сообщение от Asu$Nick
Цитата:
Сообщение от kondor3000
Цитата:
Сообщение от Dimensy
Коллеги, я это все понимаю , но
1. На экране переменная должна отображаться правильно - Достоверно
Для этого надо отображать на экране поля всегда в 32 битном виде, тогда все предложенные и вами и мной варианты будут видны корректно.
Зависимости от ширины переменной , не нужно вообще.
2. Лимит поля должен отрабатывать не на отображение , а на событие изменения данных.
3. В идеальном варианте , обработчик программы , должен автоматом обрезать заведомо 16 битное значение до 65535.
И в примере , когда пишем константу 70000 в одиночный регистр либо вообще не давать грузить такой код, либо динамически делать 70000->65535
Тоже самое в примере со счетчиком, который сетевая переменная. Он должен досчитать до 65535 и остановится на этом.
Тогда все везде будет по людски, и никто не ошибется.
На это вам уже ответил выше, никто не должен что-то переделывать, если вы сами делаете ошибки, не ограничивая 16 битную переменную в коде. Или в том же счётчике.Цитата:
Сообщение от Asu$Nick
Какое-то очень странное желание, на мой взгляд, в смысле, если счётчик остановится - станет невозможно работать с энкодерами и т. п.Цитата:
Сообщение от Asu$Nick
Я так понимаю, если сделать по-вашему - прибор перестанет работать!
Я писал не про вас, а о поведении счетчика "в примере со счетчиком, который сетевая переменная. Он должен досчитать до 65535 и остановится на этом."Цитата:
Сообщение от kondor3000
По поводу ошибок.
Создавая программы в Лоджике , я должен предусмотреть , как программист, все возможные ситуации которые может создать оператор. Чем более профессиональный программист , тем больше
ситуаций он может просчитать, выставить лимиты, защиты от дурака и блокировки.
Те же правила существуют и для программистов Лоджика, они на своем уровне занимаются тем же. И если суть проблемы ясна, почему бы не сделать лучше?
А что ему еще делать, если разряды кончились.Цитата:
Сообщение от Сергей0308
Даже 32 битный кончиться может.
Как вариант перейти через ноль.
Зато если перестал считать , я быстро пойму в чем проблема.
Зачем отображать в 32 битном виде 16 битную переменную? Хотя, еще раз напишу, скорее всего сетевые переменные в Лоджике остаются 32 битными, но при чтении компилятор отдает только младшие 16 бит.Цитата:
Сообщение от Asu$Nick
Лимит поля ограничивает вводимые с экрана значения. При выходе за предел вводимое число не обрезается, просто не происходит записьЦитата:
Сообщение от Asu$Nick
Так он и обрезает. То что мы может в сетевую переменную записать 32 бита - забейте на это, потому что при чтении мы получим только младшие 16 бит. Считайте старший разряд мусорным.Цитата:
Сообщение от Asu$Nick
Что касается счетчика, то досчитав до 65535, дальше у нас младший разряд обнуляется и начинает считать заново - все как в 16 битной переменной. На старший разряд, опять же, не обращаем внимание
Что касается "динамически делать 70000->65535". Где вы такое преобразование видели? В Codesys, например преобразование dint_to_int отбрасывает старшие 16 битов, и Лоджик делает то же самое. А ограничивать переменную - то ли до 65535, то ли до 100 - это уже забота программиста
Смиритесь, в АСУ переполнение не вызывает исключение, а просто осуществляется переход через ноль (по крайней мере, с целыми числами)Цитата:
Сообщение от Asu$Nick
Вложение 76953
То что 16 битная переменная ведет себя как 32х - пойдет.....
На экране одно число, а в программе другое - пойдет...
Так и будем пользоваться.
Вы же написали что чем больше опыта тем больше программисты могут предусмотреть. возможно на экране будет лучше смотреться обычная переменная, а не сетевая. А сетевые пусть занимаются своим главным предназначением, передают данные по сети, для 32хразрядного значения их нужно будет двеЦитата:
Сообщение от Asu$Nick
Да уже все исказили, за время этой дискуссии. Мне эти 32 бита и не нужно было ни разу. Я про это вообще не спрашивал.Цитата:
Сообщение от capzap
Суть в том , что при онлайн отладке в программе я вижу в переменной одно число, а на экран выводится другое. Переменная одна и та же. Где то надо навести порядок.
Повторяю, наведите у себя, отображайте на экране не сетевую переменную. Потому что если сетевую расширить до 32 разряда, на другом конце сети все равно придет регистр, получится у Вас в устройстве все красиво, а на другом, которое может программировать другой человек, будут такие же непонятки , отладка сложнееЦитата:
Сообщение от Asu$Nick
Я же вам только что написал , что мне и не надо было никаких переменных в 32 разряда!!!Цитата:
Сообщение от capzap
У меня изначально все переменные размером в регистр , а лоджик их отрабатывает как 32.
https://owen.ru/forum/showthread.php...l=1#post440596
переменная на картинке сетевая в один регистр =16 бит
А кому нужен ОЛ с 16 разрядными переменными. В документации указан тип целочисленной переменной, если нужен зоопарк типов данных, берите плкЦитата:
Сообщение от Asu$Nick
Зачем тогда при выборе целочисленной переменной на экране, при выборе сетевой ограничение на значение в 16 бит, а при выборе обычной ограничение в 32 бита. Кто же этот зоопарк использует?Цитата:
Сообщение от capzap
тут не важно кто, а как. Кто читает документацию тот знает об особенностях Вложение 76956Цитата:
Сообщение от Asu$Nick
Я все эти особенности знаю и понимаю.Цитата:
Сообщение от capzap
Вы так и не поняли суть моего замечания в начале всей беседы.
Еще раз:
при онлайн отладке сетевая переменная в программе может отрабатывать значения до ширины 32 бита, при этом эта же переменная на экране ПР отображается урезанной до ширины 16 бит.
Может возникнуть ситуация когда программа внутри работает по одним значениям, а пользователь видит другие значения( из младшего слова от 32 бит)
Мой запрос простой:
сделать хотя бы разрядность отображения поля всегда в 32 бита. Это будет универсально и всегда отработает корректно на всех переменных и сетевых и обычных.
так как это совмещается, если программист знает особенности и позволяет пользователю видеть не то что нужно? Вас кто то за руку держит и не дает добавить внутреннюю переменную для отображения на экранеЦитата:
Сообщение от Asu$Nick
как у Вас всё просто, Вы просчитали какие проблемы могут быть из-за этого или Ваша задача только генерировать вопросики а остальные пусть работают пока солнце высокоЦитата:
Сообщение от Asu$Nick
На данный момент это программисты лоджик позволили мне как пользователю видеть не то что нужно.Цитата:
Сообщение от capzap
Я понимаю что происходит , но хотел сгладить данный момент, с пользой для всех
Да просчитал. Проблема есть сейчас, а если подправить то будет лучше.Цитата:
Сообщение от capzap
ну как лучше, в каком месте Вы хотите что оставалось 32-разрядное значение Вложение 76961Цитата:
Сообщение от Asu$Nick
Если считаете что значение перед входом в сетевую переменную это и есть сама сетевая переменная то это не так, в панель и в сеть уйдет действительное значение переменной после неявного преобразования, на скрине правая часть
Я про то что лимит на ввод не должен влиять на лимит отображения поля.
Поле всегда могло бы показать и 16 и 32 бита.
Вложение 76962
если сетевая переменная 16разрядов, то зачем тратить память для отображения в два раза больше, это же экран ПР а не ПК, предлагал же перейдите на плк/спкЦитата:
Сообщение от Asu$Nick
Если я правильно понимаю , процессор ПРки 32 битный, из-за этого одна переменная в любом случае занимает 32 бита.Цитата:
Сообщение от capzap
Именно поэтому и возникает коллизия с отображением. Мы складываем 16х регистр в 32х переменную.
Я думаю что и для экранного поля исходно используется также переменная в 32 бита. Поэтому экономии никакой не будет.
Наоборот программа упростится:)
тогда по Вашей логике поле уже 32разрядное и отображется всё равно не больше 65535. Вам придется признать что переменная сетевого интерфейса привязана к регистру протокола модбас а не к разрядности процессора. Не нравится, вместо плк берите МК и творите что душе угодноЦитата:
Сообщение от Asu$Nick
ЗЫ хотя можно и в ОЛ придумывать разные штуки, как на видео, было бы воображение и/или память
Совершенно верно. Надо это лимит и убрать, чтобы максималка была всегдаЦитата:
Сообщение от capzap
Это вам надо признать , что разрядность сетевой переменной , привязана к разрядности процессора 32х. И в программе она спокойно принимает значения более 65535.Цитата:
Сообщение от capzap
Мне ПР нравится, хочу им пользоваться и творить на нем!Цитата:
Сообщение от capzap
где? Я показал что она обрезается до одного слова, покажите скрином где Вы виделиЦитата:
Сообщение от Asu$Nick
Вложение 76966Цитата:
Сообщение от capzap
Счетчик выдает результат в переменную которая привязана к стандартному регистру одинарному.
https://owen.ru/forum/showthread.php...l=1#post440674 этот пост Вы проигнорировали, скрин и после описание, ну окЦитата:
Сообщение от Asu$Nick
День добрый, хотел бы задать вопрос, при попытке юстировать аналоговый вход ПР200 отправила такой код ошибки. Кто-то сталкивался с такой ошибкой? Если да, то подскажите что можно сделать для устранения ошибки. Заранее спасибоВложение 77063
Попробуйте юстировку на других сопротивлениях. скорее всего получается слишком большой коэффициент коррекции.
После появления функционала изображений на экране ПР205 возникло несколько вопросов.
1. Все изображения bmp можно оптимизировать по размерам без потери качества при помощи пакета FileOptimizer. Соотношение размеров при этом 30 кБайт исходного bmp к 2,5 кБайт сжатого оптимизированного. Есть ли смысл перед загрузкой в проект сжимать изображение или внутри оно будет храниться в собственном формате и в итоге сжатие не повлияет на размеры проекта и на другие характеристики вывода (скорость) и заполненности памяти ОЗУ визуализации?
2. Ещё не скачал и не попробовал новую версию OwenLogic - поэтому вопрос - будет ли OwenLogic воспринимать эти оптимизированные файлы (знаю, что не все панели оператора могут их воспринять)?
Не пробовал новую версию, т.к. сейчас завершаю работу над проектом и боюсь ошибок от нововведений, поэтому пользуюсь устойчиво хорошей предпоследней версией, но скоро конечно же обновлюсь.
У меня стоит больше 10 версий Лоджика, в том числе последняя, какую надо, такую и открываю. Проекты надо открывать из Лоджика, а не нажатием на проект и нет проблем.Цитата:
Сообщение от FPavel
Всё остальное быстрее проверить самому.
2. Лоджик кушает оптимизированный bmp, сама ПРка - х.з.Цитата:
Сообщение от FPavel
1. Картинка 100х100 точек из предложенных Овеном - что оптимизированный (3К), что нет (30К) - помещается на экране порядка 70 штук, после чего память заканчивается
Получается, что всё хранится в собственном формате (возможно, совпадающем с существующим), который не использует сжатие.Цитата:
Сообщение от Dimensy
Т.е. предварительная оптимизация файла бесполезна...
Думаю, это несколько избыточно...Цитата:
Сообщение от kondor3000
Разве, что возможный поиск ошибки при помощи онлайн отладки вынуждает.
Согласен, справедливо.Цитата:
Сообщение от kondor3000
Но, может, кто-то уже придумал другой способ или систему правил снижения объёмов памяти на элемент, чтобы отодвинуть неизбежную перспективу ограничения по памяти самого нагруженного экрана. Смысл то и неуспешного предложения оптимизации изображения в этом.
Конечно, эксперимент с заменой на мнемосхеме первого экрана десятка линий и нескольких квадратов/кругов на изображение обязательно проведу и посмотрю на поведение ОЗУ (сейчас около 88%).
Возможно просто ограничено количество загруженных картинок?Цитата:
Сообщение от FPavel
Тоже интересен результат эксперимента
Сжатие / расжатие - это телодвижения, которые тратят ресурсы микропроцессора и могут влиять на быстродействие отображения картинки. Поэтому, думаю, что все элементы тупо приводятся к картинке в формате bmp в разрешении экранаЦитата:
Сообщение от 1exan
Экспорт переменных в cvs файл есть , а ИМПОРТ из него не нашёл , подскажите где искать ! ОЛ - Версия 2.7.350.0
Пока нигдее. Импорт не сделали.
Когда снята галочка "энергонезависимость" в переменной то в отладчике не выводиться её реальное значение , а отображается 0 серым. может поправите или я не так что-то делаю ?
Вложение 77339
ОЛ Версия 2.7.350.0