roboforum.ru

EdGull писал(а):я уже писал, программируемый модуль в момент программирования выдергиваем из шины.

Да понял я не тупой, говорю лениво программировать можно будет даже не выдергивая, если в конструкции SPI не юзаем а на том модуле с которым сейчас работаем выставлена перемычка на RESET. (только его и будем тогда прошивать, подключив программер к общей шине и ничего никуда не выдергивая.

Нафик тогда вся эта шина? Пустить туда только I2C и всех делов. Лафа. Сидим, программируем себе все модули без лишних телодвижений .

Серьезно : самым распространенным use-case будет программирование только головного МК. Переферия программируется , отлаживается - и потом в перепрошивке нуждается крайне редко.

blindman писал(а):1. Нельзя управлять мегой88 на этой плате через I2C на системном разъеме - у меги выводы SDA/SCL никуда не подключены.
2. Плата вообще блокирует I2C на системном разъеме.

А что если выдрать нафиг пины 8-11 на этой плате и запаять туда мегу на эту плату?

2. Плата вообще блокирует I2C на системном разъеме.

каким это образом она будет блакировать???

blindman писал(а):Нафик тогда вся эта шина? Пустить туда только I2C и всех делов. Лафа. Сидим, программируем себе все модули без лишних телодвижений .

Вопрос в том что куча модулей уже с каким-то интерфейсом - а тут мы любой из них берем и пользуем. Вместо того чтобы делать промежуточный МК вешающий этот девайс на шину I2C.

blindman писал(а):Серьезно : самым распространенным use-case будет программирование только головного МК. Переферия программируется , отлаживается - и потом в перепрошивке нуждается крайне редко.

Не вопрос, примерно так и будет. Но тем не менее - чем проще будет разрабатывать прошивки - тем быстрее быстрее мы будем ими готовыми пользоваться

=DeaD= писал(а):А что если выдрать нафиг пины 8-11 на этой плате и запаять туда мегу на эту плату?

А рулить ею как? Через уарт? Ущербно как-то поучается. FT232 есть - а USB нету. Как крайняя мера - возможно, но как-то несолидно.

Нипонял - уж либо радио, либо USB, нафига одновременно то?
А так - перемычки переставил и всё. Мне гораздо привычнее радиоканал иметь по уарту, чем по i2c, а вам?

вы не валите все варианты в одну кучу!
всё задумывалось как отдельные платы!
если говорить о FT232, то она должна стоять одна на мегаплате и быть чистым мостом USB-UART

и все висеть на одной шине...

EdGull писал(а):

2. Плата вообще блокирует I2C на системном разъеме.

каким это образом она будет блакировать???

Пин 11 на системном разъеме подключен к SCL. На плате на этот пин выведен вывод CS CC2500. Причем это независимо от того, рулим мы CC2500 с минибота или с меги8 на плате. Как тут использовать I2C?

Добавлено спустя 2 минуты 54 секунды:

EdGull писал(а):вы не валите все варианты в одну кучу!
всё задумывалось как отдельные платы!
если говорить о FT232, то она должна стоять одна на мегаплате и быть чистым мостом USB-UART

Значит ли это, что вариант использования CC2500 с миниботом не рассматривался?

2blindman: Так всё-таки если выдрать пины 8-11 и распаять мегу - будет всё ок?

=DeaD= писал(а):Нипонял - уж либо радио, либо USB, нафига одновременно то?

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

Почти всегда радиоканал - это уарт, синий зуб тоже будет уартом всегда. Поэтому не вижу почему ради другого мифического модуля надо убивать этот и переделывать, вижу из этого тупика 2 выхода:
1. Переделать тот самый мифический другой модуль;
2. На головном контроллере сделать 2 порта опять же с разными UART'ами;

Не?

согласен, промазали...
надо было его на 9 заводить...

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

Значит ли это, что вариант использования CC2500 с миниботом не рассматривался?

имено какраз для него и делался.
просто мы и2ц нигде неиспользуем вот и не доглядели...

=DeaD= писал(а):Почти всегда радиоканал - это уарт, синий зуб тоже будет уартом всегда. Поэтому не вижу почему ради другого мифического модуля надо убивать этот и переделывать, вижу из этого тупика 2 выхода:
1. Переделать тот самый мифический другой модуль;
2. На головном контроллере сделать 2 порта опять же с разными UART'ами;
Не?

1. Неужели до сих пор не ясно, что переделать его все равно надо? А "мифический" модуль может переделать не получится.
2. Программный уарт чтоли? Не кошерно