The OpenNET Project / Index page

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



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

"Проект Raspberry Pi представил плату Pico на основе собственного микроконтроллера"  +/
Сообщение от opennews (??), 21-Янв-21, 23:15 
Проект Raspberry Pi объявил о доступности нового продукта Raspberry Pi Pico, представляющего собой плату с собственным микроконтроллером  RP2040, разработанным участниками проекта. Плата поступит в продажу во втором квартале 2011 года по цене 4 доллара и ориентирована главным образом для совместного использования с компьютерами Raspberry Pi, разработки встраиваемых систем и систем управления различными устройствами...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54450

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

Оглавление

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


1. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +30 +/
Сообщение от Аноним (1), 21-Янв-21, 23:15 
Проект зачётный.

--
А теперь нытьё старпёра. Мощности контроллеров растут, программисты начинают вместо быстрых компилируемых языков запускать на них тормозной питон. В итоге прогресса в скорости выполнения непосредственно прикладных задач не особо стоит ожидать.

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

7. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +6 +/
Сообщение от Онаним (?), 21-Янв-21, 23:21 
Да не, это явно не для микропистонистов.
264K RAM, USB 1.1...
Применение у всего этого интересное, но не в таком форм-факторе.
Его правильно в USB-брелок запихать. Как например тот самый эмулятор других брелков, которые мы обсуждали в теме про хак токенов. Или прочие применения в качестве "умной периферии".
Ответить | Правка | Наверх | Cообщить модератору

222. Скрыто модератором  +/
Сообщение от Аноним (-), 24-Янв-21, 14:41 
Ответить | Правка | Наверх | Cообщить модератору

238. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (238), 24-Янв-21, 21:38 
> Да не, это явно не для микропистонистов.

Оно и к лучшему. Их глюкало уже и так достало, отдельные приветы меркуриалу. А это чего доброго наченет падать в прямом смысле слова - прямо на бошки.

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

11. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (11), 21-Янв-21, 23:24 
Ну на чистом С что-то программировать осилит 3,5 анонима...
А с питоном охват аудитории невероятно повышается
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

16. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +4 +/
Сообщение от Онаним (?), 21-Янв-21, 23:26 
Вряд ли эта аудитория на железке с такими параметрами налепит что-то круче хеллоуворлда или очередного градусника / умной лампочки / машинки на радиоуправлении.
Ответить | Правка | Наверх | Cообщить модератору

22. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –5 +/
Сообщение от uis (ok), 21-Янв-21, 23:52 
> Вряд ли эта аудитория на железке с такими параметрами налепит что-то круче
> хеллоуворлда или очередного градусника / умной лампочки / машинки на радиоуправлении.

Машинку на радиоуправлении они таки не слелают. А хеллоуворлд они напишут на pigorust.js

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

108. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от ano (??), 22-Янв-21, 09:52 
я десять лет назад осилил на ардуине и xbee на радиоуправлении, даже джойстик из сеги сделал (на второй плате), телеметрия, фары вот это все, не более 200 строк кода в arduino ide
Ответить | Правка | Наверх | Cообщить модератору

121. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Леонид (??), 22-Янв-21, 10:57 
я десять лет назад осилил на ардуине и xbee на радиоуправлении, даже джойстик из сеги сделал (на второй плате), телеметрия, фары вот это все, не более 200 строк кода в arduino ide
Ответить | Правка | Наверх | Cообщить модератору

224. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +2 +/
Сообщение от Аноним (-), 24-Янв-21, 14:54 
> я десять лет назад осилил на ардуине и xbee на радиоуправлении, даже
> джойстик из сеги сделал (на второй плате), телеметрия, фары вот это
> все, не более 200 строк кода в arduino ide

А у меня вообще скрипт на 5 строк видео ворочает. Но есть один нюанс: эти 5 строк ни о чем без вон той кучи программ, библиотек и проч. Легко стоять на плечах гигантов.

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

109. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от lasdjlk (?), 22-Янв-21, 09:53 
я десять лет назад осилил на ардуине и xbee на радиоуправлении, даже джойстик из сеги сделал (на второй плате), телеметрия, фары вот это все, не более 200 строк кода в arduino ide
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

24. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +3 +/
Сообщение от Аноним (11), 21-Янв-21, 23:53 
Так от них это и не требуется.
Один из 100 сделает что-то реально крутое (если бы не было поддержки Python'а, то и у него бы никогда руки до этого не дошли)
Остальные будут делать безделушки, да. Ну, люди развлекаются, будто что-то плохое...
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

60. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Питонист (?), 22-Янв-21, 03:04 
А что для вас, мусьё, "реально крутое"? Для меня очень круто сделать контроллер поворотной антенны. СИдишь в шеке, крутишь стрелку компаса - а антенна сама в нужное направление ррррраз и усё. Круто? Круто. Аналоги стоят от 50 тысяч рублёв. Ну и вот шо я вам таки скажу - мне плевать, на чём это сделано. Первая версия была на малине, вторая на пердуйне мега, сейчас на нане. Работает одинаково бодро на любом языке и любом чипе.
Для того и создаются эти проекты - быстро и дешёво создать некое устройство. И неважно, поливалка это цветочков или самообучающийся автопилот.
Ответить | Правка | Наверх | Cообщить модератору

76. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +5 +/
Сообщение от Аноним (76), 22-Янв-21, 06:05 
> И неважно, поливалка это цветочков...

Когда поливалку делают на абдурине - это диагноз. А надо-то всего лишь просто бак с водой (его всегда надо) и резиновую трубку от капельницы (там регулятор есть) - вот и весь капельный полив! Энергоэффективность лучше класса ААА+++!

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

91. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –2 +/
Сообщение от Аноним (91), 22-Янв-21, 07:44 
"Ой дурак" (с)
А пополнять бак водой не надо?
Ответить | Правка | Наверх | Cообщить модератору

110. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +3 +/
Сообщение от Lex (??), 22-Янв-21, 10:11 
А ты доверишь ардуине и проч барахлу с алика открывать ХВС в твоей квартире в твое отсутсвие для заполнения какого-то там бака для полива кустов ?)
Ответить | Правка | Наверх | Cообщить модератору

241. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (241), 24-Янв-21, 21:49 
> А ты доверишь ардуине и проч барахлу с алика открывать ХВС в
> твоей квартире в твое отсутсвие для заполнения какого-то там бака для
> полива кустов ?)

Я доверил. На полный автоном, 1.5 месяца. Правда, никакого ХВС. Парочка брутальных бутылей от кулера с 40, чтоли, литрами воды в сумме. Кроме того насосу то не впадлу воду на метр-полтора поднять. А с капельным поливом это как? Две 20-литровые дуры на потолке? Да ну нахрен?!

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

125. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +10 +/
Сообщение от zzz (??), 22-Янв-21, 11:30 
Для этого придуман поплавковый механизм. Дожили, уже унитаз водой не могут наполнить без микроконтроллера.
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

257. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (257), 24-Янв-21, 22:33 
> Для этого придуман поплавковый механизм. Дожили, уже унитаз водой не могут наполнить
> без микроконтроллера.

А вот это уже лучше предоставить профессионалам, если нет цели затопить все нахрен.

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

348. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от InuYasha (??), 30-Янв-21, 20:05 
+1
Это поколение технофилов без микроконтроллера и воду не вскипятит ) Для них уже в настольные фильтры для воды встраивают мк со светодиодами и датчиком наклона (которые по факту сбивают с толку). :)))
Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

352. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от Аноним (-), 31-Янв-21, 17:28 
И самолет не сделает, чего уж. Кучи проводков и тросиков с которыми отродясь оптовые механические проблемы - всех заколебали в край! Поэтому сделали несколько шин и на них развесили компьютеры. Стало проще и логичнее. Хоть иногда и икается MAX-ом теперь где вместо оторвавшегося тросика сдуревший софт.
Ответить | Правка | Наверх | Cообщить модератору

94. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от НеАнонимemail (?), 22-Янв-21, 08:33 
Не только поливалка, таки светильники по времени включать и отключать, вентиляцию при превышении температуры, сигнализаторы дыма, воды и т.д. и все это записывать на микросд. И не только цветочки.
Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

106. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от _hide_ (ok), 22-Янв-21, 09:45 
Это не поливалка, а мочилка какая-то. Растениям желательно обильный полив и после чего сокращение влажности, иначе будет много проблем.
Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

111. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Lex (??), 22-Янв-21, 10:12 
капельный полив жеж. Главное - не заливать до состояния болота
Ответить | Правка | Наверх | Cообщить модератору

242. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от Аноним (-), 24-Янв-21, 21:57 
> капельный полив жеж. Главное - не заливать до состояния болота

Как бы датчику состояние почвы виднее. Ему к тому же не обломно мерять хоть раз в 5 секунд. И бутыли с водой - объекты достаточно безобидные для автономной работы всего этого.

А вот колхозить самому штуку с поплавком не будучи профессиональным сантехником, если это к водоппроводу пристыковано - чревато как раз весьма серьезным потопом уже.

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

265. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (265), 24-Янв-21, 23:06 
>> капельный полив жеж. Главное - не заливать до состояния болота
> Как бы датчику состояние почвы виднее. Ему к тому же не обломно
> мерять хоть раз в 5 секунд. И бутыли с водой - объекты достаточно безобидные для автономной работы всего этого.

Датчику самому по себе ничего не виднее. Читающий глазами да прочтет "Растениям желательно обильный полив и после чего сокращение влажности, иначе будет много проблем."

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

Для подключения капельницы к бутлке с водой нужно быть проф. сантехником? О!


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

267. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 25-Янв-21, 12:16 
> Датчику самому по себе ничего не виднее. Читающий глазами да прочтет "Растениям
> желательно обильный полив и после чего сокращение влажности, иначе будет много проблем."

Ну так примерно это оно то и делало. Полтора месяца гоняя воду из бутылей кулера без единой живой души вокруг по критерию "земля сухая" (константа ADC подобрана экспериментально, ничем не хуже полива по тому же критерию руками).

> Для подключения капельницы к бутлке с водой нужно быть проф. сантехником? О!

Так там про поплавок задвигают и пополнение воды. Я предпочел не связываться с такими вещами во избежание и поставить пару бутылей от кулера, на 1.5 месяца хватило. А капельницу - куда и как? Так то я от насоса 1 шланг в бутылки, второй в горшок. Когда он врубается, ему не облом на метр-полтора в горшки воду поднять. А с капельницей как? На потолок 20-литровые бутыли развешивать? Дурацкое решение как по мне.

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

239. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от Аноним (238), 24-Янв-21, 21:41 
> Когда поливалку делают на абдурине - это диагноз. А надо-то всего лишь
> просто бак с водой (его всегда надо) и резиновую трубку от
> капельницы (там регулятор есть) - вот и весь капельный полив! Энергоэффективность
> лучше класса ААА+++!

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

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

167. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (167), 22-Янв-21, 16:28 
>Для меня очень круто сделать контроллер поворотной антенны. ... Аналоги стоят от 50 тысяч рублёв.

Раньше это делалось на двух сельсинах.

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

184. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от psvemail (??), 22-Янв-21, 20:49 
И что сейчас мешает соединить любые два шаговика?

(Но у автора наверное всякие азимуты ещё запоминает)

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

240. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (238), 24-Янв-21, 21:44 
> И что сейчас мешает соединить любые два шаговика?

То что для их осмысленного кручения всяко придется мк освоить? Вручную или тупой логкой их ну не то что невозможно, но желающих так делать почти не осталась. Фирмварь для этого пишется за полвечера даже если вы никогда этим не занимались.

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

98. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –2 +/
Сообщение от Аноним (11), 22-Янв-21, 08:52 
А и ещё.
У кого-то из молодых людей, кто таким образом развлекается - может хобби и в профессию перейдёт.
Пойдёт по этой специальности учится, выучит С, будет работать на любимой работе :)
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

225. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от Аноним (-), 24-Янв-21, 14:56 
> Один из 100 сделает что-то реально крутое

Например, что?

> Ну, люди развлекаются, будто что-то плохое...

Да, это плохое - потом работодатели начинают считать что платить как индусской вебмакаке это нормально.

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

97. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от орппор (?), 22-Янв-21, 08:44 
а что на нем еще можно сделать крутого? Ну нет у людей таких задач.
А управлять какимим-то приводами и датчиками оно будет и на питоне отлично.
Самогонные аппараты в народе на таких делают. так тоже хватит и питона.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

112. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +2 +/
Сообщение от Lex (??), 22-Янв-21, 10:14 
Там прикол в том, что на чистой сишке нередко даже проще получается.. помимо того, что больше функционала влазит( а то некоторые интерпретаторы уже не менее половины флешки занимают даже без хеллоу-ворда )
Ответить | Правка | Наверх | Cообщить модератору

226. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 24-Янв-21, 14:58 
> Там прикол в том, что на чистой сишке нередко даже проще получается..
> помимо того, что больше функционала влазит( а то некоторые интерпретаторы уже
> не менее половины флешки занимают даже без хеллоу-ворда )

Так вон там чувак познал это на примере управления скоростью мотора. Вот, я, ща, на ESP! Питоне! Вах! Ну да, за полдня накодил. Только мотор что-то дергается, и вообще, работает очень нестабильно. А после изучения "какого черта" - чего-то он потопал си изучать...

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

30. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +2 +/
Сообщение от Сишник (?), 22-Янв-21, 00:06 
Недавно ж была публикация рейтинга популярности, где С первое место занял. Вряд ли конечно это на самом деле так, но и не 3.5 анонима. А вот за яву обидно, она там явно уместнее будет.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

49. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +5 +/
Сообщение от Аноним (49), 22-Янв-21, 02:35 
> А вот за яву обидно, она там явно уместнее будет.

Слышу это со времен царя гороха и ни разу не видел места, где джава была бы уместна. Разве что в стародавние времена на мобилках-кирпичах она сносно работала, но в потрохах творился адЪ (справедливости ради в те времена в принципе в разработке был адЪ). В остальном я не видел софта на джаве, который был бы уместный. Это всегда какие-то трудности - то надо поэкспериментировать с 2 jdk, 3 версиями джавы, gc, и с их (наркоманскими) параметрами, то жрет память (а то и проц) как вне себя, то падает и несмотря на наличие тулзов и дампов, отладка этого добра не намного проще C, даже дефолтные логи со стектрейсами и то выглядят как !@#$%^. Даже если часть сотфа работает на джаве, а часть на C, проблемы проявляются (а в основном просто падает) часть на джаве. Из последнего примера clickhouse на zookeper'e. Я уже молчу про их бесконечный legacy и переделки, понятия не имею как разработчики на джава ориентируются во всех этих изменениях и сильно сомневаюсь что хотя бы 1% из них понимает как в итоге джава машина выполняет их код.

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

53. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (76), 22-Янв-21, 02:41 
Как ты правильно описал всё то, что творится в ведроиде!
Ответить | Правка | Наверх | Cообщить модератору

61. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –2 +/
Сообщение от Питонист (?), 22-Янв-21, 03:06 
Чоооо? Ява? Ты серьёзно? Она на современных серверах откликается дольше всех, а ты хочешь это тормозное убожество с невменяемым синтаксисом запихать в микроскопические устройства? Ффуфуфу, не подходи к микроконтроллерам больше ни-ког-да!
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

83. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от nebularia (ok), 22-Янв-21, 06:18 
Java вполне успешно живёт в карточках всяких и отлично чувствовала себя на кнопочных телефонах с минимальной мощностью. Тут вопрос реализации.
Ответить | Правка | Наверх | Cообщить модератору

113. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Lex (??), 22-Янв-21, 10:15 
ну вот пусть на кнопочных телефонах и остается
Ответить | Правка | Наверх | Cообщить модератору

96. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +3 +/
Сообщение от Аноним (96), 22-Янв-21, 08:43 
J2ME была рассчитана на платформы немногим мощнее этой Pico, а ведь там даже игры в 3d работали. Всё зависит от формы рук, а не от языка.
Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

127. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –3 +/
Сообщение от Ordu (ok), 22-Янв-21, 11:31 
А микропайтон просто работает. Вне зависимости от формы рук. Java сразу была создана переусложнённым корпоративным куском, не годным ни на что, а это не лечится.
Ответить | Правка | Наверх | Cообщить модератору

258. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 24-Янв-21, 22:38 
> А микропайтон просто работает. Вне зависимости от формы рук.

Применительно к микроконтроллерообразному https://www.opennet.dev/openforum/vsluhforumID3/123020.html#226

...а когда чел начал догадываться о масштабах задницы с времянками в питоне то и пошел си учить.

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

262. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Ordu (ok), 24-Янв-21, 22:49 
>> А микропайтон просто работает. Вне зависимости от формы рук.
> Применительно к микроконтроллерообразному https://www.opennet.dev/openforum/vsluhforumID3/123020.html#226
> ...а когда чел начал догадываться о масштабах задницы с времянками в питоне
> то и пошел си учить.

Си же, не жабу.

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

268. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 25-Янв-21, 12:19 
Видимо прыгать второй раз на те же грабли ему было уже не с руки, он с питоном уже хорошо попрыгал, добавки, кажется, не захотел :D
Ответить | Правка | Наверх | Cообщить модератору

128. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +4 +/
Сообщение от userd (ok), 22-Янв-21, 11:31 
> Чоооо? Ява? Ты серьёзно?

У Вас есть телефон, а в телефоне - симка? Или, может быть, есть банковская карта?
Вот прикиньте какой там чип. И на нём работают приложения, написанные на Java (см. Java Card).
Это немного не та Java, что работает на серверах, но ведь и условия работы сильно отличаются.

Java сама по себе (как и python) не является «тормозным убожеством». Вот приложения - да, могут являться. Но это гораздо сильнее зависит не от выбранного языка, а от решаемой задачи и некоторых обстоятельств - типа недостатка времени на проработку или недостаток опыта разработчика, излишняя вера в библиотеки (в т.ч. стандартные).

Вот, например, SoapUi и veraPDF написаны на java и работают вполне сносно. А официальный АРМ ФСС ЭЛН для ЛПУ до недавних пор вытягивал всю базу листков нетрудоспособности в память, что приводит к отказам на больших объёмах. Попробуй, скажи что здесь всё дело в Java, что на C++ или Python невозможно сделать такой глупости.

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

344. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (344), 30-Янв-21, 12:33 
Да все дело именно в жаве (и прочих петухонах тоже), современные "разработчики" благодаря чудо языкам тупо представления не имеют о том как оно там под капотом работает.
Ответить | Правка | Наверх | Cообщить модератору

140. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от Аноним (140), 22-Янв-21, 13:14 
Расскажи это софту для Android, где Java частично компилится в исполняемый код. Да и про сервера неправда - на сегодня Java единственное на чем можно нормально писать серверный код для веб приложений или middle ware, потому что только она имеет такую поддержку многопоточности и достаточно проста чтобы у людей хватило одной жизни для написание инфраструктуры из библиотек и фреймворков для поддержки всего этого.
Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

349. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от InuYasha (??), 30-Янв-21, 20:12 
> Чоооо? Ява? Ты серьёзно?

У меня для нас плохие неновости: java живёт в sim-картах уже лет 20.

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

63. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от adolfus (ok), 22-Янв-21, 03:10 
У явы проблема -- слишком много ООП. Это сильно ограничивает область применения.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

107. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от _hide_ (ok), 22-Янв-21, 09:51 
На самом деле -- это проблема реализации библиотек, а не самой Явы. Никто не заставляет строить иерархии по 100-500 вложенных классов и на каждый чих по 10-ку объектов создавать.
А ну да, молодые не видели, как собственный менеджер памяти на массивах строится и загрузчик классов, который создавал ВСЕ объекты приложения в момент старта и дальше только строки "релокейтились" и принудительно GC дергался при "загрузке".
Ответить | Правка | Наверх | Cообщить модератору

227. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (-), 24-Янв-21, 15:00 
> А вот за яву обидно, она там явно уместнее будет.

Да чего в ней хорошего? Одни сношения с монструозным JVM кого угодно в уныние загонят. Энтерпрайзным то кодерам за это платят, а добровольно так долбаться - а ну его в болото.


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

235. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от Сишник (?), 24-Янв-21, 18:31 
> Да чего в ней хорошего?

Например, import вместо инклудов и портянок хидеров, которые не нужны в java. Постоянно развивается, всасывая в себя модные фишечки, и при этом не ломая особо обратную совместимость. Ну и если немного подумать, можно и автоматическое управление памятью оргназиовать без GC, смартпойнтеров и растоёбства.

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

243. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 24-Янв-21, 22:01 
Фокус сей в том что на них все это тоже можно. Если оно нужно. Такой классический пример - boehm GC. А если не нужно - можно от всего этого отказаться. Да что там - можно даже static memory allocation сделать, актуально всяким фирмварям как раз, которым отказывать очень нежелательно. Так что если оно стартануло - то и работает как батарейка энержайзер. Потому что нет причин ломаться.

А вот в яве от навязчивых услуг и мегалиб хрен откажешься. Вот вам три тонны счастья, а если вам не нравится цвет и запах - зачем вы самосвал коровяка заказали?!

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

218. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (218), 24-Янв-21, 14:24 
> А с питоном охват аудитории невероятно повышается

А потом накодит такой вебмакак вместо ненужного сайтика контроллер какой-нибудь, а оно вместо упавшего сайта тебе на бошку со всем этим питоном - хлобысь! Когда его высокоуровнейшеству какая-нибудь ошибка i2c от помехи свалится, а он к этому не готов ни разу, потому что не барское это дело - ошибки обратывать.

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

345. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (344), 30-Янв-21, 12:37 
Да, древнее искусство обработки ошибок жабистам практически неведомо.
Ошибка случилась, вывалить простынь из исключений и обосраться.
Ответить | Правка | Наверх | Cообщить модератору

29. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Сишник (?), 22-Янв-21, 00:04 
Вам что, пары миллиграмм кремния жалко ради питончика?
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

65. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (76), 22-Янв-21, 03:22 
> пары миллиграмм

Не жалко, но там всего 3 мг.

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

219. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (218), 24-Янв-21, 14:28 
> Вам что, пары миллиграмм кремния жалко ради питончика?

Пару кило батареек не забудьте. А еще если навернется какой-нибудь сраный сайт на этом - да и черт с ним. А если дрон с этим, кому-нибудь на бошку?

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

85. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +2 +/
Сообщение от n00by (ok), 22-Янв-21, 07:12 
> А теперь нытьё старпёра. Мощности контроллеров растут, программисты начинают вместо быстрых
> компилируемых языков запускать на них тормозной питон. В итоге прогресса в
> скорости выполнения непосредственно прикладных задач не особо стоит ожидать.

Напоминаю, что на том же Спектурме был Бейсик, с которого и начиналось знаменитое ассемблерное RANDOMIZE USR 0.

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

144. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (144), 22-Янв-21, 14:14 
Напонимаю, что на том же скептруме басиц был вместо ОС.
Ответить | Правка | Наверх | Cообщить модератору

220. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (218), 24-Янв-21, 14:30 
Однако ж заметьте: много ли программ на васике осталось в ходу? А ассемблерщики так и до сих пор извращаются с спекки, из любви к искусству. А какое у питонистов искусство? Вебмакакинг? Это примерно как хрен с метлой, только от айти.
Ответить | Правка | Наверх | Cообщить модератору

183. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от AnonymZX (?), 22-Янв-21, 20:31 
Напомню, что RANDOMIZE USR 0 вызывал холодный старт :-)  Ибо именно с адреса #0000 начинался код инициализации.
Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

201. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n00by (ok), 23-Янв-21, 08:52 
Это так, если ввести строку с клавиатуры на исполнение. А если перед ней расположить номер строки, она сохранится в памяти програм. Число там представлено а виде ASCII кода символа 0 + пятибайтное значение, которое можно поменять на что угодно.
Ответить | Правка | Наверх | Cообщить модератору

100. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –4 +/
Сообщение от Ан О Ним (?), 22-Янв-21, 09:12 
> программисты начинают вместо быстрых компилируемых языков запускать на них тормозной питон

Вместо поездок на работу на мотоблоке или тракторе Беларусь, программисты пересаживаются на легковые автомобили.

И это нормально - делать миру удобнее, комфортнее.

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

104. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +2 +/
Сообщение от Аноним (104), 22-Янв-21, 09:32 
Попытка тащить питон в современном мире выглядит как деревянная дубина, которую пытаются отполировать, покрыть лаком, приклеивают стразы. После чего возмущаются, что дубина плохо крушит врагов, царапается, отваливаются стразы и всё такое... Время питона ушло. Вместе с 90-м. Зачем этот труп беспокоить - не ясно.
Ответить | Правка | Наверх | Cообщить модератору

291. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 25-Янв-21, 17:51 
> Вместе с 90-м. Зачем этот труп беспокоить - не ясно.

Синдром утенка. Нет, местами он даже имеет смысл, для всяких макет-прототипов на 1 раз. Но реально это хорошо работает только для лабораторных установок у ученых. У остальных оно может перетечь в "нет ничего более постоянного чем временное", со всеми вытекающими, в виде куска глюкала которое как-то все же трепыхается, поэтому переделка все время откладывается на потом. Так и работает годами через задницу в результате.

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

116. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (116), 22-Янв-21, 10:19 
Идиотизм в логике, как он есть.
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

145. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +2 +/
Сообщение от Аноним (144), 22-Янв-21, 14:16 
В данном случае как раз наоборот - с легкового автомобиля пересаживаются на комбайн для обмолота сена.
И всё бы ничего - но они пытаются там, где легковушка-то с трудом пройдёт, на нём поехать.
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

146. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (144), 22-Янв-21, 14:17 
(знакомым с сеном и комбайнами должно быть понятно отсутствие смысла в последних 4 словах 1 строчки)
Ответить | Правка | Наверх | Cообщить модератору

221. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 24-Янв-21, 14:36 
> Вместо поездок на работу на мотоблоке или тракторе Беларусь,
> программисты пересаживаются на легковые автомобили.

Ровно наоборот. Это аргумент вида: управлять поездом или самолетом что-то сложно. Давайте лучше вместо этого табун коней, толпу крестьян - "но, пшла!" и дело в шляпе. Заодно они за краюшку хлеба это будут, а машинист дорогой в содержании, за краюшку не соблазняется. Уволить гада.

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

232. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 24-Янв-21, 15:12 
Парадокс таких систем: вы вообще скорость выполнения этих штук не видите. Либо оно успевает, либо нет. По этому поводу до сих пор и делают pic12 и прочие attiny на 10 мегагерц. Если чип за полбакса с 10 МГц справляется - отлично, задача решена.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Онаним (?), 21-Янв-21, 23:15 
Raspberry PiPico
Ответить | Правка | Наверх | Cообщить модератору

21. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –2 +/
Сообщение от uis (ok), 21-Янв-21, 23:49 
> Raspberry PiPico

Raspberry Peeco

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

28. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +7 +/
Сообщение от Сишник (?), 22-Янв-21, 00:01 
Pirduino
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

66. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (76), 22-Янв-21, 03:24 
Pedobearino
Ответить | Правка | Наверх | Cообщить модератору

173. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (173), 22-Янв-21, 17:21 
Вот что бы не гворили любители малинки, нахваливающие большое комьюнити, а пердолится с ней приходится ничтуть не меньше чем с остальными подобными платами.
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

228. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 24-Янв-21, 15:01 
> Вот что бы не гворили любители малинки, нахваливающие большое комьюнити, а пердолится
> с ней приходится ничтуть не меньше чем с остальными подобными платами.

И кроме того - без стремных блобов попросту не заводится. И кроме того выпускается это все одной фирмой. Которая к тому же завязана на броадком. Жадную проприетарную амеровскую фирму, если описывать ее в двух словах.

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

48. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +6 +/
Сообщение от Anonymos (?), 22-Янв-21, 02:17 
Raspberry No Pico
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

131. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +5 +/
Сообщение от Аноним (131), 22-Янв-21, 11:37 
Ого, перепись Петросянов.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

158. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +14 +/
Сообщение от Led (ok), 22-Янв-21, 15:22 
Pi-тросянов
Ответить | Правка | Наверх | Cообщить модератору

180. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +3 +/
Сообщение от Аноним (-), 22-Янв-21, 19:21 
Тонко Pi-дметил , простите за мой украинский.
Ответить | Правка | Наверх | Cообщить модератору

233. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Онаним (?), 24-Янв-21, 15:16 
Piреpiсь piтросянов
Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

3. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (3), 21-Янв-21, 23:16 
USB 1.1? Это шутка?
Ответить | Правка | Наверх | Cообщить модератору

4. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +5 +/
Сообщение от Онаним (?), 21-Янв-21, 23:18 
> Возможностей чипа достаточно для выполнения приложений для решения задач машинного обучения

Целых 264KB RAM. И это не шутка. Задачи машинного обучения, тензорфлоу, ага.
Кто-то поехал.

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

12. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +4 +/
Сообщение от DildoZilla (?), 21-Янв-21, 23:24 
С этими электронными големами совсем уже рехнулись...
Ответить | Правка | Наверх | Cообщить модератору

17. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Онаним (?), 21-Янв-21, 23:27 
Тоже верно.
Но я просто представил себе тензорфлоу в 264K RAM, и понял, что столько не выжру.
Ответить | Правка | Наверх | Cообщить модератору

37. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (37), 22-Янв-21, 00:52 
А бигдата?
Ответить | Правка | Наверх | Cообщить модератору

101. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Ан О Ним (?), 22-Янв-21, 09:14 
Бигдату в глаза никто не видел и не щупал, а вот отопление в гараже регулировать - гооооораздо более жизненно.

Для другого вещь.

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

115. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Lex (??), 22-Янв-21, 10:17 
У знакомого так гараж сгорел
Ответить | Правка | Наверх | Cообщить модератору

136. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +3 +/
Сообщение от _hide_ (ok), 22-Янв-21, 12:02 
> У знакомого так гараж сгорел

Если бы у каждого говнокодера что-то сгорало за принципиальные ошибки, тогда бы уже давно на Марсе яблони бы цвели, а люди бы готовились к освоению Венеры.

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

244. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 24-Янв-21, 22:03 
> У знакомого так гараж сгорел

Надеюсь что AI вылупившийся из всех этих потуг отрепортит вебмакакам баги в столь же дружелюбном исполнении.

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

319. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (319), 26-Янв-21, 21:35 
> У знакомого так гараж сгорел

Инженеры делятся на 2 типа: те кто еще не следует принципам FAILSAFE, и те кто уже следует (если выжил).

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

322. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Lex (??), 27-Янв-21, 15:06 
>> У знакомого так гараж сгорел
> Инженеры делятся на 2 типа: те кто еще не следует принципам FAILSAFE,
> и те кто уже следует (если выжил).

*есть еще третий тип( вспоминая знакомого ) - те, которые сразу звонят адвокату :)
В гараже было много удобрений в т.ч нитратных доставшихся ему очень_задешево и бочка алюминиевой пудры.. крч., очень хотели его за изготовление/хранение ВВ отправить..но адвокат помог

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

320. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 22:36 
> У знакомого так гараж сгорел

А я своими глазами видел товарняк под откосом. Будешь теперь всю жизнь пешком ходить?

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

147. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (144), 22-Янв-21, 14:18 
Точно. Надо им написать, что упустили эту важную область применения.
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

161. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Урри (ok), 22-Янв-21, 15:35 
Решение задач машинного обучения - это банальные перемножения двух матриц (ну и взятие простой функции типа "сигмоид" от каждого элемента вектора). Все.

То, что поверх этой банальщины накручены гигабайты высокоабстрактого гoвна в виде "хочешь распознать кошечку - вот тебе готовый класс, а хочешь распознать собачку - вот тебе другой, а хочешь распознать кошечку или собачку, вот тебе третий" не делает машинное обучение чем-то страшным.

Так что да, 264К хватит с головой для задачи распознавания рукописного ввода (вместе с кодом и обученными матрицами).

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

198. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (198), 23-Янв-21, 02:37 
> Задачи машинного обучения, тензорфлоу, ага.

man arm-m DSP extension. 4x uint8_t в одном регистре - это вам не шутки!!!
На этой железке обучать не нужно... на этой железке нужно использовать уже обученные сети.

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

245. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 24-Янв-21, 22:05 
> man arm-m DSP extension. 4x uint8_t в одном регистре - это вам не шутки!!!

По сравнению с NPU? Который типично измеряется тера-операциями в секунду?

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

6. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (6), 21-Янв-21, 23:21 
А этот процессор смог бы обеспечить скорость передачи данных USB 2.0 или 3.x?  Или зачем вам там актуальный USB?
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

8. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Онаним (?), 21-Янв-21, 23:23 
Да вот и фиг то. 133MHz, 264K рамы и в лучшем случае 16 метров флеша. Там 1.1 за глаза и за уши.
Проблема только в том, что 1.1 имеет свойство часть хабов переводить полностью в легаси режим.
Ответить | Правка | Наверх | Cообщить модератору

9. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Онаним (?), 21-Янв-21, 23:23 
Ну и с изохронкой по соседству с 2.0 и выше на том же хабе всё будет очень плохо.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

25. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (25), 21-Янв-21, 23:55 
Контроллеры многих 2.0/3.0 юсб флешек и с более простыми процессорами летают.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

34. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Decaproxemail (?), 22-Янв-21, 00:35 
А причём тут процессор? Там DMA есть
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

64. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +2 +/
Сообщение от Аноним (76), 22-Янв-21, 03:14 
Ты хоть представляешь частоты usb 2.0? Там же по факту 2 контроллера: для HS (480 Мбит/с) и для LS/FS. Так вот сериализатор в полгига для данного МК - это тебе не штаны обмочить.
Ответить | Правка | Наверх | Cообщить модератору

75. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Lex (??), 22-Янв-21, 04:54 
Да без разницы какие там частоты, поскольку usb не пользовательским софтом на GPIO реализуется, а «железным» специализированным модулем.
Даже у гораздо более слабых и низкочастотных МК юсб обычно не ниже 2-го

Тут - 1-й, который вообще хз как будет поддерживаться на некоторых устройствах.

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

77. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от Аноним (76), 22-Янв-21, 06:10 
> 1-й, который вообще хз как будет поддерживаться на некоторых устройствах.

Никак не будет, сейчас даже мышки отказываются на usb 1 работать.

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

298. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 12:09 
> Никак не будет, сейчас даже мышки отказываются на usb 1 работать.

Так это ж usb device, а не хост... он сам мышку может изобразить. Или не мышку. И вообще, badUSB какой, переобувшись из флешки в клавиатуру внезапно на ходу.

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

134. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от alex312 (?), 22-Янв-21, 11:55 
> Ты хоть представляешь частоты usb 2.0?

При прямых руках все получается.

https://www.st.com/content/st_com/en/products/microcontrolle...

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

148. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (144), 22-Янв-21, 14:18 
DMA от USB2 в 264К рамы - это просто писк... то ли моды, то ли комариный, не суть.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

213. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (213), 24-Янв-21, 05:37 
Не успел тронуться - уже тормозить надо :)
Ответить | Правка | Наверх | Cообщить модератору

299. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 12:11 
> DMA от USB2 в 264К рамы - это просто писк... то ли
> моды, то ли комариный, не суть.

Да вообще при ~40 мегов в секунду потоке это в идеале 160 дергов в секунду всего, микроконтроллер может на IRQ и 20 000 раз в секунду отвлечься без особого напряга. Но какой там максимум транзакции без участия проца реально - отдельный вопрос.

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

39. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (76), 22-Янв-21, 01:12 
> USB 1.1? Это шутка?

Классно пошутили, учитывая, что многое железо не сможет работать, т.к. ниже usb 2.0 не рассчитано вообще.

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

102. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –2 +/
Сообщение от Ан О Ним (?), 22-Янв-21, 09:16 
А если надо на морозе от батарейки работать _долго_ и недорого на большом числе штук?
Ответить | Правка | Наверх | Cообщить модератору

172. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от CrazyAlex (?), 22-Янв-21, 17:10 
Usb-подключение подразумевает, что от чего-то оно питается.
Ответить | Правка | Наверх | Cообщить модератору

292. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 25-Янв-21, 17:54 
> Usb-подключение подразумевает, что от чего-то оно питается.

Правильно, кто ж спеки то читает? Девайсы бывают как host-powered так и self powered. Поэтому оно ничего подразумевать не обязано. Но может, если захочет.

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

72. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от Аноним (72), 22-Янв-21, 04:23 
>> USB 1.1? Это шутка?

Назначение девайса - встройка.
1.1 хватает по скорости и ест мало.

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

79. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (76), 22-Янв-21, 06:11 
и какое железо способно работать на usb 1?! старая мышка?
Ответить | Правка | Наверх | Cообщить модератору

103. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от Ан О Ним (?), 22-Янв-21, 09:17 
Поддерживающее USB 1.1

Кто умеет собрать, у того работает и продаётся.

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

117. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Lex (??), 22-Янв-21, 10:19 
но пока продается лишь у распберри-конторы
хотя, оно и с оригинальной малиной примерно так же было
Ответить | Правка | Наверх | Cообщить модератору

246. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 24-Янв-21, 22:07 
> и какое железо способно работать на usb 1?! старая мышка?

И прочие клавиатуры. А зачем им usb2? Там поток данных не тот.

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

293. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 25-Янв-21, 17:58 
> и какое железо способно работать на usb 1?! старая мышка?

Оно само - device, а не хост. Так что может мышку изобразить. Или чего вы там хотели. Флешку, клаву, или все сразу, пополам с badusb :)

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

332. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 29-Янв-21, 18:47 
Клавиатура от 2020 года  производство у меня работает с хабом 1.1. И звуковая карта от 2020 года производство дешовая, работает с этим хабом 1.1. Хаб взят из монитора элктроннолучевая тробка от 2002 - 2004 года выпуска. Для флешек у меня уже 2.0 и 3.0 имеется.
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

333. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 29-Янв-21, 18:50 
USB хаб 1.1.
Ответить | Правка | Наверх | Cообщить модератору

334. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 29-Янв-21, 18:54 
USB звуковая карта характеристики 44.100,48000 Hz 16bit.
Ответить | Правка | Наверх | Cообщить модератору

336. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 29-Янв-21, 21:05 
А USB мыш подключена через переходник к PS/2 мне так удобно.
Ответить | Правка | К родителю #332 | Наверх | Cообщить модератору

229. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 24-Янв-21, 15:03 
> USB 1.1? Это шутка?

Ты посмотри что такое cortex M0 вообще, до того как умничать. Он с 2.0 (Hi-Speed) даже с DMA не справится, скорее всего. Не его масштабы.

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

236. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 24-Янв-21, 20:55 
> Ты посмотри что такое cortex M0 вообще, до того как умничать. Он
> с 2.0 (Hi-Speed) даже с DMA не справится, скорее всего. Не его масштабы.

Во всяких флешках и переходниках USB-SATA при этом слегка модифицированный 8051 с типичной тактовой частотой в 48 МГц вполне себе справляется, даже с 3.0 (super speed). Не надо путать частоты физического уровня и требуемую производительность контроллера. То что он не может так быстро формировать новые пакеты — вообще не проблема, зато время передачи отдельного пакета (читай, latency от формирования данных до получения их на хосте) будет маленькое. Захлебнётся при записи с хоста в контроллер? Тоже нет, для этого в протоколе NAK предусмотрен, хост просто будет ждать перед записью очередного пакета. Так что ядро контроллера и скорость физического уровня — вещи вообще слабо связанные.

Далее, 2.0 нужен не только и не столько ради скорости, сколько ради увеличенного лимита на размер пересылок, а то дробить всё по 64 байта — такое себе.

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

237. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 24-Янв-21, 21:04 
Собственно, в даташитах большинства контроллеров нынче пишут USB 2.0, поэтому заявление про 1.1 выглядит очень странно и вызвало столько негодования.

> Though high bandwidth devices are commonly referred to as "USB 2.0" and advertised as "up to 480 Mbit/s," not all USB 2.0 devices are high bandwidth. The USB-IF certifies devices and provides licenses to use special marketing logos for either "basic bandwidth" (low and full) or high bandwidth after passing a compliance test and paying a licensing fee. All devices are tested according to the latest specification, so recently compliant low bandwidth devices are also 2.0 devices.

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

248. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 24-Янв-21, 22:15 
Все отличие - шлют версию 2.0 в дескрипторе. А так это full speed обычный, такой же как в 1.1, 12 мегабитов. Это валидно заявлять и как 1.1 и как 2.0. А более скоростной 480МГц есть только в топовых МК способных реально переварить такой поток. И это явно не про cortex M0. Скорее M4F на паре сотен мегагерц какой.
Ответить | Правка | Наверх | Cообщить модератору

260. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 24-Янв-21, 22:41 
> Все отличие - шлют версию 2.0 в дескрипторе. А так это full speed обычный, такой же как в 1.1, 12 мегабитов.

Ещё, как минимум, в аппаратуре должна быть поддержка таких длинных пересылок, а то будет, например, счёткик у DMA 6-битный и всё.

> А более скоростной 480МГц есть только в топовых МК способных реально переварить такой поток.

Ну вот опять-25. Зачем контроллеру переваривать ровно такой поток? Вот хочу я пересылать 30, 50 или даже 100 МБит/с (а такой поток на железках на STM32 у меня бывает, и совсем не захлёбывается ядро), почему не имею права хотеть делать это по USB? 12 Мбит/с уже не хватит (особенно после вычитания накладных расходов), а какой-нибудь Ethernet имеет бóльшую задержку (особенно с учётом большей вероятности потерь/повреждения пакета, т.е. нужно быть готовым к перепосылкам, которые у USB железно реализованы), да и просто лишние звенья при связи с большой ЭВМ.

> И это явно не про cortex M0. Скорее M4F на паре сотен мегагерц какой.

На банальном STM32F1xx можно подключить USB Hi-Speed PHY через ULPI, ядро при этом M3 на ~100 МГц. Зачем тут M4 (который по сути просто добавляет FPU)? Да и между M0 и M3 разница по производительности всего раза в 2 (а тут ещё и усиленный M0, с аппаратным делением и прочими плюшками).

В общем, ИМХО у сабжа такие странные характеристики сугубо из-за соображений сертификации, а не потому что это такое прям сбалансированное решение.

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

269. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (269), 25-Янв-21, 12:40 
> Ещё, как минимум, в аппаратуре должна быть поддержка таких длинных пересылок, а
> то будет, например, счёткик у DMA 6-битный и всё.

Это была бы странная реализация DMA, бессмысленная и беспощадная. Дело в том что сетап транзакции требует возни - возможно вполне сравнимой с передачей 64 байтов вручную. Зачем такой dma надо? Поиздеваться над пользователями фичой которая есть, но бессмысленна?

У STM32F0/1/2/L0/1 например 16 битов под размер транзакции. Влупить до 64К за присест "отсюда сюда" - недурно уже. Тем более что столько памяти только у старших моделей есть. Так что в целом вполне сбалансировано. А желавшие 480Мбит все же идут за чипом пожирнее.

> Ну вот опять-25. Зачем контроллеру переваривать ровно такой поток?

Без этого нет особого смысла в жручем скоростном трансивере и куче ассоциированых с ним проблем и усложненном обвесе.

> Вот хочу я пересылать 30, 50 или даже 100 МБит/с (а такой поток на
> железках на STM32 у меня бывает, и совсем не захлёбывается ядро),
> почему не имею права хотеть делать это по USB?

Потому что система должна быть сбалансированой. И 100 мбит/сек sustained для мелких F0/F1/etc все же перебор. А в более старших и 480Мбит трансиверы есть как раз. А заодно и подсистемы памяти и тактовые частоты более под стать.

> 12 Мбит/с уже не хватит (особенно после вычитания накладных расходов),
> а какой-нибудь Ethernet имеет бóльшую задержку (особенно с учётом большей
> вероятности потерь/повреждения пакета, т.е. нужно быть готовым к перепосылкам,

В usb перепосылки тоже возможны, внезапно. И в целом большой поток данных при слабом ядре и подсистеме памяти на грани - скорее экзотика или специлизированные чипы, типа тех 51 в флешках.

> которые у USB железно реализованы), да и просто лишние звенья при связи с большой ЭВМ.

Это просто нишевая задача, F1xx не сватаются на ТАКОЕ.

> На банальном STM32F1xx можно подключить USB Hi-Speed PHY через ULPI,

Это уж точно совершенно не основное применение F1. А то что кто-то и автомобилем вертолет может сбить не означает что это отличное решение на все случаи.

> ядро при этом M3 на ~100 МГц. Зачем тут M4 (который по сути
> просто добавляет FPU)?

Так там же комплексный подход - тактовые частоты повыше, матрицу шин пожирней, памяти побольше, все такое. Комплексный апгрейд параметров в достаточно логичном допущении что большим задачам - больше ресурсов. В целом, а не 1 конкретном закоулке.

> Да и между M0 и M3 разница по производительности всего раза в 2 (а тут ещё
> и усиленный M0, с аппаратным делением и прочими плюшками).

Как бы M0 с 480 мбитами довольно извратно, если не подперто спецпериферией как тот 51 в флешке.

> В общем, ИМХО у сабжа такие странные характеристики сугубо из-за соображений сертификации,
> а не потому что это такое прям сбалансированное решение.

В смысле - сертификации? Я думаю что они не стали возиться с скоростным трансивером при том что остальное в системе не соответствует по параметрам. Да и ты же не думаешь что нубы на питоне будут такие потоки данных гонять?

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

279. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 25-Янв-21, 13:45 
> Это была бы странная реализация DMA, бессмысленная и беспощадная. Дело в том
> что сетап транзакции требует возни - возможно вполне сравнимой с передачей
> 64 байтов вручную. Зачем такой dma надо? Поиздеваться над пользователями фичой
> которая есть, но бессмысленна?

Да ладно, настройка транзакции бывает и проще.

> Потому что система должна быть сбалансированой. И 100 мбит/сек sustained для мелких
> F0/F1/etc все же перебор.

Дык, не перебор же. Вот банально у F1: 2 АЦП по 12 бит, 1Msps. Это уже 24 Мбит/с, не считая накладных расходов (и буду я мерять один канал в interleaved режиме на 2Msps или 8 каналов на 250 ksps — уже моё дело), а хочется чем-то ещё успевать заниматься, кроме передачи данных. Ядро и подсистема памяти вообще почти не загружены (DMA же), однако для пересылки на хост уже USB не применить. Впрочем, на STM32F1 ULPI спасает и это действительно сбалансированное решение: внутри только LS/FS трансивер, а более жирный могут ставить те кому надо. Но тут-то не F1, да ещё и строго про 1.1 говорится.

> В usb перепосылки тоже возможны, внезапно.

Отож, просто их необходимость быстрее обнаруживается.

> И в целом большой поток данных при слабом ядре и подсистеме памяти на грани - скорее экзотика или специализированные чипы, типа тех 51 в флешках.

В том-то и претензия, что не такой он и большой.

> Это просто нишевая задача, F1xx не сватаются на ТАКОЕ.

Да ладно, нормальная задача. Он и не для такого подходит. Помнится мне, даже прямо в даташите подобные примеры рассматриваются (типовая конфигурация для даталогера/плеера с флешкой).

> Это уж точно совершенно не основное применение F1. А то что кто-то
> и автомобилем вертолет может сбить не означает что это отличное решение на все случаи.

С распространением bluepill (когда F1 стали пихать куда ни попадя с оверкиллом на пару порядков), положим, и не основное. А так-то более чем нормальное, производитель сам такое предлагает.

> В смысле - сертификации? Я думаю что они не стали возиться с
> скоростным трансивером при том что остальное в системе не соответствует по
> параметрам. Да и ты же не думаешь что нубы на питоне
> будут такие потоки данных гонять?

Про сертификацию (в смысле, лицензирование или как это правильно называется) ниже ответил. Про то что 2.0 даёт не только и не столько HS отвечал выше (т.е. можно FS/LS без встроенного HS, но 2.0). В общем, очень странно увидеть упоминание 1.1, когда (уже цитировал itt, но повторюсь):
> Though high bandwidth devices are commonly referred to as "USB 2.0" and advertised as "up to 480 Mbit/s," not all USB 2.0 devices are high bandwidth. The USB-IF certifies devices and provides licenses to use special marketing logos for either "basic bandwidth" (low and full) or high bandwidth after passing a compliance test and paying a licensing fee. All devices are tested according to the latest specification, so recently compliant low bandwidth devices are also 2.0 devices.

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

295. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 10:30 
> Да ладно, настройка транзакции бывает и проще.

DMA в основном большой кус без проца пульнуть интересно. IRQ = сохранение + восстанов + флаги снять + транзакцию перезарядить, время всеж. Толкнуть так 64 байта? Сравнимо по действиям с упомянутым, нет?

> Дык, не перебор же. Вот банально у F1: 2 АЦП по 12 бит, 1Msps. Это уже 24 Мбит/с,
> не считая накладных расходов

1) 2 АЦП не у всех F1. Скажем в F100 1. Правда там и usb нет.
2) Постоянный поток, на комп нужен далеко не всем. И для такого наверное лучше камень покруче, а там и HS как раз.
3) 1MSps - здорово. Но требования к источнику сигнала читануть стоит. И посмотреть сколько из них в требования лезут.

Т.е. теоретически возможно, а практически задача на границе возможного, то что тяжело идет - логично.

> (и буду я мерять один канал в interleaved режиме на 2Msps или
> 8 каналов на 250 ksps — уже моё дело),

А вы даташит читали? Чтобы именно столько, потребуется весь аналог специально под ЭТО затачивать. Либо получите дикое вранье в отсчетах и половину LSB как раз можно выкинуть.

Хинт: перезаряд ADC S&H cap @ 1MHz канал просаживает если поляну не готовили (повторитель на БЫСТРОМ опампе?). Хрень померять можно.

> а хочется чем-то ещё успевать заниматься, кроме передачи данных.

DMA этим и интересен - асинхронен относительно проца. В паре с ADC могут по кольцу крутиться без сетапа == 100% железный кольцевой буфер с IRQ. Это не ардуина :)

> Ядро и подсистема памяти вообще почти не загружены (DMA же),

DMA - bus master, шину делит на двоих с процом. Разве что команды не гоняет. На cortex >=M3 I и D шины раздельные, I может с флеша читать пока D в оперативу лезет, так профита поменьше. А вот M0 с одной шиной, там интереснее.

> однако для пересылки на хост уже USB не применить. Впрочем, на STM32F1 ULPI спасает и это
> действительно сбалансированное решение: внутри только LS/FS трансивер, а более жирный
> могут ставить те кому надо. Но тут-то не F1, да ещё и строго про 1.1 говорится.

Ну это уже навороты. Нужные не всем. При желании из старшего F1 с внешней шиной что угодно можно, но можно != нужно.

> Отож, просто их необходимость быстрее обнаруживается.

Ошибки CRC там не отменяли.

> В том-то и претензия, что не такой он и большой.

480 мбитов - приличный уже. И еще требует 480МГц (!!!) PLL. В разы превосходит остальные частоты в чипе. Возможно требования к техпроцессу повышало? F1 дизайнили ~10 лет назад все же.

> Да ладно, нормальная задача. Он и не для такого подходит.

Да понятно что гуру и автомобилем вертолет собьет, но...

> Помнится мне, даже прямо в даташите подобные примеры рассматриваются (типовая
> конфигурация для даталогера/плеера с флешкой).

Это в каком шите? Из F1xx плеер - "не очень". Там M4F какой-нибудь уместнее, для жирных котов^W аудиокодеков. Или чего им плеить? ADPCM? :)

> С распространением bluepill (когда F1 стали пихать куда ни попадя с оверкиллом
> на пару порядков), положим, и не основное.

Так даже STMicro (а не те паленые клоны) недорого, чуть больше доллара даже околорознично. Клоны, конкуренция и вообще, дорогие чипы девов отпугивают.

> А так-то более чем нормальное, производитель сам такое предлагает.

Да нормальные чипы, спору нет. Но производителю главное продать :) а потом не его проблемы.

> Про сертификацию (в смысле, лицензирование или как это правильно называется) ниже ответил.

А, про формальное обозначение. Так вроде и на 1.х надо же сертифицироваться чтобы usb logo юзать? Это никак не фича usb 2.0, оно и до этого было IIRC.

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

303. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 26-Янв-21, 12:39 
> DMA в основном большой кус без проца пульнуть интересно. IRQ = сохранение
> + восстанов + флаги снять + транзакцию перезарядить, время всеж. Толкнуть
> так 64 байта? Сравнимо по действиям с упомянутым, нет?

Ну тут накладывается такой момент, что по USB нельзя просто так взять и передавать в любой момент, а только когда хост спрашивает (причём, конкретный endpoint). Поэтому очень удобно заранее положить данные в буфер, настроить DMA для соответствующего EP (указатель + количество) и пусть себе хост когда хочет, тогда и забирает этот буфер, не прерывая работу ядра вообще. Аналогично с записью с хоста, заранее настроил буфер для обмена и дальше только ловить прерывание, что он заполнен и можно другой буфер подставлять. Правда, у меня с USB знакомство больше с колокольни всяких 8051, поэтому довольно специфичный взгляд. На STM32 так получилось, что с Ethernet я разобрался раньше USB (задача была, в которой именно Ethernet нужен), так что до его USB так толком и не добрался.

>> Дык, не перебор же. Вот банально у F1: 2 АЦП по 12 бит, 1Msps. Это уже 24 Мбит/с,
>> не считая накладных расходов
> 1) 2 АЦП не у всех F1. Скажем в F100 1. Правда там и usb нет.

F100 — маркетологический огрызок, физически в F100~F103 один и тот же кристалл и всё там есть, разве что на заводе не тестировалось или не прошло тесты (по словам ST). В общем-то, так все делают, но большинство жадных контор ещё и fuse'ами блокируют или доступными только из системного режима регистрами (см. PSoC4), а ST позволяет на свой страх и риск пользоваться. Причём, брать F100 (как и 101 или 102) уже давно нет никакого смысла: если поначалу он и был дешевле F103, потом за счёт непопулярности он оказался уже даже дороже (цена при штучных поставках сильно выше, чем при больших партиях, в итоге получаются вот такие перекосы). Так что не аргумент.

> 2) Постоянный поток, на комп нужен далеко не всем. И для такого
> наверное лучше камень покруче, а там и HS как раз.

Ну, он на самом-то деле не совсем постоянный, но набегами и их нужно быстро разгребать, т.е. растягивать передачу и обработку до начала следующего набега — не вариант.

> А вы даташит читали? Чтобы именно столько, потребуется весь аналог специально под
> ЭТО затачивать. Либо получите дикое вранье в отсчетах и половину LSB как раз можно выкинуть.
> Хинт: перезаряд ADC S&H cap @ 1MHz канал просаживает если поляну не готовили (повторитель на БЫСТРОМ опампе?). Хрень померять можно.

Я, конечно, тот ещё самоучка с не очень прямыми лапками, но и фильтры, и повторители конечно же есть. Олсо, 1 Msps — это же всего лишь сигналы до 100-200 кГц, очень скромно с т.з. аналоговых цепей. Шум на пару LSB присутствует, конечно, но как-то в моём манямирке получается лучше передать вместе с этими битами и потом эту информацию в обработке учесть (накопление, осреднение, программная фильтрация, вот это вот всё), чем отрезáть заранее.

> DMA - bus master, шину делит на двоих с процом. Разве что команды не гоняет. На cortex >=M3 I и D шины раздельные, I может с флеша читать пока D в оперативу лезет, так профита поменьше. А вот M0 с одной шиной, там интереснее.

В каком смысле «интереснее»? В смысле, что сложнее из-за того что DMA и ядро мешают друг другу ещё сильнее, чем на M3? Ну есть такое, но это опять не в пользу выбора M0.

>> Отож, просто их необходимость быстрее обнаруживается.
> Ошибки CRC там не отменяли.

Это да, но задержка при обнаружении такой ошибки (и последующей перепосылке) куда меньше, чем время реакции TCP/IP на потерянный/битый пакет. Понятно, что так-то можно и не по TCP передавать, и таймауты крутить, но как-то всё-таки USB выглядит удобнее. Ну да ладно, это всё частные случаи.

>> В том-то и претензия, что не такой он и большой.
> 480 мбитов - приличный уже.

Ну вот опять про максимальный, да что ж такое. Я уже говорил, что между 12 и 480 Мбит/с есть ещё много интересных значений и этот провал не особо есть чем заполнить.

> И еще требует 480МГц (!!!) PLL. В разы превосходит остальные частоты в чипе. Возможно требования к техпроцессу повышало? F1 дизайнили ~10 лет назад все же.

Это да, это существенная проблема. Даже глянул по даташиту: только до 148 МГц разрешено выжимать из PLL3 на F1xx.

>> Помнится мне, даже прямо в даташите подобные примеры рассматриваются (типовая конфигурация для даталогера/плеера с флешкой).
> Это в каком шите? Из F1xx плеер - "не очень". Там M4F какой-нибудь уместнее, для жирных котов^W аудиокодеков. Или чего им плеить? ADPCM? :)

Воу-воу, не надо грязи, целочисленных реализаций кодеков (особенно MP3) более чем достаточно в природе. Конечно, на какой-нибудь эквалайзер или эффекты может и не хватить мощности (но это не точно, помню один проект…), но уж просто декодирование там с большим запасом помещается. А уж если заморочиться с фиксированной точкой, вообще ух! И да, как тут не процитировать reference manual на F1xx:
> A single 25 MHz crystal can clock the entire system and all peripherals including the

Ethernet and USB OTG FS peripherals. In order to achieve high-quality audio performance,
an audio crystal can be used. In this case, the I2S master clock can generate all standard
sampling frequencies from 8 kHz to 96 kHz with less than 0.5% accuracy.
For more details about clock configuration for applications requiring Ethernet, USB OTG FS
and/or I²S (audio), please refer to "Appendix A Applicative block diagrams" in your
connectivity line device datasheet.

Но, да, комментарий «но производителю главное продать :) а потом не его проблемы» тут очень уместен.

> А, про формальное обозначение. Так вроде и на 1.х надо же сертифицироваться чтобы usb logo юзать? Это никак не фича usb 2.0, оно и до этого было IIRC.

Да, оно и раньше было. Просто у меня такое ощущение, что для CM0 и USB 1.1 у конторы RPi уже все бумаги были и они очень не хотели тратиться на что-либо новое ради этого проекта.

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

315. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (315), 26-Янв-21, 14:49 
> буфер подставлять. Правда, у меня с USB знакомство больше с колокольни
> всяких 8051, поэтому довольно специфичный взгляд.

Я на STM32 к usb пока тоже только прицеливаюсь, сложный гад: ftdi по жизни проще прилепить. Но на F1xx там есть некий выделеный буфер железки под это. Туда можно сложить добро, настроить что-то типа дескрипторов, железка сама по тому описанию будет таскать когда приспичит. Это без всякого DMA. А стеб в том что F1xx зачем-то сделали буфер общим для usb и can. Желающие сколхозить usb2can адаптер дико матерятся на этот фак(т).

> F100 — маркетологический огрызок, физически в F100~F103 один и тот же кристалл
> и всё там есть, разве что на заводе не тестировалось или не прошло тесты (по словам ST).

Именно F100 вроде все же физически другой. То что F101-103 одно и то же я просек. Там даже RAM и флеша одинаково везде вроде. Или вы хотите сказать что я в F100 даже usb найду? А куда он там разведен? Как в F103?

Почему я думаю что F100 другой кристалл? Вышел позже и F100 умеет некоторые вещи которых в F101-103 не было. Например, PLL можно сделать DIV+MUL, от 2 до 16 и синтез частоты там куда более продвинутый. Да, это всего лишь небольшое лишнее поле в одном из регистров, но я очень сомневаюсь F101-103 так обделили бы. А зачем так возможности чипа сливать? (помножить+поделить намного гибче чем только div/2 + mul как в 103).

> В общем-то, так все делают, но большинство жадных контор ещё и fuse'ами блокируют
> или доступными только из системного режима регистрами (см. PSoC4),

В F10x кстати замечено что-то типа фузов (options byte) в sys area. Конечно не документировано. Что бы это могло быть? Защита от записи system mem?  

> а ST позволяет на свой страх и риск пользоваться. Причём, брать F100 (как и 101 или
> 102) уже давно нет никакого смысла:

Конкретно F100 мне попались за копейки и мне был интересен именно тот момент с MUL+DIV для странных экспериментов с синтезом частоты.

> если поначалу он и был дешевле F103, потом за счёт непопулярности он оказался
> уже даже дороже (цена при штучных поставках сильно выше, чем при больших партиях, в
> итоге получаются вот такие перекосы). Так что не аргумент.

См. выше про один из мелких но неприятных недостатков.

> Ну, он на самом-то деле не совсем постоянный, но набегами и их нужно быстро разгребать,

А чего мешает набеги в RAM скидывать? Особенно если монстрик с внешней шиной.

> т.е. растягивать передачу и обработку до начала следующего набега — не вариант.

Это кмк зависит от характера этого паттерна.

> Я, конечно, тот ещё самоучка с не очень прямыми лапками, но и фильтры,
> и повторители конечно же есть.

Не парьтесь, я из таких же :P. Там не в фильтре трабл а в том что adc заряжает свой кондер с частотой МГц, дико сажает сигнал, откуда конское требование к Rin источника сигнала. Не любая штука легко сэмплируется на мегагерц, увы. А толпа опампов с бандвизом несколько мгц тоже так себе.

> Олсо, 1 Msps — это же всего лишь сигналы до 100-200 кГц, очень скромно с т.з. аналоговых цепей.

По найквисту таки до 500.

> Шум на пару LSB присутствует, конечно,

Там и не пару LSB может быть если забыть про R источника.

> но как-то в моём манямирке получается лучше передать вместе с этими битами и потом
> эту информацию в обработке учесть (накопление, осреднение, программная фильтрация, вот
> это вот всё), чем отрезáть заранее.

Я вообще сделал это в IRQ от DMA c 2-буфером. У микрочипа есть дешевое и сердитое усреднение которое им ок даже для пика было.

>> А вот M0 с одной шиной, там интереснее.
> В каком смысле «интереснее»?

Профита от отсутствия команд вызывающих копирование больше. Смысл действа увеличивается. С флешом на I-bus он параллельно работал, профита меньше. Правда в шину DMA все-равно никогда не упрется, он же процу после трансфера цикл оставляет чтобы тот не встрял.

>> Ошибки CRC там не отменяли.
> Это да, но задержка при обнаружении такой ошибки (и последующей перепосылке) куда
> меньше, чем время реакции TCP/IP на потерянный/битый пакет.

Кому оно важно сроду юзают UDP, именно поэтому. Он к тому же сильно проще заодно.

> что между 12 и 480 Мбит/с есть ещё много интересных значений
> и этот провал не особо есть чем заполнить.

В принципе то да. Но все же.

> Это да, это существенная проблема. Даже глянул по даташиту: только до 148
> МГц разрешено выжимать из PLL3 на F1xx.

А кто такое PLL3? В F103 это вообще не заявлено, там формально только 1 PLL. Это чье? И в 103 оно физически есть? :D

> Воу-воу, не надо грязи, целочисленных реализаций кодеков (особенно MP3) более чем достаточно
> в природе. Конечно, на какой-нибудь эквалайзер или эффекты может и не
> хватить мощности (но это не точно, помню один проект…),

А что, хватает на декодирование мп3 в нормальном виде? Так, а урл примеров с таким нельзя? И сколько оно там мгц хотит?

>> A single 25 MHz crystal can clock the entire system and all peripherals including the
> Ethernet and USB OTG FS peripherals.

...и как это к MP3 относится? Это лишь к синтезу частот и ошибкам оных видимо.

> Но, да, комментарий «но производителю главное продать :) а потом не его
> проблемы» тут очень уместен.

Ну так именно, поэтому половина проектов - смотрите как мы автомобилем, вертолет! Мы правда не знаем сколько вы тренироваться будете, но так можно! Паааакупайте наши чипы!

> и они очень не хотели тратиться на что-либо новое ради этого проекта.

Возможно. В первом пи они ж сэкономили на прямо системном проце, хоть это и идиотство было.

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

317. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 26-Янв-21, 17:33 
> Я на STM32 к usb пока тоже только прицеливаюсь, сложный гад: ftdi по жизни проще прилепить.

FTDI, сволочь такая, дорогой негуманно. И, что ещё хуже, его клоны совсем не являются полноценной заменой, да ещё и маскируются под оригинал усиленно. Поэтому приходится смотреть в сторону всякого странного.

> Именно F100 вроде все же физически другой. То что F101-103 одно и то же я просек. Там даже RAM и флеша одинаково везде вроде. Или вы хотите сказать что я в F100 даже usb найду? А куда он там разведен? Как в F103?
> Почему я думаю что F100 другой кристалл? Вышел позже и F100 умеет некоторые вещи которых в F101-103 не было. Например, PLL можно сделать DIV+MUL, от 2 до 16 и синтез частоты там куда более продвинутый. Да, это всего лишь небольшое лишнее поле в одном из регистров, но я очень сомневаюсь F101-103 так обделили бы. А зачем так возможности чипа сливать? (помножить+поделить намного гибче чем только div/2 + mul как в 103).

Ааа, похоже, я осёл, перепутал с F101. Это F101 является «как бы без USB», но на самом деле — F103 после маркетологического урезания. А вот чьим аналогом является F100 — надо посмотреть. С другой стороны, я уже натыкался на пример, когда более поздний чип заменял более ранние, но документацию у ранних не меняли, конечно. Например, продаваемые сейчас STM8S003 на самом деле с большой вероятностью являются STM8S103 или даже STM8S903 (у этого внутренний источник референсного напряжения есть).

DIV+MUL у PLL есть у F105/F107 (107 = 105 + Ethernet), кстати. Возможно, F100 является их урезанной версией, но это надо про него почитать (а в сохранённой документации что-то он у меня ещё не упоминается), спасибо за наводку.

>> В общем-то, так все делают, но большинство жадных контор ещё и fuse'ами блокируют
>> или доступными только из системного режима регистрами (см. PSoC4),
> В F10x кстати замечено что-то типа фузов (options byte) в sys area.
> Конечно не документировано. Что бы это могло быть? Защита от записи system mem?

Сам с полгода назад натыкался на пачку недокументированных фьюзов (характерные пары байт, где второй является инверсией первого), лежащих рядом с документированными. Что они значат — самому любопытно, но исследований пока не находил на эту тему. Вообще, там область, которая записывается в процессе производства (калибровки АЦП, документированный размер флеша и т.д.), есть подозрение, что она вся является флеш-памятью (а не смесью из мелких кусочков flash и OTP) и какие-то из битов защищают её после записи заводских значений. Но это совсем уж догадки.

>> Ну, он на самом-то деле не совсем постоянный, но набегами и их нужно быстро разгребать,
> А чего мешает набеги в RAM скидывать? Особенно если монстрик с внешней шиной.

По всякому можно выкрутиться, это да. Но то что между USB FS и HS из промежуточных вариантов только Ethernet (если не считать извращений, типа (Q)SPI через FTDI) — всё-таки та ещё заноза.

> Там не в фильтре трабл, а в том что adc заряжает свой кондер с частотой МГц, дико сажает сигнал, откуда конское требование к Rin источника сигнала. Не любая штука легко сэмплируется на мегагерц, увы.

Там и ещё одна грабля есть, от которой дико бомбит у некоторых начинающих: если каналов использовать больше одного, заряженный конденсатор ADC может потом разряжаться в следующий канал и устраивать там заметный прыжок (особенно при большой частоте переключения между каналами), ну или ямку, если у предыдущего канала напряжение ниже было. У него, конечно, ёмкость пикофарадами измеряется, но для кого-то это может быть сюрпризом. Причём, на каком-нибудь AVR это тоже было, но там они этого не замечали из-за существенно невысокой частоты переключения и скорости оцифрения.

> А толпа опампов с бандвизом несколько мгц тоже так себе.

К счастью, нынче это довольно доступное удовольствие. Хотя считать и мерять нужно, конечно. Да ещё и при разных температурах, как показал опыт.

>> Олсо, 1 Msps — это же всего лишь сигналы до 100-200 кГц, очень скромно с т.з. аналоговых цепей.
> По найквисту таки до 500.

Там же всё-таки речь идёт про ограничение снизу на частоту дискретизации, да и на входе совсем не синус идеальный. Так что частоту среза у фильтра явно стоит с запасом предусматривать.

> А кто такое PLL3? В F103 это вообще не заявлено, там формально
> только 1 PLL. Это чье? И в 103 оно физически есть?

Connectivity line же, F105/F107. У меня это основная линейка, поэтому только . У 103 и правда всё куда проще, но.

> А что, хватает на декодирование мп3 в нормальном виде? Так, а урл примеров с таким нельзя? И сколько оно там мгц хотит?

Рабочего примера под рукой не нашлось (сам не собирал), так что придётся зайти издалека:
https://github.com/espressif/ESP8266_MP3_DECODER https://github.com/earlephilhower/ESP8266Audio (у 8266 производительность всё-таки так себе, так что почему бы и нет?)
http://keyj.emphy.de/minimp3/ (заброшено слегка и имеет проблемы с точностью) -> https://github.com/lieff/minimp3 (поддерживается, но хочет плавающую точку)
(поискал ещё чуть-чуть)
https://github.com/jiangrunwu/Helix_STM32 -> https://github.com/ultraembedded/libhelix-mp3
Вот это уже выглядит совсем близко, даже на EFM32 запускали: https://www.silabs.com/documents/public/application-notes/an...

>>> A single 25 MHz crystal can clock the entire system and all peripherals including the Ethernet and USB OTG FS peripherals.
> ...и как это к MP3 относится? Это лишь к синтезу частот и ошибкам оных видимо.

Ну там предлагается прикладной пример, где одновременно I²S и USB работает (и даже Ethernet, если надо). С USB вряд ли ADPCM они предлагают слушать, на скоростях FS-то. Но, конечно, лучше открывать оригинал, а не мою копипасту.

> Возможно. В первом пи они ж сэкономили на прямо системном проце, хоть это и идиотство было.

Вот, да, уже второй раз вижу напоминание об этом в этой теме. И ведь правда очень странное решение, да и в следующих ревизиях RPi у них странное было. Так что это уже больше похоже на традицию.

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

325. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 27-Янв-21, 19:33 
> FTDI, сволочь такая, дорогой негуманно.

232RL терпимо, и у меня не миллионные тиражи, 1-2 бакса не принципиальны. Но вообще CP210x от силабсов напрашивается попробовать.

> И, что ещё хуже, его клоны совсем не являются полноценной заменой,

Я покупаю у нормальных саплеров, клонопроблемы не е..т. А так я линух юзаю и "ftdi patches" только как 1-апрельская шутка там были.

> да ещё и маскируются под оригинал усиленно.

А налаженные цепочки поставок у фирм - таки работают. Они не стесняются вывесить такие вещи на сайтах, хинт!

> Поэтому приходится смотреть в сторону всякого странного.

Например чего?

>> (помножить+поделить намного гибче чем только div/2 + mul как в 103).
> Ааа, похоже, я осёл, перепутал с F101. Это F101 является «как бы
> без USB», но на самом деле — F103 после маркетологического урезания.

Про это я в курсе. Вот эти и правда вроде 1 чип. Но я имел в виду F100, вышедший немного позже и потому имеющий более продвинутый PLL. На него даташит отдельный.

> А вот чьим аналогом является F100 — надо посмотреть.

ИМХО ничьим, "F10x lite". По таймлайну после 10x - вторым вышел вроде. Соответственно облегчен относительно оных, usb нет, памяти меньше, ADC 1, 24МГц макс (зато все симметрично, без waitstates, 1 глобальный лимит на всё). И вот PLL до кучи попродвинутее 101-103, предделитель поставили нормальный. В 101-103 был только div/2, что намного менее интересно чем 2...16.

> С другой стороны, я уже натыкался на пример, когда более поздний чип заменял
> более ранние, но документацию у ранних не меняли, конечно.

Чипмейкеры чипы собирают, типа конструктора из кубиков. У амд в amdgpu хорошо разрисовано как они это делают, блоки по вериям разложены. Остальные тоже это делают. Просто не все афишируют.

И анализ отличий чипов удобно делать вот в таком контексте. У L1 - GPIOv2, у F1/2 - v1. Ну вот разные железки, одно apb, второе ahb, конфигурация по регистрам разная, у V2 AFIO другой, до 15 функций кроме gpio (поле 4 бита, выбор ремапа).

> Например, продаваемые сейчас STM8S003 на самом деле с большой вероятностью
> являются STM8S103 или даже STM8S903 (у этого внутренний источник референсного
> напряжения есть).

Увы, про STM8 я не в курсе. STM32 я в линухе обычным gcc'ом програмлю. С stm8 так не катит вроде, да и зачем мне 8-битники? Я когда-то атмеги прогал, но все уже забыл, у F10x железо намного круче.

> DIV+MUL у PLL есть у F105/F107 (107 = 105 + Ethernet), кстати.

Ну меня эзернет в них не интересовал, для такого я линух умею. А эти - нижний уровень для них, простые девайсы и хардреалтайм.

> Возможно, F100 является их урезанной версией, но это надо про него
> почитать (а в сохранённой документации что-то он у меня ещё не упоминается),

У него отдельные DS и TRM. Субъективно F10x-lite. Код может работать на F10*, я на 100 и 103 один блоб гонял, если только 1-й ADC юзать и младшие номера периферии вообще. Есть ли там 2й - а вот хз, не сканил. Могу какой-нибудь характерный паттерн по адресу поискать, если у каких-то регистров дефолт подходящий.

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

Да-да. Еще смущает какой-то непонятный reserved в флешконтроллере, врядли случайность :)

> документированный размер флеша и т.д.), есть подозрение, что она вся является флеш-памятью

100%. Господа снимавшие фузы декодировали структуру даже. И смогли стереть только фузы, экранировав УФ от остального массива бумажкой. Я бы не отказался на свое горе научиться скажем стирать STшный бут в пользу своего :). Не то чтобы сильно мешает, но...

А вообще, вот https://www.aisec.fraunhofer.de/content/dam/aisec/ResearchEx...
https://github.com/JohannesObermaier/f103-analysis

> (а не смесью из мелких кусочков flash и OTP)

Option bytes и flash разные структурно: флеш блочно стирается. Option это не катит, они более гранулярные. Но вот именно "otp" это часть ... наверное все же option. Где они физически см выше, или рядом по ссылкам, у вон тех было.

> и какие-то из битов защищают её после записи заводских значений. Но это
> совсем уж догадки.

Я тоже так думаю что вон те option-bytes типа могут лочить сегмент, например. Или он пишется через вон тот reserved, а магические константы для разлока не сказали.

> и HS из промежуточных вариантов только Ethernet (если не считать извращений,
> типа (Q)SPI через FTDI) — всё-таки та ещё заноза.

Лично мне такие потоки как-то особо не требовалось. Хотя возможно нечто типа usb-осцила сделать и прикольно, но для такого наверное F30x лучше...

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

Я сделал себе сетап каналов с временами сэмплирования и поэкспериментировал с разными. Понял как не бомбит. А потом почитал как adc реально сделан и понял почему так.

> предыдущего канала напряжение ниже было. У него, конечно, ёмкость пикофарадами измеряется,
> но для кого-то это может быть сюрпризом.

Порядка 8 пф. Но если что-то слаботочное, на мегагерц такое меряет...

> Причём, на каком-нибудь AVR это тоже было, но там они этого не замечали из-за существенно
> невысокой частоты переключения и скорости оцифрения.

И битов меньше. А так у STM'а прикольный ADC, отдельные LSB хорошо видно, если не идиотничать.

> К счастью, нынче это довольно доступное удовольствие. Хотя считать и мерять нужно,
> конечно. Да ещё и при разных температурах, как показал опыт.

Ну просто это и поле для грабель и плата разлапистей, и дороже. Иногда проще подкостылить/притормозить.

> и на входе совсем не синус идеальный. Так что частоту среза
> у фильтра явно стоит с запасом предусматривать.

Ну, там смотря что надо. Меня обычно реакция волновала. А какая форма - не сильно интересно.

> Connectivity line же, F105/F107. У меня это основная линейка, поэтому только .
> У 103 и правда всё куда проще, но.

А я в основном 100..103, еще L1 для lowpower сенсоров, но это относительно фоново. Немного и с другими пересекался.

> Рабочего примера под рукой не нашлось (сам не собирал),

Эх, стремные монстрики. В последних вижу флоаты и *alloc. Первому вроде *alloc таки оборвали и даже вроде integer only, интереснее уже. Но все равно здоровый, гад. Мне то плеер не надо, скорее прикидываю катит ли так системные анонсы/мсг пожать.

> так что придётся зайти издалека:

Спасибо.

> Ну там предлагается прикладной пример, где одновременно I²S и USB работает (и
> даже Ethernet, если надо). С USB вряд ли ADPCM они предлагают слушать, на скоростях FS-то.

44100 * 2 = 88.2 кило в секунду (1 канал CD-quality). Ну пусть 2 (stereo), менее полутора мегабитов. Вроде не проблема при 12 у FS? Они точно что-то декодили?

> Но, конечно, лучше открывать оригинал, а не мою копипасту.

А они там сорц прошивок дают? А то вон на солнечный инвертер с странным преобразователем - "contact nearest sales department". Блин, троллфэйс какой, сорц на апнот настолько зажать.

> Вот, да, уже второй раз вижу напоминание об этом в этой теме.
> И ведь правда очень странное решение,

Я так понял что в 1й версии они реюзнули чип для DVD плееров, те стали малопопулярны, а тут вот такой sink для лежака придумали. Это объясняет почему ARM до кучи, а videocore - их все :)

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

А в новых видимо уже "для совместимости" и "зачем сильно переделывать?". Но под напором конкурентов нормальный ARM все же поставили.

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

326. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 28-Янв-21, 07:52 
> 232RL терпимо, и у меня не миллионные тиражи, 1-2 бакса не принципиальны.

Ну, разница уже на сотенных тиражах ощутима. А ещё жаба душит банально: FT232RL ~ $3, STM32F072 ~ $2, STM32F042 ~ $1. Отдавать 3 бакса (впрочем, мне почему-то запомнилась ещё более высокая цена, давно не следил) за железку с такой ограниченной функциональностью — ну не поднимается рука как-то, хоть и должно обилие готовых библиотек как-то вразумлять.

> Но вообще CP210x от силабсов напрашивается попробовать.

Да, эти в своё время очень понравились, хоть универсальности ещё меньше FT232, кмк.

> Я покупаю у нормальных саплеров, клонопроблемы не е..т.
> А так я линух юзаю и "ftdi patches" только как 1-апрельская шутка там были.

Я тоже, внезапно, на нём. Хотя не всегда это можно сказать про заказчиков.
Но так-то тут опасения не столько из-за драйверов, сколько из-за лагов и разъезжающихся таймингов, если нарваться на программный клон на базе какого-нибудь МК.

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

Да можно, всё можно. Но как-то в итоге так я и прошёл мимо FTDI.

>> Поэтому приходится смотреть в сторону всякого странного.
> Например чего?

Тут идёт моё сплошное ИМХО (и я не просто так говорю слово «странное»). Если нужен чисто UART, однозначно CH340 (впрочем, у него ноги слабо тянут, так что если нужен UART с значительно более мощными выходными драйверами, CP210x спасёт, а ещё у силабсов есть большой плюс в плане наличия в отечественных магазинах, ну и почему-то их подделывают мало). Если неспешно дрыгать ногами с быстрым накидыванием прототипного софта, CH341. Если GPIO у CH341 не хватило, да и хочется странного и более оперативно ногами дрыгать, CH55x (но это прошивку писать придётся). Если же возможностей CH55x не хватило, пора браться за STM32F042, F072 или F103 (или ещё кого пожирнее). Где-то когда-то мимо пробегали Cypress FX2 (и его близкие родичи), но тоже недёшево, но всё равно прикольные они, особенно FX3.

Из ультра-бюджетного с USB есть ещё контроллеры STC8H8KxxU, они дороже CH55x, но у них и периферия интереснее. Но читать их даташиты и писать по ним код как-то очень утомительно, так что я это просто как вариант для странного будущего в заметки внёс. Кстати, в свежих ревизиях самых дешёвых контроллеров STC (STC8G1K08 и STC8H1K08) есть заливка прошивки по USB. Т.е. вдуматься только: по USB можно залить прошивку, но периферии такой у контроллера нет, т.е. в своём коде использовать USB на них нельзя. Я сначала думал, что эти извращенцы в бутлоадере реализовали VUSB на 8051 1T и не хотят ни с кем делиться реализацией, но сейчас склоняюсь к тому, что там просто кристалл STC8H8KxxU и программное обрезание функциональности (впрочем, как приедут STC8G1K08A, надо будет попробовать потыкаться по адресам периферии, может и не залочено даже).

> ИМХО ничьим, "F10x lite". По таймлайну после 10x - вторым вышел вроде.
> Соответственно облегчен относительно оных, usb нет, памяти меньше, ADC 1, 24МГц
> макс (зато все симметрично, без waitstates, 1 глобальный лимит на всё).
> И вот PLL до кучи попродвинутее 101-103, предделитель поставили нормальный. В
> 101-103 был только div/2, что намного менее интересно чем 2...16.

Ну вот такой делитель очень уж напоминает F1xx CL (connectivity line, F105/F107).
Возможно, он был их предшественником. Возможно, последователем. Но это надо мануалы сравнивать, конечно, до чего я ещё не добрался.

> Чипмейкеры чипы собирают, типа конструктора из кубиков. У амд в amdgpu хорошо разрисовано как они это делают, блоки по версиям разложены. Остальные тоже это делают. Просто не все афишируют.

Да, это понятно, особенно если был опыт разработки на HDL. Но вот тут не афишируют и приходится догадываться, реверсить.

> Увы, про STM8 я не в курсе. STM32 я в линухе обычным gcc'ом програмлю. С stm8 так не катит вроде, да и зачем мне 8-битники? Я когда-то атмеги прогал, но все уже забыл, у F10x железо намного круче.

Ну, attiny/atmega — кошмар и ужас (совершенно нелепое по нынешним меркам железо по космическим ценам), но когда-то было очень плохо с альтернативами, это я понимаю, но сейчас о них речи не идёт. Что же до STM8, я очень долго считал их совсем бесполезными (особенно с учётом отсутствия поддержки в GCC, что очень больно). Но потом выяснилось несколько нюансов:
1. Они работают в широком диапазоне напряжений. От 3 до 5.5 без внешнего преобразователя — аргумент существенный (да, проект с питанием от 18650 и очень ограниченным пространством, нужно было вписаться в существующий корпус).
2. Они бывают даже в SO-8, что тоже полезно в условиях ограниченного пространства.
3. Хотя шина данных там 8 бит, но архитектура местами вполне 16-битная (почему-то big endian), ну и вообще довольно прикольная.
4. Когда в более старом проекте понадобился расширенный диапазон температур, самым дешёвым вариантом оказался STM8AFxxxx (A — automotive, звучит обнадёживающе). Правда, тогда я в STM8 ещё не умел, так что сказал «НЕТ» и делали в итоге на несколько более дорогом STM32F031F6P7, хоть у него диапазон температур и напряжений послабее, но для соблюдения ТЗ хватило и испытания оно достойно прошло.

> У него отдельные DS и TRM. Субъективно F10x-lite. Код может работать на F10*, я на 100 и 103 один блоб гонял, если только 1-й ADC юзать и младшие номера периферии вообще. Есть ли там 2й - а вот хз, не сканил. Могу какой-нибудь характерный паттерн по адресу поискать, если у каких-то регистров дефолт подходящий.

Да тут и без паттернов, STM всё-таки старается периферию по одним и тем же адресам держать в близких линейках (STC, я смотрю на тебя с большим укором), так что просто взять адрес от F1xx контроллера со вторым ADC, убедиться в том, что у F100 по этому адресу в даташите написано reserved и попробовать поработать с ADC2.

> 100%. Господа снимавшие фузы декодировали структуру даже. И смогли стереть только фузы, экранировав УФ от остального массива бумажкой. Я бы не отказался на свое горе научиться скажем стирать STшный бут в пользу своего :)

Да-да-да, эта возможность прямо очень манит. Правда, бут там всё-таки может оказаться масочным (дороговато всё-таки флеш-память на такое переводить, хотя STM и может такое себе позволить), но это надо смотреть на картинках вскрытых чипов. Хотя, на тех же CH55x бут явно частью флеша является (да и у STC попадался намёк про возможность написания и заливки своего загрузчика) и мне вот прям очень любопытно, как же его туда заливают при производстве (т.к. там, казалось бы, нет JTAG/SWD/SWIM/etc). В даташите CH55x, кстати, есть троллинг насчёт наличия полунедокументированного интерфейса программирования якобы через SPI, многие повелись, но после пристального взгляда становится очевидно, что это пины UART2, работа с которым явно видна в коде штатного бутлоадера (его область можно невозбранно читать, тоже плюсик в карму WCH).

> А вообще, вот https://www.aisec.fraunhofer.de/content/dam/aisec/ResearchEx...
> https://github.com/JohannesObermaier/f103-analysis

Огонь, спасибо!

>> (а не смесью из мелких кусочков flash и OTP)
> Option bytes и flash разные структурно: флеш блочно стирается. Option это не катит, они более гранулярные.

Ну flash (EEPROM) — термин общий и он весьма разный бывает, так что сделать нужный размер страницы (2 байта) для области option можно.

> Лично мне такие потоки как-то особо не требовалось. Хотя возможно нечто типа
> usb-осцила сделать и прикольно, но для такого наверное F30x лучше...

Осциллограф (приёмник отражённых зондирующих импульсов, PLC-модем, etc), логический анализатор (или быстрый ногодрыг на замену FTDI), мостик в систему с ISA (PC/104) или ещё какую не очень медленную и/или широкую шину и т.д. В общем, разные идейки могут возникать.

> Я сделал себе сетап каналов с временами сэмплирования и поэкспериментировал с разными.
> Понял как не бомбит. А потом почитал как adc реально сделан и понял почему так.

Ну я в своё время на статейку с объяснениями наткнулся (ссылку быстро не найду, пожалуй), поэтому удалось почти без блужданий дойти.

>> Причём, на каком-нибудь AVR это тоже было, но там они этого не замечали из-за существенно невысокой частоты переключения и скорости оцифрения.
> И битов меньше. А так у STM'а прикольный ADC, отдельные LSB хорошо видно, если не идиотничать.

Мне просто вспомнилось, как один не очень внимательный персонаж упёрто пытался доказать чатику, что у STM32 АЦП хуже AVR'ного. Такой headdesk (даже не facepalm), просто жуть.

> 44100 * 2 = 88.2 кило в секунду (1 канал CD-quality). Ну пусть 2 (stereo), менее полутора мегабитов. Вроде не проблема при 12 у FS? Они точно что-то декодили?

Хмм, а ведь и правда укладывается. С другой стороны, проекты-то разные всё равно гуглятся.

> А они там сорц прошивок дают?

Конкретно по поводу I²S, USB и Ethernet мне вспоминается только картинка с настройкой тактирования. Демки с таким кодом могло и не быть, но я как-то и не искал.

> А то вон на солнечный инвертер с странным преобразователем - "contact nearest sales department". Блин, троллфэйс какой, сорц на апнот настолько зажать.

Отжигают. Кстати, недавно на аналогичное у Intel наткнулся: https://community.intel.com/t5/Embedded-Intel-Core-Processor...
«I have sent you an e-mail with the isp test application folder to the e-mail address on your account. Intel Atom ISP Test App is free software: and it's under the terms of the GNU General Public License.»

Если оно под GNU GPL, почему нельзя выложить на интеловском git, а нужно каждому отдельно руками на почту слать? Дивные люди. К счастью, кто-то на свой github всё-таки залил.

> Я так понял что в 1й версии они реюзнули чип для DVD плееров, те стали малопопулярны, а тут вот такой sink для лежака придумали. Это объясняет почему ARM до кучи, а videocore - их все :)

Ааа, так вот оно чего. Теперь понятно, откуда там блок MPEG-2 декодера, требующий лицензионного ключа.

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

339. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 30-Янв-21, 03:40 
> бакса (впрочем, мне почему-то запомнилась ещё более высокая цена, давно не
> следил) за железку с такой ограниченной функциональностью — ну не поднимается
> рука как-то, хоть и должно обилие готовых библиотек как-то вразумлять.

Да я даж не спорю, жаба иногда поддушивает, так что некий пойнт я признаю. С F0 я таки предпочитаю не связываться лишний раз: M0 даже без +, с отсутствующим VTOR меня все же анноит, да и в debian'овском eabit gcc с M0 чудеса бывают, если оптимизацию покруче завернуть.

Как-то вот M3 показался мне золотой серединой, а в экстремумы типа каждого цента на счету или попытки сделать из мк комп я предпочитаю не лезть. Первое для китайцев, я с ними рубиться не собираюсь, а для второго у меня линух есть.

> Да, эти в своё время очень понравились, хоть универсальности ещё меньше FT232, кмк.

Мне от них хватит тупого уарта. А с виндовыми дровами у них грабельно? Мне то похрен, но кастомеры порой маздайку хотят.

>> А так я линух юзаю и "ftdi patches" только как 1-апрельская шутка там были.
> Я тоже, внезапно, на нём. Хотя не всегда это можно сказать про заказчиков.

Ну дык. Поэтому и вопрос см. выше.

> Но так-то тут опасения не столько из-за драйверов, сколько из-за лагов и
> разъезжающихся таймингов, если нарваться на программный клон на базе какого-нибудь МК.

Предпочитаю чтобы мои протоколы по uart не уповали на чрезмерную надежность или тайминги. Я видел много плохих реализаций и учился на их ошибках.

> Да можно, всё можно. Но как-то в итоге так я и прошёл мимо FTDI.

Я даже соглашусь что жадная фирма, а с драйвером вообще скотство устроили.

> «странное»). Если нужен чисто UART, однозначно CH340

Увы, не доверяю инженерии чайны. Видел как они usb2rs232 делают, это пц просто, CMOS 5V чип с инвертироваными уровнями 1 на все. Так то в 50% случаев этот "rs232" даже как-то работает. Но не всегда. А чип быстро мрет если ему настоящий 232 попадается, с +/-12V, от этого 5V CMOS довольно быстро кончается.

> выходными драйверами, CP210x спасёт, а ещё у силабсов есть большой плюс
> в плане наличия в отечественных магазинах, ну и почему-то их подделывают мало).

Видимо дешевый и скучный слишком.

> более оперативно ногами дрыгать, CH55x (но это прошивку писать придётся).

Прогать откровенную чайну мне неохота, увы.

> Если же возможностей CH55x не хватило, пора браться за STM32F042, F072 или
> F103 (или ещё кого пожирнее).

Собссно это и есть аргумент для меня освоить usb на нем постепенно :)

> Из ультра-бюджетного с USB есть ещё контроллеры STC8H8KxxU, они дороже CH55x, но
> у них и периферия интереснее.

У меня нет проектов где каждый цент на счету, имхо китайцово - китайцам :)

> как вариант для странного будущего в заметки внёс. Кстати, в свежих
> ревизиях самых дешёвых контроллеров STC (STC8G1K08 и STC8H1K08) есть заливка прошивки по USB.

Говоря за себя - после 32-битного M3 назад в 8-битники просто уже очень неохота =)

> делиться реализацией, но сейчас склоняюсь к тому, что там просто кристалл
> STC8H8KxxU и программное обрезание функциональности (впрочем, как приедут STC8G1K08A,
> надо будет попробовать потыкаться по адресам периферии, может и не залочено даже).

А задампить ром лоадера и изучить не катит? Я правда только для F1 так развлекся, откуда и узнал что там примерно 2048+512 байтов. Если лезть дальше - hardfault прилетает.

> Ну вот такой делитель очень уж напоминает F1xx CL (connectivity line, F105/F107).

Не думаю что это они, слишком фичастые для "F10x lite". У них наверное кристаллы больше и дороже. Хотя с учетом что F101-103 один чип...

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

"F101-103 lite + prediv к PLL". Под lite подразумевается что-то типа 16КRAM max+128K flash max (физически столько и в младших есть) и меньше железок. Подозреваю что некоторых железок нет еще и просто по причине отсутствия лапок для них.

> Да, это понятно, особенно если был опыт разработки на HDL. Но вот
> тут не афишируют и приходится догадываться, реверсить.

Реверсинг сводится к тому чтобы угадать как думал программист. AMD показали как примерно они это делают в большой корп. Остальные видимо похоже.

> Ну, attiny/atmega — кошмар и ужас (совершенно нелепое по нынешним меркам железо
> по космическим ценам),

Ну да. Я пару партий F10x ухватил сильно дешевле таковых и мне проще эти ставить :)

> 1. Они работают в широком диапазоне напряжений. От 3 до 5.5 без
> внешнего преобразователя — аргумент существенный (да, проект с питанием от 18650
> и очень ограниченным пространством, нужно было вписаться в существующий корпус).

Ну да. Однако я по оказии купил кучу uPower torex XC6xxx в SOT23 за копье, и теперь и F1xx так же могут, а один SOT23 не так уж страшен :)

> 2. Они бывают даже в SO-8, что тоже полезно в условиях ограниченного пространства.

Кстати, STM сделали 32G в таком же корпусе. ИМХО я его возьму если приспичит.

> 3. Хотя шина данных там 8 бит, но архитектура местами вполне 16-битная
> (почему-то big endian), ну и вообще довольно прикольная.

Боюсь без мощи gcc-шного оптимизера это совсем скучно по математике, а я подсел на ряд вещиц.

> диапазон температур и напряжений послабее, но для соблюдения ТЗ хватило и
> испытания оно достойно прошло.

STM32F для automotive бывают, у вас диапазоны круче? Алсо в дш даже на обычные по верхним температурам написано что реально даже больше, если лимитить рассеяние. Или вам в минусы?

> Да тут и без паттернов, STM всё-таки старается периферию по одним и
> тем же адресам держать в близких линейках

Однако GPIOA у L1 и F1 по разным адресам например. Впрочем разные версии железок на разных шинах.

> этому адресу в даташите написано reserved и попробовать поработать с ADC2.

1) RESERVED есть.
2) Я все же попробовал magic, дешево и сердито. И нашел БАГ в TRM!
ADC*_HTR, reset value:
Описание: 0x00000FFF. Таблица: all 0. HW: 0x00000FFF. Баг в таблице.

F103:
ADC1_HTR=00000FFF
ADC2_HTR=00000FFF

F100, тот же бинарь:
ADC1_HTR=00000FFF
ADC2_HTR=00000000 <- увы, но...

> масочным (дороговато всё-таки флеш-память на такое переводить,

Я просто оставлю это здесь...


//Valid for STM32F10x:
//ROM:
    dumpblock((void*)0x1FFFF000, 2048);
//ChipID:
    dumpblock((void*)0x1FFFF7E8, 12);

Вместо 2048 можно 2560 (2048+512). Больше -> hardfault.

> хотя STM и может такое себе позволить), но это надо смотреть на картинках вскрытых чипов.

А уникальный серийник в "mask rom" это как? Там еще калибровки и т.п. бывают. ИМХО пуляют через SWD или JTAG вместе с калибровками и серийником.

> Хотя, на тех же CH55x бут явно частью флеша является

Да и тут вроде бы тоже.

> и у STC попадался намёк про возможность написания и заливки своего загрузчика)

У ST можно сделать начало фирмвари своим бутом, при boot0=0 конечно. Тогда при powerup ремап положит туда флеш, и если начало типа бут - ок. Вроде первые 4К при Level 1 даже readonly делают автоматически. Может быть и sysROM наподобие лочат.

Там именно физически ремап памяти, при boot0=0 флеш в 08000000 и 0. Можно фирмвару с 0 линковать, как нормальный "reset handler". С запуском такой FW из STшного ROM имхо будет облом: он не сможет ее ремапнуть, только ресетом с boot0=0 запустится. В 08 он ее увидит, но если линковано в 0, упс. Я так при кодинге бута обломался, без задней мысли адрес стэка прочел чтобы сам на себя попробовать бутануться. Hardfault! ARM не любит null pointer :). С зеркала в 08 читается конечно.

> штатного бутлоадера (его область можно невозбранно читать, тоже плюсик в карму WCH).

Я у ST слил ROM и даже немного отдизасмил (не полностью).

> Огонь, спасибо!

Там еще рядом 1-2 тематичных доки на том сайте есть.

> Ну flash (EEPROM) — термин общий и он весьма разный бывает, так
> что сделать нужный размер страницы (2 байта) для области option можно.

EEPROM от флеша тем и отличается. Крупноблочный ERASE эффективнее по площади массива. EEPROM с побайтовым доступом меньше и/или дороже. Вот поэтому.

>> usb-осцила сделать и прикольно, но для такого наверное F30x лучше...
> Осциллограф (приёмник отражённых зондирующих импульсов, PLC-модем, etc),

Это чего вы такое в PLC гнать собрались? Так на гитхабе болтается PLC модем, но он прост как топор - гонит 1.8МГц (на радость радиогубителям) PWM модулированный UART, и вылавливает его взад чем-то типа недо-радиоприемника. Я так понимаю что мк унутрях должен все это делать и наружу только данные. Впрочем самой фирвари там нет, только схемы/описание, но идея понятна.

> логический анализатор (или быстрый ногодрыг на замену FTDI),

Собссно ногодрых можно и в фирмвари накодить, куда быстрее и предсказуемее чем командовать им по юсб?

> мостик в систему с ISA (PC/104) или ещё какую не очень медленную и/или широкую шину
> и т.д. В общем, разные идейки могут возникать.

Ох, какая некромансия :)

> Ну я в своё время на статейку с объяснениями наткнулся (ссылку быстро
> не найду, пожалуй), поэтому удалось почти без блужданий дойти.

Я особо не блуждал, доки рулят. А описание ADC - appnote какой-то чтоли. Там разрисован кондер, компараторы SAR и проч.

> Мне просто вспомнилось, как один не очень внимательный персонаж упёрто пытался доказать
> чатику, что у STM32 АЦП хуже AVR'ного.

Чера с два, я им отдельные биты даже с очень странных вещей вижу.

> Хмм, а ведь и правда укладывается. С другой стороны, проекты-то разные всё
> равно гуглятся.

Просто пульнуть raw PCM явно проще чем еще mp3 пытаться попутно декодировать. Так даже крутые звуковухи то обычно не делают, за редким исключением.

> Отжигают. Кстати, недавно на аналогичное у Intel наткнулся:

Ну, интел мне не интересен. А вот что они за странный boost придумали где _две_ катушки и _трансформатор_ на выходе этого, и как они вон тот сигнал своим таймером сделали я бы посмотрел. Впрочем вроде врубился как такой PWM делать. Но теория работы этой штуки остается для меня не полностью прозрачной, впервые вижу такую топологию, boost умудрились в трансформатор загнать, нормальный а не flyback, так что 250 ваттов влезло на раз.

> кто-то на свой github всё-таки залил.
> Ааа, так вот оно чего. Теперь понятно, откуда там блок MPEG-2 декодера,
> требующий лицензионного ключа.

Там еще и VC1 вроде есть. Но я как-то предпочитал другие девайсы. Не нравится мне броадком и boot by GPU

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

328. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 28-Янв-21, 08:49 
Упс, в предыдущем ответе эту часть потерял, так что вторым сообщением дополняю.

> Мне то плеер не надо, скорее прикидываю катит ли так системные анонсы/мсг пожать.

Ну тут я вижу два пути. Во-первых, можно применить более простой кодек, MP3 всё-таки не очень легковесный, да и тут не требуется такое уж качество, получается. Во-вторых, есть всякие микросхемы «аппаратных» MP3-плееров (да и с другими кодеками бывают), сходу находится VS1053, но это точно не самый дешёвый вариант, есть проще.

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

335. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (335), 29-Янв-21, 20:45 
> Ну тут я вижу два пути. Во-первых, можно применить более простой кодек,

Ну я и применю adpcm имхо. Но при ограниченом флеше его или маловато лезет или надо внешнюю флеху.

> уж качество, получается. Во-вторых, есть всякие микросхемы «аппаратных» MP3-плееров

Да ну их, сложные, дорогие, сравнимы с системным процом, больше фигни на плате и entities в power management. В любом случае спасибо за подборочку.

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

247. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 24-Янв-21, 22:12 
> Во всяких флешках и переходниках USB-SATA при этом слегка модифицированный 8051 с
> типичной тактовой частотой в 48 МГц вполне себе справляется, даже с
> 3.0 (super speed).

Есть только один мааааааленький нюанс. Он вообще данные не трогает. Там здоровенная кастомная периферия в духе DMA для ворочания этого добра, а 8051 уродец сильно сбоку - вгрузить параметры и отвалить восвояси. Сам по себе этот убогий недомерок вообще ничего из себя не представляет. Приблуда для программирования переросточного DMA автомата, блин.

К тому же - если в системе есть SATA то энергопотребление там уж точно никого не парит, электричества по меркам Cortex M0 там заведомо просто море. А вот ты попробуй SATA от вон той CR2032 запустить? Cortex M0 то заведется. Ну, если с мегагерцами и периферией не борзеть, конечно.

Алсо от микроконтроллеров ожидается более гибкое и кастомизируемое поведение нежели приблуда при DMA автомате. Ну и поэтому вот там приходится идти на те или иные компромиссы, для получения в целом сбалансированной системы. Которая и данные на комп немного скинуть может, и батарейку не жрет в три горла, а вот и пачку данных с ADC в вон тот интерфейс DMA контроллером утрамбовывает, пока проц чем-то своим занят...

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

263. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 24-Янв-21, 22:54 
> Есть только один мааааааленький нюанс. Он вообще данные не трогает. Там здоровенная
> кастомная периферия в духе DMA для ворочания этого добра, а 8051
> уродец сильно сбоку - вгрузить параметры и отвалить восвояси. Сам по
> себе этот убогий недомерок вообще ничего из себя не представляет. Приблуда
> для программирования переросточного DMA автомата, блин.

Во флешках, кстати, точно трогает. Ибо на ком ещё реализовывать трансляцию (обработку переназначений, выравнивание износа и т.д)? Это не отменяет здоровенной приблуды для DMA, но всё же. В переходниках, впрочем, прошивка тоже куда более интересная, чем просто настроить и отвалить.

> К тому же - если в системе есть SATA то энергопотребление там
> уж точно никого не парит, электричества по меркам Cortex M0 там
> заведомо просто море. А вот ты попробуй SATA от вон той
> CR2032 запустить? Cortex M0 то заведется. Ну, если с мегагерцами и
> периферией не борзеть, конечно.

Вот не надо по темам скакать. 8051 был упомянут к тому, что ядро CM0 ну вообще никак не запрещает наличия хотя бы FS USB 2.0 (а не только 1.1), а то и HS.

> Алсо от микроконтроллеров ожидается более гибкое и кастомизируемое поведение нежели приблуда при DMA автомате. Ну и поэтому вот там приходится идти на те или иные компромиссы, для получения в целом сбалансированной системы. Которая и данные на комп немного скинуть может, и батарейку не жрет в три горла, а вот и пачку данных с ADC в вон тот интерфейс DMA контроллером утрамбовывает, пока проц чем-то своим занят...

Про возможности энергосбережения конкретно сабжа ничего пока не могу сказать, но очень слабо верю в его скромный жор, особенно с учётом позиционирования в виде плат с USB и питонопрошивкой из коробки. Да что уж тут, внешняя последовательная флешка (вместо внутренней параллельной) 100% означает большой жор, если только не копировать прошивку в оперативку с последующей отправкой флешки в спячку. Т.е. сабж явно не позиционируется как энергоэффективный. Поэтому применение CM0 (ещё и нестандартного) тут явно ни к селу, ни к городу. Аналогично про USB 1.1 вместо FS USB 2.0. Так что версия насчёт сертификации выглядит куда более обоснованной, чем насчёт оптимизаций.

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

270. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 25-Янв-21, 12:51 
> Во флешках, кстати, точно трогает. Ибо на ком ещё реализовывать трансляцию (обработку
> переназначений, выравнивание износа и т.д)?

1) Это делается не на каждый пшик.
2) Проц лично каждый байт ворочать при этом не обязан. Попросил DMA вгрузить от сих до сих, прикинул куда, попросил DMA вгрузить от сих до сих. А проц только параметры сетапил.

> Это не отменяет здоровенной приблуды для DMA, но всё же.

Я лишь про то что весь heavy lifting сделал DMA. Хотя бывают и варианты где так, видимо, не сделано - у которых скорость R/W мег в секунду, ага. Вот оно может и программно, конечно, но радости с такой реализации...

> В переходниках, впрочем, прошивка тоже куда более
> интересная, чем просто настроить и отвалить.

Естественно. Но общая идея остается - без DMA оно если и может то с крайне жалким перфомансом.

> Вот не надо по темам скакать. 8051 был упомянут к тому, что ядро CM0 ну вообще никак
> не запрещает наличия хотя бы FS USB 2.0 (а не только 1.1), а то и HS.

Так то не запрещает. Вопрос осмысленности сочетания. А они там FS не сделали? Или просто объявили его как 1.1?

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

Самому по себе M0 не с чего сильно жручим быть, а то что хомяки с питоном в энергосбережение врядли сумеют уже второй вопрос.

> Да что уж тут, внешняя последовательная флешка (вместо внутренней параллельной)
> 100% означает большой жор, если только не копировать прошивку в оперативку
> с последующей отправкой флешки в спячку.

С их объемом RAM вполне можно все в RAM держать, и код и данные. А та внешняя флешка, вообще, хотя-бы замаплена в адреса чтоли? Ну и скорость всего этого даже если оно и - не сравнима с нормальной шиной, так что выполнение из SPI напрямую бывает двух видов - или не работает, или слоупочит сильно.

> Т.е. сабж явно не позиционируется как энергоэффективный. Поэтому
> применение CM0 (ещё и нестандартного) тут явно ни к селу, ни
> к городу. Аналогично про USB 1.1 вместо FS USB 2.0. Так
> что версия насчёт сертификации выглядит куда более обоснованной, чем насчёт оптимизаций.

Сертификаций чего и зачем?

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

274. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 25-Янв-21, 13:16 
> 1) Это делается не на каждый пшик.
> 2) Проц лично каждый байт ворочать при этом не обязан. Попросил DMA
> вгрузить от сих до сих, прикинул куда, попросил DMA вгрузить от
> сих до сих. А проц только параметры сетапил.

Не на каждый чих. Но это я к тому что аргумент про CM0 — не аргумент.

>> Вот не надо по темам скакать. 8051 был упомянут к тому, что ядро CM0 ну вообще никак
>> не запрещает наличия хотя бы FS USB 2.0 (а не только 1.1), а то и HS.
> Так то не запрещает. Вопрос осмысленности сочетания. А они там FS не
> сделали? Или просто объявили его как 1.1?

FS = 12 Мбит/с, это там точно есть. А вот может ли оно в 2.0 FS (с большими оконечными точками и обычной скоростью) — непонятно.

> Самому по себе M0 не с чего сильно жручим быть, а то что хомяки с питоном в энергосбережение врядли сумеют уже второй вопрос.

Жор, о котором я говорю, не столько ядром определяется, сколько частотой, умением динамически менять её, ну и нюансами периферии (clock gating, возможность будить ядро из спячки по приёму пакета на определённый адрес и т.д.). Тут даташит пока не читал, но позиционирование наводит на определённые мысли.

> С их объемом RAM вполне можно все в RAM держать, и код и данные.

Помнится мне, выполнение из SRAM жрёт больше электричества, чем из flash (но и более быстрое). Это так, к вопросу о моём аргументе, что эта железка не позиционируется как энергоэффективная.

> А та внешняя флешка, вообще, хотя-бы замаплена в адреса
> чтоли? Ну и скорость всего этого даже если оно и -
> не сравнима с нормальной шиной, так что выполнение из SPI напрямую
> бывает двух видов - или не работает, или слоупочит сильно.

Я так понимаю, оно в духе ESP8266, т.е. флешка замаплена в адресное пространство + часть оперативки на прозрачный кеш, а в остальную можно копировать для явного кеширования. Но нужно читать подробности.

> Сертификаций чего и зачем?

Неудачно выразился, речь про лицензирование. Т.е. нельзя просто так взять и заявлять совместимость с ARM, с USB и т.д., это всё требует существенной оплаты в соответствующие организации, при этом в случае ARM — на каждый тип ядра отдельно.

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

297. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 12:08 
> Не на каждый чих. Но это я к тому что аргумент про CM0 — не аргумент.

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

> FS = 12 Мбит/с, это там точно есть.

Ну тогда я не понимаю что там про мышей воняют, это даже через usb3 вроде должно лезть? Те только на low speed обижаются вроде, и то, usb3 хаб это лечит.

> А вот может ли оно в 2.0 FS (с большими оконечными точками и обычной скоростью) — непонятно.

Ох, это уже RTFMать доки надо, мне на броадкома это лень, извините :)

> Жор, о котором я говорю, не столько ядром определяется, сколько частотой, умением
> динамически менять её, ну и нюансами периферии (clock gating, возможность будить
> ядро из спячки по приёму пакета на определённый адрес и т.д.).

Жор при прочих равных таки пропорционален числу переключаемых вентилей. Поэтому при прочих равных чем меньше вентилей тем меньше жрет. И M0 делался с прицелом на что-то такое, настолько что ему даже команды подобрубили.

> Помнится мне, выполнение из SRAM жрёт больше электричества, чем из flash (но
> и более быстрое).

Как минимум из даташитов STM32F следует что это ровно наоборот - флеш кушает больше, и к тому же тормознее по времени доступа, требуя wait states на быстрых камнях. Зато его больше и он энергонезависимый. К тому же в >=M3 он на отдельной I-bus, поэтому code fetch -> Ibus, Data -> Dbus. Параллельно. А если вы из RAM - тогда ВСЕ -> Dbus, и вот тут вопрос чья возьмет, сводится к тому перевесит ли отсутствие wait states возросший трафик шины.

> Это так, к вопросу о моём аргументе, что эта железка не позиционируется
> как энергоэффективная.

А черт его там знает. Это на самом деле даташит курить надо, но для сабжа я это делать не буду, ну нафиг на таких закладываться.

> Я так понимаю, оно в духе ESP8266, т.е. флешка замаплена в адресное
> пространство + часть оперативки на прозрачный кеш, а в остальную можно
> копировать для явного кеширования. Но нужно читать подробности.

Это не "в духе ESP", а, вообше, довольно распостраненное явление. Которое кажется даже на x86 появилось, еще с заменой FWHUB -> SPI NOR. А заодно и на хреновой куче устройств, особенно китайских. Я это видел на некоем принтсервере с чипом CNS21xx вообще (какой-то кривоватый ARM9 с линуксом на борту).

> Неудачно выразился, речь про лицензирование. Т.е. нельзя просто так взять и заявлять
> совместимость с ARM, с USB и т.д., это всё требует существенной оплаты в
> соответствующие организации, при этом в случае ARM — на каждый тип ядра отдельно.

Ну как бы 1 раз на семейство чипов для чипмейкера наверное это реально сделать. Так что все-таки странно.

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

309. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 26-Янв-21, 13:27 
> > FS = 12 Мбит/с, это там точно есть.
> Ну тогда я не понимаю что там про мышей воняют, это даже через usb3 вроде должно лезть? Те только на low speed обижаются вроде, и то, usb3 хаб это лечит.

Ой, USB3 — вообще совершенно отдельная вещь в себе (две диффпары вместо одной, другое кодирование и т.д.), в синих разъёмах по сути два независимых порта присутствуют (да, можно подключить два устройства в один порт, если одно из них будет 3, а другое 2.0 или 1.1) и обслуживаются разными контроллерами, пусть иногда и находящимися на одном кристалле, но по сути всё равно отдельными.

> Поэтому при прочих равных чем меньше вентилей тем меньше жрет. И M0 делался с прицелом на что-то такое, настолько что ему даже команды подобрубили.

Да, это помню.

> Как минимум из даташитов STM32F следует что это ровно наоборот - флеш кушает больше

Опачки, и правда. Вообще, утверждение про жор SRAM я в своё время слышал в обсуждении про сравнением STM32 и GD32 (специфичные клоны от GigaDevice, с увеличенным объёмом оперативки и последовательной флешкой вместо параллельной), но вот смысл его уловил криво, видимо. Похоже, тогда на самом деле имелось в виду, что больший объём SRAM увеличивает жор контроллера в целом (ну и менее вылизанный техпроцесс, конечно же), а не сам факт выполнения из SRAM вместо flash.

>> Это так, к вопросу о моём аргументе, что эта железка не позиционируется как энергоэффективная.
> А черт его там знает. Это на самом деле даташит курить надо, но для сабжа я это делать не буду, ну нафиг на таких закладываться.

Аналогично.

> Это не "в духе ESP", а, вообше, довольно распространенное явление. Которое кажется даже на x86 появилось, еще с заменой FWHUB -> SPI NOR. А заодно и на хреновой куче устройств, особенно китайских. Я это видел на некоем принтсервере с чипом CNS21xx вообще (какой-то кривоватый ARM9 с линуксом на борту).

Вроде, обычно на таких железках флешка (точнее, область с загрузчиком) один раз при старте зачитывалась в RAM (на x86 сначала в CAR = Cache as RAM, а потом в DRAM), а вот чтобы прямо с неё было выполнение на протяжении всего времени работы (с отображением в адресное пространство и прозрачным кешированием) я всё-таки впервые увидел на ESP. Аналогично и PSRAM (pseudo-SRAM, динамическая оперативка с последовательным интерфейсом и автоматическим обновлением) Но, возможно, они и правда не были первыми.

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

321. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (321), 27-Янв-21, 00:51 
> Ой, USB3 — вообще совершенно отдельная вещь в себе (две диффпары вместо
> одной, другое кодирование и т.д.),

Да я в курсе, EHCI vs xHCI еще. Там просто прикол какой-то есть, типа того что usb3 хаб принципиально не может lowspeed девайс пробросить, чтоли. И вот втыкаешь lowspeed мыша или клаву в 3.0 хаб, а линух и выдает - "error: not enough bandwidth". Видимо более внятный мсг на этот бред спеков они не придумали. Лечится втыканием 2.0HS хаба в это, а вот в него уже мыша. Может и FS катит. Главное чтобы SuperSpeed не встречался с LowSpeed напрямую как я понял. Brainfart какой-то.

> и обслуживаются разными контроллерами, пусть иногда и находящимися на одном кристалле,
> но по сути всё равно отдельными.

Да я знаю. Но самый стеб в том что SS пары отдельно от 2.0 не могут существовать вроде. А там еще typeC появился. Опять полунедосовместимый и сопромат они опять прогуляли, часть тупняков исправили, новых оптом добавили, как и полубэкдорные фичи (дав старт стебным атакам badPowerSupply). В общем USB IF тоже те еще фрукты.

> Да, это помню.

Математика там все же хромает. Продвинутые алгоритмы жирнее, а флеша, по иронии обычно меньше.

> Опачки, и правда. Вообще, утверждение про жор SRAM я в своё время
> слышал в обсуждении про сравнением STM32 и GD32

Вот как оно у гадов я не помню, их шиты я пока по диагонали читал.

> но вот смысл его уловил криво, видимо. Похоже, тогда на самом
> деле имелось в виду, что больший объём SRAM увеличивает жор контроллера в целом

Вот это может быть. Но в STM производитель утверждает что SRAM немного экономичнее. Разница небольшая.

> Вроде, обычно на таких железках флешка (точнее, область с загрузчиком) один раз
> при старте зачитывалась в RAM

А вот это где как. Он часто просто direct mapped в некие адреса, контроллер транслирует чтения этого в операции SPI NOR в железе. Я так SPI флеша с той штуки слил. Тупым md.b uboot'а.

> в адресное пространство и прозрачным кешированием) я всё-таки впервые увидел на
> ESP. Аналогично и PSRAM (pseudo-SRAM, динамическая оперативка с последовательным интерфейсом
> и автоматическим обновлением) Но, возможно, они и правда не были первыми.

Я даже не знаю кто у кого это упер. Но это довольно общеизвестная идея, может быть китайцы даже 1 железку на всю толпу копипастят, кто их там знает. Упомянутый девайс весьма ископаемый, наверное 2000х каких-то, ARM9 на 250МГц, даже не cortex еще. Я не уверен что в лохматые годы его разработки ESP вообще существовал.

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

351. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Fedd (ok), 30-Янв-21, 22:20 
Вон модификации с 3.1 есть, только The USB interface serves two purposes: it powers the board and allows you to upload programs to it.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

20. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +5 +/
Сообщение от uis (ok), 21-Янв-21, 23:47 
>ARM Cortex-M0+

Дорого. Лучше RISC-V. Если совсем лень, то openrisc. Да энергоэффеетивность у них лучше.

А так проект зачётный.

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

40. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (76), 22-Янв-21, 01:13 
Как обычно, "свой" МК оказался стандартным ARM с "перебитой" маркировкой.
Ответить | Правка | Наверх | Cообщить модератору

126. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +3 +/
Сообщение от Аноним (131), 22-Янв-21, 11:31 
Открою большой секрет: стандарного ARM не существует. Это лицензируемое ядро, а периферию (dma, таймеры, встроеные датчики, вот это всё) каждый производитель чипов лепит какие хочет.
Ответить | Правка | Наверх | Cообщить модератору

230. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 24-Янв-21, 15:07 
> Открою большой секрет: стандарного ARM не существует. Это лицензируемое ядро, а периферию
> (dma, таймеры, встроеные датчики, вот это всё) каждый производитель чипов лепит какие хочет.

1) Вообще, STM32F103 растащили на цитаты и теперь его клоны делает десяток фирм. Если не 2 десятка. Оригинал, конечно, лучший, но как подстаховка от кидков наличие клонов - хорошо! ST на этой почве расщедрился на longviety program, до 2030 года минимум гарантируют производство. А это все же хорошо. Не переписывать же все проекты раз в год как питонисты под новый чип?!
2) Само ядро таки более-менее типовое у всех.

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

129. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Ordu (ok), 22-Янв-21, 11:34 
Любопытно было бы глянуть на "нестандартный ARM", и на тех, кому он может быть нужен.
Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

168. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (167), 22-Янв-21, 16:30 
Apple M1
Ответить | Правка | Наверх | Cообщить модератору

171. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Ordu (ok), 22-Янв-21, 16:54 
> Apple M1

И в чём же его нестандартность?

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

189. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (189), 23-Янв-21, 00:17 
https://www.opennet.dev/opennews/art.shtml?num=54454
Ответить | Правка | Наверх | Cообщить модератору

203. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Ordu (ok), 23-Янв-21, 08:59 
> https://www.opennet.dev/opennews/art.shtml?num=54454

И чё? Вполне стандарный ARM, как я вижу.

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

231. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (-), 24-Янв-21, 15:10 
> И в чём же его нестандартность?

Они сманили довольно много тематических инженеров у всех кого не лень. Включая и кондовых монстров типа интела с амд. Поэтому они теперь могут и в глубокую кастомизацию. И лицензия у них вероятно на сильно отдельных условиях, типа права на разработку самостоятельно. За отдельные деньги так можно было.

А вот кто не успел - сейчас нвидия это купит и фиг с два кому из конкурентов будет процессорные ядра лицензировать.

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

323. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (323), 27-Янв-21, 18:12 
В том, что подавляющее большинство вендоров просто покупают лицензии на ядра и потом их компонуют и докидывают всякие DMA  и прочее (как выше заметили). В итоге всю работу по разработке и улучшению архитектуры ядер осуществляет ARM.
Apple же покупает лицензию только на набор команд (ISA), а дизайн ядер и вообще всего чипа разрабатывает и оптимизирует сама. Таким образом они выполняют полный цикл R&D (в рамках лицензируемой ISA, само собой).
Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

340. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (340), 30-Янв-21, 03:58 
Скорее всего они купили супер-полную лицензию - когда дают исходники ядра и права менять их. Вот именно с ноля ядро они все же наверное не инженерили. Потому что если распираться вот настолько, можно и систему команд другую взять накрайняк. Уж чего-чего а вот эпплу совместимость со всеми остальными до фонаря. И LLVM они один хрен прибрали к рукам на двоих с гуглей, уж наверное могут сделать там любой набор команд себе.

Когда-то давно Intel примерно так сделал. Так появились PXA, IOP и что там еще. Потом амд сел на пятки с Athlon'ами и x86-64, пришлось резко слить это, купил все это Marvell. Которые таки делали, а может и делают заметно отличающиеся от обычных вариантов ядра (у интела была такая лицензия).

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

45. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +4 +/
Сообщение от Аноньимъ (ok), 22-Янв-21, 01:26 
Малина исключительно рекламный проект арм.
Они раньше съедят собственные ноги чем на risc-v что-то выпустят.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

341. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (340), 30-Янв-21, 03:59 
> Малина исключительно рекламный проект арм.

Несколько опечаток в слове "броадком". Который, внезапно, не нвидия.

> Они раньше съедят собственные ноги чем на risc-v что-то выпустят.

Достаточно того чтобы ARM сожрала nvidia и они слиняют на riscv со скоростью света. Просто прикинув как фига от конкурента выглядит.

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

51. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –7 +/
Сообщение от Аноним (51), 22-Янв-21, 02:39 
Пернул в небо? Как можно сравнивать абстрактную архитектуру с реализованной платой?
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

78. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 22-Янв-21, 06:10 
> Дорого. Лучше RISC-V.

А что например ? Вот энергий этот и дешво очень бы даже пригодилось.

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

23. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +4 +/
Сообщение от Аноним (25), 21-Янв-21, 23:52 
И чем оно лучше схожих по характеристикам стмок или чего угодно еще?
Ответить | Правка | Наверх | Cообщить модератору

26. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –2 +/
Сообщение от uis (ok), 21-Янв-21, 23:56 
Своим чипом, думаю
Ответить | Правка | Наверх | Cообщить модератору

33. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +5 +/
Сообщение от Аноним (25), 22-Янв-21, 00:21 
Ну и чем этот чип лучше? Обычная проприетарщина с кортухом в середине, но менее популярная, оттестированная и, вроде, даже дороже аналогов.

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

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

69. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от CrazyAlex (?), 22-Янв-21, 03:50 
Да ладно, это ж где некитайские платки с таким количеством памяти и за такие деньги?
Ответить | Правка | Наверх | Cообщить модератору

122. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Атон (?), 22-Янв-21, 11:00 
>упомянуть машинное обучение в релизе зачем-то.

машина учит человека программированию

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

41. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +2 +/
Сообщение от Аноним (76), 22-Янв-21, 01:14 
> Своим чипом

Ха-ха, "своим"...

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

190. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (189), 23-Янв-21, 00:18 
Rакой-то двусмысленный ответ ;)
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

192. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от uis (ok), 23-Янв-21, 00:29 
> Rакой-то двусмысленный ответ ;)

Именно. Хотя смыслов три.

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

27. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +4 +/
Сообщение от Сишник (?), 22-Янв-21, 00:01 
esp32-s3 поинтереснее будет.
Ответить | Правка | Наверх | Cообщить модератору

38. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от Ivan_83 (ok), 22-Янв-21, 01:08 
Согласен, потому что его можно взять, влить туда тасмоту и подключить датчики, и оно будет уже полезным беспроводным датчиком.
А эти фиговины - не понятно что с ними делать и почему именно с ними, а не с 100500 других таких же.
Ответить | Правка | Наверх | Cообщить модератору

56. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от Аноним (51), 22-Янв-21, 02:43 
Дык возьми или ждёшь команды сверху?
Ответить | Правка | Наверх | Cообщить модератору

342. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (340), 30-Янв-21, 04:01 
> и оно будет уже полезным беспроводным датчиком.

Чтобы быть беспроводным - надо мало жрать. А оно точно такое мало жрет?

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

70. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от CrazyAlex (?), 22-Янв-21, 03:56 
С другой стороны - ног у них меньше, странностей в поведении - больше. И питаться от чего попало не умеют те платки, что я видел. А беспроводные возможности - хорошо, но нужны не всегда, как мы по обилию проектов на той же ардуине видим. Да и то, как в esp радио реализовано, когда твоя прошивка работает на птичьих правах - ну его на фиг, лучше уж разделять обязанности.

В любом случае - лишний сильный игрок - это хорошо.

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

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ообщить модератору

31. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +3 +/
Сообщение от Аноним (31), 22-Янв-21, 00:08 
Как же хочется свободное железо.
Ответить | Правка | Наверх | Cообщить модератору

42. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –2 +/
Сообщение от Аноним (76), 22-Янв-21, 01:16 
Никогда не будет, всё упрётся в патенты. Патентами на западе и прозападе закрыто всё, даже радиус скругления уголков корпуса микросхемы, я уж молчу про сам техпроцесс, по которому выпускать будут.
Ответить | Правка | Наверх | Cообщить модератору

86. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от n00by (ok), 22-Янв-21, 07:16 
Сейчас переименуют master в slave, а в патентах останется прежняя формулировка. Хоть какая-то от хунвейбинов польза.
Ответить | Правка | Наверх | Cообщить модератору

43. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (76), 22-Янв-21, 01:18 
Ты даже не каждую схему сможешь на бумаге нарисовать, будет упираться в патенты вида "особенность тактования регистрового файла"...
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

80. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от Аноним (-), 22-Янв-21, 06:12 
Ну стоп, с каких пор ихние эти потенты стали нас тут беспокоить ?
Ответить | Правка | Наверх | Cообщить модератору

99. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (96), 22-Янв-21, 08:56 
"Железные" патенты признают все страны. Схема чипов даже если её можно эмулировать программно подпадает под железные патенты.
Ответить | Правка | Наверх | Cообщить модератору

135. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Сишник (?), 22-Янв-21, 12:01 
Представляю, как суд будет рассматривать схему микропроцеесора, распечатнную на листочках A4🙂
Насчёт программной эмуляции - яблоко спокойно эмулирует x86 на арм, андроид на x86 эмулировал arm инструкции для нативного кода, и никто на них бочку не катит.
Ответить | Правка | Наверх | Cообщить модератору

151. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (96), 22-Янв-21, 14:29 
Так никто давно руками схему не рисует. Давно уже почти всё в Verilog или VHDL. Кстати говоря именно в США Intel с AMD вполне могут засудить Apple за программную эмуляцию x86. Ведь в США на всех, кто делал программную реализацию h264 в своё время бочку ещё как катили. 20 лет ffmpeg был полузаконным ПО. Что кстати говорит о том, что мелкие отличия суд интересовать не будут, патентованные инструкции исполняет? Значит виновен.
Ответить | Правка | Наверх | Cообщить модератору

152. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Сишник (?), 22-Янв-21, 14:47 
> патентованные инструкции

Это какие? У интела патент на сложение?
Если б они могли запретить яблоку эмуляцию кода, взяли б да сделали - но видимо не выходит подкопаться.
h264 это другое, там алгоритм патентованный.

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

153. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (96), 22-Янв-21, 14:52 
На sse просто обязаны быть патенты.
Ответить | Правка | Наверх | Cообщить модератору

154. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (96), 22-Янв-21, 14:59 
Беглый гуглинг показал, что SSE и AVX действительно под патентами и MS уже ткнули носом в это при их поползновениях на ARM. Законно эти инструкции использовать нельзя, а значит x86-64 нельзя эмулировать в принципе.
Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

155. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Сишник (?), 22-Янв-21, 15:10 
Беглый гуглинг показал, что Интел сделал предупреждение микрософту - но все кому надо плевать хотели и спокойно выпускают трасляторы, шатая как интеллектуальную собственность интела, так и напрямую его продажи, и он с этим ничего сделать не может. Видимо идея сложить 4 числа одной инструкцией недостаточно нетривиальная для надёжной патентной защиты.
Ответить | Правка | Наверх | Cообщить модератору

169. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (167), 22-Янв-21, 16:38 
А чего на QEMU суды не наезжают?
Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

170. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (96), 22-Янв-21, 16:41 
> А чего на QEMU суды не наезжают?

Так и на ffmpeg вроде не наезжали, но включать его в в список стандартного ПО никто не решался ибо по судам могут и затаскать.

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

302. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 12:39 
> Ты даже не каждую схему сможешь на бумаге нарисовать, будет упираться в
> патенты вида "особенность тактования регистрового файла"...

Гоните как дышите. Патенты видите ли протухать умеют. За более чем полвека с микропроцессорами большая часть такого тривиального добреца попросту протухла.

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

132. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (131), 22-Янв-21, 11:40 
RISC-V?
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

212. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (213), 24-Янв-21, 05:35 
И что в нём свободного? Набор команд?!
Ответить | Правка | Наверх | Cообщить модератору

215. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (131), 24-Янв-21, 09:53 
Да, в том числе. Лучше скажи, что в нем несвободного.
Ответить | Правка | Наверх | Cообщить модератору

32. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +4 +/
Сообщение от Аноним (32), 22-Янв-21, 00:16 
Надо понимать, что подобные устройства - это отладочные платы. А для отладочных плат нужно максимальное удобство отладки. Толку от питона на устройстве нет, если нельзя ставить пакеты (а на микропитон обычные пакеты не подойдут) и если нет Jupyter Notebook (или на крайняк IPythоn). То есть имеет смысл поставить полноценную малину с линуксом и всем обвесом. В результате это устройство - это просто экономия на спичках. Кончится тем, что купившие положат это устройство в шкаф, а вместо него вставят нормальную малину.
Ответить | Правка | Наверх | Cообщить модератору

36. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +2 +/
Сообщение от Аноним (36), 22-Янв-21, 00:44 
> А для отладочных плат нужно максимальное удобство отладки
> Толку от питона на устройстве нет, если нельзя ставить пакеты (а на микропитон обычные пакеты не подойдут) и если нет Jupyter Notebook (или на крайняк IPythоn).

Пакеты нужны только когда нужны. А что касается отладчика и, упаси боже, жупитера, этим говном ни один уважающий себя разработчик на полноценном-то питоне не пользуется.

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

46. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –2 +/
Сообщение от Аноним (32), 22-Янв-21, 01:41 
А чем пользоваться предлагаешь вместо юпитера? Незаменимая вещь если нужно:
1. отладить кусочек кода, зависящий от чужой либы, которая ведёт себя странновато.
2. освоиться с незнакомой и/или странно ведущей себя либой или сетевым API;
3. поэкспериментировать с реализацией кусочка кода;

Для всего этого REPL незаменим. А Jupiter - это фактически удобный REPL. Вот я спрашиваю, как ты в таких ситуациях без REPLа обойдёшься?

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

54. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (51), 22-Янв-21, 02:41 
Обойдусь в любой ситуации
Ответить | Правка | Наверх | Cообщить модератору

57. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +2 +/
Сообщение от Аноним (49), 22-Янв-21, 02:44 
Для всего перечисленного Использую vim (с плагинами офк), pdb и дефолтный питонячий шелл (даже не ipython). Зачем нужен jupiter (что как миниум меееедленно как и любой другой браузерософт) понятия не имею. Разве только чтобы селфи со смузи делать на фоне монитора с графиками.
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

81. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 22-Янв-21, 06:15 
И как ты туда свой пидоби засунешь ? Ничего про шитахи и вообще дебаг там не упомянуто.
Ответить | Правка | Наверх | Cообщить модератору

88. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +2 +/
Сообщение от Аноним (88), 22-Янв-21, 07:26 
а шёл бы ты обратно в тикток
Ответить | Правка | Наверх | Cообщить модератору

142. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +2 +/
Сообщение от Ordu (ok), 22-Янв-21, 13:25 
> Надо понимать, что подобные устройства - это отладочные платы.

Надо понимать, что любая категоризация -- это филькина грамота. Когда ты категоризируешь какое-то явление в категорию, ты заведомо теряешь информацию.

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

Освободи свой мозг от ограничений принятых категорий, эти категории служат костылями для мышления для тупых, потому что иначе оно у них не работает.

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

251. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (257), 24-Янв-21, 22:25 
> плату в "отладочные платы" -- это условность, которая не запрещает использовать
> её как микроконтроллер.

У платы и микроконтроллера есть достаточно принципиальные отличия - в размере и гибкости конструктива для задачи. Если например охота сделать девайс с часы размером, из микроконтроллера можно, а из платы - уже упс, меньше чем есть оно не станет.

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

261. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Ordu (ok), 24-Янв-21, 22:47 
>> плату в "отладочные платы" -- это условность, которая не запрещает использовать
>> её как микроконтроллер.
> У платы и микроконтроллера есть достаточно принципиальные отличия - в размере и
> гибкости конструктива для задачи. Если например охота сделать девайс с часы
> размером, из микроконтроллера можно, а из платы - уже упс, меньше
> чем есть оно не станет.

И чё? Микроконтроллеры тоже бывают в DIP40. Основная фишка микроконтроллеров в том, что не существует микроконтроллера на все случаи жизни. Даже более того, если ты попытаешься из всех микроконтроллеров выбрать такой, который будет наилучшим представителем микроконтроллеров, то ты столкнёшься с огромной проблемой, потому что с твоим выбором никто не согласиться, каждый будет отстаивать свой выбор.

С микроконтроллерами ещё хуже, чем с языками программирования. Язык можно выбирать под задачу, а можно написать на первом попавшемся. С микроконтроллером же так не выйдет.

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

272. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 25-Янв-21, 13:07 
> И чё? Микроконтроллеры тоже бывают в DIP40.

Бывают, но сейчас этот формфактор не в фаворе, потому что нагибает много применений такого чипа. Поэтому сие дороже и не массово уже в массе своей. А так для нетехнологичных ламаков делают платы где лапки уже раскиданы, по типу сабжа. Идея более технологичных нажиться на менее технологичных ничем не кривая, кстати.

> Основная фишка микроконтроллеров в том, что не существует микроконтроллера
> на все случаи жизни.

Да. Однако с точки зрения чипмейкера - чем больше вариантов применения чипа, тем лучше его продажи. Здоровенная дылда в DIP40 чисто физически не влезет в многие задачи, за что и выпало из фавора. Сделать из мелкого чипа большой breakout не вопрос. А наоборот хрен.

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

Да вообще STM32F1xx нравятся не только мне, их даже китайцы вон наклонировали оптом.

> С микроконтроллерами ещё хуже, чем с языками программирования. Язык можно выбирать под
> задачу, а можно написать на первом попавшемся. С микроконтроллером же так не выйдет.

На самом деле очень многофакторно. Если скажем надо десяток железок всего, у тебя уже на мази с вон теми, то подрываться осваивать что-то другое тебе может быть тупо не с руки, даже если это и будет малость субоптимально. С другой стороны ты решишь задачу за обозримое время вместо донкихотской крузады с освоением другого чипа фиг знает сколько времени.

Несомненно, иногда появляются поводы освоить другой чип. Но меру знать надо. Иногда субоптимальное но решение задачи - лучше чем зафэйленый или не реализованный проект.

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

35. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –11 +/
Сообщение от Аноним (37), 22-Янв-21, 00:41 
Хотелось бы мощный современный камень, к примеру М1 эппловский на миниплате.
Ответить | Правка | Наверх | Cообщить модератору

44. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +5 +/
Сообщение от Аноним (76), 22-Янв-21, 01:26 
Бери FPGA на плате с оперативкой, типа AC608 с EP4CE22 - 4*4см, ~240 МГц, 66 умножителей... После такого на какие-то микромалинки смотреть не сможешь.
Ответить | Правка | Наверх | Cообщить модератору

118. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Lex (??), 22-Янв-21, 10:21 
это то, которое 1+ тыс руб стоит ?
Эдак проще МК какой-нибудь купить
Ответить | Правка | Наверх | Cообщить модератору

162. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 22-Янв-21, 15:35 
> это то, которое 1+ тыс руб стоит ?
> Эдак проще МК какой-нибудь купить

МК с хоть как-то сравнимыми характеристиками тоже столько стоит, чего уж тут. Впрочем, у них разные задачи, так что одно другим не заменить.

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

211. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (213), 24-Янв-21, 05:34 
> одно другим не заменить.

из fpga можно сделать мк, но наоборот - никак.

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

214. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +2 +/
Сообщение от n80 (?), 24-Янв-21, 06:35 
> из fpga можно сделать мк, но наоборот - никак.

Если в самых общих чертах смотреть — примерно так, но на самом деле всё куда интереснее.

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

В то же время, некоторые фичи FPGA настолько востребованы в рамках МК, что нынче в ряде линеек контроллеров есть переконфигурируемые блоки, позволяющие делать быструю обработку некоторых видов событий и реализовывать всякую не очень типичную периферию. Самые известные — Cypress PSoC (с их UDB блоками) и Zynq 7000 (жирная FPGA с нормальными ARM-ядрами на том же чипе, что совсем не то же самое, если эти ядра попытаться реализовать в виде конфигурации FPGA), но есть и у других производителей похожее. При этом разработка прошивки для контроллерной части будет существенно проще, не говоря уж про потребление, да и всякую периферию, которую на обычных FPGA (без специальных I/O блоков) не реализовать.

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

273. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 25-Янв-21, 13:10 
> из fpga можно сделать мк, но наоборот - никак.

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

Hint: ASIC всегда дешевле и оптимальнее FPGA...

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

252. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (257), 24-Янв-21, 22:26 
> Бери FPGA на плате с оперативкой, типа AC608 с EP4CE22 - 4*4см,
> ~240 МГц, 66 умножителей... После такого на какие-то микромалинки смотреть не сможешь.

И чего с ним делать потом? Майнеры биткоинов уже асики окучали. Что-нибудь одноплатное с линухом торент качнуть может, или интерфейс к умному дому показать. А это?

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

58. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +8 +/
Сообщение от Аноним (49), 22-Янв-21, 02:47 
Очередная жертва рекламы.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

120. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (120), 22-Янв-21, 10:33 
Ну купи себе renesas r-car starterkit или i.mx8 или кучу чено еще.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

166. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Lex (??), 22-Янв-21, 16:28 
> Ну купи себе renesas r-car starterkit или i.mx8 или кучу чено еще.

у imx.8 и параметры, мягко говоря, отличные( помимо поддерживаемых протоколов )

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

139. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от анонэ (?), 22-Янв-21, 13:10 
Мощный и современный камень - это Elkhart Lake, к примеру. Кукурузный ARM ни ху-ху не мощный (а при этом менее энергоэффективен и дорогущий).
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

253. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (257), 24-Янв-21, 22:28 
> Мощный и современный камень - это Elkhart Lake, к примеру. Кукурузный ARM
> ни ху-ху не мощный (а при этом менее энергоэффективен и дорогущий).

Ага, вон там нифига не мощные, влепившие 80 ядер на 4, чтоли, гигагерца - с EPYCом зарубаются. Может, кукуруза не так уж и плоха, если ее готовить правильно? Правда и TDP за 200W. Ну так и ядер 80 штук, и вот так оно на пятки EPYC'у садится...

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

150. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (144), 22-Янв-21, 14:28 
M1 ты от батарейки малых типоразмеров не особо запитаешь.
И обвязки к нему надо столько, что проще выкинуть.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

47. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –2 +/
Сообщение от Аноним (47), 22-Янв-21, 02:09 
Внутрь ифона поместится?
Ответить | Правка | Наверх | Cообщить модератору

67. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +9 +/
Сообщение от смузихлёб (?), 22-Янв-21, 03:27 
Очередная ненужная хрень. Игрушка.
Ответить | Правка | Наверх | Cообщить модератору

68. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +3 +/
Сообщение от Аноним (76), 22-Янв-21, 03:49 
Как только вижу такие платы, которые куда-то надо впаивать/втыкать... Задолбаешься с этими сэндвичами плата-на-плате толщиной в кирпич. Проще, оказывается, самому распаять МК на своей плате (а её в любом случае делать надо). Раз уж это демоплата, вам что, трудно поставить типовые разъёмы?! Джек, тюльпан, что-нибудь 3-х пиновое для уарта (часто встречал на девайсах тот же самый джек - места на корпусе мало занимает, втыкать можно вслепую, грамотная обвязка позволяет хот-плаг). Сами не можете - ну посмотрите, как другие делают.
Ответить | Правка | Наверх | Cообщить модератору

130. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от n00by (ok), 22-Янв-21, 11:36 
Добро пожаловать в новый дивный мир)) У меня в ноуте как-то лопнул шлейф до клавиатуры. Понёс в ремонт. Говорят, давай 2 т.р. и жди неделю. А я-то уже посмотрел, что на Али шлейф стоит от 3х до 7ми, а ждать надо месяц. Аккуратно спрашиваю, почему они так долго будут шлейф паять. Они делают круглые глаза и объясняют, что шлейф запаять невозможно, мне привезут новый хороший. Я развернулся, купил станцию, лупу, пинцет, запаял за пару вечеров.
Ответить | Правка | Наверх | Cообщить модератору

177. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +6 +/
Сообщение от смузихлёб (?), 22-Янв-21, 18:59 
> Добро пожаловать в новый дивный мир)) У меня в ноуте как-то лопнул
> шлейф до клавиатуры. Понёс в ремонт. Говорят, давай 2 т.р. и
> жди неделю. А я-то уже посмотрел, что на Али шлейф стоит
> от 3х до 7ми, а ждать надо месяц. Аккуратно спрашиваю, почему
> они так долго будут шлейф паять. Они делают круглые глаза и
> объясняют, что шлейф запаять невозможно, мне привезут новый хороший. Я развернулся,
> купил станцию, лупу, пинцет, запаял за пару вечеров.

Купил станцию, лупу, пинцет для одноразовой работы? Сомневаюсь, что это стоило дешевле, чем единожды заплатить 2 т.р. 🌚

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

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

191. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (189), 23-Янв-21, 00:23 
Зато сколько опыта приобрёл.
Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

205. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n00by (ok), 23-Янв-21, 09:31 
Действительно. Шлейфы на 100 линий с шагом 0,4 мм я до того не паял. Он отчасти прав, поскольку такие вещи восстанавливают, когда нет иных вариантов. Вот только как и те щас-быстро-заменим-на-каросый ошибся, когда не поинтересовался моделью и не посмотрел образцы камплектующих для неё, где на "новом" радиаторе не смыта жвачка.
Ответить | Правка | Наверх | Cообщить модератору

254. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +2 +/
Сообщение от Аноним (257), 24-Янв-21, 22:30 
> Купил станцию, лупу, пинцет для одноразовой работы? Сомневаюсь, что это стоило дешевле,
> чем единожды заплатить 2 т.р. 🌚

Зато я теперь что угодно передуть могу, равно как и плату себе спаять как белый человек. А ты только смузи жрать и можешь.

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

174. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от CrazyAlex (?), 22-Янв-21, 17:23 
А с чего ты решил, что это демоплата? Обычная платка для DIY как малинка или ардуино во всех ипостасях.

Если ты не серию собрался делать то проще её как раз готовой использовпть, а отсутствие "стандартных разъёмов" габариты уменьшит раза в два. Больше того - для массы проектов ничего больше просто не нужно. Датчики - выносные,  питаться оно умеет от аккумулятора или батарейки. А средний DIY проект переделывается по десять раз, замаешься печатки делать.

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

71. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +120 +/
Сообщение от leibniz (ok), 22-Янв-21, 04:23 
опять разнылись по питону -- эта плата просто поиграться, ничего серьезного из неё не сделать
Ответить | Правка | Наверх | Cообщить модератору

73. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –2 +/
Сообщение от Аноним (73), 22-Янв-21, 04:50 
Бесполезная фигня, не вижу применения - смысл покупать это (264КБ рамы - это просто смешно) за 4 бакса, если прямо у них же есть Pi Zero W за 10 баксов. Или взять STM32 за 2 бакса.
Ответить | Правка | Наверх | Cообщить модератору

74. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (73), 22-Янв-21, 04:53 
P.S. Ребята походу не поняли, почему именно взлетел RPi - дешевый одноплатник на линухе (35 баксов, когда аналоги стоили 150+)
Ответить | Правка | Наверх | Cообщить модератору

82. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от Аноним (76), 22-Янв-21, 06:15 
> почему именно взлетел RPi

куда он взлетел? вниз? сколько ни смотрю - везде апельсинку юзают, она вкуснее.

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

89. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +2 +/
Сообщение от Аноним (88), 22-Янв-21, 07:30 
никто это говно без фактически поддержки линуха не юзает
Ответить | Правка | Наверх | Cообщить модератору

92. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –3 +/
Сообщение от Аноним (76), 22-Янв-21, 07:46 
> никто это говно

я о том и говорю, что эту малину никто не юзает.

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

119. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Lex (??), 22-Янв-21, 10:23 
то-то оллвиннеровские процы взлетели.. с приоритетной поддержкой андройда
Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

275. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (275), 25-Янв-21, 13:29 
> то-то оллвиннеровские процы взлетели.. с приоритетной поддержкой андройда

Тем не менее, их цена/качество была достаточной для того чтобы народ с linux-sunxi.org по своей частной инициативе все это замайнлайнил. И между нами, они прогают сильно качественнее кривоглазых.

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

143. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (73), 22-Янв-21, 13:56 
OrangePI появилась на несколько лет позже и только на успехе RPi
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

84. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (76), 22-Янв-21, 06:22 
> смысл покупать это (264КБ рамы - это просто смешно) за 4 бакса

При этом просто чип SRAM на полмегабайта 10 нс (!) в розницу - всего ~150 руб...

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

186. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Онаним (?), 22-Янв-21, 21:15 
Ключевое слово тут "в розницу".
Убираем налоги - 100-110.
Убираем маржу продавана - 40-50.
Убираем логистику и складирование - 30-40.
Убираем маржу транспортника, провезшего чип через границу - 15-20.
Убираем логистику и складирование при провозе через границу - 10-15.
Убираем налоги производителя - 6-8.
Убираем маржу производителя - 3-4.
Такие дела.
Ответить | Правка | Наверх | Cообщить модератору

87. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от n00by (ok), 22-Янв-21, 07:21 
> Бесполезная фигня, не вижу применения - смысл покупать это (264КБ рамы -
> это просто смешно) за 4 бакса

Посмотрите Intel Genuino (Arduino) 101, характеристики и ценник, по которому продавать начинали. Смеяться, так смеяться.

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

90. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (76), 22-Янв-21, 07:31 
Intel Genuino 101 - это вообще бредятина...

SRAM: 80 КБ
тактовая частота: 32 МГц

Да его даже УКНЦ/Электроника порвёт, в которой было 2 проца и 192 Кбайт оперативы!

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

123. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n00by (ok), 22-Янв-21, 11:17 
На самом деле, там тоже два проца (не ядра, архитектуры разные), а памяти вдвое больше:

Memory
384 kB of on-die NVM +8 kB OTP on-die NVM
80 kB of on-die SRAM

В режиме Ардуино IA32 процессор работает как контроллер ввода-вывода.

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

256. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (257), 24-Янв-21, 22:32 
> В режиме Ардуино IA32 процессор работает как контроллер ввода-вывода.

Под контроллер ввода вывода лучше взять что-нибудь менее хтоническое.

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

266. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n00by (ok), 25-Янв-21, 07:48 
Тогда негде написать "Интел" и продавать за... опс... почему же никто не купил?)
Ответить | Правка | Наверх | Cообщить модератору

276. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (275), 25-Янв-21, 13:30 
> Тогда негде написать "Интел" и продавать за... опс... почему же никто не купил?)

По тем же причинам что и смартфоны на атоме - нахрен никому не упало кроме самого интеля. А чем оно лучше других? Стоит в 2 раза дороже, оверинженернуто до черта, залочено на мутные интелоблобы и проч? Так себе достоинства.

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

290. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от n00by (ok), 25-Янв-21, 16:18 
Интел облажалась с железом. Про массовые возгорания и отказы проданных в Бразилии трубок наши СМИ почему-то скромно умолчали. "thousands of phones it sold containing Intel’s SoFIA chipset caught fire due to overheating from design defects" https://in.finance.yahoo.com/news/brazilian-electronics-sell...
Ответить | Правка | Наверх | Cообщить модератору

305. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 13:02 
> Интел облажалась с железом.

Мягко говоря не новость. А так это нечто заряжается больше чем разряжается. От 4-амперного кирпича, который таскать задолбает. А от более легкого или тем более usb оно не зарядится вообще - может жрать в процессе больше чем порт отдает. Температурные режимы видимо на грани фола были, x86 же экономичный, все дела. Но физику и химию маркетинг обмануть все-таки не может.

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

93. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 22-Янв-21, 08:03 
Вот так хтонь:

> SoC Intel Quark SE содержит одноядерный x86-процессор Intel Quark с тактовой частотой 32 МГц и процессор Argonaut RISC Core (ARC) EM с такой же частотой. Эти два процессора работают параллельно, используя общую память. ARC-процессор в некоторых материалах называют цифровым сигнальным процессором (digital signal processor, DSP) хаба датчиков. В теории, DSP может работать, потребляя минимальное количество энергии, собирая и обрабатывая показания датчиков. А x86-процессор в это время находится в экономичном режиме ожидания.

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

124. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n00by (ok), 22-Янв-21, 11:17 
Там на IA32 ядре работает RTOS Zefir, а скетчи Ардуино льются в ARC, для них доступна половина памяти. По возможностям интересное устройство для своего времени. Но ценник не знаю на кого был рассчитан. Купил такой на распродаже остатков на память о былом величии Америки из-за надписи Made in USA, как в рекламе, а пришла плата Made in China.))
Ответить | Правка | Наверх | Cообщить модератору

160. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 22-Янв-21, 15:30 
> По возможностям интересное устройство для своего времени.

Эм, это по каким-таким возможностям? По меркам 2016 г. это какая-то полная стыдоба в плане характеристик камня и, тем более, его цены. Или там кроме контроллера на плате ещё что-то интересное было?

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

182. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от n00by (ok), 22-Янв-21, 19:53 
Ардуины не для вычислений же используют, а для баловства с датчиками и макетированием. Там часы, Bluetooth LE и гироскоп. Если б не звёздная болезнь Интел, добавившая лишний нолик, нашлась бы ниша. А так, только посмеяться и в музей.
Ответить | Правка | Наверх | Cообщить модератору

188. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (73), 22-Янв-21, 22:31 
BLE можно и в nrf52 взять с часами.
Ответить | Правка | Наверх | Cообщить модератору

200. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от n00by (ok), 23-Янв-21, 07:13 
Спасибо, нашёл первый сайт, который в Firefox встаёт колом https://www.nordicsemi.com/Software-and-Tools/Development-Ki...
с табличкой "The website uses cookies".

It is Arduino Uno Revision 3 compatible, ценник (49 $) нашёл на Хабре. Эти 101-е с той же цены стартанули, и неудачно.

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

306. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 13:04 
> с табличкой "The website uses cookies".

Видимо их засудили по GDPR :)

> It is Arduino Uno Revision 3 compatible, ценник (49 $) нашёл на
> Хабре. Эти 101-е с той же цены стартанули, и неудачно.

Ардуина за 49 баксов это хамство. За столько можно 2 или даже 3 одноплатника с линуксом взять.

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

197. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 23-Янв-21, 00:56 
> Там часы, Bluetooth LE и гироскоп

Порекламировать, что ли, чипы от WCH. Очень порадовали набором периферии и ценой.

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

199. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n00by (ok), 23-Янв-21, 06:59 
Конечно, рекламируйте при случае. Особенно, если по теме сайта, со ссылками на какие открытые проекты. Правда, профессионалы о таких наверняка и сами знают, а простым смертным их не купить в деревне в магазине "за углом".
Ответить | Правка | Наверх | Cообщить модератору

202. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от n80 (?), 23-Янв-21, 08:58 
> Конечно, рекламируйте при случае. Особенно, если по теме сайта, со ссылками на
> какие открытые проекты. Правда, профессионалы о таких наверняка и сами знают,
> а простым смертным их не купить в деревне в магазине "за углом".

Есть открытая SDK от производителя, там куча примеров. Есть немножко реп на гитхабе. Только вот что комментарии в SDK и тех репах, что форум производителя, что большая часть документации таки на китайском. Причём, если WCH ещё заморачивается переводами хотя бы части даташитов, то STC (тоже довольно интересный производитель, правда, по большей части только ценой) вообще таким не парится. Так что не всякому профессионалу оно известно даже тупо из-за языкового барьера. Впрочем, т.н. профессионалам и на цену обычно положить, а китаечипы во многом интересны именно когда нужно бюджетно делать.

Касательно магазинов, есть же возможность заказать через интернет. Хотя с удивлением обнаружил что на LCSC (по крайней мере, пока что) нет, например, чипов STC с аппаратным USB (впрочем, не сильно они и нужны, аналоги от WCH мне пока что куда больше нравятся, заодно там и какое-никакое сообщество сложилось на всё том же github).

В общем, если кому нужен чип на ARM с Ethernet (да, 10M, но зачем на МК больше? а если прям надо, есть CH561, CH563 и ещё более старшие модели, но они уже не такие бюджетные, хотя иногда с большой скидкой продаются) + BLE + USB, рекомендую обратить внимание на CH579 от WCH. Чип стоит чуть больше одного бакса. Как доберётся отладка, надеюсь потихоньку разбираться (понятно, что и так можно начинать переводить и портировать, но других забот хватает) и переводить примеры на английский и, если это хоть кому надо, выкладывать. По-моему, он сравнительно недавно появился, я периодически поглядываю на новости тамошних камней, ищу интересные варианты для разных проектов.

Так-то я обычно на STM32F107 делаю, но на него цены как-то выросли в этом году + ему нужен внешний PHY, а для некоторых проектов важно вписаться в имеющиеся габариты корпуса и платы (текущая версия которой уже много лет основана на PIC18F67J60, но с ним всё больше проблем), так что чем меньше чипов, тем лучше, ну и цена тоже очень критична.

--

И да, кому хочется максимально дешёвых однократно-программируемых мелких контроллеров, добро пожаловать на https://github.com/free-pdk (поддержка в SDCC какая-никакая есть, потихоньку дорабатывается), при этом варианты с flash вместо OTP тоже есть и тоже недорогие. Хотя ещё есть куча производителей, которые делают копеечные клоны PIC'ов с OTP, но такое совсем не по мне.

А кому нужно максимально дёшево поддержать USB на более интересном уровне, чем USB-UART, есть линейка CH55x (я ещё помню, как они четверть бакса стоили, успел закупиться). Для них уже тоже есть какие-никакие англоязычные зачатки сообщества, т.е. не только чисто китайские репы с примерами есть. См. https://github.com/Blinkinlabs/ch554_sdcc https://github.com/rikka0w0/CH55x_USB_CompositeDevice https://github.com/diodep/ch55x_jtag и т.д.

Но, да, повторюсь: это для тех, кому надо очень-очень бюджетно. Плюс, тут сильно меньше вероятность нарваться на подделку, чем в случае bluepill.

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

206. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n00by (ok), 23-Янв-21, 12:53 
Спасибо. Жаль, что Ваше сообщение мало кто найдёт. Беда в том, что кого такое может заинтересовать, они и не знают, что им это интересно. Когда-то я увидел на витрине "ЭКОН-01", мне стало интересно и даже начал кое что понимать.
Ответить | Правка | Наверх | Cообщить модератору

209. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 24-Янв-21, 04:19 
А, вот ещё две важных ссылки для интересующихся чипами от WCH, тут многое собрано в полутора репах и местами переведено: https://bitbucket.org/e_dragon/wch/src/master/
https://bitbucket.org/e_dragon/wch_ch55x/src/master/

У WCH вообще много интересного есть, включая чипы c PCI-E, SATA и т.д. (тут на китайском, но все сокращения таки английские, так что и без словаря почти всё основное понятно):
https://web.archive.org/web/20191222181921/http://special.wc.../ (старый каталог одной картинкой)
http://www.wch.cn/downloads/file/204.html (свежий каталог, PDF на несколько мегабайт)

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

259. "Проект Raspberry Pi представил плату Pico на основе собствен..."  –1 +/
Сообщение от Аноним (-), 24-Янв-21, 22:40 
> https://bitbucket.org/e_dragon/wch_ch55x/src/master/

Использование битовой мусорницы создает характерные ожидания по качеству софта сразу на старте. Этим пользуются только совсем уж днища.

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

264. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 24-Янв-21, 22:59 
> Использование битовой мусорницы создает характерные ожидания по качеству софта сразу на старте. Этим пользуются только совсем уж днища.

Опаньки, а чем это они успели «прославиться» таким уж, что прям для днищ? Когда-то, например, они были удобнее github (бесплатные приватные репозитории, поддержка mercurial), потом отстали от поезда, но не сказать что прям скатились.

Почему конкретно e_dragon там размещает репозитории — не знаю, может, с тех времён привычка осталась или ещё чего.

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

307. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 13:07 
> Опаньки, а чем это они успели «прославиться» таким уж, что прям для днищ?

Угробищным интерфейсом и отсутствием там сколь-нибудь вменяемых проектов.

> Когда-то, например, они были удобнее github (бесплатные приватные репозитории, поддержка
> mercurial), потом отстали от поезда, но не сказать что прям скатились.

Интерфейс у этого дна и близко с гитхабом не стоял. Меркуриал, кстати, еще одна визитная карточка паршивых проектов, где людям вообще наплевать будет ли кто с ними взаимодействовать. Вывалили нечто по принципу нате-жрите. Выбор нормальных прогеров все же гит, он делан программистами для программистов. В отличие от меркуриала.

> Почему конкретно e_dragon там размещает репозитории — не знаю, может, с тех
> времён привычка осталась или ещё чего.

А черт их там знает.

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

204. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 23-Янв-21, 09:12 
Вообще, конечно, я про всякую подобную хтонь могу много трындеть, но интересно ли это хоть кому-то — большой вопрос.
Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

346. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от InuYasha (??), 30-Янв-21, 14:14 
Прорекламируй что-нибудь нечинайское. А то - что ни одноплатка - всё мэйдынчайна и фуфло. Даже контакты не позолоченные.
Ответить | Правка | К родителю #197 | Наверх | Cообщить модератору

347. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 30-Янв-21, 19:53 
> Прорекламируй что-нибудь нечинайское. А то - что ни одноплатка - всё мэйдынчайна и фуфло. Даже контакты не позолоченные.

А смысл в позолоченных контактах, если туда всё равно припаиваться потом? Плюс, я больше о чипах говорю, а не о конкретных платах на них.

Но, конечно, можно поискать дорогие одноплатники на том же NXP iMX, есть даже от отечественных производителей (которые по факту всё равно собирают на китайских фабриках, хоть и под должным присмотром и с последующим ОТК).

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

277. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (275), 25-Янв-21, 13:31 
> Там на IA32 ядре работает RTOS Zefir, а скетчи Ардуино льются в
> ARC, для них доступна половина памяти. По возможностям интересное устройство для
> своего времени.

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

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

95. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от НеАнонимemail (?), 22-Янв-21, 08:43 
Ведь на Ардуино Мега http сервер запустили же. См. подробности в интернете.
А там 16МГц, 8кБ памяти.
Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

105. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +2 +/
Сообщение от n80 (?), 22-Янв-21, 09:35 
> Ведь на Ардуино Мега http сервер запустили же. См. подробности в интернете.
> А там 16МГц, 8кБ памяти.

С помощью какого-нибудь ENC28J60 или W5xxx, что ли? Так это недоразумение в стиле анекдота про белку, у которой к хвостику медведь прилип. Хоть и много где промышленно используемое недоразумение, т.к. когда-то и не было нормальных альтернатив, в общем-то.

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

149. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от НеАнонимemail (?), 22-Янв-21, 14:26 
Arduino Mega Server называется. Ведь работает же. См. подробнее в интернетах.
Ответить | Правка | Наверх | Cообщить модератору

156. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 22-Янв-21, 15:13 
> Arduino Mega Server называется. Ведь работает же. См. подробнее в интернетах.

Atmega2560 (256k flash) + W5100 + SD-карточка, что и требовалось доказать. Много чего в мире как бы работает (ну т.е. в тепличных условиях делает вид, что работает), но это не означает что так нужно делать. Такое решение плохо и ценой, и производительностью (в широком смысле, т.е. и скоростью, и временем реакции, и объёмом ресурсов), и надёжностью, да и со скоростью разработки не всё так гладко. Зато распиарено, ардуйня же, да с пёстрой веб-мордой.

При этом никакого открытия тут нет, ещё лет 15 назад были устройства на atmega8 + ENC28J60 (или одном PIC18F67J60), это по сути ровно то же. А ещё раньше был вариант с подключением ISA сетевой карты, но для этого ног побольше надо было и немного мелкой логики. От контроллера-то тут немного требуется, основная нагрузка переносится в браузер клиента, ну и отдельный чип сетевого стека здорово разгружает.

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

141. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Гуестьemail (?), 22-Янв-21, 13:18 
А самое странное, это ядро М0 на частоте 133МГц. М0 - ядро энергоэффективное, дрыгоног. 133МГц убивает полностью понятие энергоэффективности. Математики в нем нет, но есть еще одно ядро.
Лучше-бы взяли M4, там все быстро и эффективно. А еще бы лучше взяли и поставили STM32F750 и не парили бы мозги ни себе ни людям.
Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

157. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 22-Янв-21, 15:19 
> А самое странное, это ядро М0 на частоте 133МГц. М0 - ядро энергоэффективное, дрыгоног.
> Лучше-бы взяли M4, там все быстро и эффективно.

Нельзя просто так взять M3 или M4, лицензия нужна же. Возможно, на M0 она у них уже была.

> 133МГц убивает полностью понятие энергоэффективности.

Если строго говорить, это ж максимальная частота, никто не заставляет на ней постоянно работать, не говоря уж про возможность впадать в спячку. Но целевая аудитория от этого далека, конечно.

> А еще бы лучше взяли и поставили STM32F750 и не парили бы мозги ни себе ни людям.

Люто плюсую (хотя можно и куда менее жирный STM взять), но это и без них много кто делал, на этом не попиаришься.

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

175. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от CrazyAlex (?), 22-Янв-21, 17:37 
Усыплять проц прекрасно умеют в том числе ардуинщики, благо у них оно одной строкой делается.

На stm32 есть blue pill, смысл дублировать?

Впрочем, одно то, что у этой штуковины удобно сделано питание - уже огромный плюс, ничего дополнительно городить не надо.

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

176. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 22-Янв-21, 18:36 
> Усыплять проц прекрасно умеют в том числе ардуинщики, благо у них оно одной строкой делается.

Будто на обычном ARM это не одной строкой. Другое дело, что есть разные тонкие моменты настройки периферии, которые требуют именно код специфическим образом писать, ну да не будем о грустном.

> На stm32 есть blue pill, смысл дублировать?

Дык, о том и обсуждение, что эта штука ничем не лучше типичного blue pill, разве что 2 ядра и модель памяти ближе к ESP8266/ESP32 (с соответствующими граблями), а не к нормальным микроконтроллерам. Т.е. смысл её существования ну очень уж сомнительный.

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

А чего там такого особенного, импульсная понижайка вместо типичного линейного 1117 и всё? Или я что-то ещё упустил?

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

178. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от CrazyAlex (?), 22-Янв-21, 19:14 
Есть тонкиие моменты, но в большинстве случаев всё просто.

Модель памяти - что флеш отдельным чипом? Или я не увидел что-то? Так на таких скоростях это вроде не критично.

А стаб импульсный - не знаю, что особенного, но больше нигде его нет. А линейный - он линейный и есть - замучаешься кормить и отводить тепло. Лично я за это лишний доллар сходу отдам. Что сводит разницу с блупиллом совсем к мелочи.

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

196. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 23-Янв-21, 00:54 
> Модель памяти - что флеш отдельным чипом? Или я не увидел что-то?

Отдельным SPI-чипом, заметим. Т.е. в случае промахов кеша задержка будет очень существенная. Можно, конечно, извращаться с ручной пометкой функций для копирования их в оперативку (на ESP это вообще стандартная практика, иногда так делают и на STM), но это же изврат.

> Так на таких скоростях это вроде не критично.

Да на самом деле критично. Не, если светодиодом моргать или по DMA общаться с UART — ещё куда ни шло, а вот серву какую-нибудь дёргать уже будет не очень, не говоря уж про менее тривиальные случаи. Некоторые производители (помнится мне, у TI такое было, ну и на старых PIC и 80xx, опять же) вообще продвигают вариант контроллеров без конвеера как фичу, типа, больше потактовой предсказуемости, можно легко времена на всех путях просчитать.

> А стаб импульсный - не знаю, что особенного, но больше нигде его
> нет. А линейный - он линейный и есть - замучаешься кормить
> и отводить тепло. Лично я за это лишний доллар сходу отдам.
> Что сводит разницу с блупиллом совсем к мелочи.

Дык, кому надо (имхо, таких мало) — используют отдельный модуль (заказанный оттуда же, откуда и плата), остальные (и таковых, имхо, большинство) питают от USB или пятивольтовой зарядки и у них получается как раз. А некоторых и вообще просто питаешь от литиевой банки напрямую, без кренки, ибо у них диапазон рабочих напряжений как раз начинается ниже 3В и заканчивается в районе 5В.

Ну а если уж не хочется коробку с модулями, один хрен пора использовать свои платы (туда же и преобразователь, и датчики, и обвязку загнать), благо, это стало очень просто и дёшево (JLCPCB + EasyEDA или, если угодно, KiCAD).

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

278. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (275), 25-Янв-21, 13:34 
> Отдельным SPI-чипом, заметим. Т.е. в случае промахов кеша задержка будет очень существенная.
> Можно, конечно, извращаться с ручной пометкой функций для копирования их в
> оперативку (на ESP это вообще стандартная практика, иногда так делают и
> на STM), но это же изврат.

А чего при почти 300 кил рамы мешает вообще ВСЕ в флеху толкнуть, отпинав в начале лоадер который spi -> RAM сделает?

>  (JLCPCB + EasyEDA или, если угодно, KiCAD).

Ну да. В кикаде можно за пару вечеров отрисовать себе нечто с STM32 и при наличии не сильно гунявого паяльника или станции и спаять по бырому. А если понравится - отдать герберы вон тому pcb или кому там еще. Самому просто сильно быстрее чем доставку из китая ждать.

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

281. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 25-Янв-21, 13:56 
>> Отдельным SPI-чипом, заметим. Т.е. в случае промахов кеша задержка будет очень существенная.
>> Можно, конечно, извращаться с ручной пометкой функций для копирования их в
>> оперативку (на ESP это вообще стандартная практика, иногда так делают и
>> на STM), но это же изврат.
> А чего при почти 300 кил рамы мешает вообще ВСЕ в флеху
> толкнуть, отпинав в начале лоадер который spi -> RAM сделает?

М, в какую флеху? Может, в RAM? Да ничего не мешает, кроме прямоты рук писателей, пожалуй. Ну и то что оперативка для другого может понадобиться. Ну и что работа чисто из RAM может быть более жручей до электричества (чем из флешки, правда, речь про внутреннюю флешку, коей тут нет, для внешней это совсем вряд ли), а некоторые в этой теме толкают версию, что у сабжа USB 1.1 (вместо FS USB 2.0, я не говорю про HS, он и правда может быть лишним) и CM0+ выбраны из соображений энергоэффективности, а не тупо «не хотели платить за доп. лицензии».

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

308. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 13:18 
> М, в какую флеху? Может, в RAM?

Ну да. В смысле, начальный образ в Flash, а распаковать/скопировать - в RAM, целиком.

> Да ничего не мешает, кроме прямоты рук писателей, пожалуй. Ну и то что оперативка для другого
> может понадобиться.

Ну как бы выбирая между тормозами SPI и этим...

> Ну и что работа чисто из RAM может быть более жручей до электричества

С чего? В том же STM32 например наоборот, флеш больше жрет судя по шиту. А тут еще и чип внешний.

> флешку, коей тут нет, для внешней это совсем вряд ли),

Оно и для внутренней вроде не так..

> правда может быть лишним) и CM0+ выбраны из соображений энергоэффективности, а
> не тупо «не хотели платить за доп. лицензии».

Может и не хотели. Они в свое время ARMv6 втолкали в первую малину, хотя все остальные уже v7 (Cortex-A) юзали. Видимо тоже экономили. Только вот 800МГц с устаревшим сразу на старте ABI дал зеленый свет легиону конкурентов которые смогли лучше.

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

282. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Crazy Alex (ok), 25-Янв-21, 14:37 
Так код для дёргания сервы будет постоянно в памяти. Я как-то не могу придумать,что реалтаймовое на таком чипе можно не поместить в 200 с лишним кил памяти (это ж не ESP, где WiFi прошивка всё сожрёт). А редко используемое в SPI-флеш пихать - самое оно.

Это что ж за чипы умеют напрямую от лития жить? Если не AVR какой замшелый, конечно. И обычно как раз наоборот - оно бы и хорошо, но это ж отдельный модуль пихать (а до этого - знать, что оно вообще бывает и от линейного отличается). Напоминаю - целевая аудитория таких штук - не электронщики и не матёрые эмбеддеры, а в лучшем случае "обычные" программисты,а в худшем - вообще неподготовленный народ вроде детей. И чем меньше всякого "фонового шума" вроде свойств блоков питания - тем больше интереса собственно к тому, чтобы оно жужжало так, как задумано.

Изготовление своей платы - это совсем другой уровень суеты - на этих готовых платках можно не имея паяльника миллион вполне проактичных проектов сделать, а тут - освоить проектирование платы, потом где-то её заказывать (или тем более делать самому), ждать, пока приедет, потом понять, что протупил и нужна другая... тут-то 90% аудитории и отвалится. И будет право, потому что профит от этого есть в серийных или хотя бы "production" изделиях, а для DIY - модули удобнее на порядок - переконфигурировать легко, сгоревший заменить, совет получить от тех, кто такой же использует, и так далее. А вот переплатить чуток за то, что железка будет "магически" вдвое дольше работать от батареи - это да, это хорошо и понятно.

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

287. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 25-Янв-21, 15:11 
> Так код для дёргания сервы будет постоянно в памяти.

Если его туда явно скопировать — да. А вот если положиться на кеширование — возможны варианты.

> Это что ж за чипы умеют напрямую от лития жить? Если не AVR какой замшелый, конечно.

Конкретно в моём случае это был STM8Sxxx. Хотя он и позиционируется как 8-битный (и регистров у него мало на первый взгляд), но тут и удобные режимы адресации (так что по факту нехватки регистров нет), и единое адресное пространство (в котором и оперативка, и MMIO, и флешка), и набор инструкций неплохой. И, конечно же, питание от 1.8 до 5 с небольшим В. Из минусов: SDCC не очень-то оптимизирует, а других сишных компиляторов под него по сути и нет (махровую проприетарщину не рассматриваем).

AVR, кстати, традиционно лососнул: хоть у него и заявлен широкий диапазон питания, в флешку он писать может только при работе от 5В (по крайней мере, та серия, на которую я смотрел даташит). Это не говоря уж о совершенно негуманной цене, куда более слабых характеристиках и извращениях с адресными пространствами.

> Напоминаю - целевая аудитория таких штук - не электронщики и не
> матёрые эмбеддеры, а в лучшем случае "обычные" программисты, а в худшем -
> вообще неподготовленный народ вроде детей. И чем меньше всякого "фонового шума"
> вроде свойств блоков питания - тем больше интереса собственно к тому,
> чтобы оно жужжало так, как задумано.

Okay, но я так не играю. Как по мне, матчастью интересоваться нужно обязательно.

> Изготовление своей платы - это совсем другой уровень суеты [...]

Вот отсюда и проистекает хейтерство к *дуинщикам, что они склонны распространять заблуждения насчёт разницы в уровнях. Т.е. разница есть, да, но они её преувеличивают просто неимоверно, в итоге в, нередко, неглупых людях поселяются всякие нездоровые предрассудки насчёт Си, насчёт делания конструкций из россыпи оверпрайснутых модулей и сопливых проводов и т.д. Да, есть разные уровни и не всё и не сразу получается освоить, но совсем уж планки понижать не надо.

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

311. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 13:52 
> Если его туда явно скопировать — да. А вот если положиться на
> кеширование — возможны варианты.

Вон там питонист синус синтезировал в реальном типа времени. Он асинхронник в вентиляторе, видите ли, регулить хотел. Так то обычное человеческое желание. Там типовой вариант - полумост, на него дается быстрый PWM, изображающий типа-синус. Ну и с небольшим фильтром это типа синус переменной частоты. Схему он так и сделал. И до этого момента все шло нормально.

Но вот менять на скорость коэффициенты ШИМ питоном с ESP - было все-таки не самой удачной идеей. Я так понял что клоун в конце концов таки взорвал полумост. Они видите ли не любит когда оба FET открыты, это уже КЗ и трололо. А в ESP естественно не было железок для синтеза комплиментарного сигнала, он GPIO все это, на питоне, ать-ать-ать.... но да, до того как %@#нуть оно даже дергано и криво вертелось!

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

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

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

310. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 13:44 
> Это что ж за чипы умеют напрямую от лития жить? Если не AVR какой замшелый, конечно.

STM32L например. Они даже бутявятся на скромных 2МГц, в отличие от более майнстримных 32F, которые по дефолту на 8МГц. Видимо чтобы в такой ситуации не обломаться о тот факт что система еще не успела частоту сменить на более гуманную к литиевой таблетке.

И да, там минимальное потребление С АКТИВНЫМ ПРОЦОМ может быть десятки мкА. Он конечно и отвисать будет на десятках килогерц, но кнопочки или датчики неспешно посматривать хватит.

> Изготовление своей платы - это совсем другой уровень суеты - на этих
> готовых платках можно не имея паяльника миллион вполне проактичных проектов сделать,

Ну да, в принципе можно. Однако ограничений есть. А суета - да на самом деле не такая уж и большая.

> а тут - освоить проектирование платы,

А в чем прикол учиться водить, чтобы потом все-равно такси вызывать?

> потом где-то её заказывать (или тем более делать самому), ждать, пока приедет,
> потом понять, что протупил и нужна другая... тут-то 90% аудитории и отвалится.

Я не понимаю что такого сложного фабе гербер загрузить. Это чем-то сложнее чем загрузить или отправить по пофте фотку или офисный документ? Ну да, ждать придется. Можно самому сделать, для qfp/qfn оно ненапряжно за полдня делается.

>  И будет право, потому что профит от этого есть в серийных или хотя бы
> "production" изделиях, а для DIY - модули удобнее на порядок -
> переконфигурировать легко, сгоревший заменить, совет получить от тех, кто такой же
> использует, и так далее.

В чем-то вы правы, но...
1) выглядит это все же наколенно.
2) "я плохо вожу, поэтому вызвал такси" (а зачемна курсы столько таскался?). Сказав А логично сказать Б, забросить освоение на середине - тупо.
3) Подобная конструкция тиражированию толком не подлежит. Даже если желающие найдутся. Вы почти решили задачу и - слились на самом интересном месте? Когда кто-то уже деньги из бумажника доставал? Lame!!!
4) Документации нет. Так что получить совет - ок, как вы знание о своем обвесе передавать намерены не умея в схемы и кады? Характерной наскальной живописью? Погано работает. Кады ж не для прикола придумали.

> А вот переплатить чуток за то, что железка будет "магически" вдвое дольше
> работать от батареи - это да, это хорошо и понятно.

КМК именно это придется переплатить чуток ... какому-то програмеру прежде всего. Тупарь-кодер профакает весь power-save парой глупых шляп в коде. А узнает он это когда оставит свою вундервафлю на автономе, свалив на месяц - ведь измерения делать он тоже поди не умеет, и приборов нет.

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

181. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от CrazyAlex (?), 22-Янв-21, 19:40 
А, основное забыл. Эта штука лучше типичного blue pill тем, что её не непонятные китайцы делают
Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору

185. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Сишник (?), 22-Янв-21, 21:12 
> А, основное забыл. Эта штука лучше типичного blue pill тем, что её
> не непонятные китайцы делают

Будет смешно если блю пилл это поделие по перформансу ушатает - m3 против m0 как-никак, а второе ядро ещё суметь применить нужно.

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

187. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от CrazyAlex (?), 22-Янв-21, 22:27 
Будет смешно, если вместо stm приедет перемаркированный  stc. Или десяток других проблем, так как было сделано в другом подвале. Так-то производительность на таких штуках - дело десятое обычно
Ответить | Правка | Наверх | Cообщить модератору

193. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 23-Янв-21, 00:37 
> Будет смешно, если вместо stm приедет перемаркированный stc.

У STC всё на жестоко модифицированном 8051 и остальное им не интересно, не надо тут. Так что точно не STC.

Что же до клонов STM32, они обычно очень неплохи, некоторые даже лучше оригинала бывают (GD в некоторых задачах, например). И да, это так-то от поставщика зависит, а никак не от модели чипа: либо берёшь у нормального (и можешь ему предъявлять претензии), либо можешь получить кусок Г^Hнекачественного продукта независимо от производителя; кто сказал, что сабж не будут подделывать?

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

284. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Crazy Alex (ok), 25-Янв-21, 14:46 
Окей, ошибся - не STC. Роли не играет - важно то, что любителю нужно не "лучше оригинала", а нужен оригинал. По которому точно полно данных и легко можно получить помощь.

Вот малинка - и есть заведомо нормальный поставщик, который таковым и завтра останется, и послезавтра. А китаец - он китаец и есть, если мы не о каких-нибудь прямых контрактах с производителем говорим - сегощдня одно продаёт, завтра в том же магазине - другое с той же маркировкой. И где там оригинал искать - неведомо.

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

312. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 14:06 
> Что же до клонов STM32, они обычно очень неплохи, некоторые даже лучше
> оригинала бывают (GD в некоторых задачах, например).

GD по своему забавный. Но на уровень их продуманности намекает тот факт, что дебагер может попросить DMА прочитать ему... ага, вон ту флеху. Защищенную, типа, от чтения. Тро-ло-ло! Нет, STM32 на такое не ведется. Его все же инженеры делали, а не copycats.

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

Впрочем, у GD есть пара вариантов чипов аналогов которых у STM32 почему-то нет. Типа GD150, чтоли. Я честно говоря не понимаю чего STMicro не перевыпустит "STM32Fv2" интегрировав улучшения в F1/F2.

> И да, это так-то от поставщика зависит, а никак не от модели чипа: либо берёшь
> у нормального (и можешь ему предъявлять претензии), либо можешь получить кусок
> Г^Hнекачественного продукта независимо от производителя; кто сказал, что сабж не будут
> подделывать?

Так с алиэкспресса и присылают блупиллы с каким-нибудь CS32, а на фото - нормальный STMicro. Потом народ всем делает мозг.
- мол, а чего оно странно глючит?
- странно, должно работать... фото покажите?
- вот!
- блин, ТЫ ХТО, WTF32?!

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

316. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 26-Янв-21, 16:19 
> GD по своему забавный. Но на уровень их продуманности намекает тот факт,
> что дебагер может попросить DMА прочитать ему... ага, вон ту флеху.
> Защищенную, типа, от чтения. Тро-ло-ло! Нет, STM32 на такое не ведется.
> Его все же инженеры делали, а не copycats.

Ну так-то обычно в случае включения защиты от чтения, в первую очередь доступ отладчика запрещают, а то так-то и у STM32 в PM0075 написано:
> All features linked to loading code into and executing code from the embedded SRAM are still active (JTAG/SWD and boot from embedded SRAM) and this can be used to disable the read protection.

Правда, насколько помню, фьюза для отключения доступа отладчика не предусмотрено, только настройки ремапов, так что в промежуток от ресета до перехода из бутлоадера в основную прошивку есть время таки отладчик прицепить. И это, вроде, не единственная дыра такого сорта у оригинала. Как же хорошо, что мне эта функциональность не нужна (а если где и понадобится, есть другие варианты), но так-то STM32 — не лучший выбор для прятания своей проприетарщины, об этом много кто писал (возможно, даже сами ST).

> Ну и то что они мегагерцев добавили - не в них счастье.

И мегагерцев, и сотен килобайт. И когда приходится делать очень, гм, бюджетные железки, например, с Ethernet (где при менее ограниченном бюджете я бы тупо одноплатник с линухом поставил, впрочем, к этому идёт), это оказывается ну прям очень кстати.

> А с флешом у них как-то очень мутно, там мухлеж какой-то.

В смысле, мутно? Как помню, было там всё честно и открыто: два кристалла разварено в одном корпусе, т.е. контроллер без flash и сверху последовательная flash-память. Есть некоторое кеширование, о котором можно почитать или даже распросить у их продаванов. Так что очень интересны подробности насчёт того, в чём именно мухлёж.

> В части процов там тоже миндфак с буферизацией и диким тупняком по границе сегмента.

Это при исполнении из flash-памяти, что ли? Так на то оперативка и добавлена (по сравнению с оригиналом), чтобы избегать этого. Но, конечно, это нюансы, которые нужно или знать и понимать, или не связываться с ними вообще (отличный вариант, кстати).

> STMicro подобным онанизмом не занимается, они предсказуемые системы делают а не за ламерскими мегагерцами гоняются.

GD, на самом-то деле, довольно старая контора. Не гигант мысли и дела, как ST, конечно, но по-своему молодцы. Что до предсказуемости, так те нюансы по большей части описаны. В общем, такой вот вариант для тех, кто чётко понимает, почему именно хочет странного и в чём оно состоит. Не общего назначения, конечно.

> Впрочем, у GD есть пара вариантов чипов аналогов которых у STM32 почему-то
> нет. Типа GD150, чтоли. Я честно говоря не понимаю чего STMicro
> не перевыпустит "STM32Fv2" интегрировав улучшения в F1/F2.

Я помню GD130, это как 030 (включая вариант исполнения в 20-ногом корпусе), только на ядре M3 вместо M0, очень классная идея. GD150 уже аналог 103, но чем-то тоже выделялся, но не помню чем, кроме частоты и размеров flash/RAM.

> Так с алиэкспресса и присылают блупиллы с каким-нибудь CS32, а на фото - нормальный STMicro. Потом народ всем делает мозг.
> - мол, а чего оно странно глючит?
> - странно, должно работать... фото покажите?
> - вот!
> - блин, ТЫ ХТО, WTF32?!

CS32 отличался отсутствием бутлоадера и другим idcode, а что ещё с ним не так? Говорят, в нём даже поправлено кое-что из STM'овской errata, но подробностей не знаю.

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

324. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (324), 27-Янв-21, 18:26 
> Ну так-то обычно в случае включения защиты от чтения, в первую очередь
> доступ отладчика запрещают, а то так-то и у STM32 в PM0075 написано:

У STM32F1xx есть только protection level 1 - дебагер остается активен. А зря. Впрочем Lvl2 в 32L/f0/etc не панацея. С lvl1...
- *Дебагер* сетапит DMA, прописав регистры.
- mem2mem
- Src=flash
- Dst=sram
- *Дебагер* читает SRAM.

На оригинале НЕ работает! А китай...

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

У F1 нет этого: там мапинг деваса в адрес 0 выбирается boot0/1. Первые 4 цикла на latch bootX, а потом при boot0=0 сразу фирмвара (в 0 отмаплена, reset handler - ее). Если boot0=1 то в 0 будет или sysROM или RAM, тогда старт с них.

Самое интересное? Оно ремап умеет, НО софту в F1 не вывешен ифейс! Поэтому завалиться в sysROM из фирмвари в F1 только софтом низя. В более новых доперли вывесить ремап в регистр, но увы, ранние так не могут. SysROM F1 не может фирмвару в 0 сделать, если bootX был выбран он. Так что STшный бут при boot0=0 в F1 не у дел. И чип ваш. Сразу. Клево. Без долгого релоада и странных пасов бута. Но дебагер может прицепиться и пока чип в ресете, увы.

И бут вроде в SRAM код согласен лить, но код в SRAM флеху читать не может. В оригинале защита рубит вообше доступ с DBUS, если обращение в флеху не кодом в флеше. Узкоглазые же забывают что кроме проца DMA тоже bus master, а кардинально зарубить dbus вообще допирают лишь некоторые из них.

> И это, вроде, не единственная дыра такого сорта у оригинала.

Да. Но 100% клон оригинала делать вроде нахаляву не умеют. Что-то типа 95% :)

> Как же хорошо, что мне эта функциональность не нужна

Мне тоже. А там где понадобится - я вообще совсем иные фокусы применю. Есть более 9000 способов испортить настроение и наивному китайцу и продвинутому реверсеру. Я знаю примерно полвину.

> И мегагерцев, и сотен килобайт.

Ну мне как-то и с оригиналом хорошо, не в том счастье в мк.

> тупо одноплатник с линухом поставил, впрочем, к этому идёт), это оказывается
> ну прям очень кстати.

Они уже за 10 баксов есть же. Апельсины с H3, чтоли. Дешево и сердито. Если бюджет еще ниже, может ну такого жадного заказчика в зад? Он не стоит долботни. Или это для себя?

> В смысле, мутно? Как помню, было там всё честно и открыто: два
> кристалла разварено в одном корпусе, т.е. контроллер без flash и сверху
> последовательная flash-память. Есть некоторое кеширование ...

Вот это и есть мухлеж. Жесткий и опасный. От МК прежде надо предсказуемые тайминги, а если китайская дрянь поймает клин потому что alignment не тот - силовым ключам на раз будет то же что у горе питониста. Это очень плохое свойство. Да и powerup дольше, опять же потеря контроля надолго.

> Это при исполнении из flash-памяти, что ли? Так на то оперативка и
> добавлена (по сравнению с оригиналом), чтобы избегать этого.

В оригинале, видите ли, я получаю предсказуемые тайминги. Без делания мозга подарками. При том в F0/F1/L0/L1 неплохо по предсказуемости. Это позволяет поприкалываться в задачах с крутыми требованиям к реалтайму, уповая на реакцию. У STM полно апнотов с инверторами где F10x напрямую силовухой рулит. С китайской байдой с теми свойствами так уже стремно.

> Но, конечно, это нюансы, которые нужно или знать и понимать, или не связываться с
> ними вообще (отличный вариант, кстати).

Я его пока и предпочитаю. Но plan B на случай офигения STM никому еще не мешал.

> GD, на самом-то деле, довольно старая контора. Не гигант мысли и дела,
> как ST, конечно, но по-своему молодцы.

У них есть и интересные экспонаты, например STM32-like с RISCV ядром. Прикольная идея, я даже пару в коллекцию прихватил, пока не прогал правда, много другого в todo.

> Что до предсказуемости, так те нюансы по большей части описаны.

И на том спасибо, у GаDов кстати не такие плохие по китайским меркам доки. Хотя дока на riscv ядро оттуда - реал чина, почти raw dump чипмейкерской доки для лицензиата.

> Я помню GD130, это как 030 (включая вариант исполнения в 20-ногом корпусе),

Еще у STMicro почему-то нет проциков в QFN28 или меньше, с USB и M3. А в GD150 пожалуйста. Максимум у ST есть 103 в QFN36. И тот не так давно сделали. И это крупнее QFN28.

>> - блин, ТЫ ХТО, WTF32?!
> CS32 отличался отсутствием бутлоадера и другим idcode, а что ещё с ним не так?

Да периодически вижу народ с bluepill-ами задающий странные вопросы. Мол, в даташите так,а реально эдак. Дежурно прошу фото, а там ... понятно что не оригинал, а самые разные WTF32. С самым разным (не)соответствием оригиналу.

> Говорят, в нём даже поправлено кое-что из STM'овской errata,
> но подробностей не знаю.

В некоторых клонах более новая ревизия ядра M3. Софт при желании может это детектить, так что на каждого ушлого клонера может найтись свой "FTDI" =)

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

327. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 28-Янв-21, 08:30 
> У STM32F1xx есть только protection level 1 - дебагер остается активен. А
> зря. Впрочем Lvl2 в 32L/f0/etc не панацея. С lvl1...
> - *Дебагер* сетапит DMA, прописав регистры.
> - mem2mem
> - Src=flash
> - Dst=sram
> - *Дебагер* читает SRAM.
> На оригинале НЕ работает! А китай...

Это я понял и без подробного описания, но см. ниже.

> Да. Но 100% клон оригинала делать вроде нахаляву не умеют. Что-то типа 95% :)

Тут такое дело, что оставлять отладчик при включении каких-либо мер защиты — ну очень уж странное решение, слишком уж много чего может пойти не так, зря STM вообще попытались в это. Так что, думаю, китайцы прикинули и не стали и заморачиваться, только необходимые регистры реализовали (чтобы имеющийся код не ломался) и хватит. Как тут опять не вспомнить историю PSoC4: про хитрых задниц, которые заморочились прям по максимуму, но всё равно в итоге прокололись. Который раз перечитываю, а всё на одном дыхании: https://dmitry.gr/?r=05.Projects&proj=23.%20PSoC4

>> тупо одноплатник с линухом поставил, впрочем, к этому идёт), это оказывается ну прям очень кстати.
> Они уже за 10 баксов есть же. Апельсины с H3, чтоли. Дешево и сердито. Если бюджет еще ниже, может ну такого жадного заказчика в зад? Он не стоит долботни. Или это для себя?

Оно и для себя, и вообще много для чего получилось. Когда эта платформа (несколько похожих плат на F107/F407 и скелет прошивки) делалась N лет назад, такой халявы ещё не было. В итоге проще поддерживать имеющуюся платформу, чем переезжать на другую. Да и не так-то просто переехать, тут и с крепежом в корпусе вопросы, и с подключением дисплея (на некоторых устройствах) и с температурными режимами, и с минимизацией ручного монтажа.

> Вот это и есть мухлеж. Жесткий и опасный. От МК прежде надо предсказуемые тайминги, а если китайская дрянь поймает клин потому что alignment не тот - силовым ключам на раз будет то же что у горе питониста. Это очень плохое свойство. Да и powerup дольше, опять же потеря контроля надолго.

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

> У них есть и интересные экспонаты, например STM32-like с RISCV ядром. Прикольная идея, я даже пару в коллекцию прихватил, пока не прогал правда, много другого в todo.

Ага, вроде, я кому-то их тут в своё время и присоветовал. Но лично мне очень уж не нравится RISC-V (плотностью кода, скажем так, он слишком уж RISC), так что как-то не возбуждают они пока.

> Еще у STMicro почему-то нет проциков в QFN28 или меньше, с USB и M3. А в GD150 пожалуйста. Максимум у ST есть 103 в QFN36. И тот не так давно сделали. И это крупнее QFN28.

Ааа, точно, USB в мелком корпусе и с M3. В каком-то из похожих тредов он и упоминался, оттуда и воспоминания. Возможно, этим же форумчанином и упоминался.

> Да периодически вижу народ с bluepill-ами задающий странные вопросы. Мол, в даташите так,а реально эдак. Дежурно прошу фото, а там ... понятно что не оригинал, а самые разные WTF32. С самым разным (не)соответствием оригиналу.

Это я понял, но хотелось всё-таки более конкретных примеров, масштаб бедствия прикинуть. Ну да ладно.

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

337. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (337), 29-Янв-21, 22:08 
> ну очень уж странное решение, слишком уж много чего может пойти не так

Оно как бы да. Но при физическом доступе многое бывает не так. Те исследователи проверили, 32L0 (или F0?) Lv2 -> Lv1 power glitch'ем реально :)

> китайцы прикинули и не стали и заморачиваться, только необходимые регистры реализовали

В итоге с половины клонов фирмвара сливается. Правда, это не гарантирует халяву, есть over9000 способов испортить компот.

> на одном дыхании: https://dmitry.gr/?r=05.Projects&proj=23.%20PSoC4

Круто, чтиво доставило. Я правда ими не пользуюсь, мне в STM32 нравится что ROM мелкий и не страшный, DRM-like фич нет, в общем простые и понятные чипы, где я владею чипом с первых тактов.

> платформа (несколько похожих плат на F107/F407 и скелет прошивки) делалась N
> лет назад, такой халявы ещё не было.

Смотря сколько денег и сколько лет. Ну и возможности более другие.

> В итоге проще поддерживать имеющуюся платформу, чем переезжать на другую.

Можт быть. Однако я достиг определенных успехов с линем на SBC и +100 к знанию его sysinternals и системной интеграции. Бонусом и на десктопе могу перепилить полсистемы.

> дисплея (на некоторых устройствах) и с температурными режимами, и с минимизацией
> ручного монтажа.

Температурные режимы рулятся, см точки DVFS в DTS. А так вижу 4.85V, 59mA (линух, чип power manager в /sys читаю). Могу зафорсить это как максимум, если захочу.

> Ну, ключам всё равно нужна аппаратная защита

1) Не все рулят моторами на 5 киловатт. Есть случаи проще.
2) Так даже ST делает. Если им good enough в апноте, я полагаю что это достижимо.
3) Я не против чтобы мой МК тоже был защитой. Быстрой и *гарантированной*.
4) Мне от МК таки надо жесткий реалтайм и нии..т. Для меня такое -100 к карме чипа.
5) У F1 есть продвинутые таймеры под такое, с комплементарщиной, dead time и break input ("хук под внешнюю защиту").

> (да и через драйвер они рулятся, а не напрямую ногами).

Тоже нюансы бывают. Например мне надо несколко случаев conversion в ту или иную сторону с лития под управлением софта. Не знаю популярных и недорогих чипов довольных 2.5...4.4V. Алсо драйвер не поможет кастомной топологии или хитрым требованиям.

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

Спорный вопрос. Дубовым все похрен бывает, и если CM3 даст hardfault в бошку или что еще, дубовые будут делать неопределенное время хзчто до WD.

> лично мне очень уж не нравится RISC-V (плотностью кода, скажем так,
> он слишком уж RISC), так что как-то не возбуждают они пока.

Похуже CM3 - и компилеры менее проработаные пока. Но если ARM сольется нвидии... как будто у меня и остальных будет выбор...

> Ааа, точно, USB в мелком корпусе и с M3. В каком-то из похожих тредов он и
> упоминался, оттуда и воспоминания. Возможно, этим же форумчанином и упоминался.

Просто портфолио STM32 фича, и когда китайцы делают STM на их же поле это все же лол. Я бы нашел такому комбо пару задач.

> Это я понял, но хотелось всё-таки более конкретных примеров, масштаб бедствия прикинуть.

Ну лично меня так чела 4 допекало, у них были самые разные варианты, в основном то что у фраунхоферов расписао. Фэйл в том что учить новый для себя чип по неточному клону с абы каким датащитом - затея паршивая, многие часы левой долботни не окупаются несколькими баксами экономии имхо.

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

194. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 23-Янв-21, 00:39 
> Будет смешно если блю пилл это поделие по перформансу ушатает - m3
> против m0 как-никак, а второе ядро ещё суметь применить нужно.

Вот у меня тоже такое подозрение, всё-таки M0 очень оптимизирован в сторону уменьшения количества ячеек (зато верифицировать и делать стойким проще, это да). А ещё тут какой-то не очень типичный M0, похоже, так что с ним придётся подолбаться в плане флагов компилятора.

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

195. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 23-Янв-21, 00:42 
> А, основное забыл. Эта штука лучше типичного blue pill тем, что её не непонятные китайцы делают

Ой-вей, да сейчас что угодно делают непонятные китайцы, если только сам на фабрику не съездишь и не будешь следить за ними (и то не всегда помогает, впрочем, далеко не всегда и необходимо). Переходом на редкого производителя от этого не защититься.

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

283. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (283), 25-Янв-21, 14:41 
Почему? STM32 можно просто купить у нормального поставщика, известного в отрасли нормальной линией поставок. А если на алиэкспрессе покупать, там конечно что узкоглазый жулик впихнет то и будет. Чем али и плох - можно на ровном месте с совершенно левыми глюками пободаться. Так что покупать там платы с STM32 - крайне не рекомендуется, если вы потом морально не готовы сношаться с полунедоклоном который даже не то чтобы совсем не пашет, но имеет какие-то отличия и поэтому полуработающая фирмварь кушает чайной ложкой мозг разработчика. Благо документация на паленый клон под стать качеству клона и понять что и где отъехало - та еще радость.
Ответить | Правка | Наверх | Cообщить модератору

285. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 25-Янв-21, 14:49 
> Почему? STM32 можно просто купить у нормального поставщика, известного в отрасли нормальной линией поставок.

Да как-то вот шытhappens, как говорится. Т.е. на подделку можно нарваться не только на ali (даже у более-менее нормального поставщика), и подделывают далеко не только и не столько STM32. Но я свой тезис ещё в том посте озвучил: если важно не нарваться, нужно идти к нормальному поставщику, если не важно, тогда нечего говорить, что сабж якобы гарантированно не от левых китайцев приедет, «не то что какой-то STM32».

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

313. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 14:12 
> Да как-то вот шытhappens, как говорится.

Нормальные фирмы мне левак ни разу не всучивали. За сколько там лет. А вот на али прислать не то что на фото и в описании норовит каждый второй продаван буквально. Поэтому покупать там кмк имеет смысл только то что подделать заведомо тяжело.

> Т.е. на подделку можно нарваться не только на ali (даже у более-менее нормального
> поставщика), и подделывают далеко не только и не столько STM32.

У именно _нормальных_ поставщиков - договора поставок с _производителями оригинала_ и они получают через официальные каналы. И они не скрывают данный факт.

> Но я свой тезис ещё в том посте озвучил: если важно не нарваться, нужно идти к
> нормальному поставщику, если не важно, тогда нечего говорить, что сабж якобы
> гарантированно не от левых китайцев приедет, «не то что какой-то STM32».

Ну, как, глюкавые чипы, особенно при начальном освоении - это очень дурацкий метод экономии. Сэкономить полбакса, чтобы потом 2 дня с глюками долбаться? А оно того стоило?


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

286. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Crazy Alex (ok), 25-Янв-21, 14:52 
Во-первых, за малинкой китайское изготовление не числилось, ЕМНИП. Во-вторых - суть не в редкости, а в репутации и вообще наличии понятного всем известного продукта понятного оригинального производителя. Который, возможно, и будет гонять китайцев (а возможно - нет) - но это уже не мои проблемы.

Как аналогия - если я покупать шурик Bosch конкретной модели - он может быть плохим, хорошим, дорогим, дешёвым - каким угодно. Но он будет предсказуемым по качеству (и соответственно о всех его приколах я могу узнать до покупки), и я точно знаю, где купить именно его, а не какой-то клон. На то и бренды существуют, собственно.

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

288. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 25-Янв-21, 15:20 
> Во-первых, за малинкой китайское изготовление не числилось, ЕМНИП.

Эм, а где ж их чипы клепают (как-то прошёл мимо RPi, так что не в курсе)? Ну и это, раньше-то они в контроллеры не лезли, клонировать совсем впрямую было неподъёмно (впрочем, китайцы пошли чуть-чуть другим путём и наводнили рынок всякими orangepi и тому подобными piделками), а тут всё-таки другой случай.

> Во-вторых - суть не в редкости, а в репутации и вообще наличии понятного всем известного
> продукта понятного оригинального производителя. Который, возможно, и будет гонять китайцев
> (а возможно - нет) - но это уже не мои проблемы.

Посмотрим, хорошо если так. Но почему-то чую, что здесь оно будет 10+ баксов стоить.

> Как аналогия - если я покупать шурик Bosch конкретной модели - он
> может быть плохим, хорошим, дорогим, дешёвым - каким угодно. Но он
> будет предсказуемым по качеству (и соответственно о всех его приколах я
> могу узнать до покупки), и я точно знаю, где купить именно
> его, а не какой-то клон. На то и бренды существуют, собственно.

Помнится мне, нарваться на подделку Bosch как раз очень реально, особенно комплектующих. Но, в принципе, при неограниченном бюджете можно взять в правильном магазине, это да. В общем, аналогия понятная, но посмотрим, как оно пойдёт.

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

318. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 19:05 
> Усыплять проц прекрасно умеют в том числе ардуинщики, благо у них оно
> одной строкой делается.

Есть нюансы, видите ли. Потому что полностью недееспособная система - это как-то печально. А если хочется не только спать но и что-то как-то делать, на что-то реагировать и проч - тогда это уже не 1 строка делается.

> На stm32 есть blue pill, смысл дублировать?

Они есть. При том десятка разных левых фирм с не менее левыми чипами. Дарю идею: есть место для тех кто скажет что впаяет именно STM32, а не его кривой полунедоклон вон того подвала, отличающийся от оригинала парой десятков малоочевидных приколов, из-за которых оно ну не то чтобы совсем не работает - но временами глючит. А почему именно можно узнать только скурив даташит этой гадости, при том спасибо если он вообще есть и еще более спасибо если не на китайском.

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

137. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от eganru (?), 22-Янв-21, 12:32 
Непонятно, почему два cortex m0+. на мой взгляд было бы гораздо лучше 2 m4. simd и basepri решили бы уйму проблем, которые на m0+ придется хитрить.
Ответить | Правка | Наверх | Cообщить модератору

159. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 22-Янв-21, 15:22 
> Непонятно, почему два cortex m0+. на мой взгляд было бы гораздо лучше 2 m4.

Думаю, вопросы лицензии имеют место, см. мой ответ выше.

> simd и basepri решили бы уйму проблем, которые на m0+ придется хитрить.

Кому нужно нормальное ядро — уже взяли STM32 или ещё чего. А тут явно не та целевая аудитория, хитрить если кому и придётся, так разве что компилятору.

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

164. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от eganru (?), 22-Янв-21, 15:46 
[i]Кому нужно нормальное ядро[/i] - здесь 2 ядра. 2ядра могут предоставить производительность существенно выше, чем 1, особенно если много потоков, в которых не нужна особая функциональность.

Что сможет сделать компилятор, если simd нет? просто смириться и сделать как-то - а успеет там что-то раскодировать/закодировать, не успеет раскодировать/закодировать - вопрос.

В итоге тот же celt будет ядро на половину машинного времени грузить, а был бы simd, то вопросов простых кодеках вообще бы не возникало.

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

165. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 22-Янв-21, 15:56 
> [i]Кому нужно нормальное ядро[/i] - здесь 2 ядра.

Так микроконтроллеры c 2+ ядрами давно существуют.

> Что сможет сделать компилятор, если simd нет? просто смириться и сделать как-то

Именно так. Тем более, что вряд ли кто-то будет собирать под эту плату код с SIMD-intrinsic'ами.

> В итоге тот же celt будет ядро на половину машинного времени грузить,
> а был бы simd, то вопросов простых кодеках вообще бы не возникало.

Дык, уже есть железки для тех, кому «знакомы эти буквы».

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

329. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 28-Янв-21, 12:00 
> существенно выше, чем 1, особенно если много потоков, в которых не
> нужна особая функциональность.

В штуке типа M0 вот именно многозадачность делать - довольно душноватенько. Поэтому вот именно потоков на 2 ядрах скореее всего только 2 и будет. Именно полновесную ОС, именно с нормальными потоками на таких вещах редко подымают. От них оверхеда и потери предсказуемости много, если это было не надо, проще нормальный одноплатник с линем взять, и вот там потоков процессов и прочего будет дохрена и в лучшем виде, намного круче чем это реально на микроконтроллерном ядре. Однако отмерять ровно 100 наносекунд, а не 50, 200 или сколько там получится, вы этим все-таки не сможете, в отличие от микроконтроллера.

> Что сможет сделать компилятор, если simd нет? просто смириться и сделать как-то
> - а успеет там что-то раскодировать/закодировать, не успеет раскодировать/закодировать
> - вопрос.

До того как умничать - надо хоть немного в теме разобраться. От микроконтроллерного ядра вообще не требуется супер-производительность. Оно или успевает свою задачу окучивать в реалтайм, или нет. И если успевает, "на 20% быстрее" не дает вообще совсем ничего. А если не успевает, у вас уже сразу на старте большая проблема, "отсутствие запаса перфоманса". При этом вы уже залетели - а вдруг юзер еще и новую фичу попросит? А у вас уже ресурсов нет, вы то что есть едва впихали после камасутры с оптимизацией.

> В итоге тот же celt будет ядро на половину машинного времени грузить,
> а был бы simd, то вопросов простых кодеках вообще бы не возникало.

Ну так возьмите себе одноплатник какой-нибудь, ARM сжует его даже без simd. А микроконтроллеры так по жизни - не числокрушилки. Ну не их это, они для управляющих задач. Хотя у какого-нибудь STMicro можно найти и монстров типа старших F7/H7 которые где-то на границе направлений. Но вы, имхо, сойдете с ума пытаясь совладать с этой системой. Потому что линух там все же малость экзотика, а кастом на таком монстре подымать вы наверное все же опупеете с вашим уровнем.

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

163. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 22-Янв-21, 15:41 
К микропитону все библиотеки питона подключаются? Или просто питон ради питона и привязки к редактору?
Ответить | Правка | Наверх | Cообщить модератору

207. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (76), 23-Янв-21, 20:18 
> все библиотеки питона

Нет, конечно, это разные разработки.

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

208. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Геймер (?), 23-Янв-21, 21:29 
Памяти для Питона маловато будет. Змеюка память кушать любит. Зеро и 512 мегабайт для змеюки самое то
Ответить | Правка | Наверх | Cообщить модератору

210. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (213), 24-Янв-21, 05:32 
MicroPython... Micro
Ответить | Правка | Наверх | Cообщить модератору

216. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (216), 24-Янв-21, 12:14 
> Памяти для Питона маловато будет. Змеюка память кушать любит. Зеро и 512
> мегабайт для змеюки самое то

Ох уж эти опеннетные экспертусы по всему на свете.
https://micropython.org/
> pyboard v1.1
> The pyboard is the official MicroPython microcontroller board with full support for software features. The hardware has:
> STM32F405RG microcontroller
> 168 MHz Cortex M4 CPU with hardware floating point
> 1024KiB flash ROM and 192KiB RAM

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

223. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Геймер (?), 24-Янв-21, 14:47 
Питон это вам не MS DOS. 640K is not enough for anybody
Ответить | Правка | Наверх | Cообщить модератору

234. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 24-Янв-21, 15:58 
> Питон это вам не MS DOS. 640K is not enough for anybody

...
> Yet it is compact enough to fit and run within just 256k of code space and 16k of RAM.

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

296. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +1 +/
Сообщение от Аноним (-), 26-Янв-21, 11:52 
Дыа, within just sapce and 16k of ram , фром дос ин ма ха, ака па ин да дей хе мет ма
Ответить | Правка | Наверх | Cообщить модератору

314. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 26-Янв-21, 14:15 
>> Yet it is compact enough to fit and run within just 256k of code space and 16k of RAM.

Это для hello world'а? Да, блин, это даже не васик который в 4 кило лез :)

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

331. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от InuYasha (??), 29-Янв-21, 14:14 
ЗБС, пойдёт на управление гирляндой вместо сдохшей логики :)
Ответить | Правка | Наверх | Cообщить модератору

338. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (275), 30-Янв-21, 01:42 
> ЗБС, пойдёт на управление гирляндой вместо сдохшей логики :)

Вон там чувак показал как гирлянды правильно делать. С DMA аж. А в чем прикол? Man neopixel. Ну вот такая полностью программируемая битовым потоком гирлянда, а там уже и DMA не смотрится дичью, когда убеждает железку саму ворочать довольно дурацкий и нестандартный но почему-то популярный протокол.

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

343. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от InuYasha (??), 30-Янв-21, 11:47 
Ничего не понял... может, DMX? Но у меня простая чинайская гирлянда в 4 цвета, а не световая инсталляция )
Ответить | Правка | Наверх | Cообщить модератору

350. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от InuYasha (??), 30-Янв-21, 20:41 
Кажись, понял, но мне не это нужно :)
Ответить | Правка | Наверх | Cообщить модератору

353. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 15-Апр-21, 05:46 
> Кажись, понял, но мне не это нужно :)

NeoPixel это RGB светодиоды с цифровым управлением, в них сразу интегрирован некий чип контроллера - и поэтому цвет R-G-B в 24-битном формате отправляется в светодиод по 1 проводу, по специфичному протоколу. Их можно в цепочку соединять, примерно как JTAG. Поток битов задвигается в цепочку как утки на удочку Мюнхаузена. И вот через 1 пин толпа сетодиодов узнает каким цветом (в 24-битном RGB) каждому светить. По своему прикольно, позволяет разноцветные инсталляции делать, дешево и сердито, с перепрограммируемым цветом, уникальным для каждого LEDа. Другие варианты этого сильно сложнее, особенно для 24 бита цвета.

Проблема в том что китайцы курили бамбук. Поэтому провод всего 1, данные и клок вместе, 0 и 1 кодируют примерно как триплеты 001 vs 110, с суб-битами 400 наносекунд, бит 1.2 мкс. Видимо как компромисс между тем что еще реально программно выдать vs скорость рефреша цепочки.

Ессно "железной" периферии под тот чудный протокол не бывает. Поэтому его только синтезировать программно и остается (одноплатник с линем пролетает, идете любить МК и жесткий релтайм). Самое очевидное это вырубить IRQ и проч, и delay nop'ами подогнать под те наносекунды. Так почти любой МК сможет, даже пик паршивый. Проблема в том что все это время чип караулит наносекунды и ни на что отвлечься не может совсем. Даже IRQ нельзя - контекст тасовать долго слишком. И это уже вообще совсем однозадачность.

А какой-то ушлый тип придумал как автомат DMA сподвигнуть на синтез этой штуки. Проц при этом идет заниматься своими делами, что как бы EPIC WIN. Ну там можно допустим команды на изменение цвета получить по (радио/i2c/spi/uart/usb/...).

...а в конечном итоге, вот, 32-битная гирлянда с DMA-автоматом. И ведь он там более чем уместен. На елку конечно это хз, но для кастомных инсталляций с программироемой и гибкой (попиксельной) сменой цвета - вполне. К тому же это счастье стоит какие-то копейки, вот с ним все кому не лень и возятся. Какая-то кривая китайская лавочка срубила EPIC WIN в своей нише.

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

354. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от InuYasha (??), 15-Апр-21, 14:01 
Вот не лень же было тебе это писать! ) Но спасибо, познавательно. Тем не менее, мне достаточно 4-проводной аналоговой тёплой ламповой гирлянды. :)
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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