Хотел уж написать «а что Вы вообще полезного когда-либо написали, в отличии от автора статьи», но увидев Вашу карму вопрос снялся сам с собой. Но за троллинг мало платят, лучше на пенсии займитесь
Причем тут линукс вообще? Да, рекомедую 0х20200000 чем разбираться в бреде писателей библиотек. Ладно, давайте остынем, статью написали — хорошо. Может кому-то полезно. В чем отличие линусового мемори мэппед от даташитов с описанием регистров — да ни в чем.
Поясните, что за проблема? Исчерпать память? Я это и на пентиуме покажу. А что не так gpio? Это memory mapped device, он везде такой. Я просто не понимаю, почему много эмбеддеров пишут такие курсы и считают это сокровенным знанием. Это примитив. Очень жду курсы Haskell for embedders, вот там да, взрыв моего мозга и понимание, что это-совсем не то, к чему привык. А эти ваши микроконтроллеры, простите, просто несложное ядро с большьой перифирией, не более
Каюсь, прочитал через слово, извините. Просто я считаю, что МК в наших реалиях сильно тяготеют к электронике, чем к программированию. Уверен, что phyton или java программисту МК — несложно. Но вот чтобы запустить его — понадобятся некоторые знание из хоровица и хила. По процентам не скажу, все что брал с гитхаба — все НАL
Распберри дает навык с gpio (а часто и spi, uart). Этого достаточно, чтобы понять архитектуру любого мк. Чем по вашему распберри отличается от мк? Озу отдельное и флешка. Это мелочи. По большому счету программеру с распберри надо только очень хорошо понять смысл слова volatile. В остальном программирование под МК особенностей не имеет (как бы я этого не хотел, ведь всегда хочется иметь редкую специальность). Другое дело что эмбеддерщики берут свое, когда знают, что в сеансе радиоприема или считывания АЦП надо ядро усыпить, или что резисторы проходные нужны, дабы снизить скорость нарастания фронтов и убрать помехи. Но это с опытом
То, что вы тут написали вообще непонятно какое отношение к эмбеддед имеет. Вроде курс для начинающих, регистры там всякие. А то, что вы тут написали — это и на пентиуме времени достаточно займет.
Так зачем Вы выбранный вами путь советуете как истинный? Вы выбрали редкую ОС, редкую spl прослойку… это ваше право. Но "мы так работаем" и курс начинающих разные вещи
Все же выскажусь. Начинал я, как и многие, с Z80 (ни разу ни микроконтроллер, только принципы те же). Потом появился замечательный AT89c2051, 2 кб флеша и 128 байт озу. Но шить неудобно — паралелльно. Потом глоток воздуха at90s1200 глючный, но вот его последователь 90s2313 уже удобен. Ну а потом поехало, 16 бит фуджитсу, арм7тдми, кортексы 3, 4, 7. Разницы особой нет ни у кого. А для быстрого старта, с учетом того, что молодые с Линуксом знакомы… советую распберри пи. Удобно, знакомые тулзы, вот не предоставляю человека который хорошо управляется с малинкой, но несчастный кортекс3 вводит в ступор
Простите, не верю о 15 мин. Вам чтобы юарт запустить вначале придется разобраться хотя бы как кварц запустить, а зачастую и отключить встроенный dcdc преобразователь. Потом повозюкаться с ремэппингом ножек. И если после этого получится именно uart, а не spi (что тоже самое, пара битов в настройках) — то хорошо. И никак не 15 минут
Ой, только не надо макросов. Это Ад. Особенно когда они становятся вложенными. Поглядев на такие «упрощалки» с досадой выкидываю это, и по старинке *(volatile uint16_t*) reg_address = myVal;
Ну почему же нельзя, DMA есть для АЦП. Вы же задаете вопрос "почему нельзя что то умножать, когда уже идет умножение" Через DMA ваши данные из АЦП прекрасно отправятся в память без вмешательства АЛУ процессора. Ну а именно "читать" придется потом, если мы обсуждаем одноядерные МК
Еще мысль возникла, а они случайно китайский файрвол не купили, вместе с блокированным гуглом?
Подтверждаю. Но уже больше волнует вопрос поиска недорогих билетов в Израиль
Это восхитительно. Теперь мои знания КТ315Б будут на вес золота
Хорошо если дроны… а то судя по тексту как бы WiFi не запретили
Каюсь, прочитал через слово, извините. Просто я считаю, что МК в наших реалиях сильно тяготеют к электронике, чем к программированию. Уверен, что phyton или java программисту МК — несложно. Но вот чтобы запустить его — понадобятся некоторые знание из хоровица и хила. По процентам не скажу, все что брал с гитхаба — все НАL
Распберри дает навык с gpio (а часто и spi, uart). Этого достаточно, чтобы понять архитектуру любого мк. Чем по вашему распберри отличается от мк? Озу отдельное и флешка. Это мелочи. По большому счету программеру с распберри надо только очень хорошо понять смысл слова volatile. В остальном программирование под МК особенностей не имеет (как бы я этого не хотел, ведь всегда хочется иметь редкую специальность). Другое дело что эмбеддерщики берут свое, когда знают, что в сеансе радиоприема или считывания АЦП надо ядро усыпить, или что резисторы проходные нужны, дабы снизить скорость нарастания фронтов и убрать помехи. Но это с опытом
То, что вы тут написали вообще непонятно какое отношение к эмбеддед имеет. Вроде курс для начинающих, регистры там всякие. А то, что вы тут написали — это и на пентиуме времени достаточно займет.
Так зачем Вы выбранный вами путь советуете как истинный? Вы выбрали редкую ОС, редкую spl прослойку… это ваше право. Но "мы так работаем" и курс начинающих разные вещи
Все же выскажусь. Начинал я, как и многие, с Z80 (ни разу ни микроконтроллер, только принципы те же). Потом появился замечательный AT89c2051, 2 кб флеша и 128 байт озу. Но шить неудобно — паралелльно. Потом глоток воздуха at90s1200 глючный, но вот его последователь 90s2313 уже удобен. Ну а потом поехало, 16 бит фуджитсу, арм7тдми, кортексы 3, 4, 7. Разницы особой нет ни у кого. А для быстрого старта, с учетом того, что молодые с Линуксом знакомы… советую распберри пи. Удобно, знакомые тулзы, вот не предоставляю человека который хорошо управляется с малинкой, но несчастный кортекс3 вводит в ступор
Ну почему же нельзя, DMA есть для АЦП. Вы же задаете вопрос "почему нельзя что то умножать, когда уже идет умножение" Через DMA ваши данные из АЦП прекрасно отправятся в память без вмешательства АЛУ процессора. Ну а именно "читать" придется потом, если мы обсуждаем одноядерные МК