roboforum.ru

С сервой всё сложнее получается - либо надо спец-решение (как сервоконтроллер на счетчиках), либо надо суровое что-то городить в МК, а это уже совсем не хочется в качестве примера приводить

Просто для обсуждения.
Есть такая мысль. А не сделать ли еще интелектуальный модуль заряда и контроля батареи.
Т.е. отдельный модуль который контралирует сотояние батареи и по I2C отвечает основному модулю.

SkyStorm писал(а):Просто для обсуждения.
Есть такая мысль. А не сделать ли еще интелектуальный модуль заряда и контроля батареи.
Т.е. отдельный модуль который контралирует сотояние батареи и по I2C отвечает основному модулю.

Надо вообще вопросы питания отдельно обсудить, я вот вижу не только вопросы заряда и контроля батареи, но и вопросы эффективного получения напряжений нужных уровней - например на роботе 6.0В, а для радиокамеры надо минимум 9В, а лучше 12В. Или на роботе 12В, а для серв желательно 6В получить и вообще можно на вход контроллера общего назначения тоже 6В дать, получше всё будет чем если 12В впихнуть .

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

Да вот уже большой вопрос - насколько есть смысл делать полновесную доку прикладываемую к контроллеру, в которой описано абсолютно всё? Сейчас вот ORFA вышла - а её в доках для OR-AVR-M32-D нету которые Setar'у высланы были в магазин. Да и вообще полновесные доки могут уже и на цену модуля начать влиять. Опрос что ли устроить Тот же Devantech не высылает с каким-нибудь SRF08 за 60 баксов почти полной инструкции, микрокнижечка, даже без примеров под WinAVR

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

А, ну если в PDF положить - это можно. Но тут возникают вопросы поддержки PDF в актуальном состоянии. Есть масса общих для нескольких контроллеров вещей. Пока не представляю как их актуальными держать .

Это есть тяжкий крест разработчика комерческого продукта )))

Надо смотреть/считать, может оказаться что этот тяжкий крест можно тащить, только подняв наценку на модули, чтобы привлечь ресурсы для такой поддержки хочется всё-таки сохранить уровень наценки минимальным, пусть и за счет каких-то срезов в таких удобствах, ведя всё в вики, в общем пока в раздумьях...

Добавлено спустя 1 минуту 10 секунд:
PS: Интересен в этой связи пример Devantech'а, который тоже не делает идеальную всеобъемлющую документацию по своим контроллерам, в которой вообще все собирает. Много чего раскидано вокруг основной PDF-ки, а у них ресурсов поболее чем у нас.

У них на каждый модуль полноценная страница с описанием. А из страницы сделать PDF не вопрос.

Так не честно где у них страница с описанием SRF-08 с примером кода под GCC/WinAVR/CVAVR/IAR/BASCOM?

Я вроде как то без наездов ))) и никого пинать не собираюсь )))
Страничка с описанием девайса это одно, а пимеры кода это другое.
Есть и то и другое

• SRF08 Technical Specification
• Examples for Popular Controllers

Да я тоже не как наезды воспринимаю, а как информацию к размышлению и размышления немедленно выкладываю на форум потоком сознания

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

Про MiniBot есть информация какие фьюзы шить, на форуме, и находится, но народ продалжает с упорно убивать МК.
Хотя как это сделать из Баскома я честно не представляю.

Про Open Robotics есть невнятная картина в вике, которая еще и не находится поиском.
Если ты планируеш обьемы сходные с MiniBot'ом надо бы к этому подготоится.

Готовимся всеми силами

Кстати, а какая картинка могла бы быть наиболее внятная? А то в разных программаторах это совершенно по разному выглядит