www.open-tager.ru

На макетке то все работает, мог накосячить при разводке (не дай Бог).

KiCAD пробовал -чем то он меня не устроил, что то в трассировщике не понравилось (уже не помню, что именно).

У DipTrace есть лицензия для радиолюбителей - до 1000 выводов, нам хватит!
Хочется какой то унификации средств разработки.

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

Спрошу "в лоб" - поделитесь кодом?
Особливо интересует работа с радиомодулем и парсинг ini-файла.

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

Ну вроде не ошибся с разводкой SD карты.
http://www.youtube.com/watch?v=nlHujkbn ... e=youtu.be

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

Всем привет!

Я бы тоже хотел присоединится к разработке армады, очень перспективная тема.
и у меня есть свободное время. Довести бы это до готового (комплектного) изделия...
Из коробки достал,включил - играй!

могу помочь с производством излучателей. алюминий, капролон, полиацеталь.
сейчас собираю отладочный стенд для stm32f103.

Почитал про Аскета. 450 страниц 80 влезло... так и не понял "полифония" есть?
т.е. могут ли два-три звука воспроизводиться одновременно? звук перезарядки+попадание/ранение. выстрел+ранение и т.п.

Для радиомодуля есть готовые и уже можно считать древние библиотечки, реального кода четыре PgDw...

_________________
"За 2 месяца максимум можно чертёж сделать, еще за 3 фундамент." (c) Номернабис

Спасиб.

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

В данный момент показать код не готов. У меня были идеи возможно сделать коммерческую версию потом. Поэтому насчёт всего кода - пока нет.
Но, отдельными частями, вроде работы с радиомодулем и парсинга ini-файлов я поделюсь, это дело не сложное. Ну и бинарную прошивку, конечно, мне не жалко.

Насчёт nfr24l01, как писал LTagKirov, примеров в сети много, по ним я и учился. Вряд и мой код содержит что-то новое...
Парсинг ini-файла - тут ничего особенного. Несложная state-машина из цикла и свитча. Прикрепляю к сообщению тот код, который отвечает за парсинг ini-файла

Ещё один нюанс: я пишу на C++. И да, кое-где юзаю C++11. Код, который в приложеном файле - копипаста из хедера и из cpp-шника с удалением всего лишнего. Скорее всего, просто добавить его в проект будет недостаточно. Он предполагает, что работает работа (о как!) с файлами через fatfs. Он вроде-как корректно обрабатывает синтаксические ошибки в ini-файле. Каждый раз, когда распознаёт ключ и значение, вызывает callback, который предварительно надо задать.
Как переделать на чистый C, я думаю, разберетесь, основной код там в одной функции.

Насчёт кода в целом... Я не использую какую-либо готовую RTOS, у меня свой планировщик с кооперативной многозадачностью. Задачи не вытесняются, а просто запускаются по очереди последовательно. Зато, есть набор интерфейсов hal (hardware abstraction layer), которые позволяют писать основной код вообще абстрагируясь от особенностей микроконтроллера. Это позволяет легко портировать код. Например, недавно я запилил простой пульт управления по ИК. Респаун, убить, сменить команду, добавить/убрать здоровье. Пульт я делал на более простом чипе stm32f100cbt6 (в оружии и повязке stm32f103ret6). В результате никакой копипасты кода, только переписал хардварный уровень, "драйверы".

Тут кто-нибудь может возразить, что C++ не оптимален, и т.п. - но это не так. Самые тяжелые части C++, такие как RTTI и exception-ы, конечно, стоит отключить. Код получается только на несколько процентов больше, а скорость и удобство разработки возрастает в разы. Рекомендую. Все прелести вроде стандартных контейнеров и динамической памяти работают на ура. Функторы в качестве коллбэков + std::bind, и любая сложная логика пишется на раз.

Спасибо!
А как решена проблема с тем, чтобы дважды не фиксировать один и тот же пакет, если его несколько датчиков поймают?
А проблема коллизий при радиообмене?
Можно в личку.

По Армаде - пакеты принимаются, кнопки работают, звук работает - шаблон готов.
Сиди и пиши функционал, как говорится...
Ну и датчики надо сочинить.

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

Я пока не отлаживал систему разных зон поражения. В пределах одной зоны все датчики просто в параллель ставятся, у TSOP4856 выходной транзистор включен с общим эмиттером.
Для разных зон поражения план такой: просто по времени. Если две зоны поражения фиксируют пакет с маленьким интервалом по времени - учитывается только зона с наибольшим поражением.
Зоны работают независимо, потому что всё на прерываниях EXTI0,1,2,... , каналы прерываний разные.

Коллизии по радио - у меня есть некоторый протокол радиообмена, он возможность посылки пакетов двух типов: с подтверждением и без. Пока не придёт подтверждение, пакет будет передаваться с рандомными в некоторых пределах промежутками. Также, простое правило: начинать передачу не раньше, чем через некоторое время после последней передачи в эфире. Ну и ещё несколько аналогичных правил, что сводит к минимуму вероятность коллизии.
Я использую один радиоканал, хотя радиомодуль поддерживает 125 (вроде) независимых частот. Соответственно все слышат всех. Никакие фишки, специфичные для радиомодуля не используются. Ну, кроме встроенного CRC, который всё равно автоматом проверяется. Адресация - своя, поверх адресации радиомодуля.
Мой протокол также позволяет делать ретрансляторы, которые просто расширяют область связи.

Так же планирую пока - по времени.
Но есть мысли и протокол расширить.

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