R
Изучать надо то, что:
- нравится
- приносит деньги
- нравится
- приносит деньги
надо меньше слушать "экспертов" и принимать решения самому.
Size: a a a
2019 October 23
И
Прислушиваться надо, но не принимать на веру. Выслушал чувака, пошел почитал, попробовал и уже решает надо или нет
R
Прислушиваться надо, но не принимать на веру. Выслушал чувака, пошел почитал, попробовал и уже решает надо или нет
Солидарен, однако здравствуйте.
Есть кто HID Stm FS ковырял?
Что то не пойму, почему у них в репортах растетут индекс байты
Есть кто HID Stm FS ковырял?
Что то не пойму, почему у них в репортах растетут индекс байты
В
Evgen
Всем добрый день. Порекомендуйте статьи или книги в которых доходчивым языком объясняется, как правильно реализовать архитектуру ПО для работы с rtos.
Весь свой код написал и надо бы собирать его на ОС. А как грамотно сделать пока нет представления. С чем лучше ознакомиться?
Весь свой код написал и надо бы собирать его на ОС. А как грамотно сделать пока нет представления. С чем лучше ознакомиться?
Rtos rtos'у рознь. Нужна конкретика
E
Василий
Rtos rtos'у рознь. Нужна конкретика
но общие принципы построения работы программы одни. Как грамотно сделать в чем вопрос
В
Картинки есть ? Что у тебя является потоком, и кто какие ресурсы планирует использовать ?
В
А то ведь опять разговор у хрустального шара будет
E
Василий
А то ведь опять разговор у хрустального шара будет
не будет)
я скину к 13 часам весь алгоритм работы
я скину к 13 часам весь алгоритм работы
AG
Так есть наверняка какаие-то общие паттерны проектирования асинхронного по
И
Мой тебе совет - купи себе доску, порисуй на ней архитектуру пару дней с перерывами, разбей все на потоки условные. Возможно все окажется проще и можно будет упихать без ОС в 2 прерывания все)))
Ну или не получится в прерывания, то будет понятна структура задач и взаимодействия между ними, а именно какие очереди нужны и кто в них пишет/читает
Ну или не получится в прерывания, то будет понятна структура задач и взаимодействия между ними, а именно какие очереди нужны и кто в них пишет/читает
И
Так есть наверняка какаие-то общие паттерны проектирования асинхронного по
Конечно, тут вроде даже книжка или статья по паттернам для эмбеда мелькала. Как бы не Рома скидывал.
В
Мой тебе совет - купи себе доску, порисуй на ней архитектуру пару дней с перерывами, разбей все на потоки условные. Возможно все окажется проще и можно будет упихать без ОС в 2 прерывания все)))
Ну или не получится в прерывания, то будет понятна структура задач и взаимодействия между ними, а именно какие очереди нужны и кто в них пишет/читает
Ну или не получится в прерывания, то будет понятна структура задач и взаимодействия между ними, а именно какие очереди нужны и кто в них пишет/читает
+
Перед началом разработки нужно максимально удалиться от компьютера, пока не будет абсолютного понимания что тебе нужно реализовать и как
Перед началом разработки нужно максимально удалиться от компьютера, пока не будет абсолютного понимания что тебе нужно реализовать и как
E
Мой тебе совет - купи себе доску, порисуй на ней архитектуру пару дней с перерывами, разбей все на потоки условные. Возможно все окажется проще и можно будет упихать без ОС в 2 прерывания все)))
Ну или не получится в прерывания, то будет понятна структура задач и взаимодействия между ними, а именно какие очереди нужны и кто в них пишет/читает
Ну или не получится в прерывания, то будет понятна структура задач и взаимодействия между ними, а именно какие очереди нужны и кто в них пишет/читает
Да я так и хочу сделать. Просто 0 идей, как правильно это все настроить. Поэтому спросил про литературу.
В
Самое сложно сделать первый шаг, пусть он и будет не самым красивым
И
Это чистая логика. Думай) Твоя задача получить несколько независимых блоков, где каждый реализует свою конкретную задачу и выполняет ее. Взаимодействие между ними по минимуму, типа просто передать одну переменную или флаг. Все.
Если ты начинаешь использовать extern, то все стирай и делай заново😂
Если ты начинаешь использовать extern, то все стирай и делай заново😂
E
Это чистая логика. Думай) Твоя задача получить несколько независимых блоков, где каждый реализует свою конкретную задачу и выполняет ее. Взаимодействие между ними по минимуму, типа просто передать одну переменную или флаг. Все.
Если ты начинаешь использовать extern, то все стирай и делай заново😂
Если ты начинаешь использовать extern, то все стирай и делай заново😂
да блин у меня есть экстерны, но их 2 значение тока и напрчжения😁
И
Значит ты сделал говна)
И
Для этого есть set/get функции, а если есть ОС, то есть очередь
И
У тебя должно быть минимум глобальных переменных, лучше вообще без них и не надо юзать extern
E
я подумаю, как переписать код 😁