roboforum.ru

конкретные цифры в студию
исходим из расчета меги128

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

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

а IR2101 там почто стоит по твоему?

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

EdGull писал(а):а IR2101 там почто стоит по твоему?

При чем тут IR2101, оно же не будет заряд скидывать обратно в аккум, хотя наверное я погнал, посчитал тут, на зарядку\разрядку при ШИМ частотой 10КГц и ёмкости затвора 60nC будет уходить ток 0.6мА примерно, что вообще мизер.

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

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

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

Ниче не понял, как наличие IR2101 снижает потребность в амперах для зарядки-разрядки? Оно вроде для удобства построения схемы, а снизить потребление оно не может.

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

а смысл? кто ж будет минибот запитывать от голых литиевых банок?

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

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

RiO писал(а):Как вам идея добавить схему для контроля за зарядом и разрядом литиевых батарей

а чем тебя нынешняя схема не устраивает?

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

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

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

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

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

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

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

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

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

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

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

1. когда до видеокамеры доростем, то я она явно будет на отдельной плате со своим МК и не фак что это будет мега.
2. жки мипсы ваще не жрет, она жрет память, а у нас ее не меряно