Наверное я плохо формулирую + видимо влияет то, что я разным людям
в разных местах отвечаю. Нет, значение с АЦП берётся по таймеру(в
обработчике прерываний), в том же таймере данные эти значения
заносятся в область данных объекта сообщений, который настроен на
передачу, а передаёт он их по запросу из вне. Так что да, он берёт
последнее значение АЦП, которое измеряется в цикле(ну только это не
основной цикл main). Я пробовал имитировать показания скорости
(вместо показаний с АЦП слал в CAN данные сгенерированные в самом МК), чтобы исключить влияние шумов. Если шлю константу - то всё нормально, если шлю медленно меняющийся сигнал видны сбои. Насчёт "канал связи как источник искажений" немного не понял, что вы предлагаете. Я смотрел данные, которые поступают просто с АЦП, при тех же условиях(когда приходили запросы и МК в ответ слал значения), они нормальные, там никаких сбоев. Контроллер - Infineon С167, насчёт live data не понял. Насчёт соответствия времени выборки и сопротивления датчика, честно, не могу ничего сказать. Я просто как-то в такие фундаментальные вещи пока не лез, так как ощущение, что проблема всё же не так глубоко. Но я не утверждаю само собой. Разве если в данных, полученных из CAN сообщения, если МК шлёт по таймеру, нет сбоев, - не означает ли это, что проблема именно в запросах (вернее в том, как их обрабатывает МК, обрабатывая в тоже время и другие процессы)? Осциллограф показывает нормальные значения, без резких наклонов, шумы есть. Датчик с резистивного делителя имитировать не пробовал, имитировал показания только, как я упомянул выше, только програмно и даже в таком случае я вижу сбои при запросах, так что не знаю, нужно ли делителем имитировать. Скорость стабилизируется регулятором, обмен на неё не влияет, так как управление выполняется другим МК. Я не понимаю, какую ещё дополнительную информацию могу дать. Я пытаюсь и так с разных сторон эту ситуацию посмотреть, насколько могу. Извините конечно, что не ко всему прислушиваюсь, просто если видно, что обмен без запросов - нет сбои, идут запросы - идут сбои, при этом в любой ситуации в данных с чисто датчика сбоев нет, зачем тогда пытаться как-то искать проблему в датчике, правда не понимаю.