> FTDI, сволочь такая, дорогой негуманно. 232RL терпимо, и у меня не миллионные тиражи, 1-2 бакса не принципиальны. Но вообще CP210x от силабсов напрашивается попробовать.
> И, что ещё хуже, его клоны совсем не являются полноценной заменой,
Я покупаю у нормальных саплеров, клонопроблемы не е..т. А так я линух юзаю и "ftdi patches" только как 1-апрельская шутка там были.
> да ещё и маскируются под оригинал усиленно.
А налаженные цепочки поставок у фирм - таки работают. Они не стесняются вывесить такие вещи на сайтах, хинт!
> Поэтому приходится смотреть в сторону всякого странного.
Например чего?
>> (помножить+поделить намного гибче чем только div/2 + mul как в 103).
> Ааа, похоже, я осёл, перепутал с F101. Это F101 является «как бы
> без USB», но на самом деле — F103 после маркетологического урезания.
Про это я в курсе. Вот эти и правда вроде 1 чип. Но я имел в виду F100, вышедший немного позже и потому имеющий более продвинутый PLL. На него даташит отдельный.
> А вот чьим аналогом является F100 — надо посмотреть.
ИМХО ничьим, "F10x lite". По таймлайну после 10x - вторым вышел вроде. Соответственно облегчен относительно оных, usb нет, памяти меньше, ADC 1, 24МГц макс (зато все симметрично, без waitstates, 1 глобальный лимит на всё). И вот PLL до кучи попродвинутее 101-103, предделитель поставили нормальный. В 101-103 был только div/2, что намного менее интересно чем 2...16.
> С другой стороны, я уже натыкался на пример, когда более поздний чип заменял
> более ранние, но документацию у ранних не меняли, конечно.
Чипмейкеры чипы собирают, типа конструктора из кубиков. У амд в amdgpu хорошо разрисовано как они это делают, блоки по вериям разложены. Остальные тоже это делают. Просто не все афишируют.
И анализ отличий чипов удобно делать вот в таком контексте. У L1 - GPIOv2, у F1/2 - v1. Ну вот разные железки, одно apb, второе ahb, конфигурация по регистрам разная, у V2 AFIO другой, до 15 функций кроме gpio (поле 4 бита, выбор ремапа).
> Например, продаваемые сейчас STM8S003 на самом деле с большой вероятностью
> являются STM8S103 или даже STM8S903 (у этого внутренний источник референсного
> напряжения есть).
Увы, про STM8 я не в курсе. STM32 я в линухе обычным gcc'ом програмлю. С stm8 так не катит вроде, да и зачем мне 8-битники? Я когда-то атмеги прогал, но все уже забыл, у F10x железо намного круче.
> DIV+MUL у PLL есть у F105/F107 (107 = 105 + Ethernet), кстати.
Ну меня эзернет в них не интересовал, для такого я линух умею. А эти - нижний уровень для них, простые девайсы и хардреалтайм.
> Возможно, F100 является их урезанной версией, но это надо про него
> почитать (а в сохранённой документации что-то он у меня ещё не упоминается),
У него отдельные DS и TRM. Субъективно F10x-lite. Код может работать на F10*, я на 100 и 103 один блоб гонял, если только 1-й ADC юзать и младшие номера периферии вообще. Есть ли там 2й - а вот хз, не сканил. Могу какой-нибудь характерный паттерн по адресу поискать, если у каких-то регистров дефолт подходящий.
> Сам с полгода назад натыкался на пачку недокументированных фьюзов (характерные пары байт,
> где второй является инверсией первого), лежащих рядом с документированными.
Да-да. Еще смущает какой-то непонятный reserved в флешконтроллере, врядли случайность :)
> документированный размер флеша и т.д.), есть подозрение, что она вся является флеш-памятью
100%. Господа снимавшие фузы декодировали структуру даже. И смогли стереть только фузы, экранировав УФ от остального массива бумажкой. Я бы не отказался на свое горе научиться скажем стирать STшный бут в пользу своего :). Не то чтобы сильно мешает, но...
А вообще, вот https://www.aisec.fraunhofer.de/content/dam/aisec/ResearchEx...
https://github.com/JohannesObermaier/f103-analysis
> (а не смесью из мелких кусочков flash и OTP)
Option bytes и flash разные структурно: флеш блочно стирается. Option это не катит, они более гранулярные. Но вот именно "otp" это часть ... наверное все же option. Где они физически см выше, или рядом по ссылкам, у вон тех было.
> и какие-то из битов защищают её после записи заводских значений. Но это
> совсем уж догадки.
Я тоже так думаю что вон те option-bytes типа могут лочить сегмент, например. Или он пишется через вон тот reserved, а магические константы для разлока не сказали.
> и HS из промежуточных вариантов только Ethernet (если не считать извращений,
> типа (Q)SPI через FTDI) — всё-таки та ещё заноза.
Лично мне такие потоки как-то особо не требовалось. Хотя возможно нечто типа usb-осцила сделать и прикольно, но для такого наверное F30x лучше...
> потом разряжаться в следующий канал и устраивать там заметный прыжок (особенно
> при большой частоте переключения между каналами),
Я сделал себе сетап каналов с временами сэмплирования и поэкспериментировал с разными. Понял как не бомбит. А потом почитал как adc реально сделан и понял почему так.
> предыдущего канала напряжение ниже было. У него, конечно, ёмкость пикофарадами измеряется,
> но для кого-то это может быть сюрпризом.
Порядка 8 пф. Но если что-то слаботочное, на мегагерц такое меряет...
> Причём, на каком-нибудь AVR это тоже было, но там они этого не замечали из-за существенно
> невысокой частоты переключения и скорости оцифрения.
И битов меньше. А так у STM'а прикольный ADC, отдельные LSB хорошо видно, если не идиотничать.
> К счастью, нынче это довольно доступное удовольствие. Хотя считать и мерять нужно,
> конечно. Да ещё и при разных температурах, как показал опыт.
Ну просто это и поле для грабель и плата разлапистей, и дороже. Иногда проще подкостылить/притормозить.
> и на входе совсем не синус идеальный. Так что частоту среза
> у фильтра явно стоит с запасом предусматривать.
Ну, там смотря что надо. Меня обычно реакция волновала. А какая форма - не сильно интересно.
> Connectivity line же, F105/F107. У меня это основная линейка, поэтому только .
> У 103 и правда всё куда проще, но.
А я в основном 100..103, еще L1 для lowpower сенсоров, но это относительно фоново. Немного и с другими пересекался.
> Рабочего примера под рукой не нашлось (сам не собирал),
Эх, стремные монстрики. В последних вижу флоаты и *alloc. Первому вроде *alloc таки оборвали и даже вроде integer only, интереснее уже. Но все равно здоровый, гад. Мне то плеер не надо, скорее прикидываю катит ли так системные анонсы/мсг пожать.
> так что придётся зайти издалека:
Спасибо.
> Ну там предлагается прикладной пример, где одновременно I²S и USB работает (и
> даже Ethernet, если надо). С USB вряд ли ADPCM они предлагают слушать, на скоростях FS-то.
44100 * 2 = 88.2 кило в секунду (1 канал CD-quality). Ну пусть 2 (stereo), менее полутора мегабитов. Вроде не проблема при 12 у FS? Они точно что-то декодили?
> Но, конечно, лучше открывать оригинал, а не мою копипасту.
А они там сорц прошивок дают? А то вон на солнечный инвертер с странным преобразователем - "contact nearest sales department". Блин, троллфэйс какой, сорц на апнот настолько зажать.
> Вот, да, уже второй раз вижу напоминание об этом в этой теме.
> И ведь правда очень странное решение,
Я так понял что в 1й версии они реюзнули чип для DVD плееров, те стали малопопулярны, а тут вот такой sink для лежака придумали. Это объясняет почему ARM до кучи, а videocore - их все :)
> да и в следующих ревизиях RPi у них странное было. Так что это уже больше похоже
> на традицию.
А в новых видимо уже "для совместимости" и "зачем сильно переделывать?". Но под напором конкурентов нормальный ARM все же поставили.
