Rusoil 0 2 июня, 2009 Опубликовано 2 июня, 2009 · Жалоба Процессор LPC. Используется драйвер физического уровня CAN подключенный к UART. Хочу избавиться от эха при передаче, т.к. не требуется. Делаю так: После передачи последнего байта в Tx прерывании сбрасываю Rx FIFO - U0FCR_bit.RFR = 1. И выполняю чтение в цикле из Rx FIFO на всю глубину. Не срабатывает, постоянно остаються два байта - идет прерывание по IIR_CTI. Из-за этого траблы. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
meister 0 2 июня, 2009 Опубликовано 2 июня, 2009 · Жалоба Хочу избавиться от эха при передаче, т.к. не требуется. При передаче ножку RX переключать в режим GPIO. Например. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rusoil 0 2 июня, 2009 Опубликовано 2 июня, 2009 · Жалоба Такой вариант рассматривался и уже работает, но хочеться чтоб по взрослому.. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 2 июня, 2009 Опубликовано 2 июня, 2009 · Жалоба Процессор LPC. Используется драйвер физического уровня CAN подключенный к UART. Ну и причем тут поминание всуе CAN :(? По форуму поищите посты Ваших многочисленных предшественников озабоченных отключением после предачи передатчиков RS485 подключенных к 8250/82550 UART. P.S. Если уж взяли CAN физическй уровень, то уж пользуейтесь ПРЕИМУЩЕСТВОМ такого решение и контролиуйте ВСЮ передачу на предмет колизий при предаче. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
meister 0 2 июня, 2009 Опубликовано 2 июня, 2009 · Жалоба контролиуйте ВСЮ передачу на предмет колизий при предаче. "ВСЮ" - это побитно? На аппаратном UART? Как? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DogPawlowa 0 2 июня, 2009 Опубликовано 2 июня, 2009 · Жалоба "ВСЮ" - это побитно? На аппаратном UART? Как? Сравнением переданного и принятого, очевидно. Лучше расскажите, чем такой выбор вызван. Потому как RS485 - это не монтажное ИЛИ, как CAN-bus, и в помехоустойчивости Вы потеряли. Эхо тоже не нужно. Что остается? - чуть больше защищенность от высокого напряжения? Один провод? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 2 июня, 2009 Опубликовано 2 июня, 2009 · Жалоба Сравнением переданного и принятого, очевидно. Да, и конец своей передачи заодно банально поймаете. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rusoil 0 2 июня, 2009 Опубликовано 2 июня, 2009 (изменено) · Жалоба Лучше расскажите, чем такой выбор вызван. Потому как RS485 - это не монтажное ИЛИ, как CAN-bus, и в помехоустойчивости Вы потеряли. Эхо тоже не нужно. Что остается? - чуть больше защищенность от высокого напряжения? Один провод? Ну выбор не мой, пока я только пишу для чужих железок. Но предположительно из-за девайса с которым приходиться работать - эл. счетчик Меркурий 230 имеет интерфейс CAN, чисто физически. Сам протокол обмена - клон Модбаса. У заказчика стоят именно версии с CAN. Изменено 2 июня, 2009 пользователем Rusoil Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
TanT 0 18 июня, 2009 Опубликовано 18 июня, 2009 · Жалоба Раз зашёл разговор про CAN, хотелось бы выяснить следующее: на какое время можно запретить прерывания по CAN, чтобы избежать потери данных. (естесственно на максимальной скорости 1Мбит/с для LPC2378)? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
prgjz 0 18 июня, 2009 Опубликовано 18 июня, 2009 · Жалоба Раз зашёл разговор про CAN, хотелось бы выяснить следующее: на какое время можно запретить прерывания по CAN, чтобы избежать потери данных. (естесственно на максимальной скорости 1Мбит/с для LPC2378)? Примерно 100микро сек. длится трансляция сообщения при 1Мбит/сек с 11бит идентификатором. Желательно не дольше запрещать. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
TanT 0 23 июня, 2009 Опубликовано 23 июня, 2009 · Жалоба prgjz, это вы считали как количество бит в посылке CAN (порядка 100 бит )? поясните ещё, пожалуйста, при отсутвии данных или их малом количестве размер пакета у нас останется всё тежи 100 бит или будет меньше? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 11 26 июня, 2009 Опубликовано 26 июня, 2009 · Жалоба точное число бит указать невозможно, т.к. это переменная величина, зависящая от данных, ибо в протоколе используется bit stuffing Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться