ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Пятница
9 мая
1517082 Топик полностью
Lem (Вчера, 23:34, просмотров: 58) ответил VLLV на Может, я плохо спрашиваю, или у вас катастрофически нет опыта отладки. Еще раз, МК получил запрос. Что он делает дальше? Запускает АЦП или берет последнее значение АЦП, которое постоянно измеряется в цикле? Если всегда в ответ на запрос отдавать наружу одну и ту же константу, она принимается верно? Если скорость не измеряется постоянно, можно сделать, чтобы было так, и класть в циклический буфер измеренные значения, чтобы посмотреть данные в буфере в режиме отладки и
Наверное я плохо формулирую + видимо влияет то, что я разным людям в разных местах отвечаю. Нет, значение с АЦП берётся по таймеру(в обработчике прерываний), в том же таймере данные эти значения заносятся в область данных объекта сообщений, который настроен на передачу, а передаёт он их по запросу из вне. Так что да, он берёт последнее значение АЦП, которое измеряется в цикле(ну только это не основной цикл main). Я пробовал имитировать показания скорости (вместо показаний с 

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