STM32F105 + CAN + ISO1050 не работает

[r_o_m_k_a]

Nednik, у Вас есть тестовая прошивка которая генерила бы пакеты по кэну? Под F105-й контроллер?

вот здесь можно готовый проект под F105 найти, в конце статьи
http://geektimes.ru/post/255534/

Думал вы на основе этого и делаете, уж больно тема схожая.

[DanilinSA]

Сегодня обнаружил что у меня не подключен VBAT к +3.3v . Завтра подключу . Может из за этого проблема?

VBAT подключать обязательно. Либо к + питания, либо к батарейке.
Подключать обязательно.

Если не изменяет память на Vbat сидит не только часовой генератор, но и схема тактирования кристалла. Если его не запитать, то шиться будет - а работать нет.

Для проверки - воткни светодиод на свободный порт ( с резистором ес-но) и простейшим кодом попробуй помигать. А то может кристалл не стартанул ...

[artyomugr]

Всем добрый вечер! Наконец то есть прояснения

Отключил ISO1050 . Замыкаю RX & TX - появляются импульсы (в регистре ошибок такие данные: CAN1-›ESR=0x800033) , и лупят постоянно . Размыкаю выше указанные ножки - импульсы пропадают, на тх становится половина напряжения , и если даже замкнуть ножки и отправить данные то импульсов больше нет , пока не перезагрузишь МК.

А ISO я уже запитал как положено - результат аналогичный ! То есть они бракованные и работают не по даташиту. Заказал приемопередатчики от Philips поставлю их.
PS: Vbat уже подключил

[artyomugr]

Для проверки - воткни светодиод на свободный порт ( с резистором ес-но) и простейшим кодом попробуй помигать. А то может кристалл не стартанул ...

Работало все кроме CAN Подозреваю что и CAN работал , проблема была в ISO

[Alex9797]

То есть они бракованные и работают не по даташиту

Думаю, что они нормальные. Попробуй тестовую программу, которая начинается с очистки всех флагов ошибок, которые могут возникать при работе с CAN. Затем в цикле посылка простейшего пакета CAN, после чего снова очистка ошибок. Такой вот бесконечный цикл. Уверен, будет что увидеть.

[artyomugr]

Думаю, что они нормальные.

Ненормальные , факт...
При напряжении на ТХ в 2.8В она считает за лог.0 (доминантный уровень на выходе интерфейса)! А по даташиту указано что лог.0 лежит от 0В и до около 1В !
А на самом деле лог.0 эти микросхемы считают если на входе от 0В до 2.8В при питании 3.3В

Попробую тестовую программу обязательно, спасибо за рекомендации!
А в двух словах можешь пояснить как мк определяет ошибки?

[Alex9797]

Ненормальные , факт...

Ну, если такая уверенность... Казнить нельзя помиловать.
Только вот интересно будет, когда и филипсовские откажутся работать. Тоже бракованные? А ведь так легко проверить эти, и реабилитировать их.
Они так ждут этого бесконечного цикла...

[artyomugr]

А ведь так легко проверить эти, и реабилитировать их.
Они так ждут этого бесконечного цикла...

Скажи пожалуйста в чем прикол? Нужно сбрасывать флаги ошибок перед отправкой?

[Alex9797]

А в двух словах можешь пояснить как мк определяет ошибки?

В двух словах не получится. Да и незачем. Это долго.
Скажу только о главном, что сейчас тормозит выдачу пакетов в шину, и заставляет сомневаться в нормальности микросхем. В общем, CAN не может в одиночку, не может посылать посылки в пустоту. Ему обязательно нужен партнер. Такой же, как он, настроенный на ту же скорость. И не обязательно, чтобы он отвечал. Достаточно, чтобы он тихонько сидел на той же шине. Это первое.

Второе - на шине должно быть два терминатора, по 120 Ом, на концах линии, параллельно. Если суммарное сопротивление будет больше - возможны проблемы на больших скоростях, если линия длинная. Если терминаторов будет больше двух - это уменьшит полезный сигнал настолько, что некоторые драйверы перестанут его воспринимать.

Пока все. Удачи!

[Alex9797]

Скажи пожалуйста в чем прикол? Нужно сбрасывать флаги ошибок перед отправкой?

Сейчас при первой же ошибке процесс передачи останавливается, и если ошибки не сбросить, то все будет стоять. Если бы ты писал события логическим анализатором, то увидел бы хотя бы попытку передачи первого байта. А осциллографом это не успеешь увидеть. Вот и возникают подозрения в ненормальности нормальных.