Перейти к содержанию
    

haker_fox

Модератор
  • Постов

    7 287
  • Зарегистрирован

  • Посещение

  • Победитель дней

    12

Сообщения, опубликованные haker_fox


  1. 23 minutes ago, Forger said:

    У них обычно очень простой контроллер прерываний - пока одно прерывание не закончиться, остальные будут молча ждать своей очереди, т.е. нет "вытеснения".

    Речь у уважаемого @jcxz шла о прерывании, т.е. там было единственное число. Если тут нет опечатки, то вот это и стало интересным. Если речь о множественном числе, т.е. о прерываниях, то тут, конечно же, другие ядра с их контроллерами прерываний несколько проигрывают. Теоретически можно сказать, что Cortex-Mx всегда работает в прерываних, где главный цикл (пусть даже с ОСРВ) - прерывание, только нулевого уровня. "Под ним" ничего нет...

  2. 9 hours ago, HardEgor said:

    Table 3.1

    Спасибо! Краткое и лаконичное содержание. Как я понимаю, хоть эти уровни и описаны конкретно для инфенионовского транзистора, но это лишь их право. На самом деле это применимо ко всем компонентам любого симулятора?!

  3. On 10/3/2023 at 5:20 PM, jcxz said:

    Не то что какие-то мкс, а часы может там сидеть. И это - норма.

    Кстати, мне вот подумалось: а чем это ядро так уникально в этом плане? В принципе, можно взять любую восьмибитку (avr, pic, что угодно) и тоже заставить код выполняться в обработчике хоть несколько часов. При этом код главного цикла не получит управления на любой из озученных архитектур. Или что Вы имели в виду?💗

  4. Модератор: сообщение с одним словом "решено" скрыл, как не имеющее смысла. Плюс, нарушение правил русского языка: нет точки, слово не с заглавной буквы.

    Предлагаю Вам рассказать о своём решение более подробно. Это может быть полезно другим участникам форума.

  5. 1 hour ago, vervs said:

    Выбрать livel2

    Простите, а Вы могли бы несколько подробнее рассказать про выбор уровня модели? Для меня он остаётся неочевидным даже после изучения документации на симулятор🙏

  6. Модератор: в свете некоторых более свежих событий ещё раз подчёркиваю, что здесь обсуждаем только данный редактор в связке с дополнительным инструментарием. Обсуждать вопрос его нужности/ненужности лишний раз не стоит. Т.к. это очень субъективный аспект. Каждому удобно пользоваться чем-то конкретным, и возможно, что есть немалая масса пользователей, которым нужен опыт именно с VS Code. Тем не менее, если такие вопросы возникают, задаём их вежливо. Ну, а тот, кто желает - отвечает. Нет желания - лучше ничего не отвечать, а тем более не указывать вопрошающему не заходить в данную тему. Если вопрос остался без ответа, то не нужно его задавать многкратно, подвергая полиморфизму. Слова в стиле "свисто*****" и т.п. тоже рекомендую оставить для личного круга общения. Всё. При продолжении подобного я закрою тему до особого распоряжения, либо выпишу предупреждения в профиль.

  7. Модератор: @jcxz, @uni, делаю вам обоим крайней устное предупреждение! Перестаньте начинать выяснять отношения в этой теме с употреблением уже несколько ненормативной лексики и перехода на личности. Напоминаю, что тема называется "VS Code + gcc/gdb". Это и продолжаем обсуждать, если обсуждать есть что.

  8. Модератор: коллеги, во избежании излишнего оффтопа и недоразумений, напоминаю, что данная тема про редактор VS Code со связкой gcc/gdb. Кому-то может оказаться работать именно в нём и с этими инструментами. Причин может быть множество, в т.ч. и давление со стороны руководства. Поэтому, предлагаю задавать конструктивные вопросы без намёков на то, что это может быть странно или непонятно для каких целей нужно. А ещё лучше просто позволить этой теме развиваться, как потенциально нужной кому-либо.

  9. 56 minutes ago, gazpar said:

    Так шо всё честно у этих ребят.

    Так я и не обвиняю их в нечестности) Я про то, что для банального простенького сигнала присутствует нехилое смещение. При этом амплитуда сигнала может быть 100 мВ, а смещение, выходит, составляет 2%. А при амплитуде 10 мВ? 20%. Ну и куда всё это?

    P.S. Я знаю, что надо было смотреть внимательнее в доку. Но время тогда было неспокойное уже в плане покупок. С другой стороны я просто делюсь впечатлениями. Вам ведь не легче будет, если Ваш осциллограф будет показывать вместо синуса треугольникоподобный сигнал, а в документации на осциллограф будет пунктик: "КНИ over 100%"))))

    P.S.S. А так. Если всё соответствует документации, то по ней и нужно решать, брать или не брать)))

  10. 4 minutes ago, gazpar said:

    радиогубителей

    Вы ошиблись. Здесь таких нет.

    Шутка😁

    4 minutes ago, gazpar said:

    Что думаете насчёт такой техники?

    Думаю вот что: если уважаемые бренды могут что-то не нормировать в спецификации или нормировать только для узкого диапазона условий, то китайская измериловка позволяет себе всё это смелее. И претензии предъявить в некому. Пример: взяли двухканальный генератор как раз за пару недель до известных событий прошлого года и взять что-то понтовее уже не получалось. Купили не самую дешёвую модуль Rigol DG972. В итоге: смещение синуса 1 кГц до 2 мВ при выставленном нулевом смещении. На стареньком HP 33120A такого нет... Вроде бы мелочь. Но и Вы спросили в общем)))

    • Upvote 1
  11. 7 minutes ago, Arlleex said:

    На самом деле вполне интересная

    Кстати, да! Но я ограничился обработчиком HF, который выводит содержимое регистров и расшифровку их битов по мотивам документации с arm.com. Также вывожу по 32 слова MSP/PSP, которые, к слову, за несколько лет ни разу не пригодились мне. Но, ИМХО, вся эта информация полезна под отладчиком. Когда прибор работает уже на подстанции в шкафу и вылетает HF - это печально. Хотя однажды такое было, и всё же помогло по содержимому PC установить причину. Не сразу, конечно: вот она - проблема! Нет, потребовалось несколько дней с анализом других данных, пржде, чем проблема была обнаружена и устранена.

     

    @MKdemiurg, а какая архитектура ядра? На Cortex-M3 и выше HF довольно информативен. А вот на Cortex-M0 - это игра на сообразительность: там данных очень мало. Нужно действительно думать и усиленно думать🤣💗

  12. 35 minutes ago, flammmable said:

    Я затупился и в сгенерённый Кубом код скопипастил инициализацию тактирования с включённым PLL.

    РРР! Я даже когда инициализирую регистры сам, а я делаю это всегда, иногда проверяю их содержимое хотя бы в отладчике...

  13. 2 minutes ago, khlenar said:

    ОК. Спасибо.

    У меня просто нет опыта работы с подобными датчиками. Я не знаю, на что можно рассчитывать в наихудшем случае при выходе датчика из строя: амплитуда напряжения вроде понятна - 24 В, а максимальный ток - неизвестен. Поэтому что-либо конкретно сложно предложить.

  14. 6 hours ago, khlenar said:

    датчика выйдет из строя, что можете посоветовать?

    Либо ограничитель от перенапряжения на диодах. Либо ограничитель по типу crow bar.

    Можно перечитать сей топик, т.к. там уже есть ответы на все случаи жизни.

  15. 8 hours ago, Arlleex said:

    Сколько ж времени должно пройти, чтобы люди осознали, что измерения ногодрыгами GPIO на ARM это словно измерять радиус экватора резинкой от трусов:smile:

    Там же пин MCO:blum: Он аппаратно дёргается. 8 МГЦ - не такая большая частота, чтобы показать её.

  16. Just now, khlenar said:

    А где его взять?

    Подавать положительный ток, а выход TIA проинвертировать дополнительным ОУ. Правда, нужно отрицательное питание. В любом случае. Я не знаю реалий Вашей схемы. Может быть Вам такое решение вообще не подходит. Может быть достаточно просто шунта, как Вы и показали в своём примере. Если ИТ датчика может работать на такую нагрузку, то пусть так и будет.

  17. 6 minutes ago, khlenar said:

    Я так пробовал как по вашей схеме. Но что то не так работает.

    Оно не может работать только из-за частностей. Ведь это - классическая схема такого усилителя. И да, ток подаётся на инвертирующий вход. Поэтому, на выходе будет напряжение -Iвходной * R. На неинвертирующий вход можно подавать напряжение коррекции смещения, если потребуется.

  18. 11 minutes ago, khlenar said:

    ток-напряжение

    Классически это или шунт или трансимпедансный усилитель. Ток 4 - 20 мА в какое напряжение нужно преобразовать? Вы, как я понимаю, использовали шунт 100 Ом. Если ИТ датчика может работать в таком режиме, создавая падение напряжения 2 В при токе 20 мА, то почему бы и нет? Но если там ИТ неидеальный, и не очень хорошо воспринимает шунт в виде сотни Ом, то нужен трансимпедансник. Тогда ИТ будет видеть КЗ по входу такого усилителя (в реальности величину смещения ОУ).

     

    11 minutes ago, khlenar said:

    напряжение-ток

    А зачем, если датчик уже есть? В мультисиме можно было использовать источник тока, он должен там быть.

    Вот пример трансимпедансного усилителя.

    image.thumb.png.748b4110f97fe34f93228949dd2a9275.png

  19. 1 hour ago, flammmable said:

    то на какой частоте будет работать АЛУ?

    На этот вопрос даёт ответ схема тактирования микроконтроллера. Она приводится в разделе Reset and Clock Control (RCC). Для каждой модификации микроконтроллера эта схема может отличаться даже внутри подсемейства, например для STM32F091 и STM32F051. Таже возле переключателей и мультиплексоров указаны биты регистров, отвечающих за конфигурацию. Всё это нужно собрать вместе, и это даст Вам ответ. Просто так ответить нельзя.

    1 hour ago, flammmable said:

    АЛУ работает в 4 раза быстрее, чем HSI

    ФАПЧ?

    1 hour ago, flammmable said:

    то на какой частоте будет работать АЛУ?

    HCLK 8 МГц, если всё так, как Вы говорите.

    Теперь смотрите по схеме, что у Вас там включено.

    image.thumb.png.278cb0a0bc31a0658092484a6abe687f.png

    1 hour ago, flammmable said:

    Я попробовал вывести на MCO тактирование от SYSCL

    HSI частота должна появиться на MCO один к одному без деления.

    image.png.649b99d9a0eaa07ed4fe7851313d4745.png

    Это не забыли выполнить?

    image.thumb.png.05d4aed6e136c78121600b1e9b79406e.png

  20. 10 minutes ago, tonyk_av said:

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

    Я не помню деталей, но в периферии младших STM32 (на базе Cortex-M0) были какие-то нестыковки, требующие программных уловок.

    10 minutes ago, jcxz said:

    И что же там "кривого"?

    Вот и я бы хотел услышать от уважаемого @EdgeAligned аргументацию🙏

    10 minutes ago, jcxz said:

    .....или МК выбран не удачно.  :biggrin:

    Да, это не XMC, который умеет всё🤣🤣🤣🤣

    Just now, jcxz said:

    Я имею в виду что то, что я предлагал, вроде как очевидное решен

    Не спорю, что очевидное) Тем не менее, я до него сам не дошёл))) Что ж, наверное это нормально - постоянно учиться и узнавать что-то новое))))

  21. 10 minutes ago, jcxz said:

    Ёрничаете?  :wink:

    Так читается моё сообщение? Сорян, ничего даже подобного не было. Я написал то, что хотел выразить. Жаль, что иногда искренний восторг воспринимается как лёгкий сарказм😜 Это минус невербального общения💗

    12 minutes ago, jcxz said:

    Но - отправкой с неактивным CS. Получается просто как небольшая задержка.

    Хм! Интересный подход! Из нестандартного применения SPI я недавно только использовал его для формирования кода сигма-дельта ЦАП по документации от TI. Когда данные с MISO (SPI тактировался как подчинённый от таймера для исключения джиттера фреймов) шли на ФНЧ, а сам двоичный код рассчтиывался в обработчике прерывания.

  22. 5 minutes ago, EdgeAligned said:

    Потому я и говорю - кривой тот метод с таймером, ну так себе он.

    Да мы уже все поняли, что Вы хотите сказать) А мне метод - нравится! Хотя бы тем, что он необычный и пикантный!

×
×
  • Создать...