Варианты протокола обмена по SPI (+) («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

[an error occurred while processing this directive] Варианты протокола обмена по SPI (+)

(«Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Отправлено Sokol 06 апреля 2006 г. 13:37

Поделитесь опытом, кто как реализует программно протокол обмена по SPI?
Как реализовать обнаружение начала/конца пакета?
У меня есть два варианта, оба не нравятся:
1. Нога #SS держится в активном состоянии во время передачи всего пакета, после передачи отдельного байта НЕ переходит в неактивное состояние. Начало пакета обнаруживается по переходу от 1 к 0, конец пакета - переход 0-1. Не нравится - приходится делать дополнительный программный анализ состояния ноги SS.
2. Формат передаваемого пакета - 10101010 01010101 0XXXXXXX 0XXXXXXX ... Первые два байта - пилот-сигнал, дальше идут данные. Единица в старшем бите может быть только в пилот-сигнале. Не нравится - теряется старший бит, неудобно передавать 16 и 32-разрядные данные.

Составить ответ ||| Конференция ||| Архив

Ответы

Например: 0x0A - начало пакета, 0x0D - конец пакета, 0x0C - Esc символ. Если необходимо передать 0x0A в теле пакета передаете 0x0C+ 0xF5 аналогично для 0x0D. Этож классика. — F8 (06.04.2006 16:08 213.130.22.7, пустое)
- а если надо передать 0x0C, а следом 0xF5? — Sokol (06.04.2006 16:11 62.118.172.222, пустое)
  - Esc символ - служебный символ, служит признаком того, что в данном случае, следующий за ним байт нужно проинветировать(как вариант). Для передачи 0x0A нужно передать 0x0C+ 0xF5, 0x0D - 0x0C+ 0xF2 сам символ исключения передается аналогичным образом 0x0C + 0xF3.(+) — F8 (06.04.2006 16:37 213.130.22.7, 1852 байт)
    - Блин прием не красиво получился(+) — F8 (06.04.2006 16:40 213.130.22.7, 1092 байт)
      - У меня передаются результаты измерения, я не могу гарантировать, что в потоке данных не будет числа 0х0С. Если работать по такому варианту, там такое наинвертируется... — Sokol   (06.04.2006 17:04 62.118.172.222, пустое)
        
        А это и не надо гарантировать! Число 0x0C заменяется последовательностью 0x0C+0xF3. — F8   (06.04.2006 17:41 213.130.22.7, пустое)
        
        (+) — F8   (06.04.2006 18:03 213.130.22.7, 1060 байт)
        
        Забыл length инкркментировать/декркментировать — F8   (06.04.2006 18:09 213.130.22.7, 1100 байт)
        
        Да ладно, смысл-то я понял. Все равно работать не будет :) В приеме getchar без скобочек ;о) — Sokol   (06.04.2006 18:16 62.118.172.222, пустое)
        
        Наконец-то я понял :) (+) — Sokol   (06.04.2006 17:55 62.118.172.222, 364 байт)
        
        Именно так :) — F8   (06.04.2006 18:10 213.130.22.7, пустое)
        
        А если так: <заголовок пакета><тело пакета><контрсумма><конец пакета>. — GM   (06.04.2006 17:33 84.252.243.82, 680 байт)
        
        Вариант хорош. Но вот специфика у моих данных такая... (+) — Sokol   (06.04.2006 17:42 62.118.172.222, 172 байт)
        
        Ну сделайте так: заголовок из двух байт - 1-й это количество байт в пакете, 2-й это инвертированное количество слов в пакете, в конце пакета - инвертированный байт суммы всех байтов пакета. — GM   (06.04.2006 18:51 84.252.243.82, 140 байт)
        
        Подходит :) — Sokol   (06.04.2006 18:58 62.118.172.222, пустое)
Да, несколько нетривиально получается. ;О) — -mse- (06.04.2006 14:50 81.201.66.34, 278 байт)
- Нет уж, спасибо :) Я лучше по старинке, прерывания буду ловить ;) — Sokol (06.04.2006 15:38 62.118.172.222, пустое)
Никуя не понял... — -mse- (06.04.2006 14:21 81.201.66.34, 597 байт)
- Это, если, конечно, у вас... — -mse- (06.04.2006 14:34 81.201.66.34, 176 байт)
  - Нет, не цепочка. Один хозяин, один раб :) — Sokol (06.04.2006 15:27 62.118.172.222, 164 байт)
    - Не... имелось в виду другое... — -mse- (06.04.2006 16:34 81.201.66.34, 750 байт)
      - Да, данные любые - поток измеренных параметров сигнала. А в чем проблема с генерацией прерывания? Генерация по заднему фронту для обнаружения начала пакета, по переднему - конец пакета... Это конечно при условии, что хост держит SS в нуле все время передачи пакета. — Sokol   (06.04.2006 16:59 62.118.172.222, пустое)
        
        Дык, таво...Слэйв генерит прерывание, на нарастающем фронте СС. Вроде-ж так всегда было... — -mse-   (06.04.2006 17:46 81.201.66.34, 239 байт)
        
        Это о какой машинке речь? — Sokol   (06.04.2006 18:07 62.118.172.222, пустое)
        
        Дык, таво...Слэйв генерит прерывание, на нарастающем фронте СС. Вроде-ж так всегда было... — -mse-   (06.04.2006 17:36 81.201.66.34, 183 байт)
- Это, если, конечно, у вас... — -mse- (06.04.2006 14:33 81.201.66.34, 176 байт)
Ответ: — Dmv (06.04.2006 13:54 217.23.71.210, 97 байт)
- Прерывание-то формирует, но надо же еще узнать, это первый байт пакета или нет... Флаг есть, его программно и приходится обрабатывать, вернее прерывание по фронту на нем... — Sokol (06.04.2006 13:59 62.118.172.222, пустое)
Ответ: — Михаил Е. (06.04.2006 13:47 81.13.30.10, 133 байт)
- Да так и делал до этого, а теперь задумался - а нельзя ли попроще, не занимая прерывание... — Sokol (06.04.2006 13:49 62.118.172.222, пустое)

Перейти к списку ответов ||| Конференция ||| Архив ||| Главная страница ||| Содержание

E-mail: info@telesys.ru

Ответы

Отправка ответа