Lem (08.05.2025 14:40, просмотров: 60) ответил VLLV_ на Похоже на всех зверей, кроме зайца. Можно только гадать. Автор
перебдел и информации недостаточно.-
- Можете быстро узнать, что 1)измененные значения и 2)отправленные
значения 3)полученные значения совпадают? Если да - то в чем
проблема? Если нет - то на каком этапе происходит искажение? - VLLV(08.05.2025 15:38)
- Я же вроде писал... Правда в ответе кому то другому. Понимаю, что
это большую путаницу создаёт. Я в одних и тех же условиях смотрю
данные: скорость чисто с МК(просто считанное значение с АЦП и
сохранённое в переменную) и данные которые МК шлёт наружу в ответ
на запрос(я прям от кабеля по которому мой и внешний МК общаются
сделал отвод и с компа смотрю всю линию). В данных, которые просто
с МК все нормально, сбоев нет. Если мой МК шлёт наружу данные
просто по таймеру, то в Lem(156 знак., 08.05.2025 18:05)
- Может, я плохо спрашиваю, или у вас катастрофически нет опыта
отладки. Еще раз, МК получил запрос. Что он делает дальше?
Запускает АЦП или берет последнее значение АЦП, которое постоянно
измеряется в цикле? Если всегда в ответ на запрос отдавать наружу
одну и ту же константу, она принимается верно? Если скорость не
измеряется постоянно, можно сделать, чтобы было так, и класть в
циклический буфер измеренные значения, чтобы посмотреть данные в
буфере в режиме отладки и VLLV(623 знак., 08.05.2025 19:15)
- Наверное я плохо формулирую + видимо влияет то, что я разным людям
в разных местах отвечаю. Нет, значение с АЦП берётся по таймеру(в
обработчике прерываний), в том же таймере данные эти значения
заносятся в область данных объекта сообщений, который настроен на
передачу, а передаёт он их по запросу из вне. Так что да, он берёт
последнее значение АЦП, которое измеряется в цикле(ну только это не
основной цикл main). Я пробовал имитировать показания скорости
(вместо показаний с Lem(1720 знак., 08.05.2025 23:34)
- Отлично, прогресс. Датчик ни при чём, АЦП ни при чём. "Если шлю
константу - то всё нормально, если шлю медленно меняющийся сигнал
видны сбои". Чисто программный баг. Сопоставить полученную сбойную
информацию с отправленной можно? Допустим вместо 1000 приходит
1256, значит та самая "атомарность доступа", о которой пишет Nikolay_Po. Вот подозрительное место "значение с АЦП берётся по таймеру(в обработчике прерываний), в
том же таймере данные эти значения VLLV(589 знак., 09.05.2025 06:04)
- +1. Но для начала можно оценить ещё более простой случай. ЫЫyкпy(813 знак., 09.05.2025 07:46)
- Отлично, прогресс. Датчик ни при чём, АЦП ни при чём. "Если шлю
константу - то всё нормально, если шлю медленно меняющийся сигнал
видны сбои". Чисто программный баг. Сопоставить полученную сбойную
информацию с отправленной можно? Допустим вместо 1000 приходит
1256, значит та самая "атомарность доступа", о которой пишет Nikolay_Po. Вот подозрительное место "значение с АЦП берётся по таймеру(в обработчике прерываний), в
том же таймере данные эти значения VLLV(589 знак., 09.05.2025 06:04)
- Наверное я плохо формулирую + видимо влияет то, что я разным людям
в разных местах отвечаю. Нет, значение с АЦП берётся по таймеру(в
обработчике прерываний), в том же таймере данные эти значения
заносятся в область данных объекта сообщений, который настроен на
передачу, а передаёт он их по запросу из вне. Так что да, он берёт
последнее значение АЦП, которое измеряется в цикле(ну только это не
основной цикл main). Я пробовал имитировать показания скорости
(вместо показаний с Lem(1720 знак., 08.05.2025 23:34)
- Может, я плохо спрашиваю, или у вас катастрофически нет опыта
отладки. Еще раз, МК получил запрос. Что он делает дальше?
Запускает АЦП или берет последнее значение АЦП, которое постоянно
измеряется в цикле? Если всегда в ответ на запрос отдавать наружу
одну и ту же константу, она принимается верно? Если скорость не
измеряется постоянно, можно сделать, чтобы было так, и класть в
циклический буфер измеренные значения, чтобы посмотреть данные в
буфере в режиме отладки и VLLV(623 знак., 08.05.2025 19:15)
- Я же вроде писал... Правда в ответе кому то другому. Понимаю, что
это большую путаницу создаёт. Я в одних и тех же условиях смотрю
данные: скорость чисто с МК(просто считанное значение с АЦП и
сохранённое в переменную) и данные которые МК шлёт наружу в ответ
на запрос(я прям от кабеля по которому мой и внешний МК общаются
сделал отвод и с компа смотрю всю линию). В данных, которые просто
с МК все нормально, сбоев нет. Если мой МК шлёт наружу данные
просто по таймеру, то в Lem(156 знак., 08.05.2025 18:05)
- Можете быстро узнать, что 1)измененные значения и 2)отправленные
значения 3)полученные значения совпадают? Если да - то в чем
проблема? Если нет - то на каком этапе происходит искажение? - VLLV(08.05.2025 15:38)