SМart. Разрядность блока "Ввод числа"

[Mihakorb]

Здравствуйте, Арсений!

Подскажите пожалуйста. Использую в Smart блок "Ввод числа" с возможностью вывода. Нужно сделать ввод числа с клавиатуры 8 знаков. Делаю ввод 66666660 получаю 66666664, 99999990 получаю 99999992, 99999999 получаю 100000000 ПОЧЕМУ??? Тип цифр LONG. Если использую Input number 2g, то вывод данных корректен.

Использую последнюю версию smlogix, которая мне предложила прошить smh2gi, я прошил ничего не изменилось.

Просьба помочь вопросе.

[Arsie]

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

Здравствуйте, Арсений!

Подскажите пожалуйста. Использую в Smart блок "Ввод числа" с возможностью вывода. Нужно сделать ввод числа с клавиатуры 8 знаков. Делаю ввод 66666660 получаю 66666664, 99999990 получаю 99999992, 99999999 получаю 100000000 ПОЧЕМУ??? Тип цифр LONG. Если использую Input number 2g, то вывод данных корректен.

Использую последнюю версию smlogix, которая мне предложила прошить smh2gi, я прошил ничего не изменилось.

Просьба помочь вопросе.

СМарт всегда вводит real и на выходе преобразует его в нужный тип. Предел точности real - 6 знаков.

[ailcat]

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

Предел точности real - 6 знаков.

1) то есть в ситуации, когда мне нужно принять по смс и сохранить в real число 1234,567 - в младшем разряде у меня будет абракадабра?
2) Коректно ли сохранится в real число 1234,0 - если оно придет по смс как "П=1234", т.е. без запятой и нуля?
P.S.
Есть ли шанс сделать абракадабру предсказуемой или хотя бы безопасной? (ну, то есть, понять логику, с которой будет корежиться 7-я цифра в числе)

[Ilya J.]

Эта тема дает исчерпывающий ответ на ваши вопросы?

[ailcat]

Сообщение от Ilya J.

Эта тема дает исчерпывающий ответ на ваши вопросы?

Только еще больше запутывает.
Дело в том, что общепринятой практикой для Float (соответствующему вашему 32-битному Real) является 7-значная мантисса, и классически диапазон допустимых значений определяется для неё. Но не в Сегнетиксе.


UPD:
Я бы не задал свой вопрос, если бы не столкнулся с вот этим:

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

Предел точности real - 6 знаков.

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

8 знаков на мантиссу

А мне нужно 7 знаков
.

[Arsie]

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

Но не в Сегнетиксе.

Я ж написал, работает по стандарту. Привёл его номер. По нему же работают и все остальные машины, процессоры и т.д. Это уже де-факто полсотни лет и даже больше. Если вам в нём что-то не нравится, обратитесь я даже не знаю куда. Наверняка в преамбуле указаны его разработчики. Но я очень сомневаюсь, что весь мир под вас прогнётся

Если вы считаете, что float(32) даст вам 7 знаков и ваш опыт говорит, что это так - не проблема, используйте. Если работало на (тут список из миллиона производителей), будет работать и у нас.

[ailcat]

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

Я ж написал, работает по стандарту

Даже если вы действительно соблюдали стандарт - то он допускает разное количество знаков мантиссы. И какую базу выбрали вы - одному черту известно (и вашему программисту).
Если в основе вашего Real лежит Float(32) из языка C/C++, то мантисса будет семизначной при лидирующей цифре от 0 до 7, и только при 8 и 9 - мантисса становится 6-значной (меня этот вариант полностью устраивает).
Если что-то другое - уже не факт (тот же С#, по крайней мере в известной мне довольно устаревшей версии, при 7-значной мантиссе допускают лидирующей цифрой только 1, в остальных случаях мантисса становится 6-значной).
P.S. Интересует именно в варианте для Matrix - у меня под рукой только SMH2, но у него другое ядро и, соответственно, результат может отличаться (так что на нем даже не проверял).

Ну и, в любом случае, я так и не получил на второй вопрос (ответ на него мало связан со стандартом, но сильно зависит от обработчика ввода на устройстве, того самого Input number):
какое число будет записано в Real при вводе "1234" вместо "1234,0"?

[Arsie]

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

Даже если вы действительно соблюдали стандарт

Да какое "даже". Математический блок в процессоре работает в этом стандарте. У нас даже выбора нет

При выводе на экран выведется 1234.0

Число 1234 не очень хороший пример, знаков мало. Вот с 12345657890 уже будут сильные проблемы.

[ailcat]

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

Да какое "даже". Математический блок в процессоре работает в этом стандарте. У нас даже выбора нет

На какой процессор хоть доки искать? А то для одного и того же настольного Pentium4 компиляторы C++ и C# давали разный результат...

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

При выводе на экран выведется 1234.0

Значит, дополняете - и это хорошо.

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

Число 1234 не очень хороший пример, знаков мало.

Неее, для Float(32) это более чем хороший пример. Потому что без промежуточной коррекции (в древние времена зависело от настроек компилятора) оно нещадно корежилось, будучи записанным без ",0" в конце. У вас - с коррекцией, то есть можно не париться при вводе. А я с этим дерьмом в древнейшие времена сталкивался - перестраховываюсь.

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

Вот с 12345657890 уже будут сильные проблемы.

Да ясен перец, вылазим за длину мантиссы.
Но у меня самое большое число - 7777,999 (цифры до запятой - режим работы 4-х реле, после запятой - время в минутах). СМС-ка состоит из 6 параметров (по числу групп из 4 реле). Чтоб заведомо вписаться в допустимую длину - увы, извращаемся (вместо "А1=1, B1=2, C1=3, D1=4, t1=999" пишем просто "П1=1234,999", аналогично П2...П6, и разбираем это в FBD)

[ATS]

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

Даже если вы действительно соблюдали стандарт - то он допускает разное количество знаков мантиссы. И какую базу выбрали вы - одному черту известно (и вашему программисту).

Эта дура мантиса по стандарту вообще ничего не знает о ваших десятичных знаках. У нее 23 нормализованных двоичных разряда плюс всегда 1 в в мнимом 24-м.

Если в основе вашего Real лежит Float(32) из языка C/C++, то мантисса будет семизначной при лидирующей цифре от 0 до 7, и только при 8 и 9 - мантисса становится 6-значной (меня этот вариант полностью устраивает).

Точность представления числа в десятичном эквиваленте при нормализованной двоичной мантиссе естественно зависит от старшей цифры числа.

Если что-то другое - уже не факт (тот же С#, по крайней мере в известной мне довольно устаревшей версии, при 7-значной мантиссе допускают лидирующей цифрой только 1, в остальных случаях мантисса становится 6-значной).

Не понял - вообще для float32 это 7-8 десятичных знаков (суммарно до и после запятой) и порядок.

Но у меня самое большое число - 7777,999 (цифры до запятой - режим работы 4-х реле, после запятой - время в минутах). СМС-ка состоит из 6 параметров (по числу групп из 4 реле). Чтоб заведомо вписаться в допустимую длину - увы, извращаемся (вместо "А1=1, B1=2, C1=3, D1=4, t1=999" пишем просто "П1=1234,999", аналогично П2...П6, и разбираем это в FBD)

Ну даже теоретически не искажается

Но вот на кой хрен Вам простите вообще нужен float?

[ailcat]

Сообщение от ATS+

Не понял - вообще для float32 это 7-8 десятичных знаков (суммарно до и после запятой) и порядок.

Нифига, есть тонкости из-за лидирующей цифры. Оно хорошо работает, только когда лидирует единица. Наелся этого в свое время (попробуйте вашу ссылку для 8388,608 - для разных компиляторов можно получить разный результат в последнем разряде).

Сообщение от ATS+

Но вот на кой хрен Вам простите вообще нужен float?

1) его просто разбирать с помощью ФБД (с учетом мощности матрикса),
2) логику записи достаточно просто объяснить "рабочему классу" (главному отправителю смсок) - что даже важней.

[ATS]

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

Нифига, есть тонкости из-за лидирующей цифры. Оно хорошо работает, только когда лидирует единица. Наелся этого в свое время (попробуйте вашу ссылку для 8388,608 - для разных компиляторов можно получить разный результат в последнем разряде). В последнем каком?

Ссылка дает это
2Gi - вот это 8388,6084.
Для 9999.999 тоже не искажает.

1) его просто разбирать с помощью ФБД (с учетом мощности матрикса),
2) логику записи достаточно просто объяснить "рабочему классу" (главному отправителю смсок) - что даже важней.

Лонг разобрать ничуть не сложнее. Уж если совсем плохо - вместо запятой можно использовать 0.

[ailcat]

1. Хорошо, если так же будет и на матриксе
UPD: идиёты. Я вводил через запятую - получал NaN. Ну привык уже, что все современные проги и сайты либо приравнивают запятую и точку, либо явно ругаются на несоответствие. Даже у вас не сразу заметил правильный разделитель

2. Разобрать - да.
Объяснить, что нужно использовать ноль как разделитель кода и времени - из области фантастики (поверьте моему опыту). Особенно в связи с желанием не вводить лишние цифры (чаще всего дёргаемое вручную реле - правое в четверке цифр. Самое редкодергаемое - левое. Ноль, введенный явно или опущенный - означает "ничего не менять").

[ATS]

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

1. Хорошо, если так же будет и на матриксе
UPD: идиёты. Я вводил через запятую - получал NaN. Ну привык уже, что все современные проги и сайты либо приравнивают запятую и точку, либо явно ругаются на несоответствие. Даже у вас не сразу заметил правильный разделитель

Однозначно так и будет. Вот при восьми знаках уже могут быть чудеса.

Они не идиёты, стандарт у них такой.
floating point - я тоже привык к точке.

2. Разобрать - да.
Объяснить, что нужно использовать ноль как разделитель кода и времени - из области фантастики (поверьте моему опыту). Особенно в связи с желанием не вводить лишние цифры (чаще всего дёргаемое вручную реле - правое в четверке цифр. Самое редкодергаемое - левое. Ноль, введенный явно или опущенный - означает "ничего не менять").

Ну значит вообще без разделителя. Тоже не проблема.

[ailcat]

Сообщение от ATS+

floating point - я тоже привык к точке

А я уже отвык за 17-то лет

Сообщение от ATS+

Ну значит вообще без разделителя. Тоже не проблема.

Проблема. Угадайте, 12345 - это:
а) реле 0012 на 345 минут
б) реле 0123 на 450 минут
в) реле 1234 на 500 минут

[ATS]

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

А я уже отвык за 17-то лет

Проблема проблемы. Угадайте, 12345 - это:
а) реле 0012 на 345 минут
б) реле 0123 на 450 минут
в) реле 1234 на 500 минут

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

Так что только вариант a)