STM32 и CAN период отправки данных

[Frosty85]

Доброго времени, решил собрать девайс себе в машину работающее по протоколу CAN. Нужные мне ID пакеты вычислил, написал простенький код по примерам из интернета по передаче нужных мне ID пакетов в шину CAN.

Теперь встал вопрос как мне реализовать период передачи для каждого ID пакета. Сейчас в моем варианте выглядит так:

Код: Выделить всё

       Delay(5);
            can1_335();   // период для этого ID должен быть - 10мс
            can2_4F3();   // период для этого ID должен быть -  200мс 
            can1_264();  // период для этого ID должен быть -  5мс
            can1_05C();  // период для этого ID должен быть -  50мс
            

т.е. с задержкой в 5мс передаются сразу 4 ID пакета и снова задержка в 5мс. Это очень загружает шину данных и не всегда происходит корректная работа всего в целом.

Как мне реализовать эти временные задержки не прибегая к Delay()?

[Бубоник]

Ну так используй таймер. Примеров в инете уйма. Настраиваешь пределитель на 5мс и все. Если тебе надо динамически менять время задержки, то тогда меняешь значения счетных регистров таймера.

[Аlex]

Это очень загружает шину данных и не всегда происходит корректная работа всего в целом.

А шине не по-барабану на чём у вас сделаны задержки ? Каким образом они перегружают её ?
И про какую корректность работы идёт речь ?

[Shapa]

Хм, Не совсем по теме: Влезая в автомобильную шину, уверены вы, что не "заткнете" её? Уверены, в надежности выбранных компонент? На сколько помню в STM32 нету automotive grade серии.
По теме:

Код: Выделить всё

static uint32_t s_uptimeTicks = 0;
void SysTick_Handler(void) {

// при условии Tick per second = 1000;
    s_uptimeTicks++;
    if (!(s_uptimeTicks % 5))
        sendCanPkg_1();
    if (!(s_uptimeTicks % 10))
        sendCanPkg_2();
    if (!(s_uptimeTicks % 50))
        sendCanPkg_3();
    if (!(s_uptimeTicks % 200))
        sendCanPkg_4();
}

[Frosty85]

Спасибо Shapa. Именно через системный таймер будет правильней реализовать. Первый вариант тоже правильный, но при этом придется пожертвовать одним из таймеров.

А по поводу перегрузки шины данных в авто, это я разобрался. Дело было в том что мой девайс выдавал к примеру ID 408 DLC 4 Data: 00 1C 51 12
с периодичностью в 1мс а этот пакет уже присутствует в шине но с другими значениями ID 408 DLC 4 Data: 0B 2F 00 10 с периодичностью 10мс вот и получалось что все блоки что принимают этот пакет отказывались работать, из-за постоянно меняющихся значений. Что и приводило к нестабильности работы всех систем авто по шине комфорта (солона)

Теперь вот стоит задача: При первом запуске считать этот пакет ID 408 DLC 4 Data 0B 2F 00 10 и изменив только последний байт на 12 отправлять его обратно.

[GRAF]

Frosty85, у Вас авто VW AG?

[Триод]

Дело было в том что мой девайс выдавал к примеру ID 408 DLC 4 Data: 00 1C 51 12
с периодичностью в 1мс а этот пакет уже присутствует в шине но с другими значениями ID 408 DLC 4 Data: 0B 2F 00 10 с периодичностью 10мс вот и получалось что все блоки что принимают этот пакет отказывались работать, из-за постоянно меняющихся значений. Что и приводило к нестабильности работы всех систем авто по шине комфорта (солона)

Чёт я не пойму, а как от этого спасёт выдача данных с корректным периодом? Получится что с одним и тем-же периодом будут слать пакеты два девайса и они (пакеты) будут разными. Каким образом исполнительное устройство поймёт, то твой девайс имеет более высокий приоритет, чем штатный? Или вставляешь ты рвёшь шину и у тебя на борту два CAN?

[Ljutyj]

Shapa писал(а):

Хм, Не совсем по теме: Влезая в автомобильную шину, уверены вы, что не "заткнете" её? Уверены, в надежности выбранных компонент? На сколько помню в STM32 нету automotive grade серии.
По теме:

Код: Выделить всё

static uint32_t s_uptimeTicks = 0;
void SysTick_Handler(void) {

// при условии Tick per second = 1000;
    s_uptimeTicks++;
    if (!(s_uptimeTicks % 5))
        sendCanPkg_1();
    if (!(s_uptimeTicks % 10))
        sendCanPkg_2();
    if (!(s_uptimeTicks % 50))
        sendCanPkg_3();
    if (!(s_uptimeTicks % 200))
        sendCanPkg_4();
}

Ни как не пойму как это работает, кто нибудь может объяснить?

[Триод]

А что именно не понятно?
% - это операция остаток от деления. Соответственно, если остаток от деления равен 0 (=false для if), то !(false) = true.
Т.е. каждый 5 тик таймера будет выполняться sendCanPkg_1();
Каждый 10-ый - sendCanPkg_2();
Каждый 50-ый - sendCanPkg_3();
Каждый 200-ый - sendCanPkg_4();

[jcxz]

Триод писал(а):

А что именно не понятно?
% - это операция остаток от деления. Соответственно, если остаток от деления равен 0 (=false для if), то !(false) = true.
Т.е. каждый 5 тик таймера будет выполняться sendCanPkg_1();
Каждый 10-ый - sendCanPkg_2();
Каждый 50-ый - sendCanPkg_3();
Каждый 200-ый - sendCanPkg_4();

Ну во-первых: реализация безграмотная, поэтому при каждом переходе счётчика через 0 будет сбой периодов;
во-вторых: бессмысленно ресурсоёмкая, так как требует множества операций деления, которые очень тормозные, к тому же в какие-то моменты времени будут выполняться сразу все. И это в ISR.
Такое называют говнокодом.

[Триод]

jcxz, так выскажи это автору кода. Я лишь ответил на вопрос "как это работает".