Изучаем STM32 Cortex M3

[Boba_spb]

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

[GeniokV]

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

Хорошо, попробую, на сколько резистор посоветуете?

И еще вопрос, кто работал с I2C, есть ли смысл при работе использовать DMA, прерывания, или проще работать "напрямую" ?

Ведь по идее, пока информация с датчиков не поступит, камню обрабатывать нечего...
С другой стороны, если через прерывания или с DMA получение-отправка выйдет быстрее, то выигрышь вроде как есть...

Может кто поделится своими мыслями по этому поводу...

[neyvert]

Boba_spb, Cпасибо! добавил файлик все заработало!
возник еще один вопрос, в опциях где выбирается тип контроллера в списке отсутствует мой STM32F303VCT6 а те что есть не соответствуют набору периферии моего контроллера, как поступать в этом случае? И если выбрать только тип ядра Cortex-M4 без модели контроллера при отладке в окне регистров будут ли присутствовать регистры моего МК? при использовании Simulator в Debugger они отсутствуют.

[Boba_spb]

Про какие регистры Вы беспокоитесь?

[neyvert]

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

[DanilinSA]

Хорошо, попробую, на сколько резистор посоветуете?

И еще вопрос, кто работал с I2C, есть ли смысл при работе использовать DMA, прерывания, или проще работать "напрямую" ?

Ведь по идее, пока информация с датчиков не поступит, камню обрабатывать нечего...
С другой стороны, если через прерывания или с DMA получение-отправка выйдет быстрее, то выигрышь вроде как есть...

Может кто поделится своими мыслями по этому поводу...

5.6-10 кОм вполне достаточно. Шина I2C строится на элементах ОК (открытый коллектор) и подтяжка там обязательна. Встроенную внутричиповую подтяжку лучше не использовать.

DMA имеет смысл использовать только при пересылке больших обьемов информации. Кинуть горсть байт по I2C - DMA не нужен. Выигрыша не даст, скорее наоборот. А если гнать поток I2C в какую-либо EPROM с извращенной системой адресации - там вообще DMA не прикрутить ... По крайней мере без извращенного программирования.

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

Прерывания ( да и DMA) - вещь нужная, мощная и эффективная. Но при условии умения этим пользоваться. Это как меч самурая - в руках новичка представляет угрозу первым делом для себя самого.
Сначала сделайте без прерываний, а потом при необходимости сделаете модернизацию и оптимизацию. Иначе вы свою первую программу пару лет писать будете, заработав стойкое отвращение к этому делу.

Первым делом попробуйте банально "ногодрыганием" запустить шину I2C. Поиграйтесь. Посмотрите режимы и протоколы. Наберитесь опыта.
Потом - попробуйте запустить аппаратный I2С контроллер. Почитайте документацию, обогатите запас матерных выражений. Штука это мощная, но для новичков куча режимов и конфигурационных битов крайне неочевидная.
Далее - попробуйте прицепить контроллер прерываний. Например для мигания светодиодами при приемке/отправке.

К этому моменту я скорее всего уже умру от старости и это уже будет не моя проблема

[Boba_spb]

Первым делом попробуйте банально "ногодрыганием" запустить шину I2C. Поиграйтесь. Посмотрите режимы и протоколы. Наберитесь опыта.
Потом - попробуйте запустить аппаратный I2С контроллер.

Вторым делом попробуйте банально "ногодрыганием" запустить USART. Поиграйтесь. Посмотрите режимы и протоколы. Наберитесь опыта.
Потом - попробуйте запустить аппаратный USART контроллер.

Третьим делом попробуйте банально "ногодрыганием" запустить SPI. Поиграйтесь. Посмотрите режимы и протоколы. Наберитесь опыта.
Потом - попробуйте запустить аппаратный SPI контроллер.

Четвертым делом попробуйте банально "ногодрыганием" соорудить DAC. Поиграйтесь. Посмотрите режимы и протоколы. Наберитесь опыта.
Потом - попробуйте запустить аппаратный DAC.

Пятым делом попробуйте банально "ногодрыганием" с помощью DAC попробуйте соорудит ADC. Поиграйтесь. Посмотрите режимы и протоколы. Наберитесь опыта. Потом - попробуйте запустить аппаратный ADC.

Набравшись опыта, попробуйте банально "ногодрыганием" запустить всякие ШИМы, DMA и все остальное .

И... ни в коем случае не пользуйте сторонний софт, сначала поиграйтесь на своем.

Когда наиграетесь - подойдет время пенсии !!!

[DanilinSA]

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

[ut1wpr]

Здравствуйте.
Ковыряюсь с SD/MMC.
Если у кого-то есть работающий макет/прибор/изделие, кто может снять дамп нулевого сектора отформатированной и работающей карты?
Возникло несколько непонятных моментов, никому не хочу морочить голову. Просто посмотреть дамп.
Спасибо.

[dosikus]

Возникло несколько непонятных моментов,

Похоже те же грабли на что и я напоролся...

MBR находится в нулевом секторе диска, позиции остальных частей будем вычислять. Стоит отметить, что если карточка была переформатирована Windows, структура диска могла измениться: Windows стирает MBR, и в нулевом секторе сразу начинается PBR. Чтобы различить содержимое нулевого сектора нужно считать его первые неск. байт. Если байты нулевые - это MBR, иначе - PBR.