roboforum.ru

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

Вопрос в том, что радио потребует обработки данных в реальном времени, потому как не будет никакого большого промежуточного буфера, который может подождать, или я ошибаюсь? Сколько оперативки тогда оно отъест для эффективной работы в реальном времени и сколько этого самого реального времени? Причем уже не в %, а в тех задержках, которые оно неожиданно будет генерить, потому как это легко может подпортить жизнь скажем в управлении сервами, где лишние десять микросекунд будут выливаться в дрожжание серв.

Ну мегабита там никогда не будет для начала, ибо она до 500кбит максимум. Буфер у нее есть внутренний в 64 байта, соответственно если не передавать какие-то потоковые данные, а только команды - то никаких проблем.
На самом деле, уже озвучивалась много раз великолепная мысль - отдельно ставить для управления датчиками/мостами минибота-про, и отдельно - для логики поделки. Я, по крайней мере, купил бы ее как Х-мост, кучку датчиков и беспроводной интерфейс, управление которыми можно обернуть в красивый протокол по i2c с основного контроллера =)

чем-то анекдот вспоминается про еврея.. "это не кто, а что... это золотая рамочка"

А если ктонибудь захочет инсектоида сделать? Аппаратным ШИМом тут уже не обойтись, а если реализовывать программно, то хватит ли ресурсов на все остальное?

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

Тонкий намек?

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

мне тут посчитали бо сам я чайник, все 8 полевиков на частоте ШИМа 10КГц будут жрать 2,5мА

EdGull писал(а):мне тут посчитали бо сам я чайник, все 8 полевиков на частоте ШИМа 10КГц будут жрать 2,5мА

Правильно посчитали, и я значит тоже правильно посчитал что на один полевик 0.6мА значит на 8 как раз порядка 2.4мА, что соизмеримо с 2.5мА ура, я начал догонять некоторые вещи в электронике ))

ну он так же посчитал, это я уже округлил...

теперь давайте лучше определимся с ОЗУ
требования:
не просто легко доставабельная, а подтвержденное наличие на складе
SMD
3.3В
64(128)
8(16) разрядом
недорого...

первый кандидат K6X1008T2D-PF70
есть в наличии в промэлеке и чипдипе

хайте!...

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

Добавлено спустя 3 минуты:

Кирилл писал(а):А если ктонибудь захочет инсектоида сделать? Аппаратным ШИМом тут уже не обойтись, а если реализовывать программно, то хватит ли ресурсов на все остальное?

Это уже обсудили во всех подробностях. Хватит за глаза.

Добавлено спустя 3 минуты:

EdGull писал(а):первый кандидат K6X1008T2D-PF70
есть в наличии в промэлеке и чипдипе

хайте!...

Как планируется сделать доступ к старшим адресам? Просто переключать с порта?

ну вроде ж решили не парится и использывать аппаратный контроллер ОЗУ на 64К
т.е. верхние 64К будут в воздухе болтаться

чего то не помню такого Может ногу старшего адреса вывести на джампер, чтоб его можно было подключить или к земле, или к выводу одного из портов? Тогда тот кто захочет (и смогет ) может заюзать всю память. Чего ей зря пропадать?

ну эт и так понятно

blindman писал(а):Данные по радио передаются пакетами, для которых у приемопередатчика есть встроенные буферы. По приходу пакета начинаем его неспешно тянуть из буфера. И подождать как раз этот буфер может до тех пор, пока передатчик на той стороне получит очередной пакет от компа. Если правильно запрограммить, не держа прерывания долго запрещенными, довольны будут и сервы, и приемопередатчик. Что-то не видал, чтоб для радиомодема отдельный процессор выделяли. Хватит и того, что внутри.

А вообще здесь есть кто-то, кто реализовывал через эту микру прием-передачу? Может послушаем людей с опытом?

EdGull наверно свои модули юзает? Да и ты вроде использовал аурелевские радиомодемы - не думаю что они значительно отличаются

все исходники по CC2500 я выложил в вике
можете посчитать

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

ну я например - у меня есть несколько от р/у моделей.
А старая схема не устраивает, т.к. только на 1 банку рассчитана, а хочется подключить 2-3, чтоб на моторы подать побольше.
Признаю что это - не единственное решение. Надо сравнивать с низковольтовыми моторами или схемами повышения напряжения.

blindman писал(а):EdGull наверно свои модули юзает? Да и ты вроде использовал аурелевские радиомодемы - не думаю что они значительно отличаются

Радиомодемы чистый uart выдают, а тут его вроде нету.

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

EdGull писал(а):все исходники по CC2500 я выложил в вике
можете посчитать

Чтоб я мозг себе свернул в AVR-бейсике читать сложную работу с периферией не зная её принципиального устройства? Тогда уж проще даташит почитать на CC2500... я синтаксис бейсика лет 15 не видел. А тут такое!