Несколько вопросов по lpc176x Опции

[vallav]

1. Почему у него такая странная распиновка выводов?
На 100 ногах нашли место только для 70 gpio, причем ни одного целого 32х битного регистра, всего один целый 16 битный а разбросаны
и перемешаны они - мама не горюй! Наследие тяжелого прошлого?
Как красиво с этим у ST32 - 5 16 битных регистров и почти все ножки в ряд.

2. 12 тактов входа в прерывание и 12 тактов выхода из него ( обязательных ) преподносится как достижение.
Вроде достижением было у ADSP 218x - полтора такта до первой команды в прерывании и 1 такт на выход.

3. Меня интересует, в lpc176x ПДП такое же тормозное....
Правда, по слухам, до кортексов у АРМа с этим было еще хуже.

Причина редактирования: Дублирование вопроса в разных темах

[zltigo]

Полный аут.

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

И как я до Вас жил и работал, писал стартапы и загрузчики в том числе и для Corteх, просто не понимаю. Все было-бы весело, если-бы не было так глупо.
В обеих примерах стартапа мною показаны моменты инициализации содержимого нулевого адреса, указателем на стек, ввиду абсолютной очевидности, того факта, что именно этим значением и инициализируется SP при старте, и этим-же значением уже программно инициализирует стек промежуточный загрузчик, если он есть. Непонимание Вами сего банального факта из жизни Cortex оказалось для меня уж слишком неожиданным.

[vallav]

Полный аут.

И как я до Вас жил и работал, писал стартапы и загрузчики в том числе и для Corteх, просто не понимаю. Все было-бы весело, если-бы не было так глупо.
В обеих примерах стартапа мною показаны моменты инициализации содержимого нулевого адреса, указателем на стек, ввиду абсолютной очевидности, того факта, что именно этим значением и инициализируется SP при старте, и этим-же значением уже программно инициализирует стек промежуточный загрузчик, если он есть. Непонимание Вами сего банального факта из жизни Cortex оказалось для меня уж слишком неожиданным.

Так Вы когда добавляли lpc17xx к своей проге. просто забыли про это?
И сделали Go в конце загрузки? А когда просвещали меня о том, что инициализация sp в стартаре делается, вспомнили, что не делается и
внесли изменегия в свою прогу?
Вона она оказывается как!

вы точно в своем уме? все разжевали уже.

в этой цитате и вопрос, и ответ.

почитайте, наконец, офф доки... если сможете понять там что-то...
Cortex-M3 Technical Reference Manual, секция 5.9.1. Vector Table and Reset

также советую заглянуть в секцию Chapter 4. Memory Map, которая и расскажет, откуда появились магические цифры, точнее - на какие области они указывают

Так Ваша версия какова?
Инициализация sp делается аппаратно - то есть добавлена соответствующая логика в железо, или все же делается программно?
То есть, путем перехода на кусок кода во флеше, в котором эта инициализация прописана?


В общем, с запуском чипа после ресета более меннее ясно.
Ответ таков - смотри исходники кривого "бангалорского" бутлоадера.
Он, в отличии от родного ( из РОМ ) прогу со стартапом в ОЗУ запускает правильно.

Следующий вопрос - озаботился я тут SPI.
Нужна простая штука - мастер посылает в слайв байт-команду. Их всего два типа - записать в регистр по указанному адресу и считать из
регистра по указанному адресу.
В первом случае через один такт ожидания мастер посылает байт-значение регистра.
Во втором случае через один такт ожидания мастер читает или байт-значение или 16бит-значение.
Оказывается, такой вариант SPI в кортексе не реализован.
Зато реализованы 5 других вариантов, среди которых есть похожий на вышеописанный, но первый вариант он исполнять не умеет,
умеет только чтение из слейва.
Или я чего то там не понял или где?

[zltigo]

И сделали Go в конце загрузки?

Это штатное поведение AT200 с самого рождения.

Ответ таков - смотри исходники кривого "бангалорского" бутлоадера.

Ответ - прочитайте наконец ответы. Два действия загрузчика по запуску загруженного им образа называл. Все.

Зато реализованы 5 других вариантов....

У SPI по жизни 4 варианта (не считая вариантов с количеством передаваемых бит и порядком их следования ), а не шесть. Все поддерживаются в
периферии от NXP.

[vallav]

Это штатное поведение AT200 с самого рождения.

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

Ответ - прочитайте наконец ответы. Два действия загрузчика по запуску загруженного им образа называл. Все.

В моей проге второе слово во флеше указывает на ОЗУ, в котором после включения питания - мусор.
Что то перед тем, как туда прыгать, должно переписать из флеша в ОЗУ данные и код.
Кривой бангладерский бутлоадер это делает - прога работает, прямой ( из ПЗУ чипа ) вроде нет - прога не работает.

У SPI по жизни 4 варианта (не считая вариантов с количеством передаваемых бит), а не шесть. Все поддерживаются в
периферии от NXP.

Тот вариант, что я описал, не по жизни?
Но он реализован в датчике давления SCP1000.
Им зачем то понадобилось не только, чтобы данные из датчика считывались, но чтобы и датчик можно было
программировать ( записывать вего регистры ).

Может и тут описание lcp17xx кривое?

Из описанных режимов частично подходит только микроканал, но для чтения из датчика.
А запись в датчик - увы...
Пропуск между последовательными записями - минимум 5 тактов.

[zltigo]

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

Если не поняли, что вчера было сделано, то это меня уже не удивляет. Штатное не отменялось. Было, есть и будет.

Тот вариант, что я описал, не по жизни?

В том и беда Ваша, что это Вы его описали. Описали кашу в своей голове и теперь собираетесь ее размазывать по форуму. Посмотрел. В документации все описано просто и понятно. На самом деле там, как и обещано, чистый как слеза SPI общающийся кратными 8битам (16/24)посылками. Нималейших проблем и непоняток c работой с ним быть не может.

В моей проге...

Значит надо переквалифицироваться в управдомы. И побыстрее.

[vallav]

Если не поняли, что вчера было сделано, то это меня уже не удивляет. Штатное не отменялось. Было, есть и будет.

В том и беда Ваша, что это Вы его описали. Описали кашу в своей голове и теперь собираетесь ее размазывать по форуму. Посмотрел. В документации все описано просто и понятно. На самом деле там, как и обещано, чистый как слеза SPI общающийся кратными 8битам (16/24)посылками. Нималейших проблем и непоняток c работой с ним быть не может.

Не уточните, сколько там тактов после выдачи команды на запись байта в регистр и началом выдачи этого байта?
И сколько тактов минимум получается в микроканальном режиме SPI у lpc176x...
Может попробуем разобраться на конкретном примере, у кого именно в голове каша?
Или Вы только воообщем, из высоких соображений могёте...

Значит надо переквалифицироваться в управдомы. И побыстрее.

Кому? Келу или NXP?
Компилер первого эту прогу слинковал с нулем замечаний,
Родной бутлоадер второго ее не запускает.
А вот кривой "бонгалорский", которого зачем то NXP в свои апноуты поместил - запускает.
Вы настолько эту штуку имеете длинной, что знаете, кому из них в управдомы?
Мне замечание на другом форуме сделали - мол на электрониксе ты осмелился челу с очень длинной этой самой штукой
возразить. А низзя...

[zltigo]

Не уточните, сколько там тактов после выдачи команды на запись байта в регистр и началом выдачи этого байта?

На следующий такт после передачи байта (в байте 8bit) содержащего 6bit_адрес+флаг_бит_записи+space_bit, начинает передаваться байт данных. Cюрприз!

И сколько тактов минимум получается в микроканальном режиме SPI у lpc176x...

Речь до сих пор шла SPI режиме. Тоже на следующий такт. Такое удивительнейшее совпадение.
Хотите верьте, хотите нет.

Вы настолько эту штуку имеете длинной, что знаете, кому из них в управдомы?

Вам в управдомы, хотя начинаю сомневаться потяните-ли . В какую книгу ни посмотрите, везде без исключений видите фигу .
В общем стало совсем глупо продолжать общаться . Дальше без меня. Только на очередные глупости извлеченные из Вашей головы буду указывать, дабы, как уже писал, не плодились.