Фичи и баги OWEN Logic

Я даже знаю ,что ответят -правильно задавайте значения (в нужном диапазоне) .Лично мне это не нравится ,я за защиту от "дурака".,как и деление на ноль

Цитата:

---

Сообщение от AI!

это всегда так было? - несоответствие кол-ва вх/вых в этой таблице фактическому кол-ву оных у ПР114.

---

Подкорректировал... :)

Цитата:

---

Сообщение от AI!

ну не знаю как рассказать, это как рассказать как неудобно сидеть в каком-то кресле..

попробуйте сделать следующую последовательность
1) сделать пустой проект
2) создать в нём макрос
3) разместить в нём 16 констант.
4) сделать их "видимыми извне" (сделать параметр "использование в макросе"="да")
3-4)

а теперь за 30 сек переименовать их из "Значение константы" в "ячейка 0", "ячейка 1", и т.д.

PS подсказка - у меня не всегда переименование сохраняется с первого раза.

---

Устранил...

Цитата:

---

Сообщение от rovki

Я даже знаю ,что ответят -правильно задавайте значения (в нужном диапазоне) .Лично мне это не нравится ,я за защиту от "дурака".,как и деление на ноль

---

Я тоже ЗА защиту от дурака... :) Со случаем "деление на 0" в принципе я с Вами соглашусь - можно поставить защиту... А вот в данном случае, единственное что точно баг - это то, что время симулятора остановилось, и это я устранил уже. Время не должно было остановиться! А вот со значением тут мы имеем дело с переполнением типа данных Uint32 и значение в BLINK было записано другое, чем ожидалось... Если я вставлю тут защиту, то могут возникнуть подводные камни с другими аналогичными схемами, где переполнение ожидается и считается нормальным положением дел. Да, как Вы и сказали с WriteToFb надо быть начеку... :) Если я не прав и Вы не видите риска ввода защиты от дурака в похожих случаях, то давайте обсудим... :)

Цитата:

---

Сообщение от wal79

А вот со значением тут мы имеем дело с переполнением типа данных Uint32...
Если я вставлю тут защиту, то могут возникнуть подводные камни с другими аналогичными схемами, где переполнение ожидается и считается нормальным положением дел.

---

если интересно моё мнение, то переполнение Uint32, в обе стороны, считаю нормальным, и ничего исправлять не надо.

PS и я реально это буду это использовать, может даже где-то уже использовал.
-----------
а вот про деление на нуль - при целочисленном счёте получаем "бесконечность", а при вещественном - ноль.

наверно это логично, потому что напр. что бы получить "знак числа" при использовании вещественно арифметики,
можно просто разделить число на модуль самого себя.

При попытке посмотреть адреса часов выдает вот такое ,а раньше вроде смотрел .

В РЭ на Пр114 (на сайте) написано время обновления результата по 4 аналоговым входам ,мс -0,5 .Может сек?

Цитата:

---

Сообщение от rovki

При попытке посмотреть адреса часов выдает вот такое ,а раньше вроде смотрел .

---

Да, это было обнаружено... будет исправлено...

Цитата:

---

Сообщение от rovki

В РЭ на Пр114 (на сайте) написано время обновления результата по 4 аналоговым входам ,мс -0,5 .Может сек?

---

Ну это не ко мне... :) Пусть ГТП этим займется...

OL 1.7 build 49
Слишком богатый выбор параметров CTN.