www.open-tager.ru

Для конечного пользователя не важно устройство программы и на схему наплевать, нужна унификация прошивок и монтажа кнопок/тубусов. Чтобы _без_каких либо переделок схемы и монтажа в макете, использовав встроенный бултлоадер и подправив внешние(на SD flash) файлы конфигурации, прошивка от Армады запускалась на Каустике и наоборот. Описание процесса конфигурации должно быть легко находимо для обычных пользователей: чтобы не надоедали вопросами авторам-родителям по почте и в ветках форума.


PS. Про фичи и развитие http://megamozg.ru/post/20778/ сомневаюсь в финансовых перспективах, но доля здравого смысла есть - надо просто спросить(голосование) что нужно пользователям, и по счётчику желающих расставить приоритеты.

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

По ini-файлу согласен - лучше единый стандарт.
По поводу прошивок - не получится да и не надо это, ИМХО.
Если идти в этом направлении, то надо делать следующий шаг - выносить игровую логику из прошивки. Пусть это будет либо скрипт, либо байт-код на карте.
Скрипт
минусы - сложный парсинг и "тормознутость".
плюсы - легко читаемый высокоурвневый код, достаточно текстового редактора, чтобы писать.
Скрипт на данном этапе довольно сложно реализовать.

Байт код
плюс - простота обработки и отсюда быстрота выполнения.
минусы - нужен какой то компилятор городить.
Байт код - вполне реализуем уже сегодня.

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

Это единственная возможность совместить разные проекты на одной платформе. Чтобы разработчик желающий присоединится к разработке лазертагов не пытался в 100500ый раз спаять свой "смартфон", а просто купил подходящий по его пожеланиям в интернет магазине. Да и неужели трудно перебросить функцию в программе с одной ножки на другую, это же пустяки. Отделение аппаратного уровня в прошивке от основной логики уже не причуда, а повседневная реальность встраиваемых приложений. Байт код понадобится если вы захотите скрыть реализацию интерпретатора, но при этом разрешить пользователям самим писать логику. Однако зачем это нужно, если достаточно просто выдать библиотеку с заголовочными файлами а логику писать сразу на С и компилять напрямую в код микроконтроллера. Выкладывал дистрибутив с объектными файлами для линковки от лткв2, и судя по всему никто даже не пробовал писать свою логику, заморачиватся на интерпретатор тем более нет смысла

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

Если есть привязка к аппаратуре - просто так не перекинуть ножки.
Пока есть решение унификации платы ядра.

Смысл мне писать прошивку для шилдов Caustic?
Alexis прекрасно с этим справляется!
В чем нужда это делать?


ИМХО не надо опускаться в унификации до уровня HAL
Какая, нахрен, разница - таймером поймали пакет или опросами в прерывании?

Унификация должна быть на более высоком уровне.
Как минимум - на уровне функций и глобальных переменных.

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

Не всё ли равно на каком из SPi каналов находится SD карта, на каких ножках стоят кнопки, куда выводится звук(ШИМ или ЦАП) - все ноги одинаковые логический уровень запросит у аппаратного уровня нужный выход и всё...

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

PS. Если прога не может принимать ИК сигнал с любой ноги, или выводить ШИМ на любую ногу это уже повод договариваться об унификации аппаратной части, вы же как раз это и хотите получить от унификации. А вот унифицировать логику и верхние функции как раз бесполезно, все пользователи хотят получить свой лунопарк в поэтессами эльфами и прочими артефактами.

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

Надо разделить HAL и собственно - игровую логику.
Должно быть единое АПИ.
А для шилдов - свои драйвера, пусть даже в объектных файлах.
Этого более чем достаточно, ИМХО

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

Я не могу переключить TSOPы на другие ножки!
Но это может сделать Alexis.
Я только "За", если он соблаговолит...

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

Какие драйвера - дефайны по переставлению ножек ?

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

Вы прикалываетесь, или серьёзно?
Дичь!

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

Добавить процедурку, в прошивку, вариант приёма сигнала ТСОП для варианта Каустика и в конфигурации переключать, зачем каустика заставлять _его_ плату переразводить. Сейчас получается, Каустик легко запустит свою прошивку на вашей плате, а вот Армада никак не перепрыгнет на каустик. Боролись за унификацию - а потом от неё отказываемся Было бы два варианта схемы и неважно какой брать, а теперь получаем всякие подводные камни, опять забота игрока, "да на.. надо скажет игрок" и пойдёт возьмёт проверенное от LW

Совместные усилия должны прикладываться с обоих сторон, а не "каустик может - пусть сам и переставляет ноги". Запускал лтк на плате аскета, и что с того аскет так и несмог запустится на плате лтк, смысл от той унификации, сейчас Армада снова идёт по кругу....

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