в спецификациях чипов MT6737 указано максимальное поддерживаемое разрешение как 1280х720. Каким образом SoC работает с матрицей 1280х800 – любопытный вопрос.
там лимит не на разрешение, а на пиксельклок, насколько помню. соответственно просто снизили рефрешрейт немного, до каких-нибудь 57 герц и оно пролезло. ну или гоняют интерфейс в разгоне, иногда прокатывает, если немножко.
олсо интересно было бы посмотреть /proc/cpuinfo, /proc/meminfo и тому подобное. через adb shell туда должен быть доступ. заодно и емкость батарейки реальную наверняка можно посмотреть где-нибудь в /sys/class/power_supply/*{bat,fuel}*/uevent.
Причем процесс идет странными рывками – восемь секунд берет ровный ток около 1,5 А, потом на секунду сбрасывает до нуля. И так в бесконечном цикле.
вспомнились мобильники siemens 55-75 серий. там зарядка была реализована примерно так же- мосфет замыкает питание с зарядника на + батарейки, ждет полсекунды, размыкает, меряет что там на батарейке (примерно те же полсекунды), повторяет до конца зарядки. зарядный ток ограничен только выходным лимитом зарядника и качеством проводов/контакта разъемов. ну и сопротивлением мосфета, которым можно пренебречь.
не убрали, но обновили. сейчас она называется LPC и к ней, например, подключен мультяк. логически то же самое, конвертится друг в друга без проблем. и ио-порты все еще используются. да и прерывания все еще можно дернуть, даже из pcie.
Формально это двухцветный дисплей. Два цвета: черный и красный. По аналогии - монохромный (одноцветный) - один цвет, черный.
А фон - это просто логический 0, отсутствие сигнала и его за отдельный цвет считать не стоит.
технически таки трехцветный, там внутре частички трех разных цветов в масле плавают. и белый- отнюдь не отсутствие сигнала, это какие-нибудь -20 вольт.
олсо черно-белые дисплеи обновляются гораздо быстрее трехцветных. и на них гораздо проще делать градации серого. но если очень сильно хочется- градации серого и красного/желтого можно и на трехцветном диспле сделать. только там уже обновление будет занимать +- минуту.
ghidra, если она может в архитектуру проца из того ЭБУ. если нет- проще дизассемблировать всю прошивку целиком и погрепать по доступу к конкретным ногам/периферии/адресам и доползти оттуда до нужной таблицы. ну или поэмулировать-потрассировать. иногда бывает быстрее. особенно если прошивка действительно большая, а не 64 килобайта.
нет, винда не оверкоммитит вообще. сколько есть оперативки+свопа, столько закоммитить и можно. в отличие от линукса, в котором вон хром больше терабайта на процесс коммитит сходу.
добавь свопа, гигов 30-50. физической записи в него не будет, но в нем можно будет выделять страницы и не упираться в лимит так быстро. а еще неплохо бы посмотреть, кто там накоммитил и открутить погромисту этого руки.
вот да, взять любой DSP с достаточным перфом и считать все на месте. андроид слишком нереалтайм для этого. еще и туда-сюда гонять по радио.
в крайнем случае взять любой достаточно жирный арм и на его дсп-расширениях наваять. то, что у условной малины нет ацп (и цапа)- не проблема, их i2s'ных куча и еще больше.
У STшек единственная дорога в один конец это установка OB_RDP_LEVEL_2.
не совсем в один. если есть чем паверглитчить- оным сбрасывается до level 1, из которого чип можно просто стереть. по крайней мере работает на F0 и F4.
технически максимальный размер фронтбуффера там 1024*1024. правда тогда не влезет третий буфер, а без глубины уже грустно.
если не хотим одновременно игорать и смотреть кинцо- вполне адекватно будет по нагрузке на шину, как по мне.
вот если взять voodoo2- то там даже еще веселее будет. там уже фби научился в некий аналог командбуферов из вулкана (грепни даташит по cmdfifo) и там уже точно будет упор в ожидание voodoo idle.
заливка текстур шину особо не займет- текстурной памяти очень мало. геометрия- возможно, но не уверена. вуду слишком медленно работает и там постоянно надо ждать, пока же она доделает все. в случае второй вуды там и вовсе шина может быть почти полностью свободной.
ну и pci- параллельная. какая-нибудь сетевуха/ide-контроллер/usb-хост все пожрут.
нет, контекст остается все еще один и весь остальной рабочий стол остается без ускорения. через LFB можно писать-читать фреймбуфер без какого-либо контекста, там можно в обход (почти) всей машинерии это делать. синхронизация только понадобится (с мезой).
а в мезе уже ограничить рендер scissor'ом или как он там тогда звался до размера окна. все равно физически там только экранные координаты поддерживаются и все надо пересчитывать.
GENDAC он. там унутре PLL встроенный, и аж два его выхода клочат фби и память (причем не напрямую, а тоже через фби)
возможности рисовать в отдельное окно, напоминаю, нет.
технически- есть, но не реализовано в виндовом драйвере (как и возможность выводить туда рабочий стол). если очень-очень-очень-очень хочется, наверн можно соорудить в линуксе без переписывания всего драйвера. там и рабочий стол на ней работает.
на скриншоте на вход PLL подан клок от внутреннего RC-генератора. он не очень-то точен и температурно стабилен. переключи на HSE (:
а еще у того камня есть аппаратный usb, можно было навернуть usb-cdc и гонять по нему, а не по usb-uart. только не помню вот, пофиксили ли ст тот баг с забытой поддержкой переключения скорости потока в их библиотеке. без этого в линуксе не заработает.
ну, к слову говоря, драйвер можно было и не писать, а взять уже готовый подписанный валидный легитимный, типа AsrDrv101, гигабайтовский GIO, асусовский AsUpIO или вообще RwDrv... но да, так интереснее (:
да, оффсет заблокирован. но даунвольтить все еще можно через настройки load line calibration. но эт ладно, эт не для всех, да и биос разлачивать придется скорее всего для них.
но все же, правильно душить процессоры не отключением буста, а настройкой лимитов. потому что так, например, остается синглтред перф. современные (и не очень тоже) процессоры рассчитаны на то, что буст у них будет. да и банально с ним меньше итоговое потребление в околоидле (пока не гонишь в потолок). выгоднее быстро посчитать и выключиться, чем считать долго.
выключать турбобуст- самое глупое, что можно сделать на U-проце. если перегревается и с охладом ничего не сделать- надо в первую очередь даунвольтить, во вторую, если все еще не справляется- резать PL2. если порезали- стоит сразу же баланс tdp переключить максимально на проц, задушив интеграшку. все равно не используется, а жрать она может больше PL1 проца. в троттлстопе, нпрмр, есть эта настройка.
конкретно в винде отключать своп все же не стоит. гигабайт-два лучше оставить. без свопа не будет работать сжатие памяти (а это +треть памяти почти без потерь перфа). и опять же, без свопа нельзя будет использовать всю память машины- винда не оверкоммитит память и вполне может сказать, что она закончилась, когда по диспетчеру задач свободно еще половина.
да и запрещенных символов сильно меньше, чем кажется. те же ? и * (а так же <>: как минимум) вполне себе создаются с помощью touch file\?\* из WSL1 (и вроде бы из cygwin). правда проводник не сможет нормально показать имя такого файла. в терминале показывалось нормально. и еще может быть очень весело такое удалять.
пакеты в эфире другие, но та же модуляция и если сильно хочется- 24-ым можно нафонить бле-пакетов. на которые хватит максимальной длины (у 24 немножко маленькая, хватит только, чтоб другой девайс увидел нас). у вайфая все же qam сейчас, насколько помню.
читать всю спеку бле мне немножко лениво, сорян. не приходилось еще пилить девайсов с ним. про ifs знаю.
там лимит не на разрешение, а на пиксельклок, насколько помню. соответственно просто снизили рефрешрейт немного, до каких-нибудь 57 герц и оно пролезло. ну или гоняют интерфейс в разгоне, иногда прокатывает, если немножко.
олсо интересно было бы посмотреть /proc/cpuinfo, /proc/meminfo и тому подобное. через adb shell туда должен быть доступ. заодно и емкость батарейки реальную наверняка можно посмотреть где-нибудь в /sys/class/power_supply/*{bat,fuel}*/uevent.
вспомнились мобильники siemens 55-75 серий. там зарядка была реализована примерно так же- мосфет замыкает питание с зарядника на + батарейки, ждет полсекунды, размыкает, меряет что там на батарейке (примерно те же полсекунды), повторяет до конца зарядки. зарядный ток ограничен только выходным лимитом зарядника и качеством проводов/контакта разъемов. ну и сопротивлением мосфета, которым можно пренебречь.
не убрали, но обновили. сейчас она называется LPC и к ней, например, подключен мультяк. логически то же самое, конвертится друг в друга без проблем. и ио-порты все еще используются. да и прерывания все еще можно дернуть, даже из pcie.
технически таки трехцветный, там внутре частички трех разных цветов в масле плавают. и белый- отнюдь не отсутствие сигнала, это какие-нибудь -20 вольт.
олсо черно-белые дисплеи обновляются гораздо быстрее трехцветных. и на них гораздо проще делать градации серого. но если очень сильно хочется- градации серого и красного/желтого можно и на трехцветном диспле сделать. только там уже обновление будет занимать +- минуту.
ghidra, если она может в архитектуру проца из того ЭБУ. если нет- проще дизассемблировать всю прошивку целиком и погрепать по доступу к конкретным ногам/периферии/адресам и доползти оттуда до нужной таблицы. ну или поэмулировать-потрассировать. иногда бывает быстрее. особенно если прошивка действительно большая, а не 64 килобайта.
нет, винда не оверкоммитит вообще. сколько есть оперативки+свопа, столько закоммитить и можно. в отличие от линукса, в котором вон хром больше терабайта на процесс коммитит сходу.
добавь свопа, гигов 30-50. физической записи в него не будет, но в нем можно будет выделять страницы и не упираться в лимит так быстро. а еще неплохо бы посмотреть, кто там накоммитил и открутить погромисту этого руки.
а слабо mipi dsi'ное диспло на pio rp2040 наногодрыгать? xD
вот да, взять любой DSP с достаточным перфом и считать все на месте. андроид слишком нереалтайм для этого. еще и туда-сюда гонять по радио.
в крайнем случае взять любой достаточно жирный арм и на его дсп-расширениях наваять. то, что у условной малины нет ацп (и цапа)- не проблема, их i2s'ных куча и еще больше.
надо бы и свой уже допричесать и выложить, мой как раз на сголды ориентирован больше xD
Event Tracing for Windows. все там есть и весьма неплохое.
не совсем в один. если есть чем паверглитчить- оным сбрасывается до level 1, из которого чип можно просто стереть. по крайней мере работает на F0 и F4.
технически максимальный размер фронтбуффера там 1024*1024. правда тогда не влезет третий буфер, а без глубины уже грустно.
если не хотим одновременно игорать и смотреть кинцо- вполне адекватно будет по нагрузке на шину, как по мне.
вот если взять voodoo2- то там даже еще веселее будет. там уже фби научился в некий аналог командбуферов из вулкана (грепни даташит по cmdfifo) и там уже точно будет упор в ожидание voodoo idle.
заливка текстур шину особо не займет- текстурной памяти очень мало. геометрия- возможно, но не уверена. вуду слишком медленно работает и там постоянно надо ждать, пока же она доделает все. в случае второй вуды там и вовсе шина может быть почти полностью свободной.
ну и pci- параллельная. какая-нибудь сетевуха/ide-контроллер/usb-хост все пожрут.
нет, контекст остается все еще один и весь остальной рабочий стол остается без ускорения. через LFB можно писать-читать фреймбуфер без какого-либо контекста, там можно в обход (почти) всей машинерии это делать. синхронизация только понадобится (с мезой).
а в мезе уже ограничить рендер scissor'ом или как он там тогда звался до размера окна. все равно физически там только экранные координаты поддерживаются и все надо пересчитывать.
GENDAC он. там унутре PLL встроенный, и аж два его выхода клочат фби и память (причем не напрямую, а тоже через фби)
технически- есть, но не реализовано в виндовом драйвере (как и возможность выводить туда рабочий стол). если очень-очень-очень-очень хочется, наверн можно соорудить в линуксе без переписывания всего драйвера. там и рабочий стол на ней работает.
на скриншоте на вход PLL подан клок от внутреннего RC-генератора. он не очень-то точен и температурно стабилен. переключи на HSE (:
а еще у того камня есть аппаратный usb, можно было навернуть usb-cdc и гонять по нему, а не по usb-uart. только не помню вот, пофиксили ли ст тот баг с забытой поддержкой переключения скорости потока в их библиотеке. без этого в линуксе не заработает.
ну, к слову говоря, драйвер можно было и не писать, а взять уже готовый подписанный валидный легитимный, типа AsrDrv101, гигабайтовский GIO, асусовский AsUpIO или вообще RwDrv... но да, так интереснее (:
да, оффсет заблокирован. но даунвольтить все еще можно через настройки load line calibration. но эт ладно, эт не для всех, да и биос разлачивать придется скорее всего для них.
но все же, правильно душить процессоры не отключением буста, а настройкой лимитов. потому что так, например, остается синглтред перф. современные (и не очень тоже) процессоры рассчитаны на то, что буст у них будет. да и банально с ним меньше итоговое потребление в околоидле (пока не гонишь в потолок). выгоднее быстро посчитать и выключиться, чем считать долго.
выключать турбобуст- самое глупое, что можно сделать на U-проце. если перегревается и с охладом ничего не сделать- надо в первую очередь даунвольтить, во вторую, если все еще не справляется- резать PL2.
если порезали- стоит сразу же баланс tdp переключить максимально на проц, задушив интеграшку. все равно не используется, а жрать она может больше PL1 проца. в троттлстопе, нпрмр, есть эта настройка.
конкретно в винде отключать своп все же не стоит. гигабайт-два лучше оставить.
без свопа не будет работать сжатие памяти (а это +треть памяти почти без потерь перфа). и опять же, без свопа нельзя будет использовать всю память машины- винда не оверкоммитит память и вполне может сказать, что она закончилась, когда по диспетчеру задач свободно еще половина.
да и запрещенных символов сильно меньше, чем кажется. те же ? и * (а так же <>: как минимум) вполне себе создаются с помощью touch file\?\* из WSL1 (и вроде бы из cygwin). правда проводник не сможет нормально показать имя такого файла. в терминале показывалось нормально.
и еще может быть очень весело такое удалять.
пакеты в эфире другие, но та же модуляция и если сильно хочется- 24-ым можно нафонить бле-пакетов. на которые хватит максимальной длины (у 24 немножко маленькая, хватит только, чтоб другой девайс увидел нас).
у вайфая все же qam сейчас, насколько помню.
читать всю спеку бле мне немножко лениво, сорян. не приходилось еще пилить девайсов с ним. про ifs знаю.