_3m

Далеко не у всех предельный ток задан грубо. Та же TPS1H100-Q1 External current limit accuracy дает от 20 до 14% а менее мощная TPS1H000-Q1 еще точнее - 10%. Ваша схема с зависимостью от h21e даст ограничение плюс-минус километр что совсем не равнозначно TPS1H*. Не от хорошей жизни ставят такие ключи. У меня вот TPS1H000-Q1 применяется там где жестко ограничен ток питания и чем ее заменять без ухудшения параметров ума не приложу. Также нужна защита от перегрева.

Коротить выход процессора MOSI на землю - это здорово! Модно, стильно, молодежно. Кроме того если какой нибудь ушлёпок нажмет на кнопычку S1 во время штатной работы системы то возможно что ubifs в нанд логически развалится потому что mtd сойдет с ума это не считая того что система повиснет по отвалу rootfs. В серию такое ни-ни! В таблице 4-2 на PC3, PC4, PC5 Ball state = PullUp тогда так на всех остальных Z. PC4 и PC5 = BOOT-SEL0 и 1. Что такое PC3 раз ему по дефолту PullUp назначили ? Это может быть неспроста потому как у "простолюдинов" Z.

Где у T113-s3 сигнал FEL ? В User manual он упоминается в описании загрузчика BROM а в распиновке FEL отсутствует. Вопрос в том как вызывать usb загрузчик.

Приемник у вас свой сигнал принимает ?

С tpadc, gpads t113-s3 ковырялся кто нибудь, какое там опорное напряжение? В user manual противоречия. В начале пишут "Power reference voltage: AVCC, and analog input voltage range: 0 to AVCC" а далее в п.9.8.3.5 "GPADC calculate formula: GPADC_DATA = Vin/VREF*4095 Where:VREF = 1.8 V". Это повторяется 1-в-1 для t113-s3, r528, f133. В A20 и V40 было Vref=AVCC=3V.

Они просто последовательно включены. Случай когда клеммы неоднородны по составу я волюнтаристски отмел :) иначе мы докатимся до бескислородной меди и шерстяных проводов.

Посчитал немного. Переходы медь-никель или никель-бронза можно не учитывать потому что они одинаковые и взаимно компенсируются Погрешность будет давать переход на металл термопары. ТермоЭДС пар металлов на 1 градус: Клеммник с покрытием контактов никелем никель-хромель -44.8uV/K никель-алюмель -2.7uV/K sum=-47.5uV/K --> плохо термоЭДС пары хромель-алюмель примерно 41.3uV/K т.е никель внеcет погрешность 1.15градусов на 1 градус разности температур контактов клеммника ---------------- Клеммник с покрытием контактов оловом олово-хромель -24.2uV/K олово-алюмель 17.1uV/K sum=-7.1uV/K --> удовлетворительно ---------------- Специальный коннектор для термопары медь-хромель -20.8uV/K медь-алюмель 20.5uV/K sum=-0.3uV/K --> хорошо! почти полностью компенсировано Вывод: клеммник с покрытием никелем использовать не стоит. Надо медь либо олово.

Читал про компенсацию холодного спая!!! Оба контакта имеют одинаковую температуру и я ее измеряю! Вопрос был о типе разъема.

Из термопары выходят разнородные провода. На контактах сложно получается: термопара - никель - латунь_или_бронза - никель - медь

У меня тоже терморегулятор. Просто хочется иметь представление о величие ошибки которая возникнет в случае применения обычного клеммника. 1. Принимаем что в клеммнике все контакты из одинакового металла. Термоэдс одинаковая 2. Какой металл в контактах клеммника - хз. 3. Принимаем что температуры контактов одинаковые. Термоэдс одинаковая. Вот "будет еще лучше" очень хотелось бы в цифрах. Если лучше на 0,1 градус - пофиг. А если 2 градуса я лучше поставлю специальный разъем, уже заказал их.

Необходимо подключить термопару К-типа к плате. Для подключения термопар существуют специальные разъемы например серии OMEGA PCC-SMP-* разные под тип используемой термопары. В то же время во всех китайских ПИД-регуляторах и модулях термопару подключают через обычный клеммник и не парятся. Однако в измерителях температуры в большинстве случаев все таки используют специальные разъемы. Вопрос: в чем преимущество использования специального разъема для термопары ?

Прям с kernel.org или https://github.com/torvalds/linux.git тянете или все таки с проприетарных неподдерживаемых аллвинеровских сорцов ? Фишка в том чтобы это появилось в mainline! Пройдет N лет и все чипы с которыми мы работаем сейчас станут ненужными.

Вы бы это в mainline linux + u-boot (от denx) вставили - памятник бы вам поставить. А в bare metal - паноптикум какойты.

Все UART в imx6 - 16550 и во многих других так же. Лень открывать User manual но не факт что реализовано прерывание по окончанию передачи, его soc-строители любят выкидывать как "ненужное". Без этого прерывания сделать rs485 - боль. Для RTU от линух нужна гарантия что обработка прерывания не задержится. Эта ос такое не гарантирует от сова вообще, с RT патчем чуть лучше но не 100% Все почему то забывают что в реальных сценариях параллельно обмену RS485 работают и другие блоки и они тоже хотят прерываний. Убогость RTU в том что он для правильной работы требует строгого соблюдения таймингов а стандартные UART вместе со стандартными ОС (Win/Lin) к строгому соблюдению таймингов совсем не пригодны. ASCII в этом отношении предпочтительнее.

Если нувотон сподобился родить дрова для поддержки графики - безусловно быстрее.

Я использую это форум на рабочем месте и это десктоп. Мобильным дизайном сайтов на десктопе пользоваться невозможно! Мобиле - развлечения, работу и технические темы - десктопу.

Не очень понятно в какой раздел форума следует писать, пишу сюда потому что процессор stm32g031. Работаю с rfid считываталями fm17522e - это полнофункциональный аналог nxp-шной mfrc522. Их до 16-ти штук подключено на шину i2c. Чип позволяет задать адрес i2c. Используется ардуиновская либа через прокладку-драйвер чтобы работало в rtos и в многопотоке. Работа со считывателями идет в несколько потоков (сейчас 2, будет 4) под rtos CibiOs. И вот при параллельной работе вылезли странности. Если адрес i2c больше 8 - все работает как задумано. А если подключить чип с адресом меньше 8 - работать перестает. В один поток (т.е поочередно) все без проблем работает с любыми адресами. Действия пока простые: чтение серийника (1) PICC_IsNewCardPresent() (2) PICC_Select(...) (3) PICC_HaltA() Пока такое впечатление что если между 1) и 3) есть обмен с другим устройством то чип с адресом менее 8 начинает глючить. Вообще встречалось ли кому нибудь влияние "чужого" трафика на шине i2c на выполняемую в данный момент операцию ?

Заказчику совсем не нужно "изучение периферии" и самостоятельное написание драйверов. Ему требуется решить его прикладную задачу в рамках ТЗ и не более. Если клиент удовлетворен то нет никакой разницы сделано это с помощью куба или установкой регистров вручную. Да хоть на Адуине. Что мы и наблюдаем прямо сейчас: Дурины с Малинками проникают везде от лифтов и до газовых котлов. А старперы годами изучающие биты да регистры выпадают из обоймы. Вот почему то на писюке погромисты даже не думают писать драйвера или изучать регистры, они просто пишут код и решают поставленные задачи. МК хоть и медленно но движутся в том же направлении: высокоуровневые абстракции и изоляция кода от оборудования.

Понятно, вычеркиваем

Господи, как все запущено! Захожу на страницу продукта "Вилка СРЛМИ2 (14К,2Л,2М)ШС-ОП (2К+1Л+1М+12К+1М+1Л) РА0.364.001 ТУ", отрываю pdf "https://irzirk.ru/upload/iblock/dff/r75w37bbnb7x3s5r3b8qtw3tofw6rum2/ds_Вилка СРЛМИ2 (14К,2Л,2М)ШС-ОП (2К+1Л+1М+12К+1М+1Л) РА0.364.001 ТУ.pdf" - Где чертежи ? В каталоге их тоже нет. Где 3d модель соединителя ? Вряд ли разработчик добровольно станет применять ваши изделия. С таким подходом к работе с потребителями вы лучше обращайтесь в Минпроторг за госдотациями.

Очень емкие конденсаторы - палка о двух концах. Как минимум они дают медленное нарастание питания и медленный спад. Микроконтроллеры такого очень не любят. Короткие пики тока они вряд ли сгладят для этого нужен быстрый стабилизатор + керамика. Предложения: 1) Проверьте включен ли в ESP-IDF brownout. Мало ли вдруг забыли. В любом случае внешний супервизор - обязателен. Провести эксперимент с кратковременной просадкой питания (быстро вкл-выкл-вкл) 2) Проверьте включен ли ватчдог, на столе добейтесь его срабатывания чтобы убедиться что он ребутит чип на самом деле 3) Нет ли паразитного питания ESP32 от внешних цепей? 4) Ограничить мощность передатчика WiFi, понизить тактовую частоту CPU. Если у вас 240 он может перегреваться. 5) Проверить что все обработчики прерываний размещены в RAM.

В ESP32 процессор Xtensa. Так что чтение мануалов кортекса поможет примерно так же как штудирование тиражей Спортлото за 1976 год.

Не получится "гнать мс через них". Западные фирмы и Микрочип в частности мониторят потребление чипов и если новый или старый клиент вдруг показывает аномальный рост закупок - приезжают спецы из ЦРУ выяснять что за х***. Розница - без вопросов а крупный опт = мышеловка. Китайцы сами срутся чтобы не попасть под санкции.

Это G серия относительно новая их вроде бы еще не подделывают. Так что приедут либо пустышки либо нормальные свежие чипы. 2 раза брал на али G030 и G031 - все ОК. С более распространенными можно ожидать чего угодно.

Тепло как вы намерены отводить от ваших процессоров ? ESP32 в режиме 2*240MHz греется изрядно.