Jump to content

    

_3m

Участник
  • Content Count

    908
  • Joined

  • Last visited

Community Reputation

0 Обычный

About _3m

  • Rank
    Знающий

Контакты

  • Сайт
    Array
  • ICQ
    Array

Recent Profile Visitors

5936 profile views
  1. Очень емкие конденсаторы - палка о двух концах. Как минимум они дают медленное нарастание питания и медленный спад. Микроконтроллеры такого очень не любят. Короткие пики тока они вряд ли сгладят для этого нужен быстрый стабилизатор + керамика. Предложения: 1) Проверьте включен ли в ESP-IDF brownout. Мало ли вдруг забыли. В любом случае внешний супервизор - обязателен. Провести эксперимент с кратковременной просадкой питания (быстро вкл-выкл-вкл) 2) Проверьте включен ли ватчдог, на столе добейтесь его срабатывания чтобы убедиться что он ребутит чип на самом деле 3) Нет ли паразитного питания ESP32 от внешних цепей? 4) Ограничить мощность передатчика WiFi, понизить тактовую частоту CPU. Если у вас 240 он может перегреваться. 5) Проверить что все обработчики прерываний размещены в RAM.
  2. В ESP32 процессор Xtensa. Так что чтение мануалов кортекса поможет примерно так же как штудирование тиражей Спортлото за 1976 год.
  3. Не получится "гнать мс через них". Западные фирмы и Микрочип в частности мониторят потребление чипов и если новый или старый клиент вдруг показывает аномальный рост закупок - приезжают спецы из ЦРУ выяснять что за х***. Розница - без вопросов а крупный опт = мышеловка. Китайцы сами срутся чтобы не попасть под санкции.
  4. Это G серия относительно новая их вроде бы еще не подделывают. Так что приедут либо пустышки либо нормальные свежие чипы. 2 раза брал на али G030 и G031 - все ОК. С более распространенными можно ожидать чего угодно.
  5. Тепло как вы намерены отводить от ваших процессоров ? ESP32 в режиме 2*240MHz греется изрядно.
  6. Задача перекликается с темой "Как совместить текст и поток данных в RS-232 ?" Имеется последовательная шина RS485 на ней много устройств разных типов: мои и сторонние. И понадобилась такая штука как логическое отключение/подключение устройства от шины (для общения со "сторонними" устройствам используется протокол XMODEM а он гонит бинарные данные и их нужно игнорировать). С отключением просто: подаем адресную команду и выбранное устройство начинает отбрасывать все принятые байты. Но возникает проблема как его потом включить ? Сейчас мое устройство ждет тишину в линии в течение заданного времени, потом break + специальную последовательность символов для возврата в командный режим. Как оказалось такое решение неудачное. Понадобилась работа через разнотипные интерфейсы: usb-serial, bluetooth-serial, tcp-serial и даже через радиомодем. Ни break ни смену четности ни времянки между байтами нельзя использовать потому что разнотипные интерфейсы не умеют ничего кроме передачи байт на какой то одной фиксированной скорости и не гарантируют времянки. Таким образом мы имеем абстрактный поток передаваемых и принимаемых байт в которых нужно каким то образом сигнализировать об окончании бинарного обмена при этом не вмешиваясь в бинарные данные.
  7. Требование ТЗ - пользователь должен иметь всегда рабочее устройство. А реализация - на усмотрение разработчика и тут возможны варианты: а) неубиваемый загрузчик; б) легко восстановимый пользователем загрузчик (полная прошивка). Для варианта а) необновляемый загрузчик должен быть размещен на отдельной флэшке с навечно включенной защитой от записи а обновляемое ПО на другом носителе. Если загрузчик и ПО на одном носителе - рано или поздно убьют обязательно. В моем случае два носителя были неприемлемы так что реализован вариант б). Я уже задавал подобный вопрос, но никто не ответил(( А можно немного подробнее? Никогда подобным не занимался. 1) Где лежит либа и ее хидер 2) Эту либу можно прилинковать в безлинуксовом окружении С Uboot вы либо работаете в линуксе либо не используете Uboot. Я собираю прямо в эклипсе. Впрочем без командной строки все равно не обойтись. 1) писал вам где либа и хидеры лежат 2) Курить gnu ld но без командной строки и makefile вы все равно не обойдетесь.
  8. Периодически находятся придурки окирпичивающие устройство в процессе апдейта ПО. Посему возможность залить полную прошивку включая загрузчик строго обязательна.
  9. Не знает! У вас опломбированное устройство. Какая ревизия процессора в нем стоит ?
  10. Настройки памяти содержатся в образе прошивки. Разные ревизии процессора - разные бинарники несмотря на то что ПО одинаковое. Если зашить неправильный работать не будет потому что DDR неправильно инициализируется. Различить ревизии процессора программно невозможно. (это был разговор о NUC970). Автодетект памяти в проприетарном аллвинеровском uboot снимает вышеописанное неудобство.
  11. Зачем с флэшки выкачивать ? Достаточно статическую либу прилинковать. Хидеры к либе есть же. Для D1 на который инициализацию dram еще не расковыряли так и делают. boot0 вместо spl а потом уже православный uboot.
  12. Из файла mctl_hal.c: /***************************************************************************** 作用:自动配置DRAM,include type,rank,width,row,col,bank 参数:__dram_para_t *para 返回值:0-表示自动配置失败 , 1-自动配置成功 *****************************************************************************/ #ifdef DRAM_AUTO_SCAN unsigned int auto_scan_dram_config(__dram_para_t *para) Функция: автоматическая настройка DRAM, включая тип, ранг, ширину, строку, столбец, банк Параметры: __dram_para_t *para Возвращаемое значение: 0 — указывает, что автоматическая настройка не удалась, 1 — автоматическая настройка прошла успешно. Если не использовать проприетарный бут то инит памяти надо делать самостоятельно. Это sip. Dram - отдельный чип который приклеен на процессоре и все это упаковано в один корпус. DRAM в том же техпроцессе что CPU не получается (или наоборот). Пытались делать на том же кристалле но "не взлетело".
  13. Наверное вы не очень в курсе функциональности проприетарного boot0. Оно автоматически детектит и настраивает Dram любого типа, разрядности, скорости и объема, в процессе управляет pmic AXP*** чтобы дать правильное напряжение на память. Это критически важно при массовом производстве потому что паяют не строго определенный тип памяти а от балды любой какой есть на складе в данный момент лишь бы требуемый объем набрать. Внутри sip (V3s, D1s и т.п.) вам тоже никто не даст гарантию того что всегда будут ставить полностью идентичные чипы dram. В mainline uboot автодетект типа сделать не могут потому что контроллер ddr sdram не документирован и инициализацию в spl делают путем реверса и дампов с имеющихся устройств. В качестве примера геморойности второго подхода можно привести NUC970. Там поменяли тип dram внутри sip и для новой ревизии нужна другая инициализация. В результате прошивки для разных ревизий одного и того же процессора получаются разные. На практике юзеры с предыдущими ревизиями процессора остались без апдейтов потому что ПО выпускается только под текущую ревизию в производстве.
  14. К1986ВЕ92

    Есть такое непроверенное мнение. (возможно фейк и провокация, просьба отнестись с пониманием) В общем до тех пор пока ФСБ не проведет массовые расстрелы настучит миландру по голове смотрите в сторону китая.
  15. При таком варианте нет шансов пройти таможню РФ если попадете на растаможку. Таможне обязательно нужна выписка из банка с карты получателя посылки.