caxapa.ru :: Да ты сдурел. 10! = 3628800, а 100! = 1Е158

Codavr (18.12.2020 04:33, просмотров: 282) ответил RxTx на Интересно, существуют ли STM32 с полным/свободным pin remap, (не alternate function table)? Upd: вопрос не о комбинаторике, практический вопрос о сравнении например с Microchip dsPIC33 peripheral pin select.

Да ты сдурел. 10! = 3628800, а 100! = 1Е158

Долой империалистический интернационал!

Ответить

- Я бы не спрашивал, если бы не воспользовался этим у dsPIC33. См. Datasheet dsPIC33, Страница 211 из 622. Раздел Peripheral Pin Select (PPS). Справа, в столбце "Configuration Bits" мы видим 7 (семь) бит определяющие откуда считывается сигнал (вход) данного цифрового периферала, с какого из возможных 128 (логических) выводов микросхемы. Выходы маппятся наоборот, для фиксированного пина X задается логическое устройство. Любопытен п. 11.4.4.2Virtual Connections: "Virtual RxTx(149 знак., 18.12.2020 04:57, ссылка)
  - Ну ты бы сразу так и написал, а то полный пинремап захотел, вот я и охуел от таких желаний. Ты же свой Upd добавил когда my504 к тебе в моск проник. - Codavr(18.12.2020 05:01)
    - Это у меня по свежей истории такая "проницательность"... ))) Только намедни апдейтил изделие на PIC18, которому лет так 8 от роду. Заменил PIC18 на STM32F030F4. затрахался предсказывать какие пины куда подключать в схему. У STM кроме ограниченного до предела ремапа есть еще ограничения на синхронизацию таймеров между собой. У меня нет интуитивного опыта в этой области и пришлось делать практически наобум. Такшта если не выгорит чиста аппаратная работа таймеров, придется my504(27 знак., 18.12.2020 05:12)
      - "Интуиция есть сумма предыдущего опыта." (с) не помню откуда. - Dingo(18.12.2020 05:28)
      - +1 Похожая история. - RxTx(18.12.2020 05:14)
    - Не оправдывайся :))) - RxTx(18.12.2020 05:03)
      - Много чести. Учись формулировать вопросы. - Codavr(18.12.2020 05:06)
- Ну не все STM32 имеют 100 пинов. ))) Да и речь не шла о всех выводах вообще. Это вообще никому не нужно. Поэтому когда даже половина выводов имеет полный ремап (естественно, только цифровой периферии), то это реально удобно и вполне реализуемо. Как, например, в 16-битниках Микрочипа. В dsPIC33F/PIC24H, а так же dsPIC33С с этим все очень позитивно. И факториалы не мешают. )))) - my504(18.12.2020 04:37)
  - "Это вообще никому не нужно" не скажи, если накосячил с разводкой платы,то... :) - Codavr(18.12.2020 05:04)
  - Ну тады достаточно помножить число переферийных концов на число пинов куда мы хотим их заремапить. Это да, сильно меньше. Скажем 10 входовое АЦП на 30 ног всего 300 коммутаций. - Codavr(18.12.2020 04:46)
    - АЦП (аналоговые сигналы) как раз не маппятся, намертво прибиты. - RxTx(18.12.2020 05:06)
      - I2C тоже не мапится. Как и всё другое, где нужны какие-то особые условия: триггер шмитта на входе, другие уровни логических сигналов и т.п. 5-в (не)толерантные выходы. АЦП, например, обычно не-толерантный (из-за защитных диодов). - fk0(18.12.2020 12:56)
      - Какое упущение. Какой же он тогда полный свободный. - Codavr(18.12.2020 05:10)
        
        Какой смысл в ремапе мультиплексора АЦП? Он сам по себе ремап. - my504(18.12.2020 05:14)
        
        Бля, мне что надо было расписать всю периферию STM для простого числового примера? - Codavr(18.12.2020 05:18)
        
        Вообще то я в курсе относительно периферии STM. Именно поэтому и написал тут комментарии. Ремап мультиплексора АЦП - совершенно бессмысленное мероприятие. Это как ремап портов. Какая нахер разница какой разряд какого порта сядет на какой нибудь LED? У всех портов идентичная функциональность. - my504(18.12.2020 05:20)
        
        Если работаешь с параллельным АЦП (ЦАПом) порядок следования ног очень важен. И когда смотришь на ПИКовую распиновку, думаешь, "ну какая паскуда так ноги назначала?". - Kpoк(18.12.2020 17:57)
        
        На самом деле можно на париться с разводкой, а по табличке перекодировать значения. Если конечно шина не 16-битная (табличка большно жирная получается). Классика жанра же, ещё в АОНах все Dx на ПЗУ местами перепутывали, чтоб враги не скопировали. - fk0(18.12.2020 18:05)
        
        Потеря темпа получается. - Kpoк(18.12.2020 18:46)
        
        Одна-две-тре-четыре лишних ассемблерыных команды. Это существенно только если есть DMA, с которым затраты нулевые (на обработчик прерывания тратится намного больше). Да и то -- лежащее в памяти кто-то ж потом обсчитывать будет? И тоже не единичными командами, а многими десятками. - fk0(18.12.2020 19:02)
        
        Не так уж и бессмысленен. Можно запараллелить выводы для управления мощной нагрузкой, но переключать их одновременно, если они расположены в разных портах, не получится. У пиков вроде получается, не помню, не уверен. - fk0(18.12.2020 12:59)
        
        Параллелить выходы для управления мощной нагрузкой - это полулюбительская экзотика для супербюджетных решений. Нужно токовое выравнивание. И уж точно это не для ответственного скоростного управления. Впрочем даже так речь идет о задержке максимум в 2 машинных цикла. Городить странный ремап ради этой приблуды никто не будет. Опять же можно объединять пины одного порта для таких целей. Это не выбор разных интерфейсов. - my504(18.12.2020 13:37)
        
        Для запараллеливания мосфетов как правило ничего не нужно, т.к. у типичного мосфета сопротивление канала растёт с током и с ростом температуры. В итоге оно самобалансируется. Это биполярные транзисторы и светодиоды нельзя запараллеливать -- сразу вразнос пойдёт (хотя половина китайских светильников на светодиодах так и устроена...) fk0(396 знак., 18.12.2020 14:09)
        
        Анекдотец припомнился. Vit(221 знак., 18.12.2020 20:39)

ARM, RISC-V контроллеры