мне какие то разработчеги какого то популярного девайса ввода-вывода из "асутп" тож денег должны, когда не жда.... («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

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

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

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

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

мне какие то разработчеги какого то популярного девайса ввода-вывода из "асутп" тож денег должны, когда не ждали стоп бит последнего байта и пуляли ответ в шину 485, а я ждал, и них не работало - по проводу у них пашет, а через мой девайс нет. Приезжали, я день с осциллом сидел.

Отправлено ы (217.118.66.17) 08 октября 2010, г. 00:19
В ответ на: А есть тут, которые разрабатывали всякие КРИС-П? Вы мне тыщу руб. должны :-) отправлено newby 07 октября 2010, г. 23:34

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

Ответы

т.е. 1-й байт ихнего ответа у меня коцался ровно на 1 бит, отчего херилась посылка всего ответа - ы (08.10.2010, 00:24:55 217.118.66.17, пустое)
- ересь, такое возможно только если вы не соблюдаете договоренность о колве стопов и четности, они напр работают на 8+1 а ты шлеш 9+1 или 8+2, вот их флаг RX приходит раньше чем твой TX, просто так "не ждать стоп" невозможно. Хотя то что 485 не имело таймаута при переключении само себе хреново. - колян безпарольный (08.10.2010, 00:50:39 193.200.150.152, пустое)
  - дело в том что при передаче, я ждал когда от меня уйдет стоп и тогда открывал драйвер на прием, а они получали байт не дождавшись всех признаков уарта (не помню проц) и радостно пуляли ответ т.к время реакции проца было много меньше бит тайма, то все благополучно херилось. А по проводу у них работало тк прога в ихних девайсах была одинакова ошибочна, те симметрична - ы (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, пустое)