Вид для печати
Здравствуйте! Возникла такая трудность: принимаю с таймера значение длительности импульса в микросекундах в виде двоичного кода, т.е. 40 импульсов (0 и 1) с частотой 100 Гц, на быстродействующие входы, дальше мне полученные биты необходимо перевести в десятичное число обработать и сохранить, но я не могу найти переменную больше 32 бит (можно ли как то самому создать 40 битную переменную, ну ли 64 битную и работать с ней)?
можно, зависит от процессора, например интел 64-х битный точено сможет....
на интеле 64-х битном понятно, а в самом плк 110-60М, там проц. - RISC-процессор на базе ядра ARM-9, 32 разряда
Alizka наверное на этом стоит и остановиться, а заодно посмотреть типы переменных в CodeSys.
По крайней мере обрабатывать в десятичном виде то, что вы хотите в самом ПЛК вряд ли получится, максимум передать на уровень выше двумя или больше переменными.
Понятно. Спасибо большое! Я так и думал, просто хотелось убедиться (может что-то упустил). :)
А что вы хотите делать с 40-битным значением? Как то обрабатывать или просто выводить на экран?
В любом случае есть вариант - создавайте дополнительную переменную (возможно, в структуре) и инкрементируйте её по переполнению основного DWORD. При необходимости обработки или индикации накопленного значения смотрите, сколько значащих бит накопилось в дополнительной переменной и сдвигайте на это кол-во в основную DWORD с потерей младших разрядов. Далее преобразуете DWORD в REAL и уже его домножаете на коэффициент. Сдвигали на 4 бита - домножили на 16 и т. п.
Таким образом вы потеряете точность при индикации и при обработке, но не при накоплении.
VaBo, учитывая что там фигурируют и 0 и 1 то там участвует еще и время, что несколько осложняет процесс
Ага, невниматально прочитал вопрос, бывает ;)
Просто часто сталкивался с задачей, когда считают импульсы с водосчетчиков, к примеру, и в конце концов в сумматоре получают "замороженный" float...
Я плохо знаком с CDS, но разве нельзя создать union из двух dword и задвинуть туда с учетом переноса определенное число бит?
Если да, то в чем сложность далее обработать эти dword по отдельности с преобразованием во float с потерей точности?
Все зависит от задачи, если 7 значащих десятичных разрядов мантиссы достаточно, то почему нет?
ну, потеря нескольких бит, пока основная программа будет заниматься переносом из счетчика, точнее не пойми изчего. Быстрый вход используется только для ловли единиц, а там могут быть и нули.
например всего 10 бит 0100000101 (справа младший) - какое число будет в счетчике ? 3, а какое на самом деле ? - 261
А при 40-ка битах там 17 с лифигом миллиардов или даже больше. ой 549 755 813 888 - это только 1 в старшем разряде....
А можно всё-таки "по-нормальному" озвучить задачу?Цитата:
Сообщение от Alizka
Какая конечная цель?
Что значит "работать с ней"?
Что значит 100Гц?
Это значит что приходит 100 бит в секунду?
Т.е. за первые 0.4сек мы прочитаем 40 бит, а куда потом девать приходящие данные?
Записывать по кругу на место "более старых"?
Если что, то для ПЛК110М02 есть инструментарий прямой обработки значений с быстрых входов -- Hardella IDE.
Считывать нолики и единички из быстрого входа и записывать в биты -- вообще не вопрос.
Многие задачи "быстрого управления" можно сделать на Hardella "в лоб" и оно не подавится.