roboforum.ru

EdGull писал(а):ну короче, подумали мы подумали и я решил, чё там баловаться...
короче официально заявляю
в МиниБоте-ПРО будут Н-мосты на IRFR3412
а это означает движки можно будет ставить от 0 до 15В 48А
в пике 190А
короче, реально ограничение только по дорожкам на плате
схему ща дорисовываю...

Ээээ... я может совсем ноль в электронике, но это ведь их надо будет заряжать (затворы) и разряжать с частотой ШИМ - при использовании слабых движков не будет ли это чудо жрать энергии соизмеримо с движками? Может 10-15А ограничиться? И разъемы для сдвоенных энкодеров будут с выходом с каждого на пины с прерываниями внешними?

незнаю какой протокол ты будешь использовать но самый простой SimpliciTI занимает 4к флеша 512 озу. Плюс к тому не известно сколько вычислительной мощности эта штука забирать будет...

супротив 128кб флеша и даже 64кб озу а может и все 128кб шото бледновато смотрится необходимость в отдельной меге

Добавлено спустя 2 минуты 10 секунд:
IR2101 там для того чтобы нам с тобой ниочем не думать о всяких разрядах и зарядах

Как вам идея добавить схему для контроля за зарядом и разрядом литиевых батарей, типа вот этой:
http://focus.ti.com/lit/ds/symlink/bq29419.pdf или вот этой?
http://www.ti.com/lit/gpn/BQ29312A

Кирилл писал(а):незнаю какой протокол ты будешь использовать но самый простой SimpliciTI занимает 4к флеша 512 озу. Плюс к тому не известно сколько вычислительной мощности эта штука забирать будет...

Не успели объем флэша в 4 раза поднять, девайс еще не существует, ни одного проекта не реализовано, а уже мало. Гигантомания какая-то

blindman писал(а):Не успели объем флэша в 4 раза поднять, девайс еще не существует, ни одного проекта не реализовано, а уже мало. Гигантомания какая-то

Т.е. надо реализовать 5 проектов сначала, а потом начать думать, что делать? так-то по моему на берегу надо прикидывать - хватит вычислительной мощности или нет на обслуживание периферии. Не хотелось бы потом писать прошивки с оглядкой что выполнение будет мильон раз в секунду прерываться на обслуживание периферии и полоперативной памяти будет под это занято. За объем флэша как раз вроде никто не беспокоится?

Добавлено спустя 9 минут 21 секунду:

EdGull писал(а):вот предварительная схема моста

Такой вопрос - сколько это места сожрет на печатной плате? 8 штук IRFR3412, 4 штуки IR2101 и 2 микры логики - это немало площади, как это совместимо с желанием сделать всё в рамках 10х10см?

=DeaD= писал(а):так-то по моему на берегу надо прикидывать - хватит вычислительной мощности или нет на обслуживание периферии. Не хотелось бы потом писать прошивки с оглядкой что выполнение будет мильон раз в секунду прерываться на обслуживание периферии и полоперативной памяти будет под это занято. За объем флэша как раз вроде никто не беспокоится?

Про флэш понятно что волноваться нечего. При необходимости можно иметь 256К - за глаза. А насчет перифирии - что ж, давайте прикинем "на берегу".

Какая будет перефирия?

• Стандартные вещи, такие как шарп, ик-бампер, датчики линии - можно не заморачиваться, им очень мало надо.
• Энкодеры? Тоже вроде не пожиратель ресурсов.
• ЖКИ. Кто-то на нем хочет видео крутить? А всякие буковки - квадратики нарисовать - особо много времени не надо.
• Радио. Ну будет там 1Мбит/с. Только не забываем, что реальная скорость может быть ограничена передающей стороной. А это в большинстве случаев последовательный порт ПК (будь то физический или виртуальный через USB). Т.е. 115 КБит/с максимум. Из-за этого ставить еще один МК? ИМХО, излишество. Вон на AVR интернет радио сделали. Дравер сетевой карты PCMCIA, TCP/IP, DNS, встроенный веб сервер, ЖКИ и т.д. Вроде не жалуются, что ресурсов не хватает.
• Камера. Вот тут действительно нужен отдельный контроллер, думаю это очевидно.

Вроде все. Какую "серьезную" перифирию я пропустил? Из всего перечисленного более-менее много ресурсов требует ЖКИ. Но вывод то предназначен для человека, а он по сравнению с электроникой существо медлительное. Так что можно спокойно себе рисовать буковки в фоне. Вопрос тут в правильном определении приоритетов задач -- ну так это всегда надо делать, независимо от объема доступных вычислительных ресурсов.