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

"Представлена плата Raspberry Pi Pico 2"	+/–
Сообщение от opennews (??), 09-Авг-24, 18:12
Проект Raspberry Pi представил новую плату Raspberry Pi Pico 2, продолжающую развитие миниатюрных плат Pico и Pico W, оснащённых микроконтроллером собственной разработки. Плата производится на заводе Sony и доступна по цене 5 долларов. Как и прошлые платы Pico новая модель ориентирована главным образом для совместного использования с компьютерами Raspberry Pi, разработки встраиваемых систем и систем управления различными устройствами. До конца года планируется дополнительно выпустить модель  Pico 2 W с поддержкой  Bluetooth и Wi-Fi (2.4GHz 802.11n), реализованной на базе чипа Infineon CYW43439... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61678
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 09-Авг-24, 18:12    Скрыто ботом-модератором	–13 +/–
Какие продукты сделали за эти годы т. н. "энтузиасты" на какой-нибудь из этих расбери пай? По-моему их покупают только линукс поставить и похвастаться перед мамой, что у тебя теперь АРМ есть.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #4, #5, #72

2. Сообщение от Yury (??), 09-Авг-24, 18:16	+2 +/–
PicoMEM, например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от Аноним (4), 09-Авг-24, 18:19	+3 +/–
https://www.raspberrypi.com/success-stories/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

5. Сообщение от noc101 (ok), 09-Авг-24, 18:20	+/–
Ты не поверишь, тысячи! От умных домов, до ретро консолей!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

8. Сообщение от Аноним (8), 09-Авг-24, 18:33	+6 +/–
Позорище. Вместо полноценного USB2.0 HS, на который не хватило места в RP2040, впихнули TrustZone и OTP.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #17, #42

9. Сообщение от Алексей (??), 09-Авг-24, 18:34	+4 +/–
USB-C забыли
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19

10. Сообщение от commiethebeastie (ok), 09-Авг-24, 18:41	+1 +/–
Ммм, целых обе истории успеха. По сравнению с ESP и STM это прямо эпик вин!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #28, #88

11. Сообщение от commiethebeastie (ok), 09-Авг-24, 18:42	+1 +/–
> Позорище. Вместо полноценного USB2.0 HS, на который не хватило места в RP2040, > впихнули TrustZone и OTP. Да, для M33 отсутствие USB это боль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #15

12. Сообщение от devl547 (ok), 09-Авг-24, 18:55	+1 +/–
В новости почему-то не указано, что там внутри не два, а четыре ядра: 2x ARM Cortex M33 2x RISC-V Hazard3 (https://github.com/Wren6991/Hazard3) И можно выбирать, что использовать - ту либо другую пару.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #18

13. Сообщение от Аноним (13), 09-Авг-24, 19:01	+4 +/–
Это если только Pico, а другие ? https://www.raspberrypi.com/success-stories/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

14. Сообщение от Аноним (13), 09-Авг-24, 19:03    Скрыто ботом-модератором	+3 +/–
Да, можно было прикрепить видео, там более наглядно чем одно фото: https://www.youtube.com/watch?v=zvQ-2onciJM
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

15. Сообщение от Аноним (15), 09-Авг-24, 19:05	+4 +/–
Там мало того что два ядра M33, там ещё и два ядра Risc-V ( https://github.com/Wren6991/Hazard3 ). Всё впихнули, кроме нормальной периферии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

16. Сообщение от Аноним (-), 09-Авг-24, 19:33    Скрыто ботом-модератором	+2 +/–
Игрушка которая не имеет никаких реальных кейсов применения. И нет никого кто бы мог доказать отбартное.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #71

17. Сообщение от Zenitur (ok), 09-Авг-24, 19:43	+/–
Разве USB не избыточен на компьютере с 640 Кб ОЗУ? ИМХО, такая машиа потянет максимум COM и LPT.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #21, #35, #54, #87, #181

18. Сообщение от Аноним (21), 09-Авг-24, 19:52	+/–
Не очень понятно, это будет два варианта платки с разными SoC или таки переключаться в одном и том SoC?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #23

19. Сообщение от Аноним (21), 09-Авг-24, 19:54	–3 +/–
Увеличь фотку платки и внимательно разъём рассмотри.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #86

20. Сообщение от Аноним (20), 09-Авг-24, 20:01	+7 +/–
> оснащён 520 KB встроенной оперативной памяти да поставьте уже 640 КБ наконец...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25

21. Сообщение от Аноним (21), 09-Авг-24, 20:09	+5 +/–
А теперь представь себе DB-25 (LPT) на такой платке :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #47, #152, #179

23. Сообщение от Аноним (15), 09-Авг-24, 20:17	+/–
> «Can be switched on boot»
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #27

24. Сообщение от Аноним (24), 09-Авг-24, 20:23	+/–
Почему не riscv?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31, #36, #82

25. Сообщение от Аноним (13), 09-Авг-24, 20:25	+5 +/–
Тогда вам нужен AAEON PICO: https://www.aaeon.com/en/p/pico-itx-boards-pico-mtu4
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #32

26. Сообщение от Аноним (28), 09-Авг-24, 20:32	+3 +/–
Делаешь на базе платки проект, а они в следующих версиях меняют формат. Так уже было с малинками в виде модулей оперативной памяти.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #48, #69

27. Сообщение от Аноним (28), 09-Авг-24, 20:33	–1 +/–
Зачем переплата за 2 лишних ядра, которые не используются?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #30, #75

28. Сообщение от Аноним (28), 09-Авг-24, 20:34	+/–
Ты перепутал с Ардуино.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #33

30. Сообщение от нах. (?), 09-Авг-24, 20:37	–3 +/–
песок ничего не стоит. Тут вся платка - $5 (а если ты собрался на ней клепать нечто миллионными сериями, где каждая копейка важна - то сам виноват, глупость и должна быть наказуема)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #34, #46, #65

31. Сообщение от Qq (?), 09-Авг-24, 20:37	+/–
Там 4 ядра, 2 cortex M33, и два ядра risc-v. Ты сам выбираешь какие два использовать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #38

32. Сообщение от Аноним (21), 09-Авг-24, 20:38	+1 +/–
Это совсем другая весовая категория, не микроконтроллеры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

33. Сообщение от commiethebeastie (ok), 09-Авг-24, 20:39	+/–
Плату с SDK для неразработчиков? Действительно, как это я.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

34. Сообщение от commiethebeastie (ok), 09-Авг-24, 20:40	+/–
Нечто миллионными сериями разводится в CCAD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

35. Сообщение от _kp (ok), 09-Авг-24, 20:41	+9 +/–
USB вполне тянет даже 8ми битный AVR с ОЗУ 16кб, и много под что. Скорости конечно не выдаст, но как универсальный канал связи - отлично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #73

36. Сообщение от Аноним (21), 09-Авг-24, 20:41	+/–
"Architecture Switching RP2350 includes a pair of open-hardware Hazard3 RISC-V cores which can be substituted at boot time for the Cortex-M33 cores. Our boot ROM can even auto-detect the architecture for which a second-stage binary has been built and reboot the chip into the appropriate mode. All features of the chip, apart from a handful of security features, and the double-precision floating-point accelerator, are available in RISC-V mode."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

38. Сообщение от Аноним (38), 09-Авг-24, 21:14	+/–
Нет бы все 4.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #70

39. Сообщение от Аноним (38), 09-Авг-24, 21:16	+/–
Теперь будем ждать адаптер для мангопи в содимм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

42. Сообщение от _kp (ok), 09-Авг-24, 21:37	+/–
В Esp32 вместо ненужного OTP есть подпёртая батарейкой энергонезависимая RAM. Да и одновременно можно три ядра использовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #49, #50

46. Сообщение от Аноним (47), 09-Авг-24, 21:50	+/–
Старые Малинки тоже 10 долларов стоили. А сейчас заходишь на местный сайт и тебе любезное предлагают доставить машинку за 10000 рублей, Карл!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #53

47. Сообщение от Аноним (47), 09-Авг-24, 21:56	+/–
Бесплатная идея для стартапа сделать дополнительную плату LPT куда будет выставляться пико.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

48. Сообщение от нах. (?), 09-Авг-24, 22:14    Скрыто ботом-модератором	+3 +/–
> Делаешь на базе платки проект, а они в следующих версиях меняют формат. делающие прожекты на базе игрушек - должны страдать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

49. Сообщение от Аноним (15), 09-Авг-24, 22:18	+2 +/–
Там нету главной фишки RP2xxx — ультрабыстрых (частота системной шины) независимых GPIO стейт–машин, каждая со своим стеком команд. Есть множество проектов, где (слегка разогнанная) RP2040 выводит HDMI–сигнал, вплоть до 720p.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #52, #57

50. Сообщение от Волк (?), 09-Авг-24, 22:18	–1 +/–
В ESP32 есть OTP. Да и если память батарейкой подпитана, она уже не энергозависимая
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #63

51. Сообщение от Аноним (54), 09-Авг-24, 22:27	+5 +/–
Видал я "проекты" которые клепают на ЭТОМ. Бездари без технического образования и базовых знаний схемотехники. Вместо того, чтобы поставить ключ на транзисторе (иногда вообще механического микрика достаточно), они лупят из РВСН по голубям на соседском балконе ополоумившей бабки.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #55, #85, #89

52. Сообщение от Аноним (52), 09-Авг-24, 22:28	+/–
Крутотень. Вот куда бы пригодились графические инструкции для риск5 из соседней темы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

53. Сообщение от Аноним (54), 09-Авг-24, 22:32	+/–
> А сейчас заходишь на местный сайт и тебе любезное предлагают доставить машинку за 10000 рублей, Карл! Так они не только в рФ подорожали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

54. Сообщение от Аноним (54), 09-Авг-24, 22:32	+2 +/–
> ИМХО, такая машиа потянет максимум COM и LPT. Что ей помешает потянуть УСБ? Позвольте поинтересоваться вашими домыслами (:
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #95

55. Сообщение от Аноним (15), 09-Авг-24, 22:49	+3 +/–
Это просто следствие, вытекающее из 32–битных микроконтроллеров, ценой в $1 (платка — $3), на которых запускается (микро–) питон. Их можно горстями куда угодно пихать, практически не обладая специальными знаниями. Более того, китайцы отличились, выдали Risc-V, стоимостью в 17 центов (!), в розницу. Иронично, когда микроконтроллер стоит дешевле механического микрика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #58, #122

56. Сообщение от Аноним (56), 09-Авг-24, 22:50	–2 +/–
>ARM Cortex-M33 с DSP и блоком для вычислений с плавающей запятой Поздно пить боржоми, ядро Linux его уже дропнуло.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #59

57. Сообщение от Аноним (52), 09-Авг-24, 22:54	+2 +/–
Ещё бы GUI движок запилить на этих стейт машинах, чтобы кнопки, тексты, пожатые в RLE картинки на лету рендерились, и хотя бы 1080p обеспечить - считай промышленные компы, всякие панели управления станками, информационные панели и т.п. уже можно делать на таком даже на наших 350нм и с мизерным кол-вом памяти - весь дисплейный буффер в ОЗУ хранить не нужно. Максимально антисмузихлёбно, зато надёжно. Никаких отвалов чипов, радиация не страшна, включи хоть через полвека - будет работать. Мгновенно после подачи питания, а не вот это всё "загрузи этот блоб, загрузи тот, подожди пол минуты пока прогрузится гора всякого ненужного хлама". В школы ещё поставить можно, чтобы не развращать неокрепшие умы электронами всякими с питонами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #83, #107, #123

58. Сообщение от Аноним (54), 09-Авг-24, 22:59	+1 +/–
Неужели проще возиться с кодом, прошивкой котроллера, его разводкой, чем собрать элементарную схему из 7 класса лабораторной по физике? Видел я Ютубных "гуру" которые городят ТАКОЙ огород на многие часы работы, где напрашивается элементарное решение на рассыпухе, которое паяется на макетке в течение часа. Я не против таких систем, но это глупо утилизировать их возможности для миганий светодиодами и прочих "умных" домов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #60, #64, #84

59. Сообщение от _kp (ok), 09-Авг-24, 23:19	+3 +/–
Этому контроллеру оно и не надо. ;) Для него типичное применение, включил, и он сразу работает, не борется за ресурсы с ОС, в общем для низкоуровневых программ. Вы же не хотите мышь, флешку.. с Линуксом, чтоб включил, и жди пока оно загрузится. Да и ОЗУ тупо нет. На SPI PSRAM и объемы и скорости не порадуют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #68, #172

60. Сообщение от Аноним (15), 09-Авг-24, 23:20	+2 +/–
У кода есть неоспоримое преимущество — его можно просто клонировать из репы и это просто работает. Разводка — оно на платках всё, готовое. Тыкается штырьками в бредборд. Или у китайцев заказывается вместе со сборкой. Туда же тыкаются готовые модули (датчиков, дисплеев, светодиодов, драйверов, чего угодно). Питоновские библиотеки для этого всего есть в изобилии и поставляются вместе с модулями. Получается проект без пайки вообще, как лего. А элементарное решение на рассыпухе ещё отладить надо, номиналы подобрать. Увы, уже выросло поколение, для которого мультивибратор на транзисторах — утраченные дедовские знания и ракетные технологии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #62

62. Сообщение от Аноним (54), 09-Авг-24, 23:30	+1 +/–
Мультивибратор действительно нет никакого смысла собирать, когда есть тот же ne555. Разве что в академических целях, чтобы понять, как оно работает. Ну и плюс никто не отменял сапр типа proteus. А там где нужно клонировать код из реп, то наверное это речь идёт о полноценных СЕРИЙНЫХ устройствах напечатанных на платах, а не вот эти игрушки? Понятно, что это всё надо для прототипирования, но возводить в культ ради мигания светодиодами - мягко говоря СТРАННО.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #66

63. Сообщение от _kp (ok), 09-Авг-24, 23:34	+2 +/–
Вы отличаете SRAM память (не DRAM) в которое можно и писать сколько хочется, и с большой скоростью, от медленной перезаписи флешки с её износом? И которая ещё и почти ничего не потребляет. А энергонезависима она конечно только от наличия основного питания процессора. Но, и этого достаточно чтоб малюсенькая батарейка, от которой и RTC работает, сохраняла память  от 5 лет и более, и то, только когда основного питания нет. И это весьма полезная фича, как и наличие RTC. (Впрочем инженеры Распберри любят извращения с oтсутствием RTC)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

64. Сообщение от Аноним (-), 09-Авг-24, 23:38	–1 +/–
> Неужели проще возиться с кодом, прошивкой котроллера, его разводкой, чем собрать элементарную схему из 7 класса лабораторной по физике? Видел я Ютубных "гуру" которые городят ТАКОЙ огород на многие часы работы, где напрашивается элементарное решение на рассыпухе, которое паяется на макетке в течение часа. Хм.. за час это если ты уже пару десяток спаял до этого. И у тебя есть коробочка с рассыпухой. И паяльник, флюс, припой... Думаю у тебя еще есть фоторезист, тектолит всевозможных видов и размеров. > Я не против таких систем, но это глупо утилизировать их возможности для миганий светодиодами и прочих "умных" домов. А если человек начинающий и ему не хочется прдолиться со всем этим, если ему не хочется разбираться в типах конденсаторов, переться на радиорынок, может еще и свою плату разводить? Ему просто хочется помигать светодиодом. А потом на этой же плате сделать робота с УЗ сенсором. Может на новый год сварганить светомузыку. Это не глупо. Просто целеполагание немного другое. У тебя - сделать все максимально эффективно. А него - сделать это проще (тк для эффективной работы ему надо будет приложить тонну усилий)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

65. Сообщение от Мета (-), 09-Авг-24, 23:46	+/–
Ядра по сравнению с перифериями занимают очень мало места. Ну и для RISC-V даже лицензия не нужна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

66. Сообщение от Аноним (15), 09-Авг-24, 23:47	+2 +/–
> Мультивибратор действительно нет никакого смысла собирать, когда есть тот же ne555 Так речь не о практическом смысле, речь о понимании, как работает банальный транзистор. И, как следствие, аналоговая электроника в целом. > речь идёт о полноценных СЕРИЙНЫХ устройствах Так это ж Raspberry, оно изначально ориентировано на энтузиастов. И они вполне себе продают «полноценные СЕРИЙНЫЕ устройства» — одноплатники и платы–аксессуары к ним. А теперь ещё и свой кремний и альтернативу ардуинкам. И суть в том, что теперь каждый обыватель может углядеть в ютубчике развлекательный ролик от какого–нибудь зарубежного АлексГайвера, накидать в корзинку на амазоне готовых модулей и нажать «заказать». Потом за часик–другой это собрать по видеоинструкции, прошить кодом из репы (для RP2040 даже программатор не нужен — там встроенный бутлоадер, определяется в системе как флешка) и радоваться готовому проекту. Вообще не включая мозг и не погружаясь в кады, травление плат, пайку и измерения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #117

67. Сообщение от Аноним (67), 10-Авг-24, 00:52	–3 +/–
> по цене 5 долларов Дорого. У китайцев есть варианты гораздо интереснее.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74, #78, #79, #91

68. Сообщение от Аноним (72), 10-Авг-24, 01:15	+/–
Так встраиваемые Линуксы могли загружаться за ~1 с ещё в 2001 на всяких ещё тех, ныне уже выпеленных CPU. А вот если контроллеру понадобится что-то сложнее UDP, то тут Linux помошник. А то самому писать реализации протоколов и/или ФС это не пальцы об асфальт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #76, #90, #100, #141

69. Сообщение от Аноним (72), 10-Авг-24, 01:20	+/–
>Так уже было с малинками в виде модулей оперативной памяти. Какие ещё модули оперативной памяти на Малине? Там ОЗУ впаяно и не расширяется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #180

70. Сообщение от Аноним (72), 10-Авг-24, 01:24	+/–
Предполагаю, что там (большая) часть логических блоков задействуется для построения ядер либо того, либо другого. Ну там, АЛУ, регистровый файл нужны и там, и там.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

71. Сообщение от Аноним (72), 10-Авг-24, 01:29	+/–
И какие случаи её применения уже могли быть, если она вот-вот вышла?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #81

72. Сообщение от Аноним (72), 10-Авг-24, 01:40	+1 +/–
Бессмысленно. Мама знает что такое Вконтакте, Одноклассники, а что такое Linux она не знает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

73. Сообщение от Пишу с третьего пня (?), 10-Авг-24, 02:38	+5 +/–
> USB вполне тянет даже 8ми битный AVR с ОЗУ 16кб Да, но только со встроенным контроллером, который будет мощнее самой AVRки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #80

74. Сообщение от Ivanov (??), 10-Авг-24, 04:11	+1 +/–
16Mb версии Pico (черные новые, с reset) и по 180 руб с бесплатной доставкой? Или еще что то более интересное появилось?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

75. Сообщение от Аноним (52), 10-Авг-24, 04:27	+1 +/–
Может там ядра с переключаемым набором инструкций. Вообще таких чипов ещё есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

76. Сообщение от Аноним (-), 10-Авг-24, 04:58	+/–
> самому писать реализации протоколов и/или ФС это не пальцы об асфальт. Можно скачать с github'а. Тащить мегабайт ядра, только ради пары файловых систем, это так себе идея. Вон выше чувак переживает, что микроконтроллер -- это из пушки по воробьям, а ты предлагаешь не просто микроконтроллер, а ещё и микроконтроллер с десятками метров оперативки, и мегабайтами флешки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #126

78. Сообщение от Аноним (101), 10-Авг-24, 05:22	+/–
Этот ноунейм в продукт не поставишь. Только поиграться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #93

79. Сообщение от Аноним (13), 10-Авг-24, 08:00	+3 +/–
Конечно, им же не надо тратить на разработки, зарплату инженерам и т.д. Скопировали и готово: https://opennet.ru/54515-harmonyos
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #103

80. Сообщение от bw (ok), 10-Авг-24, 09:00	+1 +/–
Это не так, на ATtiny активно используется именно программная реализация USB, урезанная и медленная, для HID.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #94

81. Сообщение от n00by (ok), 10-Авг-24, 09:25	+/–
Тому демагогу главное вбрасывать шаблон "proof me wrong". Если он перестанет это делать, люди вспомнят, что бремя доказательства лежит на заявлявшем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

82. Сообщение от n00by (ok), 10-Авг-24, 09:28	+/–
Потому что продажи обеспечивает обратная совместимость с предыдущей версией, а не эксперты по свободе железа, кто всё равно такую не купит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

83. Сообщение от n00by (ok), 10-Авг-24, 09:31	–1 +/–
Не обязательно кадровый буфер делать под весь экран. Одно из ядер может может перерисовывать несколько линий, что-то вроде знакогенератора и спрайтового (тайлового) "ускорителя".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #96, #108

84. Сообщение от Marximizer (ok), 10-Авг-24, 09:34	+/–
А потом внезапно надо немного поменять логику мигания светодиодом, и начинается напаивание уродливых костылей на элементарное решение на рассыпухе... Или вы предлагаете каждый раз всё с нуля паять?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #119

85. Сообщение от n00by (ok), 10-Авг-24, 09:51	+/–
Эти штуки нужны, что бы условный музыкант мог собрать на коленке барабанную установку из пустых банок и подключить её по USB. Совершенно естественно, что у него нет "технического" образования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

86. Сообщение от VecH (ok), 10-Авг-24, 10:43	+/–
И что там видно? MicroUSB ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

87. Сообщение от Аноним (-), 10-Авг-24, 10:48	+/–
> Разве USB не избыточен на компьютере с 640 Кб ОЗУ? ИМХО, такая > машиа потянет максимум COM и LPT. Прикинь, экспертище, usb-device сторона сделана такой чтобы все просто было. И поэтому так может даже мышь или клава с довольно туповатым проциком. Правда что господа из вон того по usb HS качать собрались, чтобы оно еще и надо было - вопрос интересный. А так просто для понимания - некоторые usb to uart конвертеры на самом деле дешевый китайский мк с фирмварой, а вовсе не специализированный чип.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

88. Сообщение от Аноним (88), 10-Авг-24, 10:53	+1 +/–
> Ммм, целых обе истории успеха. По сравнению с ESP и STM это прямо эпик вин! Это EPIC WIN хайпа и дурацкой оверинженерии, с ориентацией на вообще хрен его знает какой сегмент рынка. Оно с такими параметрами и не маложручее уже особо с 1 стороны, и не такое мощное как апликушники с другой. Зато навернуто дочерта, бутявится перегрузкой flash -> RAM стало быть далеко не сразу на режив выходит (для МК это хреново). И получается - неведома зверушка. Для тех кому фигней пострадать, в общем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

89. Сообщение от Аноним (88), 10-Авг-24, 10:55	+/–
> Вместо того, чтобы поставить ключ на транзисторе (иногда вообще механического > микрика достаточно), они лупят из РВСН по голубям на соседском балконе ополоумившей бабки. А что тебе не нравится? Минус голуби, минус полоумная бабка, минус заколебавшие соседи. Сплошной профит, вроде бы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #101

90. Сообщение от Аноним (-), 10-Авг-24, 11:00	+/–
> Так встраиваемые Линуксы могли загружаться за ~1 с ещё в 2001 на всяких > ещё тех, ныне уже выпеленных CPU. Во первых Cortex M без MMU еще таки не выпилили. Во вторых, линух без MMU это все же несколько изврат. Все же это нормальная полноценная многозадачка, подразумевающая изначально честные режимы kernel и user а также изоляцию памяти. Во вторых чтобы загрузить линух - RAM надо. И таки не 520 кило как у этой штуки. А куда ты вот именно этому процу донавесишь RAM? У топовых многолапых STM32 есть контроллер внешней шины памяти, но на это дело лапок надо - дохрена, поэтому оно только в очень многолапых вариантах есть, 100-144 пина. А у этйо штуки лапок сильно меньше. Там просто некуда донавесить нормальную оперативу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #97

91. Сообщение от Аноним (-), 10-Авг-24, 11:04	+1 +/–
> Дорого. У китайцев есть варианты гораздо интереснее. Вон там за 10 центов 32-bit RISCV у WCH есть. Правда, только 1 ядро, 16 кил флеша и 2 кило RAM. Но вы попробуйте у других столько за 10 центов получить. У них же вообще за столько - трэшак типа PIC10 где даже на си программировать нормально - мучение и кривь. А тут этим окаменелостям - такая оплеуха прилетела, нормальное 32 бит ядро с попсовой системой команд и обычными тулчейнами типа gcc или clang.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

93. Сообщение от commiethebeastie (ok), 10-Авг-24, 13:22	+1 +/–
> Этот ноунейм в продукт не поставишь. Только поиграться. Этот ноумнейм сейчас используется чуть более, чем во всём ширпотребе. Правда наличие mesh сети у себя в доме и огромный блоб в качестве микрокода вай-вай напрягают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #102, #110

94. Сообщение от Аноним (15), 10-Авг-24, 13:47	+1 +/–
Софтверные реализации USB есть, и для AVR, и для STM8, и для CH00x. Но это скорее как челлендж — что можно выжать из настолько ограниченного по периферии устройства. А практическое применение сильно затруднено: 75–80% вычислительных мощностей контроллера оказывается съедено USB–стеком. На том что остаётся, можно сделать, условно, клавиатуру или геймпад, но не более. Стабильность тоже оставляет желать лучшего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #98

95. Сообщение от Аноним (95), 10-Авг-24, 14:23	+/–
Спецификация. У LPT она пол-странички листа бумаги А4. У USB она 200 страниц. Виртуальное адресное пространство. Каждое устройство имеет не прерывание, а виртуальный адрес на контроллере USB. Однако, как выше уже сказали - это реализуется на контроллере USB, производительность которого выше, чем у этих микроконтроллеров. Первая винда с поддержкой USB это Windows 95 OSR 2.1, минимальные системные требования которой: 386DX и 4 Мб ОЗУ. Для полноценной поддержки USB нужен Windows 98SE 1999 года выпуска, треующий 486 и 24 Мб ОЗУ (но и на 16 Мб прекрасно работает). Встраиваемые системы (mp3-плееры, автомагнитолы, TV-приставки) возможно обладают меньшими ресурсами, чем 386 и 486. Но им и не нужно передавать данные со скоростью в 12/480 мегабит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #99, #106

96. Сообщение от Аноним (52), 10-Авг-24, 14:51	+1 +/–
Так и делают в lvgl например. Но если есть возможность вместо ядра на программирумом массиве логики это сделать - это может работать на большей частоте, чем само ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

97. Сообщение от Аноним (15), 10-Авг-24, 14:57	+/–
Вот конкретно у этой штуки всё нормально и с лапками (у старших версий), и с DMA, и с возмножностью исполняться из внешней памяти. Как раз в RP23xx этот момент доделали. Но это всё равно будет троллейбус из хлеба, достижение ради достижения. А для практического применения какой–нибудь из множества RTOS будет за глаза. Иронично, но бетатестить эту железяку доверили Диме Гринбергу — тому самому чуваку, который запустил линукс на восьмибитной AVR.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #109, #161

98. Сообщение от _kp (ok), 10-Авг-24, 15:08	+/–
Это подтвеждает, что usb это не что то тяжелое, и тем более если процессор мощнее AVR, а USB аппаратный. У младших stm32, ОЗУ не слишком много, но с usb работают отлично же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #105, #113

99. Сообщение от _kp (ok), 10-Авг-24, 15:12	+2 +/–
У С++ тоже описание толстенное, но есть масса полезных программ на c++, исходники которых гораздо короче описания стандарта. И с USB так же. Например, загрузчики занимают 16-32 кБ, и у них работа с USB только малая часть функций.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

100. Сообщение от _kp (ok), 10-Авг-24, 15:18	+/–
>>что-то сложнее UDP Rtos много что позволяет. А с обертками над функциями, основной исходник выглядит как будто писался под Линукс, и собирается и там, и там.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #129

101. Сообщение от Аноним (101), 10-Авг-24, 15:35    Скрыто ботом-модератором	+/–
Нет тебя и нет города, а так да норм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

102. Сообщение от Аноним (101), 10-Авг-24, 15:35	+/–
Там уже не платки, там своя разводка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #104

103. Сообщение от _ (??), 10-Авг-24, 16:30	–2 +/–
Имеют право, всё согласно лицензии. А лаоваев надо кидать всегда и везде, это не только у кейтайцэв так, это у всех :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #127

104. Сообщение от commiethebeastie (ok), 10-Авг-24, 16:45	+/–
> Там уже не платки, там своя разводка. Ну типа есть Espessif devkit, дешево и функционально. Вторая проблема, что монтаж этой самой платки будет стоить дороже неё. Развести контроллер гораздо дешевле.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #114

105. Сообщение от Аноним (-), 10-Авг-24, 17:16	+1 +/–
> Это подтвеждает, что usb это не что то тяжелое, и тем более > если процессор мощнее AVR, а USB аппаратный. > У младших stm32, ОЗУ не слишком много, но с usb работают отлично же. USB изначально очень асимметричный. Host - достаточно большой и сложный. Device - может даже ссаная мышка, у которой мозгов не сильно много так то, там процик на минималках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #112, #115

106. Сообщение от Аноним (-), 10-Авг-24, 17:48	+1 +/–
> Спецификация. У LPT она пол-странички листа бумаги А4. У USB она 200 страниц. А еще у LPT дофейхоа сигналов. И он почти не используется уже. Ну и имплементить на стороне девайса надо отнюдь не это все, а ооооочень небольшой subset с тем что надо здесь и сейчас. > Виртуальное адресное пространство. Каждое устройство имеет не прерывание, а виртуальный > адрес на контроллере USB. USB это что-то типа сети. Адрес и endpoint в USB - нечто типа IP и порта в TCP/IP. Потому что на 1 порт хоста USB через хабы можно до 127 девайсов прицепить. Откуда вопрос - "а с кем мы коммуницируем через этот провод?!" > Однако, как выше уже сказали - это реализуется на контроллере USB, > производительность которого выше, чем у этих микроконтроллеров. Вообще-то это все - даже AtTiny программно вплоть до формирования сигналов 1.5Мбит программно может. А attiny FYI - мелкая склерозная фигня, что даже на си ее програмить так, совсем по минимуму выходит. А поди ж ты - даже 1.5 миллиона раз в секунду лапами машет, чисто софтварно синтезируя самый нижний уровень (bit stream) протокола. А уж в мк где есть хардварный блок usb-device напрогать энумерацию на шине (как девайс) и проч - ессно мастхэв. И делается это чаще всего именно основной системной фирмварой, имеющий полный контроль над этим всем. Конечно, это делает ее сложнее. Но сейчас бы да с 520 кило памяти об этом париться, когда там кода - вон у сэра весь эмуль PL2303 влез в 4 кило. И вот STM32 уже радостно рапортует что он - PL2303 сериальный шнурок. Разумеется, он STM32 но кто ж запретит фирмваре сообщить в дескрипторах иное и потом реагировать на команды драйвера PL2303 "как настоящий"? :) Отдельный чип контроллера - стоит бабок. И юзается только в чипах без своего встроенного usb. Более того - некоторые из них "жесткая логика" (скажем FT232 и, вероятно, тот же PL2303) и вообще НИКАКИМ процессорным ядром не снабжены, и какая вот у них "мощность" по сравнению с чем? > Первая винда с поддержкой USB это Windows 95 OSR 2.1, минимальные системные > требования которой: 386DX и 4 Мб ОЗУ. Есть довольно большая разница между host и device. Но вообще урезанный host (OTG) сейчас есть в довольно большом числе МК. Китайские клоны STM32 любят кроме usb-device еще и такой вот недо-хост навешивать. Ессно косплеить хост куда более сложное занятие, но на минималках, типа "1 флешку прочитать" - таки по зубам даже такому микроконтроллеру с фирмварой. Хоть траху с фирмварой и будет больше, а фичи ессно не сравнимы с настоящим компом. > Встраиваемые системы (mp3-плееры, автомагнитолы, TV-приставки) возможно обладают меньшими > ресурсами, чем 386 и 486. Но им и не нужно передавать > данные со скоростью в 12/480 мегабит. У даже обычного STM32 которому лет уже дохрена - есть хардварный usb device на 12 Мбит, а у топовых и HS на 480 (на более хилых смысла мало: они такой поток не провернут). И там все делает - основной фирмвар. Имеющий почти абсолютный контроль над всем этим. Конечно, он не кроит битовый поток сам, как AtTiny - на 12Мбит выдерживыть тайминги чисто софтварно уже душно. Но это что-то типа машины состояний, подпирающей логику usb. Скажем в usb нельзя просто послать пакет хосту. Надо чтобы хост сперва попросил это. И ессно в чистом виде кодинг фирмвары был бы дико неудобен. Поэтому вон там в железку можно зарядить пакет для endpoint, а когда хост его попросит, если все прокатло - железка IRQ кинет. AtTiny с совсем программным даже и без этого обходятся. Но только low speed 1.5Mbit (не работает с usb3) и логика фирмвары разумеется очень душная и интрузивная получается. В USB нельзя просто послать 20 байтов хосту. Надо сперва чтобы хост энумеровал девайс и назначил адрес (реакция на пакет SETUP) - и потом ждать опроса хостом - и тогда можно вернуть в ответ пакет с теми 20 байтами. В этом смысле UART конечно многократно проще - в него просто пуляют 20 байтов. Правда, далее их участь никак не трекается - и то что оно ушло в /dev/null можно узнать лишь сильно отдельными способами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #177

107. Сообщение от Аноним (-), 10-Авг-24, 18:02	+/–
> Ещё бы GUI движок запилить на этих стейт машинах, чтобы кнопки, тексты, > пожатые в RLE картинки на лету рендерились, и хотя бы 1080p > обеспечить - считай промышленные компы, всякие панели управления станками, информационные > панели и т.п. уже можно делать на таком даже на наших > 350нм и с мизерным кол-вом памяти - весь дисплейный буффер в > ОЗУ хранить не нужно. Максимально антисмузихлёбно, зато надёжно. А зачем в GUI надежность? Надежность нужна - на нижнем уровне. Поэтому такое логичнее делать как линуксный одноплатник с мордой, сетью и прочими наворотами, типа чтения флешек с абы какой ФС - например на линухе. А оно потом - скинет запросы более низкокроувневому МК, который и будет упираться по фактической реализации какой-нибудь там коммутации обмоток двигателя в жестком реальном времени, пополам с мониторингом защит и проч. Зато так - систему имплементить проще. Гуй и прочие сети кодить - только сюжетно важную часть, а не весь стэк от и до. А жесткий реалтайм у выделенного под свою задачу (например, "кручение двигуна") мк - куда как круче и надежнее. И фирмвара может быть минималистичная, как раз вот для надежности - так что ломаться нечему будет. И с логикой GUI не перемешано. ...а в цене индустриальной железки никто ессно плюс-минус пару МК не заметит даже. И магия количеств не работает. Если делается условные 100 станков в год и вы сэкономили бакс, круто, вы получили $100 в год, а взамен - эвон какой гимор с мега-фирмваре где все и вся велосипедить с квадратными колесами, самому. И, конечно, это не будет надежным если вы не готовы развернуть воооооон какие процессы, типа MISRA и того что у авиаторов. Особенно если туда еще GUI нагамнякать. Попробуйте декодер RLE нагамнякать чтобы он MISRA checker проехал? КМК с 1 раза у вас не получится. Если это миллион юнитов - соотношения, конечно, другие. Ради миллиона баксов в кармане - можно уже и поупираться с оптимизацией фирмвари, разумеется. Но это же не ваш случай? Там и каждый конденсатор потом экономят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #125

108. Сообщение от Аноним (108), 10-Авг-24, 18:17	+/–
> Не обязательно кадровый буфер делать под весь экран. Одно из ядер может > может перерисовывать несколько линий, что-то вроде знакогенератора и спрайтового (тайлового) > "ускорителя". На правах (не обязательно хорошей) идеи - взять DisplayPort и использовать панели умеющие SelfRefresh. Если прокатит - получится примерно то же что вон тот тип сделал с синтезом MIPI DSI протокола из обычного SPI. Но MIPI DSI (интерфейс матриц более-менее современных мобилок) с самого начала подразумевает широкое варьирование таймингов, и пакеты. Это и позволяет его синтез более ширпотребным интерфейсом (хоть и потерей FPSа рефреша). И там панели бывают разные. По спекам есть 3 варианта: full SRAM в контроллере панели, ее можно частично перерисовывать. Частичный RAM, тогда - только регион. Или совсем безмозглая панель - а вот тогда упс, надо весь поток с H/V sync и всеми пикселами синтезировать, желательно реалтаймно. На LCD профак таймингов, да с clock lane все же не столь критичен как на CRT где оно реально луч контролирует, там это лишь рефреш матрицы делает. Теоретически - тормознуть clock под темп подачи данных можно и HDMI. Насколько тот или иной дисплей готов с этим жить - вопрос номер два. LCD все же надо иногда рефрешить, без RAM на борту сведения о картинке живут только как заряд в матрице и он ессно постепенно утекает, откуда и требования FPS'а потока. Впрочем, "хак" с 4K 30FPs по "старому" HDMI работает же. Значит большинство дисплеев сожрет "более тормозные" тайминги и на иных разрешениях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #156, #191

109. Сообщение от Аноним (-), 10-Авг-24, 18:28	+/–
> Вот конкретно у этой штуки всё нормально и с лапками (у старших версий), У них есть настоящий контроллер "SRAM BUS" (i8080/Motorola 68xx/etc) или "DRAM"? Чтобы честную шину с адресами и данными вытащить из чипа и протянуть до микросхемы RAM? > и с DMA, Его нынче умеет даже 10-центовый китаец. > и с возмножностью исполняться из внешней памяти. Исполнение из внешней памяти понятие. Скажем - да, в некоторых железках можно напрямую выполнять код из SPI флехи. Контроллер SPI в реалтайме транслирует запросы проца в команды SPI. Проблема только 1 - он на это время якорит куда более быстрый проц. И перфоманс получается издевательский. Есть вариант когда оно после 1-кратного чтения таки буферизуется в RAM. Но во первых это не отменяет того что начальное чтение занимает прилично времени, для мк плохо. Во вторых на это надо дофига SRAM жрущего место на кристалле. Иногда впрочем делают. В третьих, кешировать RAM RAMом - ессно не больно какой эпичный вариант и такой тормозитель мало кому понравится. > Как раз в RP23xx этот момент доделали. Пруф? По плате видно что SRAM/DRAM там точно не ночевал даже в проекте. > Иронично, но бетатестить эту железяку доверили Диме Гринбергу — тому самому чуваку, > который запустил линукс на восьмибитной AVR. Ну а что, он и с этой что-нибудь интересное придумает. А кому доверять? Опеннетным овощам вопящим "не нужно!"? А смысл? Так продажи не сделаешь! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

110. Сообщение от Аноним (-), 10-Авг-24, 18:31	–1 +/–
>> Этот ноунейм в продукт не поставишь. Только поиграться. > Этот ноумнейм сейчас используется чуть более, чем во всём ширпотребе. Не стоит путать кучку поделок для хайпующих гиков с ширпотребом. > Правда наличие mesh сети у себя в доме и огромный блоб в качестве > микрокода вай-вай напрягают. А в ширпотребе еще напряжет что 1) Это полный вендорлок. 2) На 1 производителя, который не очень то LTSный. И вот снимет он "устаревший" чип завтра - ибо ориентируется на хайпонашек. А вон тем, массово клепавшим девайс при этом делать - например что? А, все бросить и переписывать проект, поставив конвейер на паузу (ибо паять стало нечего!) и залетая на круглые суммы, ежедневно? Это да, тема в ширпотребе то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

112. Сообщение от Пишу с третьего пня (?), 10-Авг-24, 18:34	+1 +/–
> Device - может даже ссаная мышка Видимо потому что там стоит asic который ничего другого не может? Подумай над этим на досуге.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #124

113. Сообщение от Пишу с третьего пня (?), 10-Авг-24, 18:35	+/–
> usb это не что то тяжелое Ну-ну. Попробуй напиши драйвер для мышки не используя библиотек и уложись в пресловутые 640 кб. Без аппаратной поддержки и asicов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #116, #178

114. Сообщение от Аноним (-), 10-Авг-24, 18:36	+/–
>> Там уже не платки, там своя разводка. > Ну типа есть Espessif devkit, дешево и функционально. > Вторая проблема, что монтаж этой самой платки будет стоить дороже неё. Развести > контроллер гораздо дешевле. Основная проблема этой байды - ориентация на хайпующих нубов. Которые хотят быстрее, дешевле, круче, любой ценой. Если это в именно массовый продукт - окей, через годик ЭТО будет для тех уже не круто, надо в разы круче. А этот чип снять с производства чтобы линии разгрузить для тех. А если это не нубопроект был а что-то тиражное - ну вот нет у вас чего в SMD сборочную машину заправить и все, упс. Это сразу ломовой залет. А где вы снятый с производства чип брать будете? ...а поставить это дело на паузу - простой такой линии стоит конских денег. Ее перепрофилируют на что-то еще. А потом весь сетап всего пайплайна - заново. Сие ессно очень не оптимально выходит. Настолько, что порой целые катушки комплектухи (суммарной ценой до килобаксов) могут просто отредиректить на свалку - ибо не знают что с ними теперь делать: для нового проекта пущеного на этой линии они не требуются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #131

115. Сообщение от _kp (ok), 10-Авг-24, 18:38	+/–
>  Host - достаточно большой и сложный. Если подключить конкретное устройство, мышь, клавиатуру, флешку, то тоже не сложно. А если городить универсальный порт, то да
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #134

116. Сообщение от _kp (ok), 10-Авг-24, 18:44	+1 +/–
>> usb это не что то тяжелое > Ну-ну. Попробуй напиши драйвер для мышки не используя библиотек и уложись в > пресловутые 640 кб. Вам принципиально библиотеки переписывать с нуля, или уложиться в малый объём? Есть на github проект Самсонова на esp32, эмулятор Спектрума, и там, так, между прочим, софтовый usb host для мыши и клавиатуры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

117. Сообщение от Аноним (-), 10-Авг-24, 18:45	+1 +/–
> Так речь не о практическом смысле, речь о понимании, как работает банальный > транзистор. И, как следствие, аналоговая электроника в целом. Поскольку вы на коленке не сделаете даже транзистор - и даже резистор или конденсатор, особенно воспроизводимо и с известными параметрами поднапряжетесь, а какой в этом ритуале смысл? Аналоговикам придется жить с тем фактом что цифра пришла, надолго и всерьез - и во многих местах оказалась намного лучше. Простите, это несколько дальше транзистора с микриком. Попробуйте в аналоге DDS Synth какой, да? Будет кривоватый хреновый урод с чемодан и кучей крутилок, требующий дофига наладки - вместо 1 микросхемы с нормальным интерфейсом к МК. > к ним. А теперь ещё и свой кремний и альтернативу ардуинкам. Ну захотели господа стать чем-то типа околоМКшных производителей, и чего в этом такого? > развлекательный ролик от какого–нибудь зарубежного АлексГайвера, накидать в корзинку > на амазоне готовых модулей и нажать «заказать». Потом за часик–другой > это собрать по видеоинструкции, прошить кодом из репы И чем это собссно хуже микриков и транисторов? Тем что теперь понимают что делают - они, а не вы? :) > Вообще не включая мозг и не погружаясь в кады, травление плат, пайку и измерения. С другой стороны это здорово обувает их на возможности относительно более продвинутых спецов. И вся штука получается не очень прагматичной. Ну вот сколько клубков с проводами вы готовы собрать? 1? 5? 10? 100? Плату то можно и на автомате штамповать, и соберут ее - роботы. Ну, если этого надо много (иначе сетап пайплайна, конечно, перевешивает). Более того - если этого много, там постоянно будет что-то отваливаться, нуб получив пачку предъяв начнет замечать что более продвинутые дизайны имели свой пойнт - например, минимизацию контактов. Что очень полезно для надежности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #118, #192

118. Сообщение от Аноним (15), 10-Авг-24, 18:53	+/–
Не туда воюешь. Перечитай ветку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #120

119. Сообщение от Аноним (-), 10-Авг-24, 18:55	+1 +/–
> А потом внезапно надо немного поменять логику мигания светодиодом, и начинается напаивание > уродливых костылей на элементарное решение на рассыпухе... Или вы предлагаете каждый > раз всё с нуля паять? Это еще что. Достаточно захотеть видеть допустим статусы рахных частей системы - на своем смарте, компе, или чем там еще, а то и рулить этим всем - и где ваш микрик теперь? И да, технологии это уже позволяют. Поэтому зачем переться в соседнюю комнату вырубать свет, если можно - вот тут кнопку нажать? А то и вовсе - сделать логику когда он сам будет вырубаться когда датчики говорят что в комнате никого нет. А когда светло - он и врубаться не будет. Сам. Без действий двуногих. А если логика не понравится - ее твикануть можно. Без перепайки всей этой хрени. Увы, к большому облому аналоговиков - микроконтроллеры это универсальный ответ на многие вызовы, почти как 42. И да, конечно оно пролезло и на их вотчину. А по некоторым вещам оно еще и unbeatable. Там где у вас, красав, было 100500 крутилок, мы грузим "модуль калибровки", вписываем пачку калибровочных констант - и это все можно нормально с производством интегировать, даже сделав измериловку и калибрацию прямо из "соседнего такого же" если надо что-то необычное. И вот уже вместо оравы монтажников-наладчиков софт в виде модуля калибровки "крутит крутилки" сам, в софте, пишет пачку констант специфичных для девайса в область конфигурации. И все это быстро. Автоматически. Без ошибок. И не требует зарплат толпе бакланов с отвертками. А те удивленно чешут репы после того как начальство выставило их с таким скиллом на мороз. Ибо кому сейчас анти-технологичный шит вперся? Инженеров той школы легко узнать. У этих лабухов есть крутилки даже в схеме с мк. Так однозначно определяется кадр не сумевший в направление. И да, "цифровое" представление мира все упрощает. Углубление в детали работы деталек актуально только в продвинутых топиках. Если кто конечно силовой преобразователь делает, даже если он и "программный", без знания свойств ключей его будет ждать немало горя. Но это уже не уровень нубов с ESP.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #193

120. Сообщение от Аноним (-), 10-Авг-24, 19:01	+/–
> Не туда воюешь. Перечитай ветку. Я в целом представитель цифрового направления. Хотя и умеющий в аналог, но это как раз не есть моя любимая тема. Цифровые технологии в целом EPIC WIN. В том числе и во многих традиционно аналоговых аспектах. Если взять тот же транзистор - его параметры довольно нестабильны по температуре, времени и многим иным факторам. Если это важно, а порой, оно, таки, да - это сразу +100500 гимора. На МК это ессно в большей части случаев не распостраняется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

122. Сообщение от Аноним (72), 10-Авг-24, 19:08	+/–
>Иронично, когда микроконтроллер стоит дешевле механического микрика. Но зато вы ещё тумблеры за 3500 р не видели отечественного производства.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

123. Сообщение от _kp (ok), 10-Авг-24, 19:10	+/–
> Ещё бы GUI движок запилить на этих стейт машинах, Когда нужен графический интерфейс, нужно брать машинку помощнее. В том же размере есть немощный Raspberry Zero, и существенно более шустрый и более дешевый Orange Pi Zero 2W. Хотя... ecли рядом огромный дисплей 1080р, то мельчить с железом не рационально. > пожатые в RLE картинки на лету рендерились Это пустяки, jpeg, png и даже mjpeg сейчас подобные контроллеры могут. И есть готовые библиотеки. Если готовый GUI для TFT панели, то я использую LVGL. >> хотя бы 1080p А с этим хуже, для вывода на hdmi нужна быстрая память приличного объёма, и всякие spi PSRAM не годятся. Но если графическая панель, то для информационных панелей с тачскинами, можно и 1080p отрисовать. Но эти tft  панели, если 1080p, то невменяемо дорогие, а вот 800p вполне доступные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #133

124. Сообщение от Аноним (-), 10-Авг-24, 19:23	+1 +/–
> Видимо потому что там стоит asic который ничего другого не может? Подумай > над этим на досуге. Этот "ASIC" в самых тупых мышах и клавах зачастую просто "ROM" версия какого-нибудь МК. В менее тупых - и вовсе какой-нибудь "generic" МК. Представляете, скажем датчик оптической мыши - это такая камера низкого разрешения, на самом обычном SPI. А скан матрицы кнопок X colx * Y rows почти гарантировано GPIO + фирмвара, по другому это обычно геморно. Ну вот фимрварь мк и смотрит на кнопки, изменения картинки этой дубовой "камеры" и проч, кидает паекты в usb. А в бесппроводных - вообще в эфир. У ряда крыс бывают вполне известные наименования типа атмелок, или скажем моторольской серии процов семейства HC08 (сейчас они уже несколько выпали из фавора).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #136

125. Сообщение от Аноним (52), 10-Авг-24, 19:28	+/–
> А зачем в GUI надежность? > Поэтому такое логичнее делать как линуксный одноплатник Ну вот купили вы пром оборудование за много денег. А там через год в QLC флешке ячейки памяти разрядились, или сбойные сектора в DDR всплыли, в той отбраковке, которую в линукс одноплатник впаяли. А производитель в вашу страну больше ничего не поставляет и никаких услуг не оказывает. Ну или просто закрылся. Или готов вам всё починить, но через три месяца, когда ваше производство уже разорится. Вероятность отказа дубовой памяти в МК гораздо ниже. > Если делается условные 100 станков в год и вы сэкономили бакс, круто, вы получили $100 в год Эти делают 100 станков, те делают стиралки, третьи мультиварки и кофемашины - добавили цветной экранчик вместо унылого 7сегментного, +2 бакса к себестоимости, +20..200 баксов к продажной цене, всем хорошо, все довольны, тираж миллионы. >  а взамен - эвон какой гимор с мега-фирмваре где все и вся велосипедить с квадратными колесами, самому. Как будто в условном React не велосипедят. То что в мелкий МК 30 этажные абстракции не влезут - скорее хорошо, чем плохо - простой как топор код может и займёт больше строчек, зато понятнее. Разумеется, нужен вменяемый SDK - ну так он под любой новый камень нужен. > типа MISRA и того что у авиаторов Тут оно хотя бы принципиально возможно, в отличие от линукс одоплатников с гигабайтами стронннего кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #135

126. Сообщение от Аноним (72), 10-Авг-24, 19:31	+/–
Открою секрет, есть микроконтроллеры, в которых можно MMU less Linux без внешнего ОЗУ. Например, Kendrite K210. Но то было в 2019, сейчас они более новые модели выпустили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #153

127. Сообщение от Аноним (127), 10-Авг-24, 20:04	+1 +/–
Зачем было бить себя пяткой в грудь и говорить Хармони уникальная самобытная независимая ос или что там они в ранних презентациях говорили?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

129. Сообщение от Аноним (72), 10-Авг-24, 21:19	+/–
Обёртки над функцими чего, если интересует, скажем, какой-то сетевой протокол, имеющийся в ядре Linux? Этих RTOSов как собак... Т.е., под свою надо писать эти обёртки самому.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #142

130. Сообщение от Аноним (130), 10-Авг-24, 21:22	+1 +/–
>Для создания приложений могут применяться языки Си, C++, MicroPython или CircuitPython. Что за мода, везде, даже на микроконтроллеры, тащить интерпретируемые языки с динамической типизацией?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #132, #144

131. Сообщение от Аноним (72), 10-Авг-24, 21:23	+/–
Ну да, для DIY чип выпустили. И что с того? Не используйте в массовом производтсве. Используйте от WCH и тому подобных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #143

132. Сообщение от Аноним (72), 10-Авг-24, 21:26	+1 +/–
Вам что, жалко что-ли, что самодельщики их используют? Ну не используйте, делов-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #145

133. Сообщение от Аноним (52), 10-Авг-24, 22:04	+2 +/–
> Когда нужен графический интерфейс, нужно брать машинку помощнее. А для смарт часов c GUI какую машинку брать надо?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #138

134. Сообщение от Аноним (134), 10-Авг-24, 22:08	+1 +/–
>>  Host - достаточно большой и сложный. > Если подключить конкретное устройство, мышь, клавиатуру, флешку, то тоже не сложно. А > если городить универсальный порт, то да Сложный и простой - "по сравнению с чем-то" может быть. И хост сложный - по сравнению - с device. Он больше всего делает. Даже для мышки. Мышка не парится формированием SOF каждую миллисекунду и арбитражем доступного бандвиза и проч, допустим. Еще интереснее когда это OTG (dual role) - за годы в usb накопились те еще наслоения. И type C еще добавил бардака дополнительно. Ибо его идентификация девайса и хоста дополнительно отличается, но он как бы и совместим с старыми, и в целом - полная реализация такого зоо, особенно с динамическим переключением ролей хост-девайс может мозг и порвать. Примерно такой же бардак - и если хочется побольше энергии чем 100 мА жрать. Ну там зарядить жирный акум от usb за обозримое время. Более 100 mA (5V, 0.1A = 0.5W) нельзя жрать без кастомных переговоров с хостом чтобы дали больше. И в стандартном usb - только 500 mA (2.5W max). Тоже не дофига. С usb3 стало чуть лучше но отличить его в простой хрени от usb2 - удачи. Есть dumb charger spec, D+ и D- замкнуты и оттуда до пары ампер можно жрать - ориентируясь на просадку вольтажа - если вы можете определить это условие. А потом typeC пришел и сказал что, знаете, а давайте максимальный ток - по вольтажу пина определать? Это круто - но - блин - другое. А слабо сделать девайс заряжающийся и от typeC и от обычного, и не спятить при этом? :) Ну в общем usb не рвет мозг - только в энных допущениях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

135. Сообщение от Аноним (-), 10-Авг-24, 22:27	+/–
>> Поэтому такое логичнее делать как линуксный одноплатник > Ну вот купили вы пром оборудование за много денег. А там через > год в QLC флешке ячейки памяти разрядились, или сбойные сектора в > DDR всплыли, в той отбраковке, которую в линукс одноплатник впаяли. Кто вам доктор что вы купили на али - а не фирм ориентированых на те применения? Вон у Olimex - eMMC, индустриальный диапазон (-40..+85), никакой отбраковки. Ессно дороже при прочих равных, но не так уж сильно. А заодно - и через 5 лет проект повторить не вопрос! Не, они не снимут железку с производства. На другую целевую аудиторию целят. Есть и uSD карточки "industrial grade". Ессно менее емкие и более дорогие. Вот как раз поэтому. Есть валидация систем до того как их вообще другим отдавать. Спасает от уймы горя так то. > А производитель в вашу страну больше ничего не поставляет и никаких услуг не оказывает. А еще не заменяет голову "инженеру" заколачивающему микроскопом гвозди. > Ну или просто закрылся. Или готов вам всё починить, > но через три месяца, когда ваше производство уже разорится. > Вероятность отказа дубовой памяти в МК гораздо ниже. А кто вам сказал что в одноплатники паяют самое топовое? И тем не менее, если гамнина снимет модель с производства - вы это НИКАК не оспорите, и такая практика у них была. После дружного обисрака у них конечто появились LTS предложения и обещания, но как говорится, обещать не значит жениться. > Эти делают 100 станков, те делают стиралки, третьи мультиварки и кофемашины - > добавили цветной экранчик вместо унылого 7сегментного, +2 бакса к себестоимости, +20..200 > баксов к продажной цене, всем хорошо, все довольны, тираж миллионы. Тем не менее, если вы сэкономите бакс на тираже миллион - это мегабакс в ваш карман. Теперь, получив миллион, выйдите на улицу и раздайте его первым встречным васянам. Много это сделает? Ну вот и ответ. > Как будто в условном React не велосипедят. То что в мелкий МК > 30 этажные абстракции не влезут - скорее хорошо, чем плохо - Это сильно увеличит время разработки и повысит риск что продукт вообще никогда сделан не будет. Например, кончатся у вас бабки быстрее чем он взлетит - и все, придется закрыть направление. Ну, жрать то вы хотите каждый день, а если там еще какие-нибудь аренды офисов, заорплаты, эн итераций с потугой это все завести уже, ... деньги на деревьях не растут, инвесторы и кредиторы тоже могут потерять терпение. И тогда вы будете банкротом. > простой как топор код может и займёт больше строчек, зато понятнее. > Разумеется, нужен вменяемый SDK - ну так он под любой новый камень нужен. >> типа MISRA и того что у авиаторов > Тут оно хотя бы принципиально возможно, в отличие от линукс одоплатников с > гигабайтами стронннего кода. И тем не менее, Маск летает в космос на обычном x86 с линухом вообще. Ему нормалек. А заодно и морда, вот, менее страхотная чем более 9000 тубмлеров, кнопочек, лампочек циферблатиков. Хоть и дублированая хардварными кнопками на самые критичные вещи. В критичной ситуации вы с 9000 циферблативков - облажаетесь почти наверняка, нажмете не то и не туда. Так случаются катастрофы. Плохой man-machine interface очень этому помогает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #137

136. Сообщение от Пишу с третьего пня (?), 10-Авг-24, 22:44	+/–
То что asic примитивный не отменяет того факта, что он application specific integrated circuit.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #151

137. Сообщение от Аноним (52), 10-Авг-24, 23:23	+1 +/–
> industrial grade Пока что закона не издали, чтобы в дорогое оборудование ставить только надёжные комплектующие - там может оказаться что угодно. Вон китайские авто - куча crapware едва ворочается и лагает, хотя казалось бы automotive grade должно быть. > Тем не менее, если вы сэкономите бакс на тираже миллион - это мегабакс в ваш карман. Потеряли ж а не сэкономили. У вас ТЗ сделать что-то массовое с экранчиком, на выбор - чип за $10 на 8 слойной плате, которую вам ещё развести надо суметь, или простой чип за $2 на 2х слойке самой дешёвой. > Это сильно увеличит время разработки и повысит риск что продукт вообще никогда сделан не будет. Наоборот с linux одноплатниками возни куда больше чем с условной ардуиной со скетчем на диплей. > Маск летает в космос на обычном x86 с линухом вообще. Ахах, Маск не дурак, он на этом не летает, летают те кто подписал бумажки, что если помрут в полёте из-за этого всего то никто неуиноват.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #150

138. Сообщение от _kp (ok), 10-Авг-24, 23:58	+1 +/–
> А для смарт часов c GUI какую машинку брать надо? Тут же говорили о 1080p, то есть наверное речь о больших настенных часах. Очевидно, туда Raspbery подобный контроллер. А ещё лучше miniPC, чтоб и распознавание речи сделать..;) Если же делать наручные часы, то отталкиваемся от их ОС. Если нужен Линукс или Андроид, то это вполне вменяемый ARM, c приличным ОЗУ.. Ну делают же подобные. Например у меня есть старые часы с обычным Андроидом, с gps, камерой, и даже sd картой(для замены которой часы надо разбирать почти на атомы), и оно в форм факторе обычных часов. Если делать более простые часы, то годится любой экономичный контроллер. А с небольшим диспллеем проблем и вовсе не существует. Как пример, часы c Ali с открытым ПО на esp32. И по подобной идее есть менее массовые часы-подобные изделия. Рассматриваем простой варинт. С часами на ESP32 я баловался, но там и велосипед изобретать не требовалось, и ограничения по памяти сдерживали творческие порывы, поэтому под них я ничего особо и не писал. Но с LVGL движком на esp32 я работаю, на CYD платах с сенсорным дисплеем. И если просто рисовать можно любым способом, то именно для взаимодействия с сенсорным экраном, удобнее использовать готовые библиотечные виджеты, как и проше добавить свои к уже готовому. Если б возникла потребность писать часы с нуля, его бы и использовал LVGL, и уж тем более для штучного варианта. Да, библиотека "не красивая" изнутри, но работает, и позволяет получить шикарный внешний вид интерфейса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #139, #140

139. Сообщение от _kp (ok), 11-Авг-24, 00:15	+/–
Если же делать часы совсем с нуля, то очевидно, что всё ограничивается тем, что Вы сможете утрамбовать в малый объём. Утрамбуете SOC способный потянуть Линукс, так часы можно сделать крутые, но это поди ещё найди в виде рассыпухи компоненты, и надо нетривиальные платы разводить, которые  ещё и без станка запаять будет невозможно. А если более простые часы, то контролеер типа stm32 или esp32, с печатными платами тоже не простая работа будет, но уже вполне решаемая. Из подобного, я делал смарт-браслет, и он хоть время и показывает, но главная его функция gps и lora, и функциональный продвинутый интерфейс не требовался. Но, пока делали, нашли в Китае готовый, в который можно свое ПО прошивать. Правда пришлось добавлять беспроводную зарядку и заказывать свой корпус. Кстати, втиснуть беспроводную зарядку в часы, это отдельная веселая песня.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

140. Сообщение от Аноним (52), 11-Авг-24, 00:23	+/–
> Если нужен Линукс или Андроид, то это вполне вменяемый ARM, c приличным ОЗУ. И зарядкой каждую ночь. > Если б возникла потребность писать часы с нуля, его бы и использовал LVGL LVGL как раз и работает построчно (или по несколько строк, не помню уж точно). Вот я и предлагаю сделать ускоритель для LVGL подобного подхода, ведь для того чтобы рисовать картинки, тексты, распаковывать RLE - не нужно АЛУ и полноценное ядро, а значит, ядро может работать на низкой частоте, а отрисовка интерфейса - на простой и быстрой логике (счётчики, xor для сравнения, даже сумматоры не нужны, можно делать параллельные операции сравнения например без сложного и много потребляющего суперскалярного ядра), кэши для ddr не нужны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #149

141. Сообщение от _kp (ok), 11-Авг-24, 00:31	+1 +/–
> Так встраиваемые Линуксы могли загружаться за ~1 с ещё в 2001 на Ой гоните. ;) Почитайте, что из себя представлял тогда Линукс, и насколько он вообше был нужен, и тем более во встроенных железках. Нет. Во встраиваемых железках того времени Кстати, тогда и грузиться почти нечему было, он же микроскопическим был. Вот, если в конце 200х, то уже делали. И сам я тоже делал, так что много лапши не навешаете. ;) В частности в нашем контроллере была загрузка из снапшота с минимальной инициализацией за 0.3-0.4 секунды. А загрузиться за секунду, он и сейчас не умеет, если не рассматривать ультра урезанные варианты, и разновидности гибернации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #148

142. Сообщение от _kp (ok), 11-Авг-24, 00:42	+/–
> "какой-то" сетевой протокол, имеющийся в ядре Linux? В ядре не так много "каких то" сетевых протоколов. А сокеты в rtos есть, и им можно скормить те же библиотеки из Линукс, с минимальными доработками, а то и без таковых. Речь же о компактном контроллере, в который не требуется тащить всё всё всё с десктопа. А для штучного устройства, и тем более без глубоких знаний, конечно рациональнее взять что то Распберри подобное. И именно для это они и предназначены. Если длительное батарейное питание не требуется, тоже можно смело взять контролле потолще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

143. Сообщение от Аноним (-), 11-Авг-24, 01:57	+/–
> Ну да, для DIY чип выпустили. И что с того? Не используйте > в массовом производтсве. Используйте от WCH и тому подобных. WCH тоже специфичная штука - КитайЧина все же. И насколько оно там вдолгую нормальное - а вот попробуете и узнаете. С годом гарантии что угодно - норм. А как оно через 10 лет будет и не с314ли ли те в даташите - вот и узнаете! :) ...но фич за 10 центов... что, PIC10, скушал? У него DMA нету. И вообще нихрена нету по сравнению с норм 32 бит ядром :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

144. Сообщение от Аноним (-), 11-Авг-24, 02:01	+/–
>>Для создания приложений могут применяться языки Си, C++, MicroPython или CircuitPython. > Что за мода, везде, даже на микроконтроллеры, тащить интерпретируемые языки с динамической > типизацией? Вебм@какинг как стиль жизни - х-к, х-к, и в продакшн! Правда, в управляющих задачах этот подход выходит немного боком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

145. Сообщение от Аноним (-), 11-Авг-24, 02:10	+/–
> Вам что, жалко что-ли, что самодельщики их используют? Ну не используйте, делов-то. Ну как тебе сказать? Представь что ты пекарь. И тут какие-то рожи снимают видосик как они пекут дома, непойми что, из непойми чего, поковыряв в ж@пе, и тут какие-то угольки, вот, наконец, представлены - мол, кушать подано! А вот он в лесочке прогулялся. Грибы, якодки... не, вы ничего не подумайте, я никакой вам не грибник, просто пирожки хотелось сделать! Я ниипу - съедобное оно или где, но пирожки вот, пожалуйста. Вот, написано - AS IS. Не нравится - не ешьте! Круто, да? :) ...а потом такие господа удивляются, чего это начинают требовать всякие сертификаты, медкнижки, наворачивают ограничений кто этим заниматься может, и вообще. А как траванется вот народу непонтными пирожками - так и начинают иметь тех кто без сертификатов и медкнижек. А хреново сделанная управляющая электроника, соответственно, может наносить вред окружающим. При том далеко не самыми очевидными способами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #157, #163

146. Сообщение от Аноним (88), 11-Авг-24, 02:19	+/–
Честно, руку на сердце - хрень полная! Мне такие недоделки непонятны. Есть нормальная малинка с периферией и выводами. Её многофункциональное назначение понятно. Брат себе на дом поставил, сделал умный дом. Есть stm платы со своими контроллерами. Дома на коленке сложно такую плату сделать из-за множества выводов, хоть и возможно, но требует такая работа терпения и аккуратности. А вот это что за хр€нь?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #147, #182

147. Сообщение от Аноним (88), 11-Авг-24, 02:20	+/–
Хотя не, он по моему Адурино, а не Малинку использовал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

148. Сообщение от Аноним (-), 11-Авг-24, 04:05	+/–
> Вот, если в конце 200х, то уже делали. > И сам я тоже делал, так что много лапши не навешаете. ;) Кроме лапщи - у меня дока от 2009, если ен ошибаюсь, года от господ из pengutronix с загрузкой линя за 0.3 секунды есть. > В частности в нашем контроллере была загрузка из снапшота с минимальной инициализацией > за 0.3-0.4 секунды. Это можно - тадам - и без снапшота. Надо просто все и вся выкинуть и сделать систему примитивной как тапок. К сожалению за это есть цена. > А загрузиться за секунду, он и сейчас не умеет, если не рассматривать > ультра урезанные варианты, и разновидности гибернации. Таки еще в 2009 умел. Но ессно ультра-урезанно. Как то - вваливается в init в виде сразу своей программы которая все и делает. Зато видик на ютубе прикольный был - после нажатия на ресет экран немного мигает и на нем снова та же прога. Если уж рекорды нужны, это можно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #174

149. Сообщение от Аноним (-), 11-Авг-24, 04:11	+/–
> LVGL как раз и работает построчно (или по несколько строк, не помню > уж точно). Вот я и предлагаю сделать ускоритель для LVGL подобного > подхода, ведь для того чтобы рисовать картинки, тексты, распаковывать RLE - Дался тебе этот RLE. Возьми ультра-скоростной LZ, он жмет лучше. Можно с repmatch - это еще не тормозящее все кодирование энтропии, но уже лучше жмет. Ну, вон, ZX0 посмотри на гитхабе. Оптимизирован на скорость распаковки на всяком хламе. Или LZSA если надо еще быстрее. Или LZ4, но жмет он все же компромиссно. У них декодер примитивный. Можно его даже самому накорябать (но лучше не стоит, если работа с буферами в сях не ваша сильная сторона). Такие алго могут порой даже memcpy обставить! На том факте что "входной" трафик по шине меньше чем у memcpy. А у тебя все RLE, блин. Да, ZX0 сделан для распаковки в реальном времени картинок. На спекки. Спекки, Карл! Вон та штука по сравнению с спекки - реактивный самолет просто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #155

150. Сообщение от Аноним (-), 11-Авг-24, 04:48	+/–
>> industrial grade > Пока что закона не издали, чтобы в дорогое оборудование ставить только надёжные > комплектующие - там может оказаться что угодно. "Эмбедовочные" фирмы живут репутацией. У них цены выше хомковых, если фуфло начнется, репутация уйдет в плинтус. Туда же уйдет и бизнес. Кому нужен проблемный поставщик? Просто для понимания, любую инженерную проблему можно решить. Хотите дубовую микросхему параллельного флеша как в старых мамках? Гамно вопрос. Если такое соотношение цены и емкости устраивает. Есть более современные перепевки идеи типа SPI NOR или даже SPI NAND. Это добро не гоняется за рекордной емкостью, флеш там SLC, довольно неубиваемый по циклам и вообще. Но ессно меньше. И дороже. Даже FRAM/MRAM есть. У него вообще перезаписи условно-анлимные. Этакий RAM энергонезависимый. Только цена за единицу емкости ну такая себе. Для тех кому надо ну вот очень часто перезаписывать конфигурацию системы, логинг значений, или там что еще такое же. И свои загоны, в виде деструктивного чтения (подразумевающего перезапись). Так что как говорится - любой каприз. Но - только за ваши деньги. Да, простите, там не будет 8 гигз за 200 рублей, с такими соотношениями только техпроцессы откровенно помойного уровня. > Вон китайские авто - куча crapware едва ворочается и лагает, хотя казалось бы > automotive grade должно быть. Automotive grade в основном касается критичных подсистем. А не всякого infotainment'а. Ну и культура R&D у чайников только-только появляться начинает, сами понимаете, они ж в основном жили косплеем белого человека... >> Тем не менее, если вы сэкономите бакс на тираже миллион - это мегабакс в ваш карман. > Потеряли ж а не сэкономили. У вас ТЗ сделать что-то массовое с > экранчиком, на выбор - чип за $10 на 8 слойной плате, > которую вам ещё развести надо суметь, или простой чип за $2 > на 2х слойке самой дешёвой. Круто покапитанили. На тираже в миллион - сэкономят на всем чем можно (а порой и нельзя, ибо миллион то - хочется). Поэтому и печатку 2 слоя и чип попроще - если прокатило вообще за какие-то обозримые времена. Пусть даже девы и дольше тр@хались с этим всем. > Наоборот с linux одноплатниками возни куда больше чем с условной ардуиной со > скетчем на диплей. В Linux извините прогу можно отладить - на моем десктопе тупо. Под мощной инструментацией. Дальше просто пересобрать на ARM - и оно там будет работать не хуже. Потому что ОС, либы и проч в общем то те же самые. Если это делать правильно. На ардуине же имеет смысл делать только самые простейшие ифейсы. С ее ресурсами она тупо не потянет более-менее крупный дисплей в приличном виде. Да и вообще, это слив окаменелого треша нубам называя вещи своими именами. В AVR нет ничего хорошего. Убогое окаменелое ядро с гарвардским деланием мозга (даже константу в флеху упихать не может без делания мозга!). Никакая периферия. Отвратный аналог, даже у того китайца за 0.1 бакса - ADC и то лучше пожалуй. DMA нету что в паре с хилым ядром - ну, понятно что. Поэтому взять дисплей с приличным разрешением, глубиной цвета, и отрисовать на нем что-то за разумное время, и тем более что-то там пикнув про FPS - ну, вот - нет! Статический как скала ифейс, с редким рефрешем, на мелкий LCD еще может быть. Но сверх того это та еще порнография. Только представьте, на норм проце вы зарядите всю картинку DMA автомату, если повезет. И он сам запихает постепенно. А вы забудете про это, пойдя делать что-то еще. На авр вы будете ее всю телепать сами. От и до. В это время иные операции, ессно, невозможны. >> Маск летает в космос на обычном x86 с линухом вообще. > Ахах, Маск не дурак, он на этом не летает, летают те кто > подписал бумажки, что если помрут в полёте из-за этого всего то > никто неуиноват. Маску не очень нужны дохлые астронавты. Вредно для репутации. И там так то все нормально сделано, как раз, без упований на сверхнадежность. Просто считают 3 компьютера. И на основании 2 из 3 и принимается решение. Заодно и кто гонит - вот - изумитель но видно. И его можно отрекаверить или вырубить, если не прокатило. Как-то так и делают реально надежные системы если уж оно надо. Без допущений о непогрешимости бортовых компов, просто имея план на случай если фэйл все же случился. А то может и самолетам тоже падать с отказа 1 датчика? Зачем же их резервировать и работать на избыточных данных, если основной супернадежный все же скопытился?! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #154

151. Сообщение от Аноним (-), 11-Авг-24, 04:56	+/–
> То что asic примитивный не отменяет того факта, что он application specific > integrated circuit. Как я уже сказал - бывают и вообще совсем не "specific", в виде общедоступных микроконтроллеров. Мне в беспроводных крысах (и их ресиверах, и самих тушках) попадались "general purpose" авры и  моторолы HC08. Сейчас направление HC08 вроде Freescale'у перешло и в целом слилось, ибо Cortex M лучше буквально во всем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

152. Сообщение от Аноним (-), 11-Авг-24, 05:01	+1 +/–
> А теперь представь себе DB-25 (LPT) на такой платке :) Я как-то раз в DB25 прям всю байду на STM32 и разместил. Хренли, по современным меркам это в общем-то "навалом места" :). Штыри DB25 можно припаять прям к площадкам печатки, воткнув ее между 2 рядами очевидным способом. Не совсем документированное применение разъема но фигли бы оно не катило?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

153. Сообщение от Аноним (153), 11-Авг-24, 05:09	–1 +/–
> Открою секрет, есть микроконтроллеры, в которых можно MMU less Linux без внешнего > ОЗУ. Например, Kendrite K210. Но то было в 2019, сейчас они > более новые модели выпустили. Очень специфичные "микроконтроллеры" с жирным апликушным RISCV 64 насколько я помню. И без MMU такая цаца - это ну вот уже совсем изврат ужасный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

154. Сообщение от Аноним (52), 11-Авг-24, 11:14	+1 +/–
> Просто для понимания, любую инженерную проблему можно решить Ну вот у нас миллиарды выделяют на импортозамещение электроники. Родили литографы на 350нм. Ок, что дальше? Разрабатывать на этом чипы под линукс + электрон? Или попробовать пойти другим путём, как esp8266, взорвавшее рынок функционалом, ранее недоступным дешёвым МК. > Круто покапитанили. На тираже в миллион - сэкономят на всем чем можно Да, только на выходе получаются унылые изделия такие же как у сотни других таких же фирмочек, вместо цветных экранчиков - скучные 7сегментные, настройки сильно ограничены, софт вообще сложно софтом назвать, поделка уровня 10 классника, никакие девы там в поте лица никаких титанических усилий для UI кофемашины не прилагали. > На ардуине же имеет смысл делать только самые простейшие ифейсы. Это было как общеизвестный пример простоты разработки на МК. ESP32 или вот обсуждаемый камень вполне уже могут рисовать интерфейсы как в мобилках на 8 ядер / 8Гб озу, только с 500кб ОЗУ. А с предлагаемым расширением, смогут и в 1080p 60 гц это делать с минимальной загрузкой ядра. 1080*1920*60 = 124МГц всего лишь, и то для IO и предлагаемой простенькой логики, ядро может и на меньшей частоте работать. > Просто считают 3 компьютера. Без rtos на линуксе 1 уже посчитал и отправил результат, а 2 ещё считают, как быть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #168

155. Сообщение от Аноним (52), 11-Авг-24, 11:45	+1 +/–
Я ж не про сжатие, а про отрисовку UI в большом разрешении на слабом МК. Для этого нужен логический блок всего с 2 режимами: 1. копирование rgb пикселя из регистра каждый шаг, и 2: копирование пикселя из адреса в памяти с инкрементом этого адреса, и цветовой маской для "прозрачного" цвета (замещается цветом из регистра). Инкремент можно счётчиком делать, он проще и быстрее сумматора + немного логики - и основное ядро получается почти не занято рендерингом UI, нужно только команды на отрисовку в сжатом виде для каждой строки формировать в виде "тут залей сплошным цветом, тут текст нарисуй, тут картинку c такого-то адреса" и складывать в памяти, в отличие от сплошного растра, такое сжатое представление типичного современного "плоского" стиля UI легко влезет в 500кб МК для fullhd дисплея.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #169

156. Сообщение от Аноним (15), 11-Авг-24, 11:51	+/–
> вон тот тип сделал с синтезом MIPI DSI протокола из обычного SPI. А можно поподробнее, пожалуйста? Ссылочку на проект или где почитать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #167

157. Сообщение от Аноним (15), 11-Авг-24, 12:19	+1 +/–
Очень и очень кривое и натянутое сравнение. Угольки представлены — угольки самими же рожами и сожраны. AS IS. Кто умеет и знает как лучше — насуёт в панамку в комментах. Если что не так — засмеют и пальцами будут показывать, как на мадам из «Едим Дома». А медкнижки и санкнижки — это уже про производство. Аналогично, если ты партиями электроники барыжить собираешься, придётся сертифицироваться — FCC, EU CE, ростесты всякие. Скорее наоборот, это похоже на обидки тех, кто не успел за прогрессом. Например, «обладателей тайного знания», которые всю жизнь оттачивали мастерство смешивать муку с водой «на глаз», а потом оказалось, что доступная любому хлебопечка делает не хуже. А то и лучше некоторых выдающихся «талантов». Или стенания «художников», к которым раньше очереди за картинками выстраивались, а теперь оказалось, что нейросети могут не хуже. И не за многие часы, а за секунды, по щелчку. И правки вносятся так же, на лету, в любых количествах, без горестных вздохов «опять переделывать».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #166, #170

158. Сообщение от Аноним (-), 11-Авг-24, 12:32	–3 +/–
Для тех кто не знает. Существует Репка - https://repka-pi.ru/ Правда маркетинг у них ужасный - каждый первый предприниматель запада старается донести до пользователя что их продукт самый лучший, даже если это далеко не так. А тут как-то так стеснительно - репка заинтересует того кто использовал малинку.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #159, #160, #165

159. Сообщение от Аноним (15), 11-Авг-24, 14:20	+2 +/–
На Allwinner H5?  Так это аналог китайских Orange Pi и ещё массы подобных. И решает тут не «маркетинг», а банально цена. Спасибо, я лучше апельсинку возьму без накруток. Меня поражает, что люди тащат одноплатники (!!) в обсуждение отладочных плат для микроконтроллеров (Arduino/Atmega, BluePill/STM32, NodeMCU/ESP8266, WROOM-32/ESP32, и т.д.).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

160. Сообщение от n00by (ok), 11-Авг-24, 15:08	+1 +/–
> А тут как-то так стеснительно - репка заинтересует того > кто использовал малинку. Дословно: "Repka Pi заинтересует _всех_, кто использует или _планировал_ использовать Raspberry Pi". В общем, реклама получилась достойная. Очевидно, что сам не использовал (иначе понимал бы, что не в тему), зато потрудился при копировании изменить текст на скромный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

161. Сообщение от ananuil (ok), 11-Авг-24, 15:20	+/–
Это которого вчера с дефконфа со сцены вынесли на руках?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #162

162. Сообщение от Аноним (15), 11-Авг-24, 17:49	+1 +/–
Ага, он самый. И да, бэджи в этом году на этой самой железяке. Торжественный вынос тела: https://0x0.st/XW2w.mp4 Суть драмы: https://old.reddit.com/r/Defcon/comments/1eoe4u7/so_the_guy_who_wrote_the_badge_firmware_and/lheaj3b/ https://imgur.com/a/MmJ3w7K
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

163. Сообщение от Аноним (72), 11-Авг-24, 22:03	+1 +/–
Домашняя выпечка она для дома, для семьи. Предлагаешь запретить? И тот, кто себе грибов насобирал - его проблемв, пока никому не продаёт. Также и тут, кто купил себе платку, наворотил на ней мигание светодиодом на Питоне. Какому ынтепрайзу от этого тошно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #171

164. Сообщение от Аноним (166), 12-Авг-24, 00:10	+1 +/–
> Возможностей чипа достаточно для выполнения приложений для решения задач машинного обучения, для разработки которых имеется порт фреймворка TensorFlow Lite На этой-то чипсине??
Ответить | Правка | Наверх | Cообщить модератору

165. Сообщение от Аноним (166), 12-Авг-24, 00:16	+/–
А что, уважуха ребятам, хоть приблизились к теме немножко. По всему миру такие движухи нужны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

166. Сообщение от Аноним (166), 12-Авг-24, 00:33	+/–
Согласен с тем, что дружище перегнул, и вообще-то вся электроника ещё как сертифицируется, другое дело, что если там внутри будет швыряющий эксепшены тормознутый кусок скрипта - это как бы аут оф скоуп. Что касается спроса к художникам - за это не волнуйтесь, он только вырос. Возможно потому что те, кто мог составить конкуренцию упоролись по всякому шлаку
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

167. Сообщение от Аноним (-), 12-Авг-24, 05:52	+/–
>> вон тот тип сделал с синтезом MIPI DSI протокола из обычного SPI. > А можно поподробнее, пожалуйста? Ссылочку на проект или где почитать? Например - https://spritesmods.com/?art=minimacplus&page=3 - разрисовано и как работает шина, и как LP -> HS переключается, и как ЭТО делать менее эзотеричным железом нежели специальный трансивер встроеный в SoC-овский контроллер MIPI (сие есть только в некоторых сильно жирных апликушниках метящих на мобилы-планшеты). Там же по ссылкам - другой кадр, дисплей от iPod Nano - http://www.electricstuff.co.uk/nanohack.html И в целом неплохое описание - а что за шина вообще, и как работает. Если сильно надо то доки на нее - ищутся. Учтите: 1) Это все же приключение не для начинающих. Сделать современную скоростную шину из нифига все же продвинутое приключение, не для слабых духом. 2) В SPI передача бита только по 1 edge сигнала, но в DSI в HS режиме - по обеим, так что с большинством МК потребуется триггер (flip-flop) который поделит клок на 2, обеспечив именно такое поведение clock. 3) Да, прочитать обратно из дисплея вы, таки, по простому не сможете. Из-за уровней сигналов, конечно. Я так понимаю что с HDMI, видимо, похожий трюк провернули? В таких шинах фокус в том что clock lane - делается таки хостом, и он в принципе может выбирать любой разумный clock в удобных себе пределах. Но у MIPI дисплеев из этих ссылей - RAM есть. Как уже сказано MIPI допускает 3 варианта: full RAM - на всю матрицу. Partial - хватает только на кус матрицы в powersave режиме. Совсем без RAM - надо рефрешить в реалтайме как в HDMI/DP/etc. Но вот это вот - кажется и до более жирных мониторов стало доползать - "panel self refresh" это видимо вариант с RAM у панели, опять же? Смысл в том что так можно передать картинку или ее часть - вырубить линк и контроллер дисплея - оно не будет жрать, а картинка - останется. В матрице без RAM картинка между рефрешами держится сугубо за счет емкостей матрицы, и заряд без рефреша, ессно, утечет постепенно. В таком стиле - рендерить ессно намного сложнее, реалтайм поджимает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #173

168. Сообщение от Аноним (-), 12-Авг-24, 07:02	+/–
>> Просто для понимания, любую инженерную проблему можно решить > Ну вот у нас миллиарды выделяют на импортозамещение электроники. Родили литографы на > 350нм. Ок, что дальше? Обсуждать картину "двое из ларца" мы не будем. Вопрос был про надежность и отказы. Я сказал что все это - реализуемо. Если надо, и желающие готовы платить. Что вы будете делать с литографами 350 нм - без понятия. Еще меньше я понимаю как из этого планируется full stack своими силами, ведь для этого не только литографы надо. А еще всякие особо чистые расходники, делаемые несколькими фирмами на всю планету. > Разрабатывать на этом чипы под линукс + электрон? Не думаю что получится что-то такое. > Или попробовать пойти другим путём, как esp8266, взорвавшее рынок функционалом, > ранее недоступным дешёвым МК. С теми технологическими нормами вы не сможете дешево и круто втолкать сотни кил RAM/ROM на небольшой кристалл с годным выходом (== дешево). Самые дубовые STM32 (более скромные по ресурсам) - это таки 90...130 нм на заре их становления. Знаете почему китайцы так могут? Им в свое время гранды слили немеряно устаревшего оборудования типа 65 и 45 нм, чтобы не выбрасывать. А вот это уже вполне пойдет чтобы понаделать и вон то, и копеечные апликушники. >> Круто покапитанили. На тираже в миллион - сэкономят на всем чем можно > Да, только на выходе получаются унылые изделия Поэтому профит получит тот кто сделает дешево и круто. Да, это сложно. > других таких же фирмочек, вместо цветных экранчиков - скучные 7сегментные, настройки > сильно ограничены, софт вообще сложно софтом назвать, поделка уровня 10 классника, > никакие девы там в поте лица никаких титанических усилий для UI > кофемашины не прилагали. Кофемашины вот именно миллионами так то не раскупают. Поэтому они не сказать что вот прям дешевый и массовый товар. А так - представляете, например, хороший дисплей - бабок стоит! В каком-нибудь iPhone - более половины цены, очень радует тех кто приложил такой стеклянный x^w телефон об асфальт. >> На ардуине же имеет смысл делать только самые простейшие ифейсы. > Это было как общеизвестный пример простоты разработки на МК. ESP32 или вот > обсуждаемый камень вполне уже могут рисовать интерфейсы как в мобилках на > 8 ядер / 8Гб озу, только с 500кб ОЗУ. Только вот это будет куда канительнее и кривее, а сильно дешевле линуксной штуки уже не получится. А с чего вдруг? Китайский одноплатник со всем вместе - 10 баксов за все. И оттуда порисовать - куда как проще. А заодно норм сеть, фс, вебсервер там какой, вот это все. > А с предлагаемым расширением, смогут и в 1080p 60 гц это делать с > минимальной загрузкой ядра. 1080*1920*60 = 124МГц всего лишь, Для RGB на 3 помножить еще. Если это BIT-stream, в один lane, тогда еще и как минимум на 8 помножить (для HDMI на 10 если не ошибаюсь, там 8-to-10 encoding кажись). > и то для IO и предлагаемой простенькой логики, ядро может и на меньшей частоте работать. Если учесть что кой-кто забыл пару множителей... ну в общем если планируется чип с ноля, может иметь все же сделать что-то из этого в железе. >> Просто считают 3 компьютера. > Без rtos на линуксе 1 уже посчитал и отправил результат, а 2 > ещё считают, как быть? Таки в этих случаях применяются специальные меры синхронизации активности софта в таком плане. Если кто-то выпадает из общего поведения, его например можно рестартануть и восстановить актуальное состояние с соседей. А если не получилось - ну, обидно, система в degraded режиме, но это само по себе еще не фатально. А реакция более нижнего уровня на расхождение - можно продолжить юзать прошлое успешное значение пока более верхний уровень приходит в себя. Это по крайней мере гарантирует отсутствие резких взбрыков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #175

169. Сообщение от Аноним (169), 12-Авг-24, 07:15	+/–
> Я ж не про сжатие, а про отрисовку UI в большом разрешении на слабом МК. Нормальные люди для этого берут матрицу с своей RAM - для упрощения секаса. И перерисовывают только нужные регионы. На SPI или 8080/6800 bus бывает до 320x480 примерно (экраны мобилок и они же как "экраны для ардуино с али"). Что-то жирнее этого - уже очень гиморно будет, реалтаймно рендерить все и вся под FPS и синтезировать протокол - очень сильно все усложняет и нафиг надо в общем случае. > Для этого нужен логический блок всего с 2 > режимами: 1. копирование rgb пикселя из регистра каждый шаг, и 2: > копирование пикселя из адреса в памяти с инкрементом этого адреса, Поздравляю, вы изобрели DMA, а заодно и тупой "display controller" :). Нюанс только в том что ваши идеи воруют и даже используют для этого машину времени. > такое сжатое представление типичного современного "плоского" стиля UI легко влезет в > 500кб МК для fullhd дисплея. Ага, кроме того что таких МК - нету. Но если делать нехрен, можно залить мелкий RISCV с подобным довеском в FPGA'шку. Но это будет дорого и не массово. А у реально существующих штук - Display Controller либо уж есть, либо уж нет. С некоторыми оговорами некоторые вещи - можно опять же до некоторой степени попробовать DMA автоматом сделать. Скажем у STM32 в апнотах есть примеры как DMA+timer+GPIO сделать нечто типа i8080-bus, при том как master так и slave, ну вот такая "полухардварная" шина. Там как раз можно толкнуть блок RAM, с инкрементом -> пачку GPIO по таймеру. Тоже развлечение на манер программируемого IO без участия проца. Облом правда в том что проц и DMA ессно 1 и ту же шину хотят юзать, так что это имеет свои пределы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #176

170. Сообщение от Аноним (-), 12-Авг-24, 07:34	+/–
> Очень и очень кривое и натянутое сравнение. > Угольки представлены — угольки самими же рожами и сожраны. AS IS. Если только самими - это еще куда ни шло, но они потом вываливают мутные рецепты типа "надерите в лесу грибов, и пофиг что вы не грибник" - или норовят кому-то свои пирожки всучить. А в случае чего - вопят "as is!". > А медкнижки и санкнижки — это уже про производство. Аналогично, если ты > партиями электроники барыжить собираешься, придётся сертифицироваться — FCC, EU > CE, ростесты всякие. На самом деле сильно зависит от характера этого всего, куда, кому, чего. Но для сильно массового, конечно, да. И в том числе потому что всякие кривые хреновины - то в эфир гадили оптом, то владельца прибить норовили, то хату спалить. При том вон тот нуб, ессно, не парится такой фигней. И о том что свою г@внину надо сунуть хотя-бы в UL94 V0 корпус, а не просто отфонарный кус пластмассы он задумается лишь после выгорания какой-то хаты, если не повезет. Заметьте, почти вся бытовуха и электрика даже если и пластик - то негорючий. Но нуб ессно про это не в курсах. > Скорее наоборот, это похоже на обидки тех, кто не успел за прогрессом. Я так то в каде умею рисовать. А на минималках могу 2-слойную печатку с МК захреначить и прям "на кухне". А вон тот паук проводов и какие-то шаманские ритуалы - это точно "прогресс" по сравнению с более-менее норм инженерией? Больше на карго-культ похоже есчестно :)). Когда очень хочется на белого человека смахивать, но его уровень технологий брать душновато - так что давайте аэродром из бамбука, во! > Например, «обладателей тайного знания», которые всю жизнь оттачивали мастерство > смешивать муку с водой «на глаз», а потом оказалось, что доступная > любому хлебопечка делает не хуже. А то и лучше некоторых выдающихся «талантов». Я бы не отказался от "хлебопечки" которая по моему рисунку в CAD плату хреначит. Но оно обычно ориентировано на брутальных индустриалов и стоит столько что вам даже продажа почек не поможет. А что-то более скромное, с косплеем лайт версии этого - ну, вот, DIY таки. > Или стенания «художников», к которым раньше очереди за картинками выстраивались, > а теперь оказалось, что нейросети могут не хуже. Спасиб, я видел что могут нейросети... и что-то не вижу массовых увольнений вон тех. > И не за многие часы, а за секунды, по щелчку. И правки вносятся так > же, на лету, в любых количествах, без горестных вздохов «опять переделывать». С другой стороны - эти то рисуют предсказуемо и то что надо. А убедить нейросеть откорректировать вот именно эти 10 пикселей - ну... там еще вопрос что проще и быстрее будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

171. Сообщение от Аноним (-), 12-Авг-24, 07:37	+/–
> и тут, кто купил себе платку, наворотил на ней мигание светодиодом > на Питоне. Какому ынтепрайзу от этого тошно? Ну если только это - ок, но вон там типа этого мало было, и он сделал таким манером - синтез синуса мотороу. Только как окзалось - совсем софтварно да еще на питоне оно "как живое", только силовые ключи порой - вышибает с грохотом и вонищей. И вот это уже выглядит несколько менее безопасно. И гадать где такой сюрпризец припрячет подобный красавец - специфичная радость. Но так то да, можно сказать что сам лох, каску не одел, и бронежилет с миноискателем дома забыл, понимаешь. AS IS в конечном итоге приводит куда-то туда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

172. Сообщение от Соль земли (?), 12-Авг-24, 10:08	+/–
а разве линукс птхают из-за кучи ресурсов? ты с виндой не перепутал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

173. Сообщение от Аноним (15), 12-Авг-24, 10:20	+/–
Спасибо. > Я так понимаю что с HDMI, видимо, похожий трюк провернули? Формально, там не HDMI, а DVI с HDMI–разъёмом, на самом деле. Без HDCP и прочих рюшечек. Но большинство устройств вполне такое поддерживают. Далее, у TMDS (транспортный протокол DVI/HDMI) таки переменный клок и 3.3V сигналы. И достаточно приличный припуск на ошибки + восстановление клока. Ну и в RP2040 есть независимые PIO-стейт–машины, исполняющие свой микрокод (чтение/вывод/установка состояния выбранных ног, NOP, без/условные переходы) с частотой процессорных ядер. Плюс, оно гонится до ~250 МГц. Всё безобразие отъедает большую часть одного из двух ядер RP2040. Так что в целом, это скорее хак, но очень уж удачный. Ссылка (уже примелькавшаяся в определённых кругах):  https://github.com/Wren6991/PicoDVI (Wren6991 — это Luke Wren, дизайнер кремния RP2040 и RP2350). В RP2350, помимо вышеперечисленного, уже есть поддержка TMDS из коробки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #187

174. Сообщение от _kp (ok), 12-Авг-24, 10:50	+/–
> Кроме лапщи - у меня дока от 2009, если ен ошибаюсь Это другое, в 2009 и контроллеры уже были вменяемы, и Линукс был зрелым 2.6. А в начале то, про 2001 промелькнуло. ;) > просто все и вся выкинуть и сделать систему примитивной как тапок. Васянская сборка не всегда уместна для практического применения, и тем более ответственного, подерживаемого и развиваемого, за что платят деньги. > Если уж рекорды нужны Это, вне спортивного интереса бесполезно. И вне темы данного обсуждения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #190

175. Сообщение от Аноним (52), 12-Авг-24, 11:39	+/–
> Не думаю что получится что-то такое. В 90х получалось не то что GUI крутить на таком техпроцессе, а делать почти всё то же, что и сейчас на ПК делают. > С теми технологическими нормами вы не сможете дешево и круто втолкать сотни кил RAM/ROM на небольшой кристалл с годным выходом (== дешево). Ладно, допустим 130-65 нм выйдет, для шустрого и при этом холодного и дешёвого линукс сока маловато всё равно. А для мк норм. > Кофемашины вот именно миллионами так то не раскупают. Поэтому они не сказать что вот прям дешевый и массовый товар. А так - представляете, например, хороший дисплей - бабок стоит! Да нормально их раскупают. Но те что с цветным дисплеем раза в 2-3 дороже, хотя сам дисплей - 1-2 бакса в розницу на алике. > Китайский одноплатник со всем вместе - 10 баксов за все. Самый дешёвый=плохой с выпаянными из мусора чипами, который будет загружаться в линукс как раз столько, что можно было уже успеть кофе сделать. Продукт "кофеварка с дисплеем" вроде как в премиум нишу метит, такое не прокатит. Кстати в Espressif это всё понимают и анонсировали МК ESP32-P4 без wifi, зато с 2 ядрами по 400мгц, 768кб SRAM и поддержкой дисплеев. > Для RGB на 3 помножить еще. Если это BIT-stream, в один lane, тогда еще и как минимум на 8 Если бы да кабы... В МКшечных дисплеях часто параллельная 16 битная шина. Впрочем с учётом того, что простейшая логика гораздо быстрее чем ядро, а ядро в обсуждаемом чипе на 250 мгц способно работать, то никаких проблем тут нет. > Таки в этих случаях применяются специальные меры синхронизации активности софта в таком плане. Может проще не натягивать сову на глобус и использовать реалтайм софт? Я что-то очень сомневаюсь, что у Маска вот прям несколько планшетов с кодом на электроне напрямую отдают команды на движки. Скорее просто дашборды, которые если и зависнут - ничего не произойдёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #188

176. Сообщение от Аноним (52), 12-Авг-24, 11:48	+/–
> Нюанс только в том что ваши идеи воруют > Ага, кроме того что таких МК - нету. Несоответствие. Да и пускай воруют, я только за, если такое сделают. > Нормальные люди для этого берут матрицу с своей RAM Это дороже > тупой "display controller" Ну не прям уж тупой, если не просто пискели заливает, а какие-то графические команды использует и различные режимы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #189

177. Сообщение от Zenitur (ok), 12-Авг-24, 12:21	+/–
Ого. Спасибо. Столько новой инфы про USB и о том, как это работает. Теперь понятно, как USB реализуют в цифровых камерах без ОС.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #186

178. Сообщение от Zenitur (ok), 12-Авг-24, 12:26	+/–
>> usb это не что то тяжелое > Ну-ну. Попробуй напиши драйвер для мышки не используя библиотек и уложись в > пресловутые 640 кб. Без аппаратной поддержки и asicов. Возможно, под дос можно завести драйвер мышки, уложившись в 640 Кб. Когда интересовался ретро-компьютерами, я видел на сайте old-dos драйвер USB для DOS. Производства Panasonic. Не пробовал и не знаю, есть ли там поддержка HID. Сложилось ощущение, что это - только драйвер контроллера. Драйверы устройств предлагается создавать самостоятельно...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #185

179. Сообщение от Zenitur (ok), 12-Авг-24, 12:30	+/–
> А теперь представь себе DB-25 (LPT) на такой платке :) Когда первый раз увидел Raspberry Pi, решил, что GPIO это IDE.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #184

180. Сообщение от Старый виндузятник (-), 13-Авг-24, 05:45	+/–
Ну ты и слоупок. https://www.raspberrypi.com/products/compute-module-4s/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

181. Сообщение от n80 (?), 13-Авг-24, 22:38	+/–
Таки это троллинг с отсылкой или непонимание мира современной встроенки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #183

182. Сообщение от _kp (ok), 14-Авг-24, 03:13	+/–
>>Есть нормальная малинка.. >>А вот это что за хр€нь? А это периферийный контроллер или  работающий малый контроллер >>Есть stm платы Так, это ж типа stm и есть, прииерно с тем же назначением. >>>>..сделал умный дом.. Дома разные бывают. Бывает квартирка, а бывает и дом, где система посложнее. У меня например, на умном доме с огородом, два Распберри, три миниPC, один бот, с десяток плат на stm32 и  esp32, а esp8266 без счету. То есть, самых примитивных контроллеров больше всего, ибо они делают свою маленькую работу, не мешают друг другу, и при аварии одного, остальные работают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

183. Сообщение от Аноним (183), 14-Авг-24, 05:32	+/–
Человек с этим ником красноглазит на окололинуксовых форумах уже второй десяток лет и известен страстной любовью к провокационным вбросам. Какое же из предположений верное? Хм–м–м, даже и не знаю…
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181

184. Сообщение от Аноним (-), 14-Авг-24, 08:28	+/–
>> А теперь представь себе DB-25 (LPT) на такой платке :) > Когда первый раз увидел Raspberry Pi, решил, что GPIO это IDE. Вообще, при достаточном количестве GPIO им можно изобразить в том числе и IDE. Но это не очень эффективно и быстро - чисто софтварно все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179

185. Сообщение от Аноним (185), 14-Авг-24, 08:36	+/–
> Возможно, под дос можно завести драйвер мышки, уложившись в 640 Кб. Когда > интересовался ретро-компьютерами, я видел на сайте old-dos драйвер USB для DOS. > Производства Panasonic. На МК такого - есть. Но это будет вот именно OTG, с очень лимитированным набором периферии. Ну там допустим только "mass storage" и только чтение FAT, допустим. Ну вот нет, NTFS в микроконтроллер - таки запихасть сложно. Разве что, вот, бутануть на то STM32 которые зубы точат задропать - вот именно линух - и таки его модулем... но это уже несколько экстрим и там точно не 640 кил оперативы будет надо. А добавочный чипак RAM на внешнюю шину еще зацепить. И вот тогда...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

186. Сообщение от Аноним (-), 14-Авг-24, 08:53	+/–
> Ого. Спасибо. Столько новой инфы про USB и о том, как это > работает. > Теперь понятно, как USB реализуют в цифровых камерах без ОС. В линухе, кстати, вон то - можно посмотреть тупо modprobe usbmon и запустив что-то типа вайршарка. И после этого цепанув девайс. И там вооооон та процедура как на ладони, включая энумерацию, назнычение адреса, вот это все... Поэтому при желании потр@хаться с какой-то usb-фирмварой это + ор в dmesg довольно быстро подсказывает что было не так. А вот как в маздайке такое дебажат - ктулху бы его знает! Но явно не вот такой фигней за 5 минут. Там вроде даже wireshark работает - но - увы - фазу энумерации как раз и не могет, а опосла - круто и здорово, только вот это самое грабельное было. Так что бонусом линух, вот, понравился "экспериментаторам с usb", скажем так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177

187. Сообщение от Аноним (-), 14-Авг-24, 11:17	+/–
> Спасибо. Велкам. Кто-то хайтек боится. А кто-то и косплеит крутую модную шину абы чем, зацепив дешманский и крутой дисплей. Потому что может! Так мы и отличаем гиков от унылок. > Формально, там не HDMI, а DVI с HDMI–разъёмом, на самом деле. Без > HDCP и прочих рюшечек. HDCP вторичная хрень. Есть полно конвертеров HDMI <-> DVI являющих собой 2 разъема и провода по сути. Физический уровень 1 и тот же. Единственно что Dual Link DVI из HDMI не делается. Есть еще отличия - DVI может, но не обязан, понимать YUV формат данных, тогда как в HDMI это вроде требуется с энной версии спек. Поэтому иногда например старый монитор с DVI получив выхлоп с бытовухи в YUV может выглядеть... странно :) > Но большинство устройств вполне такое поддерживают. Далее, > у TMDS (транспортный протокол DVI/HDMI) таки переменный клок и 3.3V сигналы. Насколько я помню, TMDS это специфичный дифф шины, с 8b/10b кодированием и дифференциальным сигналом. Вы никогда не прокачаете кабель по всей длине 1-полярным 3.3V уровнем с нормальной скоростью, из-за емкости кабеля. Роялит - разность потенциалов, и она создается только локально и далее улетает в кабель. А terminated он к 3.3 вольтам, но это не то же самое что уровни сигналов как таковое. > И достаточно приличный припуск на ошибки + восстановление клока. Он таки не 3.3V а - дифф пара. И роялит разница между D+/D- и CLK+/CLK-. Т.е. трансмиттеры и ресиверы - дифференциальные. Но воооон там, если вы заметили, господа так то придумали для DSI один из пинов диффпары на землю, а второй - дергать. Дифференциальный ресивер на небольшой скорости такое все ж сожрет. А те что дергают? Оба + и - пары в разные стороны? > Ну и в RP2040 есть независимые PIO-стейт–машины, исполняющие свой микрокод > (чтение/вывод/установка состояния выбранных ног, NOP, без/условные переходы) Ага, видел я это. По своему прикольно так то. > с частотой процессорных ядер. Плюс, оно гонится до ~250 МГц. Всё безобразие отъедает > большую часть одного из двух ядер RP2040. Так что в целом, это скорее хак, > но очень уж удачный. Ну понятно, поюзали все навороты и сделали такую полухардварнцю штуку. > В RP2350, помимо вышеперечисленного, уже есть поддержка TMDS из коробки. Они б еще SATA и PCIe в микроконтроллер засунули... не очень понимаю на кой черт оно в мк уперлось. Ну то есть да, автомобилем можно сбить вертолет, если постараться, но как ПВО оно все же не ахти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

188. Сообщение от Аноним (-), 14-Авг-24, 12:33	+/–
> В 90х получалось не то что GUI крутить на таком техпроцессе, а > делать почти всё то же, что и сейчас на ПК делают. Я это видел - поэтому представляю себе что получится. Не, совсем гне то же самое что сейчас на ПК делают, 350 нм - даже не пентиум и не STM32. Нечто куда более дубовое. Карточки на метро чтоли? Но, не, даже до этого не дойдет. А где россияне возьмут остальные машины и расходники? Одной страной? Полный стек - не, люди столько не живут. > Ладно, допустим 130-65 нм выйдет, для шустрого и при этом холодного и > дешёвого линукс сока маловато всё равно. А для мк норм. На 65 в общем то одноплатники уже сносные получаются. Для именно полного десктопа конечно хиловато, но это куда круче пентиумов. Но вы столько не проживете, имхо, чтобы вот именно своим ходом такое. С полным комплектом машин и расходников. А если хоть 1 компонента не хватит, это будут бесполезные мертвые корпуса. > Да нормально их раскупают. Но те что с цветным дисплеем раза в > 2-3 дороже, хотя сам дисплей - 1-2 бакса в розницу на алике. За 1-2 бакса либо "запчасти для мобилы" с зачастую хз каким контроллером и проч, либо вообще MIPI DSI (вы будете в кофемашину проц с ним ставить?) - либо кошмарики с ужасной совсем подвальной матрицей. >> Китайский одноплатник со всем вместе - 10 баксов за все. > Самый дешёвый=плохой с выпаянными из мусора чипами, который будет загружаться в линукс > как раз столько, что можно было уже успеть кофе сделать. Это обычный Allwinner H3, на 4 ядрах. Работает норм. Минимальный дебиан без оптимизаций на эту тему взлетает за 5 секунд, при том что я не оптимизил скорость загрузки вообще совсем. Собссно в этом их прелесть - вроде и дешево как песок под ногами почти, но при этом работает без особых приколов. Разве что управление питанием педальненкое. На полноценном power manager на таких экономят, так что весь DVFS - gpio заведенный на DCDC, так что уровней Vcore возможно два - холостой и полный. А латенси перехода несколько хуже. По своему гениальное решение - парой резисторов любой "тупой" DCDC чип становится уже типа DVFS'ом, хоть и с всего 2 уровнями. Вот так почти нашару - эрзац DVFS'а можно (частоты сам линух отскалит, но без понижения вольтажа на холостом режиме толку с этого сильно меньше). > прокатит. Кстати в Espressif это всё понимают и анонсировали МК ESP32-P4 > без wifi, зато с 2 ядрами по 400мгц, 768кб SRAM и поддержкой дисплеев. ESP это вообще не про масспрод. Стопроцентный вендорлок, не ориентированы на LTS производство и снимают чипы влет, ориетнация на хайп. Вынесет ESP чип с линии - потому что новый более кульный, видите ли - и чего?! Все, капец тому бизнесу? Или какой план в этом случае? У тех же STMов например - клоны есть, и перепевки с тем же uncore но RISCV core - легко проект перекинуть на такое. Как и гарантии доступности - даже для первых STM32 обещано до 2030 года минимум. А апликушники allwinner'а будут доступны - "forever" (c) Olimex. Поэтому сие можно и в что-то тиражное засунуть. Через 5 лет все равно можно будет купить. Может чуть дороже, но не придется все перепахивать в режиме аврала. Что с вон тем подходом будет, скорее всего, последнее что ваш бизнес откаблучит до заявки на банкротство. >> Для RGB на 3 помножить еще. Если это BIT-stream, в один lane, тогда еще и как минимум на 8 > Если бы да кабы... В МКшечных дисплеях часто параллельная 16 битная шина. Там у кого как. У меня есть SPI, I8080 x8/x16 - чаще всего выбираемо небезызвестным "im0" и еще всякое. > Впрочем с учётом того, что простейшая логика гораздо быстрее чем ядро, > а ядро в обсуждаемом чипе на 250 мгц способно работать, то > никаких проблем тут нет. Кроме общей дурацкости такого сочетания, как по мне. > Может проще не натягивать сову на глобус и использовать реалтайм софт? Я > что-то очень сомневаюсь, что у Маска вот прям несколько планшетов с > кодом на электроне напрямую отдают команды на движки. Конечно нет, на опеннете статья была. Там за x86 еще микроконтроллер потом и потом решение по принципу 2 из 3. > Скорее просто дашборды, которые если и зависнут - ничего не произойдёт. Ну вот именно дашборды с хромиумом - продублированы хардварными кнопками на самые критичные функции, дабы не уповать на вот именно здоровенный хромиум на 100%.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

189. Сообщение от Аноним (-), 14-Авг-24, 13:01	+/–
>> Ага, кроме того что таких МК - нету. > Несоответствие. Да и пускай воруют, я только за, если такое сделают. Автоматы DMA и контроллеры дисплеев таки - сделали. В чем несоответствие то? Но на МК имеет смысл только примитивный UI. Все что сложнее этого на линухе лучше, проще и быстрее получается. А можно вообще вон там доступную по сети вебморду сделать. На МК так ну не то что нельзя, но выглядит страшно аки смерть и по фичам в глубоком дауне. А вон то в полном виде таки никто не будет. Хотя как видите вон там извращенцы HDMI синтезировали младшим мк от распи. С 2 ядрами и PIO автоматами можно даже и так. >> Нормальные люди для этого берут матрицу с своей RAM > Это дороже Да один хрен почти. RAM встроена в чип контроллера. Сильно мелким тот чип быть один фиг не может, потому что он, видите ли, 100500 линий на стекляшку разводит. >> тупой "display controller" > Ну не прям уж тупой, если не просто пискели заливает, а какие-то > графические команды использует и различные режимы. У матрицы 1 видеорежим - равный ее числу пикселей. Все остальное - абстракции. Ну, может, число цветов переключается, пошустрее/получше цвета. А команды в железо хардкодить? Ну, э, нет. У разных дисплеев они разные бывают и если это в железо затолкать - ничего хорошего не выйдет. MIPI попытался внести какой-то порядок в этот хаос, но получилось, скажем так, 50/50.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176

190. Сообщение от Аноним (190), 14-Авг-24, 13:13	+/–
> Это другое, в 2009 и контроллеры уже были вменяемы, и Линукс был > зрелым 2.6. А в начале то, про 2001 промелькнуло. ;) Ну вот в 2001 это наверное врядли. Но вон то таки - можно. > Васянская сборка не всегда уместна для практического применения, и тем более ответственного, > подерживаемого и развиваемого, за что платят деньги. Ну так и фирму Сони с ее фотиками в васяны можно записать. Потому что они тоже так делают. >> Если уж рекорды нужны > Это, вне спортивного интереса бесполезно. И вне темы данного обсуждения. Да почему? Для штуки типа - вот - фотика и прочей электроники которая по задумке "включается" это может сойти за фичу. При этом проге доступны все фичи линукскернела. Т.е. оно таки не обломается замаунтить какой-нить там NTFS с SD карточки, допустим, если надо. А по другому вы NTFS читануть и тем более записать чем смогете? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174

191. Сообщение от Аноним (-), 15-Авг-24, 06:20	+/–
> На правах (не обязательно хорошей) идеи - взять DisplayPort и использовать панели > умеющие SelfRefresh. Упс, кажется эта идея обломается - у DP клок встроен прямо в data lanes. И совсем не факт что получится его притормозить до более комфортных для МК значений. А более чем гигабит на МК выдавать - все же ой!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

192. Сообщение от Qq (?), 19-Авг-24, 18:58	+/–
>>Аналоговикам придется жить с тем фактом что цифра пришла, надолго и всерьез - и во многих местах оказалась намного лучше. Простите, это несколько дальше Много ли цифровых светодиодных драйверов на рынке? Как там поживает ФАПЧ, который однозначно есть в современных процессорах, SoC для телефонов? Нет, кстати, фапч как раз бывает полностью цифровой, но… Аналоговой электроники даже на КМОП - на рынке много, и никуда она уходить не собирается. Просто они с цифрой живут немного в разных мирах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #194

193. Сообщение от Аноним (193), 21-Авг-24, 06:05	+/–
А чем плохи крутилки, если в какой-то задаче они могут быть банально удобнее, чем дискретное управление? Про то, что под крутилкой может скрываться цифровой же энкодер, надеюсь, не нужно объяснять? Или что для изменения громкости или яркости достаточно всего лишь изменить уровень напряжения, а не дёргать ЦАП? Каждой задаче свой инструмент, эффективность тоже в одних случаях неважна, а в других даже очень. Твой текст наполнен юношеским высокомерием и шовинизмом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #195

194. Сообщение от Аноним (-), 21-Авг-24, 09:06	+/–
> Много ли цифровых светодиодных драйверов на рынке? Зайдите в ближийший ларь да возьмите контроллер RGB ленты с пультиком. Получите желаемое. А так цифровых дизайнов уже вывалено немеряно. У микрочипа апноут есть, фонаревка забита самодельными крутейшими многорежимниками с забойным КПД... можете попробовать собрать 5-режимный драйвер в габаритах головы фонарика от AA или 18650 без МК вообще. А вон там у них еще и забавная логика - если 18650 сел настолько что D=100%, полевик открывается совсем, и на его телепание не жрется энергия, так что КПД становится близок к 100%. > Как там поживает ФАПЧ, который однозначно есть в современных процессорах, SoC для > телефонов? Нет, кстати, фапч как раз бывает полностью цифровой, но… Как, как... в чертовой куче чипов, включая и МК, есть блоки PLL. Ну и вот имея энный входной клок можно из него что-то более другое себе и скроить. Без кучи аддонов, крутилок, вот этого всего. Перепрограммировав, блин, mul/div, прям по ходу пьесы по мере надобновти. PLL как таковой - чисто цифровая штука. Даже в дискретном исполнении. Все крутится вокруг ЦИФРОВОГО сравнения фазы сигналов. Так - прибавить частоту, так - убавить, а когда сие устаканилось более менее, это и есть "pll lock". > Аналоговой электроники даже на КМОП - на рынке много, и никуда она > уходить не собирается. Просто они с цифрой живут немного в разных мирах Ну как бы PLL - вообще манифестация цифровых технологий, ибо в основе ЦИФРОВОЕ сравнение фазы сигналов. И дальше уже выводы куда крутить частоту. И как раз в этом его прелесть относительно аналога - никаких крутилок и наворотов, само себя подкручивает как надо. И отлично дружит с интеграцией в цифровые чипы, соответственно. Ну там репрограммируемые MUL/DIV сделать и дать cpu core интерфейс к ним это следующий логичный шаг. Скажем у меня есть STM32 с 6МГц кварцем, но core на 27 МГц. Казалось бы а как? PLL сначала /2 потом * 9 и вот вам оно. А вы попробуйте 6 -> 27 MHz вот именно аналогом изобразить, м? Хочу посмотреть как это будет :). И если что - триггеры это цифровые микросхемы! С ними несчитово будет ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #192

195. Сообщение от Аноним (195), 21-Авг-24, 09:21	+/–
> А чем плохи крутилки, если в какой-то задаче они могут быть банально > удобнее, чем дискретное управление? Крутилки плохи... 1) Антитехнологичностью. Вооооон там можно написать модуль софта который автокалибровку сделает по энным алго. Сам. Без участия человека. Минус время на кручение всякой фигни отверткой и тыкание "глупой" измерировкой. В масспроде - минус легион наладчиков с отверткой и "глупой" измериловкой. 2) Если это UI то - ненадежностью, износом и потенциальной неточностью. С другой стороны цифровые штуки можно очень круто и точно делать. А если надо то еще круче и еще точнее, без особых на то усилий. 3) Невозможностью дистанционного управления и интерфейсинга этого в другие системы по простому. Крутилку должен крутить юзер. И только так. Покрутить ее ремотно - ну не то что вообще уж нельзя, но - это сразу сложно, криво и очень дорого. Узнать сколько на крутилке прям ща ремотно? Это целый отдельный квест. В случае МК это все решается - тривиально. Буквально немного кода докорябать - и готово. > Про то, что под крутилкой может скрываться цифровой же энкодер, надеюсь, > не нужно объяснять? Это уже как раз заапгрейженый и культурный вариант идеи. Я же больше про "подстроечники". Если вы видите в схеме с МК подстроечник, знайте, схему рисовал не вхожий в цифровое направление. Иначе он бы это УГ выкинул нахрен первым делом. > Или что для изменения громкости или яркости достаточно всего лишь изменить > уровень напряжения, а не дёргать ЦАП? Однако ремотно вы это сделать уже - поднапряжетесь. И ваши "инновации" сливают древнему пузатому CRT где это все пультиком уже, таки, делается. > Каждой задаче свой инструмент, эффективность тоже в одних случаях > неважна, а в других даже очень. Твой текст наполнен юношеским высокомерием > и шовинизмом. Скорее, констатацией факта что цифра очень серьезно повыперла аналог, оставив его по сути в роли очень нишевых вещиц и front end. И то - даже опампы и проч в МК встраивать стали. Как периферию, во.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193

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

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