Страница 1 из 4 123 ... ПоследняяПоследняя
Показано с 1 по 10 из 35

Тема: Управление ВЭ МДВВ

Комбинированный просмотр

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1

    По умолчанию Управление ВЭ МДВВ

    Товарищи! Посмотрите, пожалуйста. Вот имеется модуль МДВВ. И я хочу установить, например, выход 3 в состояние "включено". Для этого, насколько я понимаю, требуется установить оперативный параметр r.OE третьего ВЭ в 1. Для этого в модуль по сети RS-485 требуется послать пакет. Правильно ли я понимаю, что при использовании протокола ОВЕН, пакет должен иметь формат, описанный ниже?

    Вариант 1 (протокол ОВЕН)
    __________________________________________________ _________________________________

    Начало кадра |Адрес узла | HASH имени параметра| Значение параметра | CRC | Конец кадра
    __________________________________________________ _________________________________

    Пусть базовый адрес модуля (параметр Addr) равен, например, 16. Тогда пакет будет иметь следующий вид:

    # 18| HASH (r.OE) | 1 | CRC | CR

    А кто считает HASH и CRC? Где вычисляются значения этих полей?
    ---------------------------------------------------------------------------------------------------------------------
    Вариант 2 (протокол DCON)

    ______________

    @1604[CHK]CR
    ______________

    Тут в поле CHK указывается контрольная сумма, вопрос тот же: кто и как ее считает?

  2. #2

    По умолчанию

    брателло, или научись читать и понимать документацию, или убери подпись - не позорь альма матерь. как мифист тебе говорю.

  3. #3

    По умолчанию

    Говорить Вы мне можете все, что угодно, это Ваше дело..но дело в том, что мне Ваше мнение, мягко скажем, не очень нужно, у меня возник вопрос, и я его задал, Вашей оценки, по-моему, я не спрашивал..

  4. #4

    По умолчанию

    Цитата Сообщение от light_finder Посмотреть сообщение
    Говорить Вы мне можете все, что угодно, это Ваше дело..но дело в том, что мне Ваше мнение, мягко скажем, не очень нужно, у меня возник вопрос, и я его задал, Вашей оценки, по-моему, я не спрашивал..

    Зря Вы так с начальником отдела программирования ОВЕН...

  5. #5

    По умолчанию

    Цитата Сообщение от Николаев Андрей Посмотреть сообщение

    Зря Вы так с начальником отдела программирования ОВЕН...
    Нуууу уважаемый, что значит зря..вот кем бы ни был уважаемый Дмитрий Егоренков: начальником отдела, главным прорабом, председателем военкомата - да совсем неважно, какую должность он занимает, зачем вот отвечать на вопросы так, как отвечает он. Ну если он такой умный и так хорошо умеет читать и понимать документацию, ну неужели так сложно просто взять и объяснить..я, честное слово, не понимаю

  6. #6

    По умолчанию

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

  7. #7

    По умолчанию

    Как я понял из описания протокола ОВЕН, при генерации CRC и HASH используется РСЛОС с характеристическим многочленом определенного вида. То есть принципы формирования HASH и CRC одни и те же. Странно, но допустим. Хорошо. Также в описании вышеупомянутого протокола приведено описание функции на С++, позволяющая рассчитать значения HASH и CRC:
    __________________________________________________ _____________

    unsigned Hash(char Byte, char nbit, unsigned CRC)
    {
    for (int i = 0; i < nbit; i++, Byte <<= 1)
    {
    if ( ( Byte ^ (CRC>>8) ) & 0x80 )
    {
    CRC <<= 1; CRC ^= 0x8F57;
    }
    else CRC <<= 1;
    }
    return CRC;
    }
    __________________________________________________ _______________

    HASH и CRC формируются побайтно, не совсем понятно, почему. Почему нельзя подавать сразу весь пакет на вход РСЛОС? Зачем формировать контрольные коды поблочно?

  8. #8

    По умолчанию

    Как я понял из описания протокола ОВЕН, при генерации CRC и HASH используется РСЛОС
    нет, это не регистр сдвига с линейной обратной связью. это деление на полином. обратная связь тут отсутствует.

    То есть принципы формирования HASH и CRC одни и те же. Странно, но допустим.
    ничего странного. crc -- хеш-функция не хуже других.


    HASH и CRC формируются побайтно, не совсем понятно, почему. Почему нельзя подавать сразу весь пакет на вход РСЛОС?
    а это -- тайна покрытая мраком. можно и нужно считать от всего пакета.

  9. #9

    По умолчанию

    Цитата Сообщение от Дмитрий Егоренков Посмотреть сообщение
    нет, это не регистр сдвига с линейной обратной связью. это деление на полином. обратная связь тут отсутствует.


    ничего странного. crc -- хеш-функция не хуже других.



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

  10. #10

    По умолчанию

    не вижу связи между разрядностью процессора, и передачей в функцию одного байта или указателя на массив байтов.

Страница 1 из 4 123 ... ПоследняяПоследняя

Ваши права

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