Изучаем STM32 Cortex M3

[nahimovv]

тут и ДШ читать не надо

Акстись, его и так, похоже, никто не читает!

[omercury]

Акстись, его и так, похоже, никто не читает!

Упс...
Читать, безусловно, необходимо!
На ночь, вместо секса!!!

Имелось в виду, что для понимания процесса в большинстве случаев достаточно просто проанализировать причину такого поведения "железа", а не голосить на форумах:
Йоу! Я нашёл глюк контроллера!
STM (Atmel, Microchip, TI, AD и т.д., нужное подчеркнуть) ЛОХИ!!!

[SasaVitebsk]

Покажите, где я махал патентом?

Да вы им машете уже 30 постов. Этакий носитель тайных знаний. А все эти знания у меня уместились в 2 предложения. А должны были у вас быть сформулированы. Вы или хотите чтото сказать - тогда перестаньте паясничать и скажите. Или не хотите - тогда нечего глубокомысленно, намёками и полунамёками ломать здесь комедию. Форум не комедийного жанра.

По поводу даташитов - да, "я их уметь читать".

Я рад за вас. И здесь с вами полностью солидарен. Более того, читая данную тему я перечитал всё что касается stm32f1/f4. И даже некоторые дополнительные документы, которые были в моём распоряжении. То есть я не просто встрял в беседу. Хотя интерес чисто познавательный. Я не увидел в документах явного указания что входной делитель несинхронизирован. Но теоретически это вполне допустимо.

По поводу картинки - у меня тоже, когда первый раз разбирался, сложилось такое мнение, потом присмотрелся, призадумался... Короче, смотрите картинку ещё раз, до просветления.

Возможно у меня менее проницательный ум, но у меня вообще не сложилось никакого мнения. И вообще - картинка это картинка. Тем более такого уровня детализации. Её можно трактовать, как угодно. Это мне напоминает спор о схемотехнике АЦП по структурной картинке. )))) Просто разговор не о чём. ИМХО.

По поводу SPI - нет там никакого глюка, есть недопонимание и недочитанная документация, и вы в этом не одиноки, к сожалению.

А вот здесь, вы глубоко заблуждаетесь. Разрабатывают кристаллы такие же разработчики. Обычные люди. И они, порой, ошибаются. Ошибки выясняются на разных этапах. Если на этапе тестирования, и с ошибкой можно смирится, то она документируется. Иначе выпускается errata. Примеров куча. Например I2C у AVR, где камень не может уснуть, так как паразитное запитывание идёт. Или, давече столкнулся на LPC часы при пониженной температуре останавливаются. Или в другой LPC в CAN эхо идёт, народ борется. Сотни примеров.
Я вам поясню, почему это конкретный хомут. Например я делаю бегущую строку. В прерывании выгоняю строку на дисплей. Вхожу в прерывание и циклически передаю строку с предварительной обработкой. Я делаю так. Обработка-›ожидание готовности-›выдача. Представим себе что подготовка у меня занимает время, сопоставимое с выводом от 7 до 11 бит в SPI. Таким образом у меня будет передача выглядеть примерно так 1234567812345678--12345678-. То есть у меня будут изредка появлятся дырки "-". Мне предлагают дожидаться завершения передачи. При этом у меня передача будет выглядеть примерно так 12345678-------12345678----------. То есть потери налицо. Да и это просто очевидно. Я отсылаю байт подпрограммой, выхожу из неё, умудряюсь подготовить следующий байт вхожу в подпрограмму, а периферийное устройство ещё не выставило сигнал о том, что оно занято!!!!!! Это же нонсенс. И если не подождать, то байт оказывается потерен!!!! Если это не хомут, то тогда ошибка деления в процессоре пентиум, тоже не ошибка, если она была бы документирована на момент выпуска процессора.

[nahimovv]

Саша, ничего личного и лишнего!
Зачем вы что-то пытаетесь мне доказать? Мне что SPI, что DMA, что таймера - одна фмгня. Я не ищу глюки, я пытаюсь выяснить, если нужно, "Что я делаю не так?"(С).
Ощущаете разницу? Более того, все эти нюансы я стараюсь обратить себе во благо.
А вы мне рассказываете как всё плохо, зачем? Если мне нужно будет решить задачу подобно вашей, я её решу, "Без шума и пыли!"(С).

[omercury]

Выходов из ситуации мне видится 4.
1). Связаться с Кембриджем и уговорить их "влупить" модули SPI прямо в ядро Cortex.
2). Связаться с ST Microelecnronix и уговорить их сделать модуль SPI таким, как удобно Вам, а не им.
3). Подключить к FSMC свой модуль SPI.
4). Забить и использовать то, что дают.
Постарался расположить в порядке упрощения реализации.

[nahimovv]

Вот-вот! Чи не задача, убегающая строка. На STM32 вообще всё это можно сделать хардварно, без единного прерывания, только дровишки-данные успевай подсыпать, а всё остальное оно само.

[dosikus]

SasaVitebsk, вам бы не обижаться надо .
В лице nahimovv имеем реальную помощь . Может стоит сбить свою спесь и попросить? Конечно готового не получите , за то советом точно поможет.
А на счет вашей строки - может гнать через DMA-› SPI потоком ?
Как раз и BSY в тему ...

[oleg110592]

Так для малышей (начинаючих) насчет 96 мГц на таймер нахимовв прав али нет? А то уж на спи сразу перешли. «Минуточку! Можно помедленней? Я записываю!»(с)

[dosikus]

Так для малышей (начинаючих) насчет 96 мГц на таймер нахимовв прав али нет? А то уж на спи сразу перешли. «Минуточку! Можно помедленней? Я записываю!»(с)

Однозначно .
А что вы и с SPI застряли ???
Похоже пора открывать ветку "Коллекция граблей на STM" , этакую кунсткамеру ...

[omercury]

dosikus, одмин часто заглядывает?
Мож уже правда подраздел пора завести?