Вы видимо не совсем поняли вопрос.... интересует не формат отображения, а как оно на самом деле!
уточню что я имею ввиду...
из опыта программирования на ассемблере, есть не оч. много команд для которых важно знаковый операнд или нет
1) в примере выше (на картинке) я показал пример - что будет если сравнить 0xFFFFFFFF и 0х00000000?
если операнд знаковый, то ноль больше, а если без знака - то ноль меньше...
если судить по доке (там упоминаются числа 4 миллиарда) - ноль будет меньше, а симулятор ведёт сябя наоборот!!!.
2) так же не понятно как поведёт себя "универсальный счётчик" если его попросит вычесть единицу из нуля? (вопрос именно поведения реального реле)
в доке есть ограничение 0..65535 - а эмуляторе это отследили?
PS хотя тут, если прямо указанно в доке, то значит что поведение при выходе за рамки диапазона "
не документировано и может меняться от версии к версии прибора" (опять же из опыта)
3) третий момент - это умножение и деление - результат его оч. сильно зависит от знака!
(и тут опять, то что описано в документации не совпадает с поведением симулятора!!!)
---------------------------------
PS цель моего поста -
обратить внимание разработчика эмулятора на моменты, на которые с первого раза не обращаешь...
(тот же SHR, например, который поправили...)
НО я обратил.... т.к. я стал использовать элемент "GT" ("в умном отопителе")
и задался вопросом - что будет если где-то, случайно, у меня будет -1?
решил "проблему" следующим образом - просто прибавил ко всем значениям 16
и соответственно сдвинул диапазон значений с 0..15 на 16..31, и в случае выхода из диапазона значений, все элементы схемы остаются штатных, предсказуемых режимах
(хотел вставить слово "документированных", но на данный момент получается, что дока и практика (симулятор) разнятся
)
Сообщение от wal79
Ответить с цитированием