Страница 2 из 3 ПерваяПервая 123 ПоследняяПоследняя
Показано с 11 по 20 из 22

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

  1. #11
    Пользователь
    Регистрация
    16.06.2008
    Адрес
    Владивосток
    Сообщений
    37

    Exclamation уточнения

    Цитата Сообщение от PC_DOS Посмотреть сообщение
    пакет посылаемый с ПК на МВА8 #HGGHLIJVGHSJQS.
    символы # и . , которые 0х23 и 0х0D, тоже посылать в LabVIEW? или VISA сама их допишет в начало и конец?

    Цитата Сообщение от PC_DOS Посмотреть сообщение
    в пакете блок данных состоит из 1 байта поля данных и 2 байт хэш-кода, именно это и имеется ввиду, где написано про «-2»
    теперь вроде понял "-2" значит "вычесть число два", верно?

    но ведь HASH всегда имеет размер два байта! зачем тогда о них говорить, написали бы уж "Размер поля данных в байтах" вместо "Размер блока данных в байтах -2"

    привожу картинку как я понял всё изложенное

    ps: раньше я посылал естественный код "10 01 52 3F 01 С3 AC" теперь нужно смещённый "HGGHLIJVGHSJQS".

    зачем, в принципе, разработчикам кода потребовалось сделать СМЕЩЕНИЕ кода? посылали бы "10 01 52 3F 01 С3 AC"
    Изображения Изображения
    • Тип файла: gif 1.GIF (4.8 Кб, Просмотров: 54)
    Последний раз редактировалось Коротенко; 21.08.2008 в 03:52.

  2. #12
    Пользователь
    Регистрация
    16.06.2008
    Адрес
    Владивосток
    Сообщений
    37

    По умолчанию не хватает vi

    Цитата Сообщение от PC_DOS Посмотреть сообщение
    вот программка на LabView для расчета контрольной суммы
    она требует ASC_ToCod.vi , выложи его, а то нет могу проверить

    и есть ещё просьба: может всё-таки словами объяснишь как рассчитать crc хотя бы на твоём же примере HGGHLIJVGH

    хочу попытаться сделать свой расчётник CRC

  3. #13

    По умолчанию

    чето не могу найти файлик, но советую сходить вот по этим ссылкам - там все достаточно подробно про 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

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

  4. #14

    По умолчанию

    Цитата Сообщение от Коротенко Посмотреть сообщение
    пока что не занимался подключением dll к LabVIEW , в дальнейшем рассмотрю и применение owen_io.dll, спасибо
    это будет быстрее и проще, чем реализовывать протокол. тем более имея в руках рабочий пример.

  5. #15
    Пользователь
    Регистрация
    16.06.2008
    Адрес
    Владивосток
    Сообщений
    37

    Question к Pc_dos и тем, кто может помочь

    за
    Цитата Сообщение от PC_DOS Посмотреть сообщение
    ЗЫ символы обрамления пакетов посылать тоже следует из лабвью
    БОЛЬШТЕ СПАСИБО, учту
    а теперь...->
    по ссылке
    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 вопросы как-то связаны


  6. #16
    Пользователь
    Регистрация
    16.06.2008
    Адрес
    Владивосток
    Сообщений
    37

    Exclamation

    Цитата Сообщение от PC_DOS Посмотреть сообщение
    насчет CRC вот программка на LabView для расчета контрольной суммы
    недостающий кусок дописал
    как оказалось нужно было просто кастовать ASCII символ его численное значение у меня версия 8.6 но CAST, на сколько мне известно, есть и в 8.5
    если у тебя вас там навороченные вычисления то советую переделать как на картинке
    Изображения Изображения
    • Тип файла: gif 2.GIF (3.5 Кб, Просмотров: 57)

  7. #17
    Пользователь
    Регистрация
    16.06.2008
    Адрес
    Владивосток
    Сообщений
    37

    Question

    С полиномом разобрался х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)? так ли это?

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

  8. #18
    Ельцов Андрей
    Гость

    По умолчанию

    И все е я не понимаю, почему Вы не хотите воспользоваться ОРС-сервером. Там все просто до умопомрочения. Что касается дополнительного запуска программы. То Labview сам запустит ОРС-сервер.

  9. #19
    Пользователь
    Регистрация
    16.06.2008
    Адрес
    Владивосток
    Сообщений
    37

    По умолчанию

    Цитата Сообщение от Ельцов Андрей Посмотреть сообщение
    И все е я не понимаю, почему Вы не хотите воспользоваться ОРС-сервером.
    ок, LabVIEW запустит сервер, и будет юзать COM порт, НО, моя прога в LabVIEW через который я буду запускать ОРС-сервер, УЖЕ имеет модуль с юзанием COM порта, я не проверял, но скорее всего будут конфликты при такой работе с COM портом, поэтому мне кажется что более НАДЁЖНЫМ решением является самостостельное ФОРМИРОВАНИЕ запроса и его РАСКОДИРОВАНИЕ.
    пока что для меня есть только один вопрос не решён - КАК ЧИСЛО, КОТОРОЕ ДЕЛИТСЯ НА ПОЛИНОМ, СФОРМИРОВАНО ИЗ ПОСЫЛКИ?

  10. #20
    Пользователь
    Регистрация
    16.06.2008
    Адрес
    Владивосток
    Сообщений
    37

    По умолчанию

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

Страница 2 из 3 ПерваяПервая 123 ПоследняяПоследняя

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •