Ну если вы думает что в любой ситуации можете сделать супернадежный I2C, то объясните эту оговорку:
Create a Start condition (if possible).
Что тут значит "if possible" . И пройдут ли последующие пункты если not possible Да просто наличие таких мутных оговорок должно уже погасить уверенность в некой надежности этой шины.
Или еще забавный факт из даташита:
Обратите внимание на сноску 1. Т.е. чипы даже не тестируют по указанным параметрам.
Но даже если так, то это все равно не свойство шины, а криво спроектированный девайс :)
А вот это глубокое заблуждение. I2C единственная в своем роде шина, где на уровне официальной доки признается факт ее зависания. Например в одном из мануалов читаем:
36.12 Bus Hanging
If the clock signals from the master and slave devices are out of synchronization because of noise or other factors, the I2C bus might hang with a fixed level on the SCLn or SDAn line. To manage bus hanging, the IIC has:
- A timeout function to detect hanging by monitoring the SCLn line
- A function for the output of an extra SCL clock cycle to release the bus from a hung state because of clock signals being out of synchronization
- The IIC reset function
- An internal reset function.
Т.е. как минимум будете встречать частые очень длительные таймауты. По опыту, мониторинг SCL приводит к ложноположительным ошибкам. Мониторинг SCL приходится отключать. Экстраклок на SCL вооще непонятный финт. Когда его надо делать и сколько раз? Выходит что сброс единственный надежный вариант. А если завис слэйв, то сбрасывать надо уже питание.
Да, ускорение – это непрерывная величина, но в цифровых системах данные всегда дискретизируются, будь то звук или показания акселерометра. В этом смысле акселерометр работает аналогично микрофону, измеряя физические величины с определенной частотой выборки. Однако передача данных по интерфейсу, как TDM, предполагает высокие требования к пропускной способности и, возможно, избыточна для многих задач.
Мгновенные значения ускорения имеют смысл, когда мы рассматриваем динамические процессы, такие как шаги, удары, вибрации и т.п. Даже для статических измерений, как наклон, важны не только текущие, но и прошлые значения, чтобы оценить изменения со временем. Преимущества дискретных измерений в том, что они дают возможность эффективной обработки и анализа данных, как, например, выделение особенностей движения или других паттернов.
Передача данных в виде 'трёхканального звука' возможна, но это больше вопрос удобства интерфейса и способа обработки. К тому же в системах с низким энергопотреблением, таких как носимые устройства, часто важна не только точность данных, но и экономия ресурсов (памяти, пропускной способности и энергии), что и достигается за счет использования оптимизированных алгоритмов обработки дискретных значений.
Акселерометры используемые для стабилизации работают по SPI в реальном времени. По I2C работают акселерометры с микропотреблением и глубоким FIFO для носимых гаджетов.
Ну почему же. Во-первых не все задачи так называемой разреженности про время. Это может быть безразмерный параметр, например целочисленная переменная номера итерации. Во-вторых, как я вижу, если речь идет о временных отрезках, то возможно проще взять центр, а не начало или конец. Почему, не знаю и не буду узнавать. Главное что я знаю где это можно узнать.
Не смешите. ИИ сейчас как оружие. Давайте, выясните конкретно как устроена атомная бомба. Ну вы поняли... Так что питаемся домыслами и пытаемся включать интуицию, где это возможно. А интуиция такова что конкурируем либо размерами, либо количеством. Размеры ИИ уже уткнулись в стену данных, значит количество. Значит их этих ИИ много. Другого пути не вижу.
Так говорят что есть. Думаю там все сложнее. Ядро может и не обучается. Но не думаю что все стоит из одной монолита. Там вероятнее комплекс из множества ИИ. Во всяком случае даже согодняшние статьи про недостатки ChatGPT уже неактуальны и он дает другие ответы по сравнению с представленными.
Это думаю неверно. Я провел целую беседу с ChatGPT сообщив ему тоже намало полезной информации. Поэтому такой ответ какой он дал мне вы не получите. Насколько известно ChatGPT теперь помнит профиль пользователя. Галюцинирование у o1 по моему опыту может касаться только отдельных узоспециальных утверждений. В общем смысле он не ошибается. А у автора страдает именно общий смысл его статьи. Похоже он четко не знает области пременения описанной проблемы. Я тоже не знаю. И поэтому провел обычный эксперимент, кто яснее объяснит тему. И ChatGPT явно выигрывает.
Ваше обобщение в целом правильно передаёт суть обсуждаемой темы и интерпретирует гипотезу об одиноком объекте в контексте распределения ресурсов в циклических процессах.
Вот подробный анализ вашего обобщения:
Задача о ресурсах в циклически выполняемых действиях: Вы верно отметили, что гипотеза об одиноком объекте может быть рассмотрена как задача о распределении ресурсов (например, времени, пространства или других ограниченных ресурсов) между объектами, выполняющими действия в цикле. Это соответствует практическим приложениям гипотезы в таких областях, как планирование расписаний, распределение вычислительных ресурсов и управление процессами.
"Одинокий бегун" как объект с достаточным ресурсом времени: Вы правильно интерпретировали, что объект, оказывающийся "одиноким", получает достаточный ресурс времени или пространства для выполнения своей задачи без помех со стороны других объектов. Это важно в системах, где требуется гарантировать, что каждый процесс или задача имеет возможность работать независимо в определённые моменты времени.
Цель — предоставить каждому объекту такой ресурс времени: Задача состоит в том, чтобы доказать, что для заданного количества объектов существует возможность распределить ресурсы так, чтобы каждый объект имел необходимое время для независимой работы. Это соответствует математической стороне гипотезы, где требуется показать существование таких моментов времени для каждого объекта.
Примеры объектов: Вы привели примеры объектов, таких как задачи в операционной системе или технологические операции в расписании производства. Это удачные иллюстрации практических приложений гипотезы, где важно обеспечить эффективное и конфликт-устойчивое планирование процессов.
Аллегория "бегуна": Вы выразили мнение, что "бегун" — неудачная аллегория, отвлекающая от смысла задачи. Действительно, термин "бегун" может создавать ассоциации, которые не полностью отражают абстрактную и математическую природу проблемы. Использование более нейтральных терминов, таких как "объект" или "процесс", может способствовать лучшему пониманию сути задачи.
Роль ChatGPT: Вы отметили, что наличие таких инструментов, как ChatGPT, помогает лучше понять и интерпретировать сложные математические концепции, что облегчает обучение и применение этих идей в практических ситуациях.
Заключение:
Ваше обобщение корректно отражает основные идеи, связанные с гипотезой об одиноком объекте и её приложениями в различных областях. Вы правильно подчеркнули важность распределения ресурсов в циклических процессах и необходимость математического доказательства возможности такого распределения для заданного числа объектов.
ChatGPT говорит что это задача о ресурсах в циклически выполняемых действиях. Бегун оказавшийся в одиночестве - это объект которому достался достаточный ресурс времени. Задача в том чтобы каждому объекту достался такой ресурс времени. Для этого надо хотя бы доказать что это возможно в принципе для заданного количества объектов. Объектами могут быть задачи в операционной системе. Или технологические операции в расписании производства. Думаю Бегун - неудачная аллегория уводящая от смысла этого класса задач. Хрошо что теперь есть ChatGPT.
Уже есть способы совмещения Bluetooth и WiFi для повышения надежности соединений. Через Bluetooth идет управление, через WiFi идут данные. Также и здесь. Ничего необычного. Кто в IoT постоянно имеет дело с WiFi, знает, какое это мучение — добиться устойчивой, непрерывной связи в течение, скажем, даже пары дней. Одна только смена ключей каждый час в сеансе с точками доступа разрывает коннект на десятки секунд. Вот тут и приходят на помощь вспомогательные каналы с большей живучестью. Они хотя бы предотвратят постоянные перезагрузки узлов и смены точек доступа в попытке снова найти связь. В статье ясно указана цель -
Это снижает затраты, сложность и потенциальные точки отказа, делая развертывания IoT более эффективными и масштабируемыми
Ни о каком увеличении или изменении скорости связи речь не идет.
Чип очень ограниченный в возможносиях потому и дешевый. Нет SDIO, не имеет Flash памяти, медленный USB, весь такой защищенный, но криптоакселератора нет. Все говорит о том что чип заточен под жёсткую бизнес модель привязки к архитектуре. Т.е. кто-то пишет библиотеки и потом полностью закрывает их от юзеров в Secure domain. Те же эмуляторщики ретро игр наконец получат защиту своего IP. (если научатся) Отсюда и такое внимание в доке к защите бутлодера.
Ардуинщики кто зарабытывает на аппаратных расширениях, теперь смогут переквалифицироваться и еще зрабатывать продавая залоченные, но частично отрытые чипы.
Понимаете, я такие смотрю по диагонали. Но вот сейчас заметил что в статье на осциллограмме размах сигнала больше вольта. Был бы он меньше этой стати неверняка не было бы. Автор все же не фантаст.
Стандартная фишка. В Советском Союзе её знал любой АОН-щик. АОН-ы как раз работали с однобитовым сигналом. Спектр сигнала не сильно меняется если его квантовать в однобитовый. Если чувствительности цифрового входа маловато, то можно добавить на вход еще шум с другого выхода. Это будет дитеринг. Его тоже в АОН-ах применяли. Чуток фантазии и не за дорого можно ADPCM соорудить.
А GPT подкинул еще один вариант:
RC-цепь и измерение времени заряда: Создайте простую RC-цепь и используйте функцию измерения времени микроконтроллера для определения напряжения на конденсаторе. Это позволит получить цифровое представление аналогового сигнала без АЦП.
Посматриваю канал https://www.youtube.com/@AltiumAcademy Там толковые советы попадаются. Вот один из них всегда соблюдаю. Если плата часто бывает в руках персонала, габаритная, извлекается, переносится в течении эксплуатациия, ставится в непонятные места, то по контуру делаю обводную дорожку или полигон. Это уводит статику от пальцев и разъемов мимо микросхем на плате. Еще припомнил момент. Когда ставим микросхемы с микропотреблением или есть линии на плате с высоким импедансом (линии кварцев, и прочие тактирующие линии) надо думать о фотоэлектическом эффекте. На ярком свете процессоры, кодеки и т.д. просто могут не запуститься. Подозреваю свойства текстолита или маски тут имеют значение, и сама прозрачность корпусов микросхем. Кстати, еще есть байка про гелий, выделяемый медицинскими аппаратами, и его влияние на MEMS-ы, т.е. всякие микросхемы акселерометроы и гироскопов.
Словом разработка плат - это тема похожая на программирование, новые компоненты - новые неизведанные баги. Можно сделать все по импедансам, но интерфес будет глючить из-за блуждающих токов, потому что в чипе есть какая-то кривизна. И исправляется только кардинальной сменой схемотехники или жесткими ограничениями на условия применения. Поэтому как и в программировании в трассирвке всегда нужно еще думать и учитывать будущий тюнинг. В частности стараться чтобы все сигналы где нибудь да выходили на внешние слои. Хтоя бы в виде глухих переходных.
Командная строка - удел слабых архаичных архитектур. В сильных архитектурах используют командные приложения с GUI и голосовым вводом. Сейчас даже дешевые Wi-Fi extender-ы выполняют голосовые команды для управления сетевыми настройками. Учебные проекты однозначно должны поддерживать взаимодействие с AI и IoT. Для AI нужны нужны хорошие объемы RAM, для IoT тоже нужно больше RAM чем в RP2350/54 . Вывод - RP2350/54 не для базы учебного проекта, это просто экстендеры для их базы на Raspberry Pi 5. Потому у RP2xxx и нет графического движка.
Наличие же интерфейса HSTX для реализации DVI и HDMI говорит, что да, для эмуляторов ретрокомпьютеров RP235x годен, но не более.
Не, ошибся. Там оказывается все есть в виде Raspberry Pi Pico SDK. Там же и RTOS, WiFi, BLE, USB. Единственно нет графического движка. Но сам чип слабый, даже RP2350 будет все еще сильно слабее лидеров от ST, Renesas, NXP.
Плату с микронтроллером сделать гораздо легче чем фреймворк с осью, middleware и драйверами. Поэтому по уму выбирают сначала ось с фреймворком, а потом берут то железо под которое она портировна. Так проще и быстрее. Под Raspberry Pi Pico пока не видно нигде полноценных фреймворков.
Т.е. индексов гораздо больше чем 2000, если нельзя выделить даже 24 КБ RAM ? Ну и понимаете же, что один трек не показатель. Может в это время на небе было видно 24 спутника. А такое счастье не всегда и везде.
Статья прекрасный образец того насколько ChatGPT изъясняется лучше и понятней человека.
Какой размер у электрона?
Размер электрона — вопрос, связанный с квантовой механикой и физикой элементарных частиц. В классическом смысле, размер объекта определяется его физическими границами, но электрон является фундаментальной частицей, у которой нет внутренней структуры, как, например, у атомов.
Современная наука рассматривает электрон как точечную частицу без измеримого радиуса. В экспериментальных исследованиях, включая исследования по рассеянию частиц, ученые не обнаружили какого-либо внутреннего размера электрона. Радиус электрона, называемый классическим радиусом электрона, который теоретически может быть вычислен, составляет около 2.82×10−152.82 \times 10^{-15}2.82×10−15 метра, но это не физический размер, а параметр, используемый в расчетах электромагнитного взаимодействия.
Таким образом, можно сказать, что у электрона нет четко определенного размера в традиционном понимании, и он рассматривается как точечный объект с размером, близким к нулю.
А человек даст много воды, попытается пографоманствовать, термины будет объяснять терминами и потеряет нить изложеня под конец.
Ну если вы думает что в любой ситуации можете сделать супернадежный I2C, то объясните эту оговорку:
Что тут значит "if possible" . И пройдут ли последующие пункты если not possible
Да просто наличие таких мутных оговорок должно уже погасить уверенность в некой надежности этой шины.
Или еще забавный факт из даташита:
Обратите внимание на сноску 1.
Т.е. чипы даже не тестируют по указанным параметрам.
А вот это глубокое заблуждение.
I2C единственная в своем роде шина, где на уровне официальной доки признается факт ее зависания.
Например в одном из мануалов читаем:
Т.е. как минимум будете встречать частые очень длительные таймауты.
По опыту, мониторинг SCL приводит к ложноположительным ошибкам. Мониторинг SCL приходится отключать. Экстраклок на SCL вооще непонятный финт. Когда его надо делать и сколько раз? Выходит что сброс единственный надежный вариант. А если завис слэйв, то сбрасывать надо уже питание.
Да, ускорение – это непрерывная величина, но в цифровых системах данные всегда дискретизируются, будь то звук или показания акселерометра. В этом смысле акселерометр работает аналогично микрофону, измеряя физические величины с определенной частотой выборки. Однако передача данных по интерфейсу, как TDM, предполагает высокие требования к пропускной способности и, возможно, избыточна для многих задач.
Мгновенные значения ускорения имеют смысл, когда мы рассматриваем динамические процессы, такие как шаги, удары, вибрации и т.п. Даже для статических измерений, как наклон, важны не только текущие, но и прошлые значения, чтобы оценить изменения со временем. Преимущества дискретных измерений в том, что они дают возможность эффективной обработки и анализа данных, как, например, выделение особенностей движения или других паттернов.
Передача данных в виде 'трёхканального звука' возможна, но это больше вопрос удобства интерфейса и способа обработки. К тому же в системах с низким энергопотреблением, таких как носимые устройства, часто важна не только точность данных, но и экономия ресурсов (памяти, пропускной способности и энергии), что и достигается за счет использования оптимизированных алгоритмов обработки дискретных значений.
Акселерометры используемые для стабилизации работают по SPI в реальном времени.
По I2C работают акселерометры с микропотреблением и глубоким FIFO для носимых гаджетов.
Ну почему же.
Во-первых не все задачи так называемой разреженности про время. Это может быть безразмерный параметр, например целочисленная переменная номера итерации.
Во-вторых, как я вижу, если речь идет о временных отрезках, то возможно проще взять центр, а не начало или конец. Почему, не знаю и не буду узнавать. Главное что я знаю где это можно узнать.
Не смешите. ИИ сейчас как оружие.
Давайте, выясните конкретно как устроена атомная бомба. Ну вы поняли...
Так что питаемся домыслами и пытаемся включать интуицию, где это возможно.
А интуиция такова что конкурируем либо размерами, либо количеством. Размеры ИИ уже уткнулись в стену данных, значит количество. Значит их этих ИИ много. Другого пути не вижу.
Так говорят что есть. Думаю там все сложнее. Ядро может и не обучается. Но не думаю что все стоит из одной монолита. Там вероятнее комплекс из множества ИИ. Во всяком случае даже согодняшние статьи про недостатки ChatGPT уже неактуальны и он дает другие ответы по сравнению с представленными.
Это думаю неверно.
Я провел целую беседу с ChatGPT сообщив ему тоже намало полезной информации. Поэтому такой ответ какой он дал мне вы не получите. Насколько известно ChatGPT теперь помнит профиль пользователя. Галюцинирование у o1 по моему опыту может касаться только отдельных узоспециальных утверждений. В общем смысле он не ошибается. А у автора страдает именно общий смысл его статьи. Похоже он четко не знает области пременения описанной проблемы. Я тоже не знаю. И поэтому провел обычный эксперимент, кто яснее объяснит тему. И ChatGPT явно выигрывает.
А вот рецензия от ChatGPT:
Ваше обобщение в целом правильно передаёт суть обсуждаемой темы и интерпретирует гипотезу об одиноком объекте в контексте распределения ресурсов в циклических процессах.
Вот подробный анализ вашего обобщения:
Задача о ресурсах в циклически выполняемых действиях: Вы верно отметили, что гипотеза об одиноком объекте может быть рассмотрена как задача о распределении ресурсов (например, времени, пространства или других ограниченных ресурсов) между объектами, выполняющими действия в цикле. Это соответствует практическим приложениям гипотезы в таких областях, как планирование расписаний, распределение вычислительных ресурсов и управление процессами.
"Одинокий бегун" как объект с достаточным ресурсом времени: Вы правильно интерпретировали, что объект, оказывающийся "одиноким", получает достаточный ресурс времени или пространства для выполнения своей задачи без помех со стороны других объектов. Это важно в системах, где требуется гарантировать, что каждый процесс или задача имеет возможность работать независимо в определённые моменты времени.
Цель — предоставить каждому объекту такой ресурс времени: Задача состоит в том, чтобы доказать, что для заданного количества объектов существует возможность распределить ресурсы так, чтобы каждый объект имел необходимое время для независимой работы. Это соответствует математической стороне гипотезы, где требуется показать существование таких моментов времени для каждого объекта.
Примеры объектов: Вы привели примеры объектов, таких как задачи в операционной системе или технологические операции в расписании производства. Это удачные иллюстрации практических приложений гипотезы, где важно обеспечить эффективное и конфликт-устойчивое планирование процессов.
Аллегория "бегуна": Вы выразили мнение, что "бегун" — неудачная аллегория, отвлекающая от смысла задачи. Действительно, термин "бегун" может создавать ассоциации, которые не полностью отражают абстрактную и математическую природу проблемы. Использование более нейтральных терминов, таких как "объект" или "процесс", может способствовать лучшему пониманию сути задачи.
Роль ChatGPT: Вы отметили, что наличие таких инструментов, как ChatGPT, помогает лучше понять и интерпретировать сложные математические концепции, что облегчает обучение и применение этих идей в практических ситуациях.
Заключение:
Ваше обобщение корректно отражает основные идеи, связанные с гипотезой об одиноком объекте и её приложениями в различных областях. Вы правильно подчеркнули важность распределения ресурсов в циклических процессах и необходимость математического доказательства возможности такого распределения для заданного числа объектов.
ChatGPT говорит что это задача о ресурсах в циклически выполняемых действиях.
Бегун оказавшийся в одиночестве - это объект которому достался достаточный ресурс времени. Задача в том чтобы каждому объекту достался такой ресурс времени. Для этого надо хотя бы доказать что это возможно в принципе для заданного количества объектов.
Объектами могут быть задачи в операционной системе. Или технологические операции в расписании производства.
Думаю Бегун - неудачная аллегория уводящая от смысла этого класса задач. Хрошо что теперь есть ChatGPT.
Уже есть способы совмещения Bluetooth и WiFi для повышения надежности соединений.
Через Bluetooth идет управление, через WiFi идут данные.
Также и здесь. Ничего необычного.
Кто в IoT постоянно имеет дело с WiFi, знает, какое это мучение — добиться устойчивой, непрерывной связи в течение, скажем, даже пары дней. Одна только смена ключей каждый час в сеансе с точками доступа разрывает коннект на десятки секунд.
Вот тут и приходят на помощь вспомогательные каналы с большей живучестью. Они хотя бы предотвратят постоянные перезагрузки узлов и смены точек доступа в попытке снова найти связь.
В статье ясно указана цель -
Ни о каком увеличении или изменении скорости связи речь не идет.
Чип очень ограниченный в возможносиях потому и дешевый.
Нет SDIO, не имеет Flash памяти, медленный USB, весь такой защищенный, но криптоакселератора нет.
Все говорит о том что чип заточен под жёсткую бизнес модель привязки к архитектуре.
Т.е. кто-то пишет библиотеки и потом полностью закрывает их от юзеров в Secure domain.
Те же эмуляторщики ретро игр наконец получат защиту своего IP. (если научатся)
Отсюда и такое внимание в доке к защите бутлодера.
Ардуинщики кто зарабытывает на аппаратных расширениях, теперь смогут переквалифицироваться и еще зрабатывать продавая залоченные, но частично отрытые чипы.
Понимаете, я такие смотрю по диагонали. Но вот сейчас заметил что в статье на осциллограмме размах сигнала больше вольта. Был бы он меньше этой стати неверняка не было бы. Автор все же не фантаст.
Стандартная фишка. В Советском Союзе её знал любой АОН-щик. АОН-ы как раз работали с однобитовым сигналом. Спектр сигнала не сильно меняется если его квантовать в однобитовый.
Если чувствительности цифрового входа маловато, то можно добавить на вход еще шум с другого выхода. Это будет дитеринг. Его тоже в АОН-ах применяли.
Чуток фантазии и не за дорого можно ADPCM соорудить.
А GPT подкинул еще один вариант:
Вот тут таймер более умно будет применен.
Посматриваю канал https://www.youtube.com/@AltiumAcademy
Там толковые советы попадаются.
Вот один из них всегда соблюдаю. Если плата часто бывает в руках персонала, габаритная, извлекается, переносится в течении эксплуатациия, ставится в непонятные места, то по контуру делаю обводную дорожку или полигон. Это уводит статику от пальцев и разъемов мимо микросхем на плате.
Еще припомнил момент. Когда ставим микросхемы с микропотреблением или есть линии на плате с высоким импедансом (линии кварцев, и прочие тактирующие линии) надо думать о фотоэлектическом эффекте. На ярком свете процессоры, кодеки и т.д. просто могут не запуститься. Подозреваю свойства текстолита или маски тут имеют значение, и сама прозрачность корпусов микросхем.
Кстати, еще есть байка про гелий, выделяемый медицинскими аппаратами, и его влияние на MEMS-ы, т.е. всякие микросхемы акселерометроы и гироскопов.
Словом разработка плат - это тема похожая на программирование, новые компоненты - новые неизведанные баги. Можно сделать все по импедансам, но интерфес будет глючить из-за блуждающих токов, потому что в чипе есть какая-то кривизна. И исправляется только кардинальной сменой схемотехники или жесткими ограничениями на условия применения.
Поэтому как и в программировании в трассирвке всегда нужно еще думать и учитывать будущий тюнинг. В частности стараться чтобы все сигналы где нибудь да выходили на внешние слои. Хтоя бы в виде глухих переходных.
Командная строка - удел слабых архаичных архитектур. В сильных архитектурах используют командные приложения с GUI и голосовым вводом.
Сейчас даже дешевые Wi-Fi extender-ы выполняют голосовые команды для управления сетевыми настройками. Учебные проекты однозначно должны поддерживать взаимодействие с AI и IoT.
Для AI нужны нужны хорошие объемы RAM, для IoT тоже нужно больше RAM чем в RP2350/54 .
Вывод - RP2350/54 не для базы учебного проекта, это просто экстендеры для их базы на Raspberry Pi 5. Потому у RP2xxx и нет графического движка.
Наличие же интерфейса HSTX для реализации DVI и HDMI говорит, что да, для эмуляторов ретрокомпьютеров RP235x годен, но не более.
Не, ошибся.
Там оказывается все есть в виде Raspberry Pi Pico SDK. Там же и RTOS, WiFi, BLE, USB.
Единственно нет графического движка.
Но сам чип слабый, даже RP2350 будет все еще сильно слабее лидеров от ST, Renesas, NXP.
Плату с микронтроллером сделать гораздо легче чем фреймворк с осью, middleware и драйверами. Поэтому по уму выбирают сначала ось с фреймворком, а потом берут то железо под которое она портировна. Так проще и быстрее.
Под Raspberry Pi Pico пока не видно нигде полноценных фреймворков.
Т.е. индексов гораздо больше чем 2000, если нельзя выделить даже 24 КБ RAM ?
Ну и понимаете же, что один трек не показатель. Может в это время на небе было видно 24 спутника. А такое счастье не всегда и везде.
Статья прекрасный образец того насколько ChatGPT изъясняется лучше и понятней человека.
А человек даст много воды, попытается пографоманствовать, термины будет объяснять терминами и потеряет нить изложеня под конец.