www.open-tager.ru

Наткнулся на классный открытый прект, многие вещи можно взять оттуда.
http://radiokot.ru/konkurs/79/

_________________
Ваше оружие становиться значительно эффективней, если его снять с предохранителя!

Я как раз не преуменьшаю значимость оси, но все же у меня приоритет разобраться сначала с железом на нижнем уровне . Потому и не использую стандартные библиотеки, а ось это сплошная абстракция от железа. Я уже где-то здесь писал, что в свое время писал примитивную кооперативную ось для atmega и даже на таком уровне было уже работать удобнее, чем управлять напрямую регистрами, но все же пощупать руками голое железо пока на первом месте. А ось поставлю там, где она действительно необходима...

наблюдаю за движениями

Gruffi
Мне такой подход тоже больше нравится. По трудозатратам конечно не сравнить с осью, но скорее всего получится куда более эффективнее в итоге

Тяжело в учениях, легко в бою

многопоточность то она на самом деле виртуальная и в основном базируется да делении процессорного времени путем переключения между задачами на фиксируемые интервалы. Есть приоритезируемые потоки, которые в случае необходимости могут отхватывать себе больший фрэйм или останавливать работу всех остальных потоков вообще наглухо. Ядро то одно фактически. А если прикидывать конкретно на лазертаг, то число задач и их приоритеты будут заведомо известны и руками будет намного проще определить приоритетность и количество ресурсов на них убиваемых. Как это сделает ось - хез. Насколько я знаю система прерываний в армах имеет определенные уровни и этих прерываний там дочерта. И можно уровни прерываний ранжировать по двум категориям - приоритетам. Высокоуровневые прерывания могут даже прерывать низкоуровневые в любой момент. Чем не многозадачность? )) В общем думаю все таки ручками надежнее

руками надежнее, но осью удобнее , хотя не говорит что быстрее. Как показываю наблюдения за проектом на работе, то все время всплывают какие-то бока, особенно с памятью...поэтому время на реализацию уйдет никак не меньше, чем если это реализовать ручками.

немаловажную роль играет архитектура ПО. А о ней как раз часто и забывают. Вспоминаешь лишь тогда, когда видишь, что уже добавить очередной функционал без плясок не получается...смотря на наше ПО, которое ваяют на Delphi для on-line навигации хочется плакать . Изначально его писали на коленке и без четкой архитектуры и теперь ясно одно, что его надо писать с нуля...Так что об этом тоже стоит подумать...

Я и на Атмеге делал многопоточность и тут пример выкладывал.
Все там понятно.
Но на Атмеге ресурсов в обрез было.

_________________
Ваше оружие становиться значительно эффективней, если его снять с предохранителя!

работа с sd картой
http://microtechnics.ru/podklyuchenie-sd-karty-k-mikrokontrolleru/




http://electronix.ru/forum/index.php?showtopic=109655

_________________
Ваше оружие становиться значительно эффективней, если его снять с предохранителя!

Неплохая картинка вырисовывается концепции следующего девайса.

Ну камешек пороще будет с большой вероятностью - что-нибудь о 48 ногах.
А какие снимать хотят с производства модели?

Звук будем на SD карте хранить, там же и конфиг файл со всеми настройками.
По началу голову ломал, где настройки хранить без внутренней eeprom, потом "осенило"!

_________________
Ваше оружие становиться значительно эффективней, если его снять с предохранителя!