Да пока ниче не началось) я готов всё выслушать и принять, только желательно с конкретными примерами, что не так отправляю, как правильно или где почитать, как выстроить очередь для кан шины как ее не забить. (Опять же сама шина в машине точно НЕ лежит, иначе бы я тут кучу ошибок словил)
смотрите. я писать код за вас конечно не буду, но сориентирую в двух словах..
у вас же есть CAN-сниффер хоть какой-то да хоть на второй такой-же ESP..
вот подключаете, и смотрите что посылает ваш код и что с ним происходит дальше.. я на 90% уверен, что данные в шине останавливаются. может фрейм вы посылаете верно сформированный (что тоже не факт, ибо фрейм должен быть правильно оформлен), но вот ждет ли ваше сообщение в ТАКОМ виде кто-то там? допускаю что то, что вы туда отправили вешает какой-то блок.. это запросто...
ну и сам код вообще не годится.. только для проверки каких то отдельных кусков, которые потом надо собирать в кучу... читать буфер вам надо максимально быстро с максимальным приоритетом задачи, а в обработчике минимум обработки.. как правило это простые действия, типа Speed = frame.data[0]*0x100+frame.data[1] (ну или сдвигами, кому как больше нравится, неважно)
вся остальная логика обработки этих полученных базовых переменных уже выполняется где-то там с приоритетом задачи пониже.. РАВНО как и отправка фреймов в шину, вывод в Serial, WiFi, BT и тому подобное...
я вам дал достаточный базовый код, чтобы сделать надежное чтение. начните с этого.. хрен с ней с отправкой.. отправляете пакеты пока в сериал.. когда будет работать как часы, переключите на КАН..
как-то так..
все, буду готовиться к НАСКАР... до завтра...