Помогите с протоколом ОВЕН

[PC_DOS]

Могу также предложить программку для расчета хэш-кода параметра

[Дмитрий Егоренков]

почему бы вам не использовать owen_io.dll (http://www.owen.ru/device/64305906)? и все проблемы с протоколом будут сняты.

вот здесь и пример использования есть - http://www.owen.ru/forum/showthread.php?t=460

[Коротенко]

почему бы вам не использовать owen_io.dll и пример использования есть [/url]

пока что не занимался подключением dll к LabVIEW , в дальнейшем рассмотрю и применение owen_io.dll, спасибо

[Дмитрий Егоренков]

пока что не занимался подключением dll к LabVIEW , в дальнейшем рассмотрю и применение owen_io.dll, спасибо

это будет быстрее и проще, чем реализовывать протокол. тем более имея в руках рабочий пример.

[Коротенко]

за

ЗЫ символы обрамления пакетов посылать тоже следует из лабвью

БОЛЬШТЕ СПАСИБО, учту
а теперь...->
по ссылке
http://www.owen.ru/forum/showthread....F1%F3%EC%EC%E0
нашёл пост
http://www.owen.ru/forum/showpost.ph...39&postcount=8

если коротко, число состоящее из всех битов пакета делится на выбранный полином. crc - остаток от деления.

1. как именно число "состоит из всех битов пакета"? сложить байты? сложить полубайты? или что-то ещё?

2. полином (из описания протокола ОВЕН) вот такой х16+х15+х11+х10+х9+х8+х6+х4+х2+х1+х0
рядом спросить не у кого , поэтому спрашиваюю у вас - что КОНКРЕТНО означает x16 и т.д.

3. вопрос по "вот программка CRC на LabView" - первое действие со строкой символов - это разложение в 1D массив с символами из этой строки.
затем идёт неизвествный виай - судя по входу, выходу и названию массив с символами преобразуется в число (с преджставлением I32) - в чём суть преобразования ? может я сам допишу не достающее?

ps: по-моему 1 и 3 вопросы как-то связаны

[Коротенко]

С полиномом разобрался х16+х15+х11+х10+х9+х8+х6+х4+х2+х1+х0 - это бинарное число 11000111101010111

по прежнему остаётся воспрос...

как именно ЧИСЛО "состоит из всех битов пакета"? сложить байты? сложить полубайты? или что-то ещё?

если ЧИСЛО состоит из битов по принципу "все биты поставить в один ряд" , т.е. для GVHGRILNMOQK этим ЧИСЛОМ является последовательность (0000 1111 0001 0000 1011 0010 0101 0111 0110 1000 1010 0100)? так ли это?

деление на полином - неопсредственное? по байтово? или как-то по другому?

[Дмитрий Егоренков]

судя по тому, что вам доступен интернет, спросить про crc и полиномы можно хоть у яндекса, хоть у википедии.

http://ru.wikipedia.org/wiki/CRC

с лабвью я вам не помощник, но алгоритм вычисления crc на c есть на форуме. поищите.

[PC_DOS]

чето не могу найти файлик, но советую сходить вот по этим ссылкам - там все достаточно подробно про CRC рассказано

http://www.owen.ru/forum/showthread....F1%F3%EC%EC%F3

http://www.owen.ru/forum/showthread....F1%F3%EC%EC%E0

http://www.owen.ru/forum/showthread....F1%F3%EC%EC%F3

ЗЫ символы обрамления пакетов посылать тоже следует из лабвью

[Коротенко]

почему в описании протокола ОВЕН, написано что применяется полином "х16+х15+х11+х10+х9+х8+х6+х4+х2+х1+х0", который равен 18F57,
когда НА САМОМ ДЕЛЕ "х15+х11+х10+х9+х8+х6+х4+х2+х1+х0", который равен 8F57 ?

[Коротенко]

Тему закрываю
Всем спасибо за ответы

PS: С повторением расчёта CRC больше не заморачиваюсь, просто "выдрал" нужный кусок из LabVIEW-шной проги и сконвертил его в подпрограмму
PPS: а дотошно расспрашивал, т.к. люблю заниматься оптимизацией порграмм :-), мои проги меньше аналогов, а выполняют то же самое