The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Проект Raspberry Pi представил плату Pico на основе собственного микроконтроллера, opennews (??), 21-Янв-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


133. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Сишник (?), 22-Янв-21, 11:53 
"ESP32-S3 is a dual-core XTensa LX7 MCU, capable of running at 240 MHz. Apart from its 512 KB of internal SRAM, it also comes with integrated 2.4 GHz, 802.11 b/g/n Wi-Fi and Bluetooth-Low-Energy 5.0 connectivity that provides long-range support. It has 44 programmable GPIOs and supports a rich set of peripherals. Compared with ESP32, it supports larger, high-speed octal SPI flash, and PSRAM with configurable data and instruction cache." 44 gpio нормально уже, плюс в отличие от обсуждаемого камня тут есть поодержка векторов и инструкции для AI.
Ответить | Правка | Наверх | Cообщить модератору

138. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Crazy Alex (ok), 22-Янв-21, 13:05 
Не нашёл инфу конкретно по S3, но на esp8266 и простом ESP32 - "китайские" GPIO, Вот примерно так: https://randomnerdtutorials.com/esp32-pinout-reference-gpios/ - то есть имеем ограничения на использование. Плюс - опять-таки для предыдущих, но вряд ли что-то изменилось - SDK толком не документирован и имеет массу граблей. Плюс XTensa опять. В общем если захотеть иметь с ними дело можно, но с ARM - намного проще.
Ответить | Правка | Наверх | Cообщить модератору

250. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 24-Янв-21, 22:21 
esp реально нечто для наколенщиков, между мк и одноплатниками, ни 2 ни 1.5 - вроде бы и новая ниша, но зачем оно именно такое черт знает. Вафля довольно большой интерфейс, без линуха с ним голимо и криво уже. Как микроконтроллер оно дурацкое и кривое. Как комп - тоже. В общем используется в основном чтобы пострадать какой-то фигней.
Ответить | Правка | Наверх | Cообщить модератору

249. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 24-Янв-21, 22:19 
> "ESP32-S3 is a dual-core XTensa LX7 MCU, capable of running at 240 MHz.

Это все здорово. А теперь попробуй на 240 мегагерцев от вон той литиевой таблетки. Так и поймешь в чем пойнт Cortex M0, на небольшой частоте он кушает очень скромно. У STM есть L0 на этом, можно годами от скромной батареечки валяться. Посматривая изредка на какой-нибудь датчик, или что там кто хотел.

Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

255. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Сишник (?), 24-Янв-21, 22:30 
Я пробовал, грееца. Но и у сабжа завлено 0.7 Вт, это не сказать что скромно.
Ответить | Правка | Наверх | Cообщить модератору

271. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 25-Янв-21, 12:58 
> Я пробовал, грееца. Но и у сабжа завлено 0.7 Вт, это не
> сказать что скромно.

Для начала литиевая таблетка держит несколько миллиампер. При попытке жрать больше напруга проваливается, система неизбежно уйдет в ребут. И в габаритах беспроводного брелка такое питание как-то логичнее смотрися, чтоли. Брелок состоящий из больщих батареек уже не то.

А у сабжа заявлено небось для всей платы, на всем скаку. С самого по себе cortex M0 можно совсем другие величины получить. Какой-нибудь 32L от STMicro может жалкие микроамперы кушать, телепая на паре десятков кГц. Это конечно не core i9, но все же - дееспособный проц, способный к произвольной реакции на раздражители, и батарейки ему в таком виде хватит на годы. А на F1 допустим можно только совсем в спячку брякнуться для сравнимого потребления. Но это уже не есть активный проц, гибкость уже не та.

Ответить | Правка | Наверх | Cообщить модератору

280. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 25-Янв-21, 13:51 
> А у сабжа заявлено небось для всей платы, на всем скаку. С
> самого по себе cortex M0 можно совсем другие величины получить. Какой-нибудь
> 32L от STMicro может жалкие микроамперы кушать, телепая на паре десятков
> кГц. Это конечно не core i9, но все же - дееспособный
> проц, способный к произвольной реакции на раздражители, и батарейки ему в
> таком виде хватит на годы. А на F1 допустим можно только
> совсем в спячку брякнуться для сравнимого потребления. Но это уже не
> есть активный проц, гибкость уже не та.

Помнится мне, основное отличие L0 от F0/F1 — более низкие значения рабочего напряжения, что нелинейно позволяет снизить потребляемую мощность. Ну и чуть иначе сделанная периферия. А так-то что CM0, что CM1 могут работать на низких частотах, могут впадать в спячку разной глубины, да и разница в потреблении именно ядра далеко не такая значительная. Микроархитектура ядра не такую уж и разницу вносит, не надо тут. Определяющее тут именно то, что более жирные ядра идут в комплексе с более производительной и жирной периферией, а не само ядро.

Ответить | Правка | Наверх | Cообщить модератору

289. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 25-Янв-21, 15:22 
*CM3, конечно же, а не CM1, тьфу.
Ответить | Правка | Наверх | Cообщить модератору

300. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 12:33 
> Помнится мне, основное отличие L0 от F0/F1 — более низкие значения рабочего
> напряжения, что нелинейно позволяет снизить потребляемую мощность.

Мне удобнее F1 vs L1 сравнить, более в лоб. И то не 100% лобовое сравнение, в L1 некоторая периферия все же уже другая, GPIO уже "HW v2" как я условно обзываю это.
1) Видимо, другой техпроцесс. У MFRов кремния бывают вариация "speed" и "low power". L1 видимо, второе. Поэтому максимальные частоты ниже, но и потребление, в т.ч. uA/MHz - тоже. И весь чип оптимизирован на low power.
2) У F1 только clock gating. У L1 - полновесный DVFS, 3 разных напряжения с разными допустимыми точками (max freq vs core volt).
3) Другие вольтажи Vcore. Именно поэтому могут от 1.8V питаться. У F1 - 1.8V это уже выход встроенного LDO на Vcore, на нем должно что-то дропаться, так что там минимум 2 вольта. В отличие от L1 Vcore не регулируется и зажат в максимум потребный для работы на самой большой частоте, неэффективно по энергии.
4) Более банальная проблема. У L1 есть Multi-speed RC osc. И минимально он может осциллировать на 65кГц, чтоли. Потребляя какие-то крохи, но являясь источником клока для системы. И при этом может быть работающее на такой частоте ядро, что интереснее вырубленого наповал. В F1 изначально в системе неоткуда взять low speed clock если вместо полного power down хочется потупить на низкой частоте, ожидая кнопку какую или там байт из интерфейса и проч. Конечно есть прескалер, но поделить 8МГц до 125, чтоли, минимум все же по энергии уже совсем не то что изначальные 65кГц сразу по всей схеме.

> Ну и чуть иначе сделанная периферия. А так-то что CM0, что CM1 могут работать на
> низких частотах, могут впадать в спячку разной глубины,

CM1 я вообще ни разу в жизни не видел. Как и CM2. В F1 - CM3. Теоретически, 1 и 2 вроде бы бывают но практически рынок их в массе своей проигнорировал и есть CM0/M0+ а вторая ступенька CM3.

> да и разница в потреблении именно ядра далеко не такая значительная.

И тем не менее, STMicro как самые экономные декларит L0. Еще недавно G0 сделали, некий гибрид ужа с ежом - и не прожорливые, и не особо тормозные. Очень жаль что не M3, потому что L0 все же обрубок по командам, код менее эффективный.

> Микроархитектура ядра не такую уж и разницу вносит, не надо тут.

Ну, например 2 шины вместо 1 что-то наверное дополнительно кушают. И команд больше - ядро жирнее. А аппетит пропорционален числу переключаемых за такт вентилей.

> Определяющее тут именно то, что более жирные ядра идут в комплексе с более производительной
> и жирной периферией, а не само ядро.

Периферия там в F1 vs L1 более-менее одна и та же вроде. А в L1 GPIO так еще и "более производительный" пожалуй ("GPIO v2" висит на AHB вместо APB, ближе к процу).

Ответить | Правка | К родителю #280 | Наверх | Cообщить модератору

304. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 26-Янв-21, 13:00 
> Мне удобнее F1 vs L1 сравнить, более в лоб. И то не 100% лобовое сравнение, в L1 некоторая периферия все же уже другая, GPIO уже "HW v2" как я условно обзываю это.
> 1) Видимо, другой техпроцесс. У MFRов кремния бывают вариация "speed" и "low power". L1 видимо, второе. Поэтому максимальные частоты ниже, но и потребление, в т.ч. uA/MHz - тоже. И весь чип оптимизирован на low power.
> 2) У F1 только clock gating. У L1 - полновесный DVFS, 3 разных напряжения с разными допустимыми точками (max freq vs core volt).
> 3) Другие вольтажи Vcore. Именно поэтому могут от 1.8V питаться. У F1 - 1.8V это уже выход встроенного LDO на Vcore, на нем должно что-то дропаться, так что там минимум 2 вольта. В отличие от L1 Vcore не регулируется и зажат в максимум потребный для работы на самой большой частоте, неэффективно по энергии.
> 4) Более банальная проблема. У L1 есть Multi-speed RC osc. И минимально он может осциллировать на 65кГц, чтоли. Потребляя какие-то крохи, но являясь источником клока для системы. И при этом может быть работающее на такой частоте ядро, что интереснее вырубленого наповал. В F1 изначально в системе неоткуда взять low speed clock если вместо полного power down хочется потупить на низкой частоте, ожидая кнопку какую или там байт из интерфейса и проч.

О как, спасибо за прояснение! Некоторые вещи знакомы были, но всё же познавательно получилось и в одном месте собрано, картина в голове почётче стала.

> Конечно есть прескалер, но поделить 8МГц до 125, чтоли, минимум все же по энергии уже совсем не то что изначальные 65кГц сразу по всей схеме.

О, да, я такое даже применял на STM32F0 и STM8Sxxx. Правда, не было задач, чтобы прям совсем экономить электричество, так что до L-линеек не добрался. Теперь хоть буду знать, какие там плюшки лежат.

> CM1 я вообще ни разу в жизни не видел. Как и CM2. В F1 - CM3. Теоретически, 1 и 2 вроде бы бывают, но практически рынок их в массе своей проигнорировал и есть CM0/M0+, а вторая ступенька CM3.

Ну оговорился я, оговорился: конечно же CM3 (думал при этом про F1). Я даже ниже об этом тогда сообщение дописал, но оно оказалось незамеченным.

>> да и разница в потреблении именно ядра далеко не такая значительная.
> И тем не менее, STMicro как самые экономные декларит L0. Еще недавно G0 сделали, некий гибрид ужа с ежом - и не прожорливые, и не особо тормозные. Очень жаль что не M3, потому что L0 все же обрубок по командам, код менее эффективный.

Ну вот меня это и смущает, когда говорю про микроархитектуру: выиграли в количестве переключающихся гейтов и затратах энергии на одну инструкцию, зато инструкций теперь больше нужно для того же кода. В итоге не так и прозрачно, выиграли или нет, а то и вообще проиграли. Сабж, кстати, как бы CM0+, т.е. имеет больше команд, чем CM0, но вот есть ли такие флаги компилятора, чтобы это использовать — будем посмотреть.

> Ну, например 2 шины вместо 1 что-то наверное дополнительно кушают. И команд
> больше - ядро жирнее. А аппетит пропорционален числу переключаемых за такт вентилей.

С одной-то стороны — да. С другой, вентили от неиспользуемых команд как бы и не переключаются в соответствующих тактах. А что шина одна вместо двух, так обращений по той шине всё равно такое же количество (от алгоритма зависящее), плюс, ещё добавляются переключения вентилей, которые эту шину между I и D обращениями делят. Так что как-то прям тяжело посчитать выигрыш.

>> Определяющее тут именно то, что более жирные ядра идут в комплексе с более производительной
>> и жирной периферией, а не само ядро.
> Периферия там в F1 vs L1 более-менее одна и та же вроде.
> А в L1 GPIO так еще и "более производительный" пожалуй ("GPIO v2" висит на AHB вместо APB, ближе к процу).

Обалдеть, т.е. это можно вообще APB в спячку отправлять и не терять при этом GPIO, получается. МощЪ!

Ответить | Правка | Наверх | Cообщить модератору

330. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 28-Янв-21, 13:49 
> О, да, я такое даже применял на STM32F0 и STM8Sxxx.

8MHz osc сам жрет порядка 200-300мкА наверное. При 65кГц цифры другие. Вероятно в F1 можно попробовать смухлевать приделав часовой кварц к внешнему инвертору, GPIO как power gating. Но это уже изврат и CSS его мало.

> Правда, не было задач, чтобы прям совсем экономить электричество, так что до L-линеек
> не добрался. Теперь хоть буду знать, какие там плюшки лежат.

Я на самом деле их фоново раскуриваю, для автономных датчиков, себе в основном, там 1 18650 макс - 300мкА перебор. В F1 можно спать, а по RTC мерять с полным ребутом, но это тупее.

> Я даже ниже об этом тогда сообщение дописал, но оно оказалось незамеченным.

Как я с оперативой vs флеш.

> количестве переключающихся гейтов и затратах энергии на одну инструкцию, зато инструкций
> теперь больше нужно для того же кода.

На самом деле от кода зависит. Основной фэйл - крипто, FEC, etc. Для более приземленных вещей хуже, но не настолько.

> В итоге не так и прозрачно, выиграли или нет, а то и вообще проиграли.

Раз возятся, считают что оправдывается. Вероятно позволяет юзать древние техпроцессы, с неплохими параметрами. К лучшему: зачем управляющие системы мрущие от пятен на солнце?

> Сабж, кстати, как бы CM0+, т.е. имеет больше команд, чем CM0, но
> вот есть ли такие флаги компилятора, чтобы это использовать — будем посмотреть.

Как минимум -mcpu= в gcc его знает. Насколько меняется, смотреть надо, я M3 в основном юзаю и не мерял, пару раз сравнил M0 vs M3, не понравилось и я забил. А плюс M0+ там VTOR вроде обязателен. В F0 его нет, это хреново.

> не переключаются в соответствующих тактах.

Кмк, при усложнении оверхед редко ноль.

> А что шина одна вместо двух, так обращений по той шине всё равно такое же
> количество (от алгоритма зависящее),

Кроме динамического потребления еще статическое. Чем больше транзисторов и они меньше тем сильнее утекает. Lowpower процессы вероятно оптимизруют по утечкам, даже в ущерб частотам.

> плюс, ещё добавляются переключения вентилей, которые эту шину между I и D обращениями
> делят. Так что как-то прям тяжело посчитать выигрыш.

M0 заявлен как нейман в железе, нейман в софте. M3 - гарвард в железе, нейман в софте (годный чит). Они разные в этом.

> Обалдеть, т.е. это можно вообще APB в спячку отправлять и не терять
> при этом GPIO, получается. МощЪ!

Да. Утверждается что если за AHB2APB all off - мост при sleep тоже off. У F1 GPIO включаются в APBEN, в L1 - AHBEN, так что он ближе к ядру. Это еще и быстрее.

Алсо, там порт по другому конфигурится. И AFIO аж до 16 ремапов (GPIO+15 AF). Еще у некоторых (F0 и F4 вроде) - "v2 lite". Где все как в V2 но зачем-то BRR оторвали. Тупо, иногда код хуже получается, 16-бит константы лучше 32-бит.

Ответить | Правка | Наверх | Cообщить модератору

294. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Сишник (?), 25-Янв-21, 18:48 
Це фигня, вот risc-v вообще без батарей на энергии эфира может работать: https://cnx-software.ru/2020/01/11/onio-zero-predlagaet-mikr.../
Ответить | Правка | К родителю #271 | Наверх | Cообщить модератору

301. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 12:36 
> Це фигня, вот risc-v вообще без батарей на энергии эфира может работать:
> https://cnx-software.ru/2020/01/11/onio-zero-predlagaet-mikr.../

Замах то прикольный. Но есть мелкий нюансик...

> NiO.zero еще не выпущен.

Ну то-есть будет ли удар на рубль - это мы еще узнаем когда-то здорово потом. И, кстати, очень интересно дадут ли они сорцы/доки на RF part, или как обычно скажут что мол юзайте вон те стремные блобы?!

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру