Я Евгению предлагал сделать отдельную, по питону, кстати, мусора уже много, можно и зачистить...
Да, TFT под питоном перерисовываетcя медленно, не зависимо от скорости SPI, как ты и предполагал
Я Евгению предлагал сделать отдельную, по питону, кстати, мусора уже много, можно и зачистить...
Да, TFT под питоном перерисовываетcя медленно, не зависимо от скорости SPI, как ты и предполагал
Потому что питон баловство, ну или использовать на супер пупер процессоре, но никак не на МК. На 48 МГц шине spi stm32 перерисовку экрана 320х240 получалось 29 кадров в секунду и все равно приходилось оптимизировать заполнение кадрового буфера, т к спрайты мерцали.
не, обожи, ща он на этом шилде браун фак, или как там его, запустит, тогда точно, пиши пропало.
я бы пальцы отрубал, всем жаждующим программировать МК на всяких джавах, микропайтанах и прочей хери. зажирели все сука, и бит раздули до гигабайта, и в обратной пропорции мозги оскуднели.
не, обожи, ща он на этом шилде браун фак, или как там его, запустит, тогда точно, пиши пропало.
я бы пальцы отрубал, всем жаждующим программировать МК на всяких джавах, микропайтанах и прочей хери. зажирели все сука, и бит раздули до гигабайта, и в обратной пропорции мозги оскуднели.
ты чё такой кровожадный? )))
а на чём еще изучать, абстрактно - нет стимула...
Есть круг задач, где питон однозначно войдёт в микроконтроллер, та же катушка Мишина...
...умение писать на Питоне можно сравнить с умением Массажиста или такой профессии как Лекальщик...
где самое важное качество - умение тактильного контакта, а не скорость исполнения ;-)
а вот кстати, у него аппаратные прерывания работают на 0 ядре с частотой 10 килогерц, если поделить сигнал на 100, то можно частотомер до 1 мегагерца с точностью 200 герц сделать и на интерпретаторе )))
Пока ещё нет. Вот когда на ентой плате начнётся программирование катушки Мишина ...
так уже началось! см. один пост выше Вашего )))
PS так что вы там говорите, внук увлекается, а слабо внуку частотомер до 1 мегагерца с точностью 100 герц, оверклокинг разрешается, подсказки старших товарищей тоже )))
Ну, последнее, что он делал (насколько я знаю), скачку интернет-контента для самых разных нужд интернет-магазина.
это совсем мимо мимо контроллеров...
Теоретически частотомер я одолел, получается в районе 50 герц точность, но с размерностями переменных что-то не то, периодически вылетает: NameError: local variable referenced before assignment
Вот такой ваш лживый Phyton )))
ЗЫ было бы понятно, что явный косяк если бы не работало совсем...
>>> %Run -c $EDITOR_CONTENT
clock speed 250 MHz
FREQ = 19.8059kHz
FREQ = 19.89021kHz
FREQ = 19.77535kHz
FREQ = 19.88309kHz
FREQ = 19.98002kHz
FREQ = 19.9362kHz
Traceback (most recent call last):
File "<stdin>", line 133, in <module>
File "<stdin>", line 126, in get_freq
NameError: local variable referenced before assignment
>>>
Теоретически частотомер я одолел, получается в районе 50 герц точность,
50 Гц при частоте 1 Мгц? Не, не верю.
При собственной частоте клока порядка 100 МГц и измеряемом сигнале 1 Мгц лучшая точность, которую ты можешь получить прямым измерением - будет порядка 1% от 1 Мгц - то есть +/- 10 Кгц. Примерно в 100 раз хуже, чем ты рассказываешь.
Если сделать оверклок до 400 МГц - ситуация меняется не сильно... все равно точность будет порядка 2.5 КГц
Можно, конечно, применить оверсемплинг... но даже на оверклоке нужно вытащить из оверсемпла порядка 5бит.... кучеряво.
NameError: local variable referenced before assignment
Беда. Вам надо в Т-Системе писать. Там это не является проблемой. Там это как раз "родная" ситуация.
Кстати, Т-Система - это как раз совсем про микроконтроллеры, если что.
Там главная идея такая. Т-система - надстройка над языком (например, над С, но в принципе над любым). Кроме обычных переменных и функций, существуют Т-переменные и Т-функции. Т-переменная это переменная, которая может иметь состояния "готова" или не "готова". Т переменной можно присвоить неготовое значение и продолжать исполнение программы до тех пор, пока это значение реально не понадобится. Только тогда программа тормознётся и подождёт.
Т.е., например, присвоили некой Т-переменной результат считывания температуры с далласовского датчика (оно ведь долго считывается) и спокойно выполняемся дальше, делаем свои дела. А когда значение реально понадобится (для печати, например), может к тому времени оно уже будет готово. Но, если не будет, тогда тормознём и дождёмся.
А получить ошибку в процент при измерении 20 КГц - такой результат можно и на обычной Уне получить с ее 16 Мегагерцами :)
точность измерения зависит от опоры, исключительно от опоры и, скорости нарастания и спада фронтов измеряемого сигнала
ЗЫ речь вообще-то шла об индикаторе частоты для частот порядка 300 килогерц )))
ход ваших мыслей понятен, но, перед замером частоты сплю две секунды, все медленные процессы должны отработать
Ничерта не понято. Суть-то не в медленных процессах, а в том, что Вы используете переменную доо инициализации. Так вот, в Т-системе это можно делать. На эту тему и была шутка.
ua6em пишет:
А что есть Т-Система? ссылкой маякните pse
Ну, я ж вроде суть кратко описал. Хотите подробнее, ну начните отсюда - https://clck.ru/wQ3C7
Ничерта не понято. Суть-то не в медленных процессах, а в том, что Вы используете переменную доо инициализации. Так вот, в Т-системе это можно делать. На эту тему и была шутка.
этого не может быть, потому, что не может быть никогда, мало того, сначала задаю размерность, потом обнуляю (это всё до использования)
ua6em пишет:
А что есть Т-Система? ссылкой маякните pse
ЕвгенийП пишет:
Ну, я ж вроде суть кратко описал. Хотите подробнее, ну начните отсюда - https://clck.ru/wQ3C7
используемые мной системные функции могут крутиться на разных ядрах...не подумал об этом...вероятность есть и не маленькая... ну этож Питон, до ядер я ещё не дошёл и, в этом микроПитоне сильные ограничения вплоть до невозможных, о невозможности перенесения некоторых функций, что я применяю, на нулевое ядро, читал
точность измерения зависит от опоры, исключительно от опоры и, скорости нарастания и спада фронтов измеряемого сигнала
вижу "аналоговый" опыт из прошлого века :)
Так вот, в цифровой технике точность в первую очередь определяется цифровым разрешением. И если у тебя цифровое разрешение 10 КГц, то хоть ты убейся, никакая "опора" не даст тебе измерить частоту лучше.
Цитата:
ЗЫ речь вообще-то шла об индикаторе частоты для частот порядка 300 килогерц )))
на частотах 300 КГц ты можешь рассчитывать на точность порядка кигогерца... при условии, конечно, если в коде не запутаешься
точность измерения зависит от опоры, исключительно от опоры и, скорости нарастания и спада фронтов измеряемого сигнала
вижу "аналоговый" опыт из прошлого века :)
Так вот, в цифровой технике точность в первую очередь определяется цифровым разрешением. И если у тебя цифровое разрешение 10 КГц, то хоть ты убейся, никакая "опора" не даст тебе измерить частоту лучше.
Цитата:
ЗЫ речь вообще-то шла об индикаторе частоты для частот порядка 300 килогерц )))
на частотах 300 КГц ты можешь рассчитывать на точность порядка кигогерца... при условии, конечно, если в коде не запутаешься
ты вообще ничего не понимаешь в измерениях, почитай к примеру тут на сайте как Евгений измерял тактовую частоту процессора, в конечном итоге ведь сослался на опору... )))
с переменными и отступами разобрался, упёрся в частоту вызова IRQ... будем искать с перламутровыми пуговицами
PS насчёт переменных "так все делают" ))) PPS всё таки придётся читать учебник, а не смотреть "как все делают"
целая страница обсуждения не RP2040....
P.S. to ua6em: умные люди/разработчики написали SDK и куча примеров для IRQ в том числе, зачем изобретать велосипед и пытаться все это на перламутровых пуговицах реализовать не понимаю.
на частотах 300 КГц ты можешь рассчитывать на точность порядка кигогерца... при условии, конечно, если в коде не запутаешься
Этот бред уже затрахал! Мозг помой себе, плз.
Если просто за секунду считать количество импульсов, что и является определением частоты,
то погрешность будет - 1 (Один) Герц!!!
Вроде и не пьет человек особо, а пишет - как вечно датый!
---------------------------------------------
Я понял, откуда твой бред взялся - от желания считать длительность периода.... Ну так НЕ НАДО так измерять высокие частоты. ;)) Вроде и грубить не хочу, но все равно - дурак. ;))
Еще раз про частотомер. А то идею Главного Форумного Частотомера (от Димакса) так никто и не понимает, кроме двух-трех старожилов.
Низкие частоты. для которых измерение периода дает приемлемую точность - измеряют путем определения периода. Ставится прерывание на фронт, Инпут капча режистер фиксирует время - считаем период. Погрешность - примерно равна квадрату частоты деленному на 16 миллионов (при частоте таймера 16МГц). То есть до 4 КГц - имеем погрешность в 1 Гц. на 100КГц погрешность - почти 1КГц.
Высокие частоты измеряем подсчетом импульсов за фиксированное время. Погрешность - 1/(время измерения). Измеряем целую секунду - погрешность 1 Герц. но ждать долго, Измеряем 1 мс - погрешность 1Кгц. Измеряем 10 сек - погрешность 0.1Гц.
----------------------
Алгоритм правильного частотомера единственный - измеряем период и если соответствующая частота более 4 КГц - переходим к измерению частоты прямым подсчетом импульсов.
1. На МК, безусловно, нужно считать каждый такт и экономить каждый байт. Ведь спотовые цены на байты и процессорное время - растут на дрожжах! (можно посмотреть цены на 1 сек ядра и 1 Мб памяти в облаках - AWS... ну или в "рюс-AWS" - Яндекс клауд) ;))) Осталось найти способ продавать на спотовом рынке сэкономленные байты и такты.
2. Бесспорно, что чаще всего на МК решают критичные по времени задачи: обработки курсов беспилотника, управления ядерным реактором и подобные. (Тут фото ардуин из боевых самолетов публиковали)
3. А если без ёрничания, то для критических ко времени моментов (1 на 100 проектов) есть ассемблерные вставки, которые изначально поддерживаются микроПитоном именно для таких случаев.
Я понял, откуда твой бред взялся - от желания считать длительность периода.... Ну так НЕ НАДО так измерять высокие частоты. ;)) Вроде и грубить не хочу, но все равно - дурак. ;))
правильно пишешь. И возразить нечего.
PS а питон все равно отстой :) по крайней мере для меня. Писать на ем на МК - извращение :)
целая страница обсуждения не RP2040....
P.S. to ua6em: умные люди/разработчики написали SDK и куча примеров для IRQ в том числе, зачем изобретать велосипед и пытаться все это на перламутровых пуговицах реализовать не понимаю.
понимаешь коллега, уровень моего погружения в С++ достаточен, чтобы переварить любой чужой код...если в этом будет необходимость и, даже написать что-то своё...
Хочется новых тактильных ощущений...вот мне сынуля говорил, что в Питоне очень важно форматирование, таки да я Вам скажу...
Алгоритм правильного частотомера единственный - измеряем период и если соответствующая частота более 4 КГц - переходим к измерению частоты прямым подсчетом импульсов.
.Ульри! Где у него кнопка счетчик?
осталось найти, любым способом, да хоть на ассемблере
пора сносить тему, так как наработками (а прошло больше месяца) никто делиться не собирается )))
Дык не быстро, сегодня http клиента нарисовал, хрень, буду переписывать, а ещё и сервер...не все так быстро.
Но конечно за счёт двух ядер и быстродействия этот МК думаю со временем stm32 в младших сериях, не сильно нашпигованных периферией, переплюнет.
пора сносить тему, так как наработками (а прошло больше месяца) никто делиться не собирается )))
Дык не быстро, сегодня http клиента нарисовал, хрень, буду переписывать, а ещё и сервер...не все так быстро. Но конечно за счёт двух ядер и быстродействия этот МК думаю со временем stm32 в младших сериях, не сильно нашпигованных периферией, переплюнет.
всё потихоньку, сегодня проверил PULLUP-PULLDOWN - работает, на днях хочу ШИМ посмотреть, с точностью до герца на 100 мегагерцах держит? Тогда генератор делается на раз-два, интересно, таблицу синусов от 0 до 65535 какую делать?
Пытаюсь из пары отдельных плат - RP2040 и ESP32-WROOM-32 - сделать некое подобие RP2040-Connect - то есть Пики с ЕСП32 модулем :) Только у меня ЕСП32 будет внешний. Идея вот отсюда: STM32 и внешний WiFi-сопроцессор
Библиотека WIFININA доступна, NINA firmware для ЕСП32 тоже. Не взлетает...
====Update====
Одолел все-таки.
Решил расписать подробности здесь, чтобы не растаскивать на несколько постов. Подробное описание читайте по ссылке Renzo Mischianti выше, от меня только практические детали
Вместо либы WIFININA можно взять WifiNINA-generic - современная адаптация первой Вифи-Нины. Там уже заявлена поддержка RP2040. но пины все равно нужно править, причем в коде самой либы, что неудобно.
Одолел в итоге. проблема была в питании. Пока внешнее питание на ЕСП32 не подал - сетей не видело. Хотя казалось бы, с пина 5в ардуины никаких проблем быть не должно...
Код запустился на всех трех типах ЕСП32, что у меня нашлись:
Заодно можно сравнить качество радиотракта на трех платах.
На плате ESP32-WROOM-32D работает отлично, находит сканером аж 9 соседних сетей
на плате ESP32-LoLIN находит только две сети - мою и ближайшего соседа. Видимо антеннка на печатке так себе
На плате ESP32-WROOM-32U как-то совсем плохо.... не находит ничего.
ну все, пропала ветка
Я Евгению предлагал сделать отдельную, по питону, кстати, мусора уже много, можно и зачистить...
Да, TFT под питоном перерисовываетcя медленно, не зависимо от скорости SPI, как ты и предполагал
ну все, пропала ветка
Че это? Вдруг кому пригодиться.
ЗЫ. Завтра хочу начать прикручивать wiznet w5500 к rp2040, в отдельном ядре Web сервер зайдёт хорошо.
ну все, пропала ветка
Я Евгению предлагал сделать отдельную, по питону, кстати, мусора уже много, можно и зачистить...
Да, TFT под питоном перерисовываетcя медленно, не зависимо от скорости SPI, как ты и предполагал
Потому что питон баловство, ну или использовать на супер пупер процессоре, но никак не на МК. На 48 МГц шине spi stm32 перерисовку экрана 320х240 получалось 29 кадров в секунду и все равно приходилось оптимизировать заполнение кадрового буфера, т к спрайты мерцали.
ну все, пропала ветка
не, обожи, ща он на этом шилде браун фак, или как там его, запустит, тогда точно, пиши пропало.
я бы пальцы отрубал, всем жаждующим программировать МК на всяких джавах, микропайтанах и прочей хери. зажирели все сука, и бит раздули до гигабайта, и в обратной пропорции мозги оскуднели.
не, обожи, ща он на этом шилде браун фак, или как там его, запустит, тогда точно, пиши пропало.
я бы пальцы отрубал, всем жаждующим программировать МК на всяких джавах, микропайтанах и прочей хери. зажирели все сука, и бит раздули до гигабайта, и в обратной пропорции мозги оскуднели.
ты чё такой кровожадный? )))
а на чём еще изучать, абстрактно - нет стимула...
Есть круг задач, где питон однозначно войдёт в микроконтроллер, та же катушка Мишина...
...умение писать на Питоне можно сравнить с умением Массажиста или такой профессии как Лекальщик...
где самое важное качество - умение тактильного контакта, а не скорость исполнения ;-)
частотомер через транслятор ???
а вот кстати, у него аппаратные прерывания работают на 0 ядре с частотой 10 килогерц, если поделить сигнал на 100, то можно частотомер до 1 мегагерца с точностью 200 герц сделать и на интерпретаторе )))
PS используя внутренний RTC как временную опору
ну все, пропала ветка
Пока ещё нет. Вот когда на ентой плате начнётся программирование катушки Мишина ...
ну все, пропала ветка
Пока ещё нет. Вот когда на ентой плате начнётся программирование катушки Мишина ...
так уже началось! см. один пост выше Вашего )))
PS так что вы там говорите, внук увлекается, а слабо внуку частотомер до 1 мегагерца с точностью 100 герц, оверклокинг разрешается, подсказки старших товарищей тоже )))
заинтриговали...что же такое он на питоне творить может, что интересно...
Ну, последнее, что он делал (насколько я знаю), скачку интернет-контента для самых разных нужд интернет-магазина.
Ну, последнее, что он делал (насколько я знаю), скачку интернет-контента для самых разных нужд интернет-магазина.
это совсем мимо мимо контроллеров...
Теоретически частотомер я одолел, получается в районе 50 герц точность, но с размерностями переменных что-то не то, периодически вылетает: NameError: local variable referenced before assignment
Вот такой ваш лживый Phyton )))
ЗЫ было бы понятно, что явный косяк если бы не работало совсем...
PS Komandir сказал нельзя )))
Теоретически частотомер я одолел, получается в районе 50 герц точность,
50 Гц при частоте 1 Мгц? Не, не верю.
При собственной частоте клока порядка 100 МГц и измеряемом сигнале 1 Мгц лучшая точность, которую ты можешь получить прямым измерением - будет порядка 1% от 1 Мгц - то есть +/- 10 Кгц. Примерно в 100 раз хуже, чем ты рассказываешь.
Если сделать оверклок до 400 МГц - ситуация меняется не сильно... все равно точность будет порядка 2.5 КГц
Можно, конечно, применить оверсемплинг... но даже на оверклоке нужно вытащить из оверсемпла порядка 5бит.... кучеряво.
PS Komandir сказал нельзя )))
правильно сказал
А получить ошибку в процент при измерении 20 КГц - такой результат можно и на обычной Уне получить с ее 16 Мегагерцами :)
Беда. Вам надо в Т-Системе писать. Там это не является проблемой. Там это как раз "родная" ситуация.
Кстати, Т-Система - это как раз совсем про микроконтроллеры, если что.
Там главная идея такая. Т-система - надстройка над языком (например, над С, но в принципе над любым). Кроме обычных переменных и функций, существуют Т-переменные и Т-функции. Т-переменная это переменная, которая может иметь состояния "готова" или не "готова". Т переменной можно присвоить неготовое значение и продолжать исполнение программы до тех пор, пока это значение реально не понадобится. Только тогда программа тормознётся и подождёт.
Т.е., например, присвоили некой Т-переменной результат считывания температуры с далласовского датчика (оно ведь долго считывается) и спокойно выполняемся дальше, делаем свои дела. А когда значение реально понадобится (для печати, например), может к тому времени оно уже будет готово. Но, если не будет, тогда тормознём и дождёмся.
Беда. Вам надо в Т-Системе писать. Там это не является проблемой. Там это как раз "родная" ситуация.
А что есть Т-Система? ссылкой маякните pse
А получить ошибку в процент при измерении 20 КГц - такой результат можно и на обычной Уне получить с ее 16 Мегагерцами :)
точность измерения зависит от опоры, исключительно от опоры и, скорости нарастания и спада фронтов измеряемого сигнала
ЗЫ речь вообще-то шла об индикаторе частоты для частот порядка 300 килогерц )))
Ничерта не понято. Суть-то не в медленных процессах, а в том, что Вы используете переменную доо инициализации. Так вот, в Т-системе это можно делать. На эту тему и была шутка.
Ну, я ж вроде суть кратко описал. Хотите подробнее, ну начните отсюда - https://clck.ru/wQ3C7
Ничерта не понято. Суть-то не в медленных процессах, а в том, что Вы используете переменную доо инициализации. Так вот, в Т-системе это можно делать. На эту тему и была шутка.
этого не может быть, потому, что не может быть никогда, мало того, сначала задаю размерность, потом обнуляю (это всё до использования)
Ну, я ж вроде суть кратко описал. Хотите подробнее, ну начните отсюда - https://clck.ru/wQ3C7
используемые мной системные функции могут крутиться на разных ядрах...не подумал об этом...вероятность есть и не маленькая... ну этож Питон, до ядер я ещё не дошёл и, в этом микроПитоне сильные ограничения вплоть до невозможных, о невозможности перенесения некоторых функций, что я применяю, на нулевое ядро, читал
используемые мной системные функции могут крутиться на разных ядрах...не подумал об этом...вероятность есть и не маленькая... ну этож Питон,
Не могут, именно потому что это ж питон, а не серьезный язык.
точность измерения зависит от опоры, исключительно от опоры и, скорости нарастания и спада фронтов измеряемого сигнала
вижу "аналоговый" опыт из прошлого века :)
Так вот, в цифровой технике точность в первую очередь определяется цифровым разрешением. И если у тебя цифровое разрешение 10 КГц, то хоть ты убейся, никакая "опора" не даст тебе измерить частоту лучше.
на частотах 300 КГц ты можешь рассчитывать на точность порядка кигогерца... при условии, конечно, если в коде не запутаешься
точность измерения зависит от опоры, исключительно от опоры и, скорости нарастания и спада фронтов измеряемого сигнала
вижу "аналоговый" опыт из прошлого века :)
Так вот, в цифровой технике точность в первую очередь определяется цифровым разрешением. И если у тебя цифровое разрешение 10 КГц, то хоть ты убейся, никакая "опора" не даст тебе измерить частоту лучше.
на частотах 300 КГц ты можешь рассчитывать на точность порядка кигогерца... при условии, конечно, если в коде не запутаешься
ты вообще ничего не понимаешь в измерениях, почитай к примеру тут на сайте как Евгений измерял тактовую частоту процессора, в конечном итоге ведь сослался на опору... )))
с переменными и отступами разобрался, упёрся в частоту вызова IRQ... будем искать с перламутровыми пуговицами
PS насчёт переменных "так все делают" )))
PPS всё таки придётся читать учебник, а не смотреть "как все делают"
целая страница обсуждения не RP2040....
P.S. to ua6em: умные люди/разработчики написали SDK и куча примеров для IRQ в том числе, зачем изобретать велосипед и пытаться все это на перламутровых пуговицах реализовать не понимаю.
этого не может быть, потому, что не может быть никогда
Может и так. Тока Вы это не мне доказывайте, а тому, кто выдаёт Вам сообщение
:-)
на частотах 300 КГц ты можешь рассчитывать на точность порядка кигогерца... при условии, конечно, если в коде не запутаешься
Этот бред уже затрахал! Мозг помой себе, плз.
Если просто за секунду считать количество импульсов, что и является определением частоты,
то погрешность будет - 1 (Один) Герц!!!
Вроде и не пьет человек особо, а пишет - как вечно датый!
---------------------------------------------
Я понял, откуда твой бред взялся - от желания считать длительность периода.... Ну так НЕ НАДО так измерять высокие частоты. ;)) Вроде и грубить не хочу, но все равно - дурак. ;))
Еще раз про частотомер. А то идею Главного Форумного Частотомера (от Димакса) так никто и не понимает, кроме двух-трех старожилов.
Низкие частоты. для которых измерение периода дает приемлемую точность - измеряют путем определения периода. Ставится прерывание на фронт, Инпут капча режистер фиксирует время - считаем период. Погрешность - примерно равна квадрату частоты деленному на 16 миллионов (при частоте таймера 16МГц). То есть до 4 КГц - имеем погрешность в 1 Гц. на 100КГц погрешность - почти 1КГц.
Высокие частоты измеряем подсчетом импульсов за фиксированное время. Погрешность - 1/(время измерения). Измеряем целую секунду - погрешность 1 Герц. но ждать долго, Измеряем 1 мс - погрешность 1Кгц. Измеряем 10 сек - погрешность 0.1Гц.
----------------------
Алгоритм правильного частотомера единственный - измеряем период и если соответствующая частота более 4 КГц - переходим к измерению частоты прямым подсчетом импульсов.
Ну и хейтерам Питона. Отдельный привет!
1. На МК, безусловно, нужно считать каждый такт и экономить каждый байт. Ведь спотовые цены на байты и процессорное время - растут на дрожжах! (можно посмотреть цены на 1 сек ядра и 1 Мб памяти в облаках - AWS... ну или в "рюс-AWS" - Яндекс клауд) ;))) Осталось найти способ продавать на спотовом рынке сэкономленные байты и такты.
2. Бесспорно, что чаще всего на МК решают критичные по времени задачи: обработки курсов беспилотника, управления ядерным реактором и подобные. (Тут фото ардуин из боевых самолетов публиковали)
3. А если без ёрничания, то для критических ко времени моментов (1 на 100 проектов) есть ассемблерные вставки, которые изначально поддерживаются микроПитоном именно для таких случаев.
этого не может быть, потому, что не может быть никогда
Может и так. Тока Вы это не мне доказывайте, а тому, кто выдаёт Вам сообщение
:-)
Так я выше уже посыпал голову пеплом )))
Я понял, откуда твой бред взялся - от желания считать длительность периода.... Ну так НЕ НАДО так измерять высокие частоты. ;)) Вроде и грубить не хочу, но все равно - дурак. ;))
правильно пишешь. И возразить нечего.
PS а питон все равно отстой :) по крайней мере для меня. Писать на ем на МК - извращение :)
целая страница обсуждения не RP2040....
P.S. to ua6em: умные люди/разработчики написали SDK и куча примеров для IRQ в том числе, зачем изобретать велосипед и пытаться все это на перламутровых пуговицах реализовать не понимаю.
понимаешь коллега, уровень моего погружения в С++ достаточен, чтобы переварить любой чужой код...если в этом будет необходимость и, даже написать что-то своё...
Хочется новых тактильных ощущений...вот мне сынуля говорил, что в Питоне очень важно форматирование, таки да я Вам скажу...
PS а питон все равно отстой :) по крайней мере для меня. Писать на ем на МК - извращение :)
не скажи...адафруит вон как на нём бизнес поднял...потому что упростил погружение до не'льзя
Алгоритм правильного частотомера единственный - измеряем период и если соответствующая частота более 4 КГц - переходим к измерению частоты прямым подсчетом импульсов.
.Ульри! Где у него
кнопкасчетчик?осталось найти, любым способом, да хоть на ассемблере
Пора тему сносить...
Ещё на мат не перешли, а он уже "сносить"! Не! Ну нормальный чувак?!
ну так давай перейдем? :)
ну так давай перейдем? :)
Начинай, я - отлить схожу...
Начинай, я - отлить схожу...
в нашем возрасте - отличная идея
Начинай, я - отлить схожу...
в нашем возрасте - отличная идея
омник вам в помощь
ого, я смотрю ты опытный :)
Торасемид и регулярная мастурбация - вот мой совет!
пора сносить тему, так как наработками (а прошло больше месяца) никто делиться не собирается )))
пора сносить тему, так как наработками (а прошло больше месяца) никто делиться не собирается )))
Дык не быстро, сегодня http клиента нарисовал, хрень, буду переписывать, а ещё и сервер...не все так быстро.
Но конечно за счёт двух ядер и быстродействия этот МК думаю со временем stm32 в младших сериях, не сильно нашпигованных периферией, переплюнет.
пора сносить тему, так как наработками (а прошло больше месяца) никто делиться не собирается )))
всё потихоньку, сегодня проверил PULLUP-PULLDOWN - работает, на днях хочу ШИМ посмотреть, с точностью до герца на 100 мегагерцах держит? Тогда генератор делается на раз-два, интересно, таблицу синусов от 0 до 65535 какую делать?
В примерах есть и шим и dma. Остальное copy paste и математика
на чем? и коннект к сети через что?
пора сносить тему, так как наработками (а прошло больше месяца) никто делиться не собирается )))
Афигеть...
Откуда взяться наработкам, если прошел всего один месяц?
Ну а по части установки/настройки кое-какая информация есть. Чего ж еще?
Откуда взяться наработкам, если прошел всего один месяц?
там столько примеров, что в принципе почти все типичные задачи осваиваются за вечер:) или за два...
Пытаюсь из пары отдельных плат - RP2040 и ESP32-WROOM-32 - сделать некое подобие RP2040-Connect - то есть Пики с ЕСП32 модулем :) Только у меня ЕСП32 будет внешний. Идея вот отсюда: STM32 и внешний WiFi-сопроцессор
Библиотека WIFININA доступна, NINA firmware для ЕСП32 тоже. Не взлетает...
====Update====
Одолел все-таки.
Решил расписать подробности здесь, чтобы не растаскивать на несколько постов. Подробное описание читайте по ссылке Renzo Mischianti выше, от меня только практические детали
1. Ставим библиотеку Adafruit/WiFiNINA
2. Прошиваем ЕСП32 прошивкой Adafruit/nina-fw
3. Подключение
Далее открываем пример ScanNetworks.ino к библиотеке WIFININA. Там в начале идет настройка пинов для разных плат, но подходящих нам нет:
Для целей тестирования проще это все удалить или закомментировать и вставить следующие строчки:
Все, можно пробовать.
==== необязательное =====
Вместо либы WIFININA можно взять WifiNINA-generic - современная адаптация первой Вифи-Нины. Там уже заявлена поддержка RP2040. но пины все равно нужно править, причем в коде самой либы, что неудобно.
Одолел в итоге. проблема была в питании. Пока внешнее питание на ЕСП32 не подал - сетей не видело. Хотя казалось бы, с пина 5в ардуины никаких проблем быть не должно...
Код запустился на всех трех типах ЕСП32, что у меня нашлись:
Заодно можно сравнить качество радиотракта на трех платах.
На плате ESP32-WROOM-32D работает отлично, находит сканером аж 9 соседних сетей
на плате ESP32-LoLIN находит только две сети - мою и ближайшего соседа. Видимо антеннка на печатке так себе
На плате ESP32-WROOM-32U как-то совсем плохо.... не находит ничего.
видимо антенны совсем пло... да ее вовсе нет! :)
на чем? и коннект к сети через что?
Так я выше вроде писал, w5500 + wiznet библиотеки, обмен по spi все по sdk библиотекам.