ересь, такое возможно только если вы не соблюдаете договоренность о колве стопов и четности, они напр работают на 8+1 а .... («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

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

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

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

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

ересь, такое возможно только если вы не соблюдаете договоренность о колве стопов и четности, они напр работают на 8+1 а ты шлеш 9+1 или 8+2, вот их флаг RX приходит раньше чем твой TX, просто так "не ждать стоп" невозможно. Хотя то что 485 не имело таймаута при переключении само себе хреново.

Отправлено колян безпарольный (193.200.150.152) 08 октября 2010, г. 00:50
В ответ на: т.е. 1-й байт ихнего ответа у меня коцался ровно на 1 бит, отчего херилась посылка всего ответа отправлено ы 08 октября 2010, г. 00:24

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

Ответы

дело в том что при передаче, я ждал когда от меня уйдет стоп и тогда открывал драйвер на прием, а они получали байт не дождавшись всех признаков уарта (не помню проц) и радостно пуляли ответ т.к время реакции проца было много меньше бит тайма, то все благополучно херилось. А по проводу у них работало тк прога в ихних девайсах была одинакова ошибочна, те симметрична - ы (08.10.2010, 01:06:33 217.118.66.17, пустое)
- да нереально все это. Невозможно получить байт не отсчитав нужное количество тиков от старта, тут даже дело не в стопе. Явно несогласованная длина байта. - колян безпарольный (08.10.2010, 01:21:8 193.200.150.125, пустое)
- тьфу епт, вспомнил! (3г назад всетаки было) наоборот, они не ждали передачу стопа и закрывали передатчик, а я в последнем байте получал фрэйм еррор кажись...короче не важно, но целый день я проебся - ы (08.10.2010, 01:14:57 217.118.66.17, пустое)
  - тогда все правильно, они работали по признаку "буфер пуст" а не по признаку "передача завершена" - колян безпарольный (08.10.2010, 01:23:48 193.200.150.125, пустое)
    - а в приемнике не анализировали ошибку кадра, поэтому у них по проводу и работало, а у меня ошибочные кадры отбрасываются. Не умничал бы, проверяя ошибки приема, никто бы ничего не заметил. Да, точно, все так и было :) - ы (08.10.2010, 01:32:28 217.118.66.17, пустое)
      - вообщето проверять ошибку фрейма имеет смысл когда используется система восстановления данных, например в системах с высокой плотностью данных в линии связи. В системах-же с возможностью повторить команду используется только признак совпадения CRC, проверять FE лишний и никому не нужный секс, результат ведь тотже. - колян безпарольный (08.10.2010, 01:48:29 193.200.150.82, пустое)
  - короче, я забыл и запутался :)) на работе скрин с осцилла и описание. Завтра посмотрю - ы (08.10.2010, 01:19:51 217.118.66.17, пустое)