Технический форум по робототехнике.
=DeaD= » 28 окт 2008, 18:17
Рекоммендуется проектировать модуль таким образом, чтобы выставлением джампера можно было заблокировать переход МК модуля в режим программирования при поступлении на вход RESET логического нуля. При этом МК должен находиться в отключенном состоянии (на его вход RESET должен подаваться низкий уровень).
Кстати, тогда получается обычный наш джампер по RESET'у можно убрать вообще? Ну и относится это только к тем модулям, которые будут SPI юзать, т.е. если я делаю модуль дочерний на I2C мне пофиг на это.
blindman » 28 окт 2008, 18:28
Да, нужен будет всего один джампер.
Даже если модуль управляется через I2C, то все равно если в нем есть МК и он должен программироваться через шину - джампер нужен.
=DeaD= » 28 окт 2008, 18:40
Но если модуль рулится через I2C, то можно просто джампер на сброс.
blindman » 28 окт 2008, 18:47
Можно, но при этом теряем возможность одновременного перезапуска всех МК в системе.
=DeaD= » 28 окт 2008, 19:02
Согласен.
Т.е. надо рекомендовать это, но если это не сделано, тогда требуем джампер на RESET.
blindman » 01 ноя 2008, 21:03
Поправил в вики, гляньте.
=DeaD= » 01 ноя 2008, 21:11
А почему вот тут:
Если предыдущее требование не выполняется, '''настоятельно рекомендуется''' предусмотреть возможность отключения вывода RESET МК от системной шины с помощью джампера.
не "должен" ?
blindman » 01 ноя 2008, 21:21
Может быть даже в пунктах 3 и 4 написать "рекомендуется", так как невыполнение этих условий не будет нарушать работоспособность шины (требование "должен") и не будет снижать ее надежность (требование "настоятельно рекомендуется") . Невыполнение этих условий повлечет за собой лишь снижение удобства (нельзя программировать любой модуль без отключения от шины).
=DeaD= » 01 ноя 2008, 23:16
А почему нельзя в стандарте требовать удобство?
=DeaD= » 19 янв 2009, 00:16
Начал переводить стандарт на англицкий:
[[RoboBus.EN]], помогайте кто чем может, а то мой английский вообще никакой...

Надо готовиться к экспансии...
Vooon » 19 янв 2009, 01:23
Немного поправил название: .EN менее понятно, чем (English)
SkyStorm » 22 апр 2009, 22:44
Небольше дополнение.
Мегаплата не полностью совместима с
[[RoboBus]].
- Решение Аппаратное: отрезать ноги 10 и 11
- Решение Программное: эти ноги (PD2 и PB1 ) перевести на вход.
При этом работа в режимах:
- режим USB - Uart Minibot - не пострадает
- режим USB - Uart Mega8 - cc2500 - не пострадает
- режим Minibot - Uart Mega8 - cc2500 - не пострадает
Если этим не заморачиваться то возникают проблеммы с I2C. Проверено на MiniBot v.1 и на OR.
Последний раз редактировалось
SkyStorm 22 апр 2009, 22:50, всего редактировалось 1 раз.
=DeaD= » 22 апр 2009, 22:49
Если программно это можно решить - почему же мегаплата не полностью совместима? Она же не является полноценным контроллером вроде?

По моему её надо рассматривать как полноценное RoboBus-устройство не обладающее интерфейсом i2c. Если прошивкой проблема решается конечно.
Master » 23 апр 2009, 09:47
Для поддержки новых моделей процессора, нужно обновить биос 
Здесь походу таже фишка, поэтому плата полностью совместима.
SkyStorm » 26 апр 2009, 02:11
blindman писал(а): Надо потом будет на печатке найти места где резать и где проводки паять
На основе схемы со страницы 24 данной темы.
Красный - 10 SDA два реза и две сопл
Синий - 11 SCL один рез и одна сопля
Желтый - 8 место под джампер не нашел (((
Смотрим картинку, все верно??? Если да то буду резать )))
- Вложения
-
