BBulat (25.12.2009 08:23, просмотров: 1) ответил BBulat на Не удается сконфигурировать модуль SSC в котроллере at91sam7s для работы в режиме TF. В основном цикле программы каждый раз обновляется datA при условии свободного буфера передатчика SSC. В начале передачи каждого 32-битного слова необходимо выдерживать-
- Я пытался, запустить на смог. У меня создалось ощущение что ssc "полурабочий" - 3m(25.12.2009 19:30)
- вот я тоже заставить нормально его работать не могу( а ведь он единственный последовательный передатчик в at91sam7s256, который может 32-битное слово передавать. - BBulat(26.12.2009 07:22,
)
- Знаю точно, что у SAMов не жизнеспособный CAN, и в эррате об этом ни слова. - AST(27.12.2009 23:21)
- AT91SAM7A3 Передает и принимает сообщения CAN, я что то не так делаю? - Nikolay801_(29.12.2009 13:03)
- Попробуйте отключите приемник от шины. При отсутствии подтверждения о приеме, передатчик будет слать повтор сообщения непрерывно, тем самым полностью загрузив линию. Программно этот процесс не остановить (функция Disable Repeat не работает). Эта тема AST(258 знак., 29.12.2009 19:00 - 19:35)
- Если флаг ошибки передачи формируются, то какие проблемы, что передатчик барабанит пока ACK не придет? - Vladimir Ljaschko(30.12.2009 14:46)
- Н'дык разве в других контроллерах это иначе? Если на линии нет ни одного приемника, то абсолютно пох - загружает он линию полностью или нет... Ресурсы самого SAM7 не жрет, ибо повтор аппаратный. Где проблема-то? - Гудвин(30.12.2009 02:36)
- На линии могут быть другие устройства, которым тоже нужно общаться. Послал несколько повторов и хватит - так в остальных МК (Renesas например). - AST(30.12.2009 13:55)
- Хде логика, брат? Если на линии есть хоть одно "другое устройство", то и повторов никаких не будет... - Гудвин(30.12.2009 14:20)
- "Другое устройство" может не быть адресуемым (данная посылка имеет другого адресата), оно может быть вообще от другого производителя и оно не обязано отвечать на данные посылки. - AST(30.12.2009 14:23 - 23:47)
- Внимательно прочитайте спецификацию CAN от разработчика (Bosch) - там все детально расписано. - Седой(30.12.2009 23:34)
- Читал. И что? Более того - даже успешно применял. - AST(30.12.2009 23:42)
- Ну, тогда и говорить не о чем. - Седой(30.12.2009 23:47)
- Читал. И что? Более того - даже успешно применял. - AST(30.12.2009 23:42)
- Бред... Или мы не про CAN тут ведем беседу? - Гудвин(30.12.2009 14:30 - 14:34)
- Внимательно прочитайте спецификацию CAN от разработчика (Bosch) - там все детально расписано. - Седой(30.12.2009 23:34)
- "Другое устройство" может не быть адресуемым (данная посылка имеет другого адресата), оно может быть вообще от другого производителя и оно не обязано отвечать на данные посылки. - AST(30.12.2009 14:23 - 23:47)
- Хде логика, брат? Если на линии есть хоть одно "другое устройство", то и повторов никаких не будет... - Гудвин(30.12.2009 14:20)
- На линии могут быть другие устройства, которым тоже нужно общаться. Послал несколько повторов и хватит - так в остальных МК (Renesas например). - AST(30.12.2009 13:55)
- Попробуйте отключите приемник от шины. При отсутствии подтверждения о приеме, передатчик будет слать повтор сообщения непрерывно, тем самым полностью загрузив линию. Программно этот процесс не остановить (функция Disable Repeat не работает). Эта тема AST(258 знак., 29.12.2009 19:00 - 19:35)
- AT91SAM7A3 Передает и принимает сообщения CAN, я что то не так делаю? - Nikolay801_(29.12.2009 13:03)
- Знаю точно, что у SAMов не жизнеспособный CAN, и в эррате об этом ни слова. - AST(27.12.2009 23:21)
- вот я тоже заставить нормально его работать не могу( а ведь он единственный последовательный передатчик в at91sam7s256, который может 32-битное слово передавать. - BBulat(26.12.2009 07:22,
- Я пытался, запустить на смог. У меня создалось ощущение что ssc "полурабочий" - 3m(25.12.2009 19:30)