Смотрю сигнал осциллографом на ногах LPC2106. Дико удивляюсь. Такой формы сигнала давно не видел.

В Треворе, кстати, рекомендуются резисторы подтяжки 50кОм на устройство. Честно говоря это тоже несколько расходится с моей практикой. У меня стоят резисторы 4.7кОм. Частота сконфигурирована 200kHz. Наблюдаю фронты в виде трапеции. Наклон удивительный.

Что ставят практики?
Исходя из описания на камень (4ма на ногу) можно уменьшать до 1кОма. Но по идее и с подтяжкой в 4.7 должно прилично работать. На AVR фронты очень приличные к примеру.
В чём дело? Ёмкость ног большая?

Ставил 4.7k на LPC2368 и наблюдал заваленные фронты. Длина шины была около 10см (шлейф к жк-экрану). При 1.5k стало прилично.

Заодно выяснилась интересная особенность I2C-клока - он начинает тикать от момента перехода через логический уровень.
Т.е., контроллер отпустил ножку, ловит переход в единицу и лишь затем отсчитывает то, что записано в I2xSCLH. Соответственно, чем меньше резистор, тем ближе скорость к заказанной.

Сообщение отредактировал Diz - May 5 2009, 04:19

Дело в наличии у LPC формирователей фронтов, дабы не звенели. На I2C они обеспечивают не менее 20ns - дальше уже на емкостях.На остальных портах - 10ns. Надо,однако, Datasheet читать а не Мартина. Нет, Мартин, конечно совсем не плох, а если сравнивать с Редькиным, так вообще даже не небо и земля, но документация это Документация.




"Особенности" это у всех остальных контроллеров, а у LPC это "фичи", ибо это прародитель этой самой I2C и на LPC он все тот-же самый классический I2C, что и десятки лет назад.

Это не особенность, а необходимость, поскольку медленные устройства для согласования скорости передачи обязаны держать клок в нуле, пока они не могут принять бит. RTFM, как говорится ...

Понимаю, и об авторстве I2C, и о clock stretching. Однако на более других камешках не встречал, либо не обращал внимания.

То есть лучше не покупать японские автомобили. У них не "классические". А также не пить финскую водку. Так как потеряна "фича" российского первача.

Хватит. Я за "идею" уже отжил своё. Лучше я сам увижу глазами и сравню. Люблю пощупать руками. А лэйба филипс уже не та что прежде. А может и та, да мир переменился. Сейчас бренд создаётся за пол поколения. 40 лет назад никто не знал слово майкрософт. 10 лет назад мало кто слышал о гугл. Чё-то это никому не мешает пользоваться их поисковиком. И чихать на "первопроходцев".

Так что давайте без ностальжи.

Никакой ностальгии - голые факты - десятилетиями отработанный контроллер I2C. Реальный, бескомпромисный а не при некоторых условиях совместимый с I2C. При всей обсосанности, очевидности и простоте I2C (тем более по нынешним временам) тот-же Atmel имеет только эрзац I2C и чихает, простите, на пользователей.

Я попробовал "японский вариант", Renesas с подтяжкой 1,5Ком дал скорость 1,5Мбит/сек...
А вот здесь Вы скорее всего не правы, что слейв что мастер должны все время мониторить i2c...
и i2c всегда мониториться...




Давайте не обобщать, да ?
У атмеля на AVR ВСЕ АДЕКВАТНО, за исключением момента отсутствия питания...
У ATSAMX Все сложнее конечно..., там приходиться бороться за работоспособность...

LPC 3.3K (такой-же, как и для 400K не менял, фронты вообще не смотрел, в бубен тем более не стучал, ) работает на мегабите с Микрочиповскими и Атмеловскими EEPROM-ками. Более быстрого из периферии просто ничего не встречал. 400K картинка в приложении. Фронты по 100ns.
Кстати о подтяжках - начинал c ARM возится много лет назад с Олимексовской LPC-E2124. Самая первая партия ими выпущенная, так там вообще не было резистора на SDA - на схеме был, а на плате не то, что не запаяли а вообще в разводке не было. Сбоило изрядно, но как-то работало . Дело было на какие-то праздники, сидел дома, щупы от от осциллографа найти не мог... в общем пока на работе осциллографом не ткнулся ооооочень ругался на контроллер. А документация на контроллер была просто никакая - I2C и без подробностей (хотя догадаться, что их "обычный", если знать, было можно). Уже потом они добавили упоминание даташита на какой-то 51 контроллер и еще год спустя сделали copy-paste описания.

Там бесполезно бороться за работоспособность, ибо таковая отсутствует.
Как они умудрились заложить этот глюкодром в несколько серий кристаллов - ума не приложу.
Но, т.к. пипл хавает, то никто ничего исправлять не спешит. Из глючных серий модуль I2C заменили только в новых 9261, насколько я знаю.

Чёже у меня за шляпа? При периоде SCL 4.8mks (~200kHz) фронты/срезы по 1.1mks.
Размеры платы - два спичечных коробка. Длина - ничтожна.

Ладно уменьшу подпору и продолжу эксперименты.

ЗЫ: Кстати проект перетягиваю с AVR. Непрерывно работает I2C. Некоторые девайсы по несколько лет долбят. Устойчиво до безобразия.

Сам проект великолепно на ARM ложится. Правда мне переферии не хватает, плюс всякий бред типа 2 источника, BOD внешний. Короче на m640 - голая плата, а на LPC2106 едва деталюшки помещаются. Зато жду капитального роста производительности. Там только за счёт 32-ух битности должен выигрыш раза в 3 быть. Плюс скорость. Закончу - попробую выложить результаты тестирования.

Скажите такой вопрос попутно. Мне флэши ARM-овой выше крыши. Я указал генерить всё в ARMе. Тем не менее кое-где THUMB. IAR вколбашивает. Видимо в библиотеках/стартапах каких? Как это запретить?

А осциллограф, простите, не того? Он вообще эти пару сот килогерц способен показывать? Уж больно картинка из нескольких отрезков всего.

Картинку можно и улучшить. Целью не задавался.
Осцил хороший. Это маленький кусочек из записанных 600 мсек.
Объявленная полоса 100MHz при частоте дискретизации 400. Реально частоты в 20MHz показывает отлично. Больше смотреть пока не приходилось.

Да ладно, у мня на SAM7A3 уже в серии ... и все работает...

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

Я приношу свои извенения за ввод в заблуждение, всем кто читал данный пост.

Действительно причина в осциллографе, а точнее в баране который им пользовался - во мне.
Китайцы, для простоты картины, меняют частоту дискретизации не линейно от частоты развёртки, а ступенями. А внутри ступеней просто "правильно" перерисовывают картинку.

Те картинки, которые я вставил в свой пост, это изображение сигнала, при частоте выборки сопоставимой с фронтами сигнала. В своём желании записать "как можно больший кусок", не обратил внимания на этот момент. Как только выбираешь нормальный режим - сигнал становится нормальным.

Ещё раз извиняюсь. Всё работает тему можно считать закрытой.