[Решено] STM32F407VET HAL CAN не работает

[worldmasters]

резисторы 120Ω должны соединять CANH и CANL на концах линии.

С каждой стороны?? То есть со стороны двигателя и со стороны МК?

В описании протокола обмена есть что-то типа опроса устройства, на которое оно что-то отвечает?

В первом посте есть команда. Двиг должен вернуть состояние.
// по даташиту это запрос состояния
msgData[0] = 0x9A;

Может там просто тишина со стороны MK…

Анализатор логический же показывает что нету там тишины. Скрин тоже в первом посте.

Без осциллографа Вам придется очень долго гадать о происходящем на шине…

Сам знаю но удовольствие пока не по карману. Не так часто возникают проблемы требующие осцилографа.

Модель Вашего МК и схему его подключения к CAN в студию.

МК - STM32f407VET
к шине просто два прямых провода. PD0 - PD1

Буду пробовать допаять терминатор к МК.

[DanilinSA]

МК - STM32f407VET
к шине просто два прямых провода. PD0 - PD1

А про чип CAN интерфейса не забыли? Между STM32f407 и шиной? Например MCP2551.
Сам 407 обеспечивает только логику. А всю физику по обеспечению работы линии, особенно длинной и высоконагруженной, должен делать внешний чип.

Купи: https://aliexpress.com/item/4000376822937.html

Буду пробовать допаять терминатор к МК.

И какой ток мы планируем получить из ноги МК? А ему точно не поплохеет?

[worldmasters]

А про чип CAN интерфейса не забыли? Между STM32f407 и шиной?

Ну вот были конечно сомнения, но казалось что МК реализует эту шину. ((
Ну получается что именно в этом и проблема..

[do-vitas]

прочитайте сначала про кан шину многое встанет на свои места, прежде чем резисторы паять, как правило все необходимые резисторы в кан авто есть. А резисторы нужны только если на столе делаешь связь. Просто подключить не выйдет сниффер нужен выше написали, в ссылке у человека там на плате перемычки видите они для этого и есть чтоб резисторы подкидывать.
https://istarik.ru/blog/stm32/159.html
https://habr.com/ru/post/256493/

да и про стм вы ее могли спалить если кан на порт мк напрямую подключили!

[worldmasters]

do-vitas
В первом посте есть скрин с анализатора. Все там нормально. Мне вообще кажется что современная техника практически неубиваема если целенаправленно ее к этому не склонять.

DanilinSA
Заказал.

[Yuri222]

кажется что современная техника практически неубиваема если

ее правильно спроектировать. И то...

[do-vitas]

У вас есть время чтобы отладить прогу. У вас для этого все есть то что идёт это лишь физический трансивер.

[mike-y-k]

worldmasters, поищите лучше isolated CAN transceiver, тот же ISO1044.
Будет сильно меньше головной боли потом.
К нему только нужно будет соорудить источник питания VCC2 (сразу на 3V3 для крепкой дружбы с TCAN337).
Заодно возьмите их парой - на оба интерфейса МК - будет сразу и контроль/мониторинг обмена при отладке. Тогда будет и нормальный loopback для CAN (не по TX/RX).

do-vitas, если там нет криминального потенциала между землями, то 3V3 на этих входах ничего не смогут убить.

[do-vitas]

второй ему не поможет второго то мк у него нет! хотя я так делал при настройке! ему можно будет: кан шину в режим Loopback combined with Silent включить отправлять с мк в кан возврат из кан в юарте на компе в терминале смотреть.

[mike-y-k]

do-vitas, ЕМНИП у обсуждаемого МК оба CAN работают независимо и на втором можно просто контролировать обмен именно на шине.
Сейчас самое время отладить именно этот кусок и дальше просто им пользоваться, например выводить на экран содержимое пакетов, отмечать свои, отмечать правильность их передачи в CAN-шину.