Надо 8-битные данные передавать. Как раз от 7-битного и ухожу. Был MODBUS-ASCII. Он требует буфер в 2 раза больше. А TRU-режим тоже не подходит, т.к. начало кадра по таймауту. («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Надо 8-битные данные передавать. Как раз от 7-битного и ухожу. Был MODBUS-ASCII. Он требует буфер в 2 раза больше. А TRU-режим тоже не подходит, т.к. начало кадра по таймауту.

Отправлено Валерий_П 20 марта 2007 г. 12:48
В ответ на: сделать поток 7 битным отправлено ы 20 марта 2007 г. 12:44

Составить ответ | Вернуться на конференцию

Ответы

А чем вас не устроил таймаут? Тоже ведь метод - ну разве что в винде проблемы с точностью этого таймаута... — Warrior (20.03.2007 18:42:45 80.249.231.34, пустое)
зачем буфер в 2 раза больше? в прерывании приема сразу ASCII->BIN в прерывании передачи сразу BIN->ASCII — ы (20.03.2007 12:50:48 80.92.98.211, пустое)
дык в прерываниях побайтово разбирать надо.. и буфер будет такой же — IV (20.03.2007 12:49:51 81.23.109.150, пустое)
- НО.. тогда не катит DMA =( — IV (20.03.2007 12:54:13 81.23.109.150, пустое)
  - я думаю до DMA тут далеко, раз такие проблемы:) — ы (20.03.2007 12:55:11 80.92.98.211, пустое)
    - как раз с DMA и было реализовано — Валерий_П (20.03.2007 13:02:43 213.24.188.33, пустое)
- хм, и правда. Но есть вторая причина: время передачи пакета большое. Ведь есть возможность его намного уменьшить(почти в 2 раза) — Валерий_П (20.03.2007 12:53:59 213.24.188.33, пустое)
  - ну.. тогда(+) ->> — IV (20.03.2007 12:55:44 81.23.109.150, 25 байт, ссылка)