Post:#507563 Date:10.09.2016 (18:55) ... Тема посвящена микроконтроллерам с архитектурой ARM Cortex-M.
Они стали "убийцами" 8-разрядных микроконтроллеров, так как они 32-разрядные, дешёвые, производительные, нафаршированы мощной периферией, например, 16 разрядными таймерами(есть модели с 32-разрядными таймерами), 12-разрядными АЦП (как правило), 12-разрядными ЦАП (как правило), различными приёмо-передатчиками.
Их изготавливают многие производители. Выпускаются множество недорогих ознакомительных плат со встроенными отладчиками и программаторами.
Есть свободные среды разработки, что тоже важно.
psih Пост: 515683 От 15.Nov.2016 (06:26)
Разработка распределенных систем.
Так а чего же в азах распределенных систем путаешься?
Или у тебя это что то другое?
У меня масштаб несколько другой. Системы enterprise уровня.
Как ты можешь понять, что я путаюсь в азах, если ты их не знаешь?
Разные концепции используются. Например ты рассуждал про синий экран в виндовс, так радовался за симбиан. Но ты понимать почему-то не хочешь, что в гриде может находиться 10-ок узлов, которые выполянют одну и туже функцию. Что выход из строя одного узла не приведет к последствиям, даже и без watch dog'ов. Узлы гомогенные, аппаратно идентичные. И когда ты рассуждаешь об аппаратных фишках и своих кастомных решениях для определенной ЧАСТИ задачи, которая ЛЕГКО решается простым и унифицированным способом, то ты сразу выдаешь себя с головой.
psih Пост: 515683 От 15.Nov.2016 (06:26)
Разработка распределенных систем.
Так а чего же в азах распределенных систем путаешься?
Или у тебя это что то другое?
У меня масштаб несколько другой. Системы enterprise уровня.
Как ты можешь понять, что я путаюсь в азах, если ты их не знаешь?
Разные концепции используются. Например ты рассуждал про синий экран в виндовс, так радовался за симбиан. Но ты понимать почему-то не хочешь, что в гриде может находиться 10-ок узлов, которые выполянют одну и туже функцию. Что выход из строя одного узла не приведет к последствиям, даже и без watch dog'ов. Узлы гомогенные, аппаратно идентичные. И когда ты рассуждаешь об аппаратных фишках и своих кастомных решениях для определенной ЧАСТИ задачи, которая ЛЕГКО решается простым и унифицированным способом, то ты сразу выдаешь себя с головой.
про избыточность промолчим. а про разруливание упавших компонентов... дай бог тебе не столкнуться с реальным падением большой системы...
и собственно че ты там с олимпа вещаешь... олимп он все одно начем-то стоит, и мы как раз об этом и говорим. логика системы от простого сложного, а у вас на верхатуре уже столько слоев абстакции что уже и не понятно как ваше пожелание до камня конечного дойдет, и что именно исполнится... интерфейс и красивости это даже не вторично... это фиг его знаить какая цацка.
psih Пост: 515752 От 15.Nov.2016 (15:33)
в гриде может находиться 10-ок узлов, которые выполянют одну и туже функцию. Что выход из строя одного узла не приведет к последствиям, даже и без watch dog'ов.
У вас у всех чтоль там память дырявая?
С чего и начался разговор- что десяток или сотня маленьких узлов надежнее чем один большой. Неважно- программные или железные узлы.
Так и построена Симбиан- из маленьких кусочков. Ей и памяти то всего надо 256 кило для работы. Не 256 Мег, как ты нахваливаешь.
Почитай про нее- полезно будет.
И принцип там совсем другой- не 10 одинаковых.
Так и построена Симбиан- из маленьких кусочков. Ей и памяти то всего надо 256 кило для работы. Не 256 Мег, как ты нахваливаешь.
Это уже следующая буква азбуки. Не трогай мертвые системы. Умерла, так умерла. Некрофилией разработчику ИТ заниматься нельзя.
А из живых ОС, что ты еще можешь предложить?
хм... умерла или убили?
если сама померла то это как с мсдосом, мутировал и дальше ползеть...
а вот полуоську задушили... а потом оказалось что NT винда на половину из полуоси...
то что чичас подход не в тренде не значит что он ошибочный...
чичас вопрос именно в том чтобы размножились говнокодеры... но увы 100 0 бибизян не напишут войну и мир... и торвальд тож один...
psih Пост: 515756 От 15.Nov.2016 (16:03)
Умерла, так умерла. Некрофилией разработчику ИТ заниматься нельзя.
Не дай бог мне в команду такого непонятливого разработчика.
Да и другим тоже не пожелаю.
По буквам- это целый класс осей, отличающихся своей архитектурой.
И они успешно работают до сих пор на всяких луноходах марсоходах и много еще где. Симбиан тебе ткнули как самую доступную для изучения идеологии таких осей.
Не трогай мертвые системы. Умерла, так умерла. Некрофилией разработчику ИТ заниматься нельзя.
Ты, случайно не из команды мелкомягких?
История программных революций от Microsoft, вкратце: Сначала были Windows API и DLL Hell. Революцией №1 было DDE – помните, как ссылки позволили нам создавать статусные строки, отражающие текущую цену акций Microsoft? Примерно тогда же Microsoft создала ресурс VERSION INFO, исключающий DLL Hell. Но другая группа в Microsoft нашла в DDE фатальный недостаток – его писали не они!
Для решения этой проблемы они создали OLE (похожее на DDE, но другое), и я наивно вспоминаю докладчика на Microsoft-овской конференции, говорящего, что скоро Windows API перепишут как OLE API, и каждый элемент на экране будет ОСХ-ом. В OLE появились интерфейсы, исключающие DLL Hell. Помните болезнь с названием «по месту», при которой мы мечтали встроить все свои приложения в один (возможно, очень большой) документ Word? Где-то в то же время Microsoft уверовала в религию С++, возникла MFC решившая все наши проблемы еще раз.
Но OLE не собиралась сложа руки смотреть на это, поэтому оно заново родилось под именем COM, и мы внезапно поняли, что OLE (или это было DDE?) будет всегда – и даже включает тщательно разработанную систему версий компонентов, исключающую DLL Hell. В это время группа отступников внутри Microsoft обнаружила в MFC фатальный недостаток – его писали не они! Они немедленно исправили этот недочет, создав ATL, который как MFC, но другой, и попытались спрятать все замечательные вещи, которым так упорно старалась обучить нас группа COM. Это заставило группу COM (или это было OLE?) переименоваться в ActiveX и выпустить около тонны новых интерфейсов (включая интерфейсы контроля версий, исключающие DLL Hell), а заодно возможность сделать весь код загружаемым через броузеры, прямо вместе с определяемыми пользователем вирусами (назло этим гадам из ATL!).
Группа операционных систем громким криком, как забытый средний ребенок, потребовала внимания, сказав, что нам следует готовиться к Cairo, некой таинственной хреновине, которую никогда не могли даже толком описать, не то, что выпустить. К их чести, следует сказать, что они таки представили концепцию «System File Protection», исключающую DLL Hell. Но тут некая группа в Microsoft нашла фатальный недостаток в Java - её писали не они! Это было исправлено созданием то ли J, то ли Jole, а может, и ActiveJ (если честно, я просто не помню), точно такого же как Java, но другого. Это было круто, но Sun засудило Microsoft по какому-то дряхлому закону. Это была явная попытка задушить право Microsoft выпускать такие же продукты, как у других, но другие.
Помните менеджера по J/Jole/ActiveJ, стучащего по столу туфлей и говорящего, что Microsoft никогда не бросит этот продукт? Глупец! Все это означало только одно – недостаток внимания к группе ActiveX (или это был COM?). Эта невероятно жизнерадостная толпа вернулась с COM+ и MTS наперевес (может, это стоило назвать ActiveX+?). Непонятно почему к MTS не приставили «COM» или «Active» или «X» или «+» – они меня просто потрясли этим! Они также грозились добавить + ко всем модным тогда выражениям. Примерно тогда же кое-кто начал вопить про «Windows DNA» (почему не DINA) и «Windows Washboard», и вопил некоторое время, но все это почило раньше, чем все поняли, что это было.
К этому моменту Microsoft уже несколько лет с нарастающей тревогой наблюдала за интернет. Недавно они пришли к пониманию, что у Интернет есть фатальный недостаток: ну, вы поняли. И это приводит нас к текущему моменту и технологии .NET (произносится как «doughnut (пончик по-нашему)», но по-другому), похожей на Интернет, но с большим количеством пресс-релизов. Главное, что нужно очень четко понимать - .NET исключает DLL Hell.
В .NET входит новый язык, C#, (выясняется, что в Active++ Jspresso был фатальный недостаток, от которого он и помер). .NET включает виртуальную машину, которую будут использовать все языки (видимо, из-за фатальных недостатков в процессорах Интел). .NET включает единую систему защиты (есть все-таки фатальный недостаток в хранении паролей не на серверах Microsoft). Реально проще перечислить вещи, которых .NET не включает. .NET наверняка революционно изменит Windows-программирование... примерно на год.
полный текст (русский перевод сделанный в 2001 году): История программных революций от Microsoft [ссылка]
_________________ Человек отличается от обезьяны умением не замечать очевидных вещей.
dedivan Пост: 515687 От 15.Nov.2016 (08:18)
То есть ты хочешь сказать что кернел 1.0 и кернел 4.7 это одно и то же ядро?
У тебя самого какое? 4.4? 4.6?
Ты 1.0 в глаза-то хоть видел? В основном изменения в ядре добавляют новое и обновляют старый код, удаляют что-то редко и то, что никому не нужно уже. Последние серьёзные изменения были при переходе с 2.4 на 2.6.
Так и построена Симбиан- из маленьких кусочков. Ей и памяти то всего надо 256 кило для работы. Не 256 Мег, как ты нахваливаешь.
J2ME мобилкам тоже хватало, давайте на них молиться теперь Только вот потребитель кошельком за них уже не голосует
чичас вопрос именно в том чтобы размножились говнокодеры
Конечно они размножатся, если им платят больше чем тем, кто в нии на нахваливаемых дедом микроядерных ос софт для марсоходов пишет
И они успешно работают до сих пор на всяких луноходах марсоходах и много еще где. Симбиан тебе ткнули как самую доступную для изучения идеологии таких осей.
Чтобы запустить 1 свою программу, ОС не очень-то и нужна. Веб-сервер, например, без всякой ОС даже на той же ардуинке поднять можно. IoT, такие дела
Ну для ладно, это флуд всё, вот есть реальная задача. Нужно обрабатывать сигнал с 3 камер, 1 CSI + 2 обычные USB вебки. Они должны быть подключены к контроллеру, на нём крутится какая-то программка, которая обрабатывает пришедшие кадры, что-то там распознаёт, и управляет приводами (STM32 не справится, x86 излишне, так что Cortex-A7 будет скорее всего). От ОС требуется только инициализация оборудования. Какую ставить? Пока что вижу только один реальный вариант накатить туда реалтайм линукс ядро, он точно дружит и с вебками, и платами на кортексах, и при желании можно готовые фремворки для распознавания накатить. Есть ещё варианты?
то что чичас подход не в тренде не значит что он ошибочный...
Даже бы если бы она вдруг оказалась живая...
Тут и появляется новая буква азбуки:
"Хороший, плохой, какая разница? Главное - у кого ружьё"
Для функционирования распределенных систем есть еще такое понятие, как экосистема. Это набор компоненент, который позволяет компонентам распределенной системы видеть и находить другие компоненты. Т.е. разработчик думает непосредсвенно о реализации бизнес-функций. Ну так вот. Эти компоненты есть для многих ОС и есть поддержка многих языков программирования. Т.е. Ты одну компоненту можешь написать на Linux+C++ (a), а другую на Java+Unix (b). Код будет выглядеть примерно след. образом a.doMegaSuperFunction() из системы b. Ну а поддержки симбиана просто нет в этой экосистеме.
dedivan Пост: 515771 От 15.Nov.2016 (18:04)
Не дай бог мне в команду такого непонятливого разработчика.
Да и другим тоже не пожелаю.
По буквам- это целый класс осей, отличающихся своей архитектурой.
И они успешно работают до сих пор на всяких луноходах марсоходах и много еще где. Симбиан тебе ткнули как самую доступную для изучения идеологии таких осей.
С одной стороны обидно конечно, что "я такой непонятливый". Но это неизбежно... Представь бы ты попытался тыкнуться в команду разработчиков 1С и там начал бы всех грузить про свой "класс осей на марсоходах" тебе сказали бы тоже самое, что ты мне. И дело даже не в том, что 1с-ники все тупые. Ты бы не смог решать задачи 1С-ников точно так-же как и они не смогли решать задачи марсохода. Разная специализация.
И я не то, что непонятливый. Это от меня требуют архитекторы, согласно требованиям которых, я и должен разрабатывать. Я не всегда, вернее часто не согласен с их тезисами, но должен стремиться к общей цели в составе единой команды.
Окажись случайно в твоей команде по разработке марсохода. Я бы не стал петь свои песни, а согласно требованиям тимлидера и главного архитектора дедивана, начал бы вкуривать сверхнадежный класс осей для марсохода и ковырять 51-ые камни в антирадиационном исполнении и делал бы то, что надо, а не то, что я сейчас тут пою... Разные задачи просто требуют разного подхода к решению
Yarston Пост: 515808 От 15.Nov.2016 (21:35)
которая обрабатывает пришедшие кадры, что-то там распознаёт, и Есть ещё варианты?
Вроде как "что-то распознает" слишком расплывчато. Попробуйте сперва реализовать алгоритм распознавания. Для начала на простом десктопном x86. Потому уже принимать решения по платформе. Кстати насчет "еще вариантов". Гугл предлагает сервис, занимающийся распознованием в облаке. Может быть его можно было бы подключить. Дальше уже все подводить под данную имплементацию.
Yarston Пост: 515808 От 15.Nov.2016 (21:35)
Ну для ладно, это флуд всё, вот есть реальная задача. Нужно обрабатывать сигнал с 3 камер, 1 CSI + 2 обычные USB вебки. Они должны быть подключены к контроллеру, на нём крутится какая-то программка, которая обрабатывает пришедшие кадры, что-то там распознаёт, и управляет приводами (STM32 не справится, x86 излишне, так что Cortex-A7 будет скорее всего). От ОС требуется только инициализация оборудования. Какую ставить? Пока что вижу только один реальный вариант накатить туда реалтайм линукс ядро, он точно дружит и с вебками, и платами на кортексах, и при желании можно готовые фремворки для распознавания накатить. Есть ещё варианты?
[ссылка]
вот тебе готовое в один модуль решение... если шавелить ногами то надо городить обвязку... я напрямую с бошки чем нить рулить поостерегся бы...
neama | Post: 515848 - Date: 16 Nov 2016 10:52 [ссылка]
вот тебе готовое в один модуль решение... если шавелить ногами то надо городить обвязку... я напрямую с бошки чем нить рулить поостерегся бы...
Так и будет примерно, едет плата с Banana Pi 2, там LVDS выход есть, можно от ноута матрицу подключить без hdmi. Моторчиками конечно отдельная плата управлять будет, там нужно логику сервопривода реализовать с оптическими энкодерами.
psih | Post: 515844 - Date: 16 Nov 2016 09:49
А вы знаете такие фрэймворки? вещь вообще говоря нетривиальная...
Да можно на "ты" Theano например, у нас в комании курсы по машинному обучению на нём проводили.
Но конкретно для этой задачи ничего такого не нужно, там свой алгоритм, я его погонял уже на тестовых картинках на яве, работает вполне.
По нейросетям есть классная ссылка, работает не во всех браузерах, в хроме точно работает, грузит ~100мб данных предобученной НС.
интерфейс и красивости это даже не вторично... это фиг его знаить какая цацка. 
В основном изменения в ядре добавляют новое и обновляют старый код, удаляют что-то редко и то, что никому не нужно уже. Последние серьёзные изменения были при переходе с 2.4 на 2.6.
Только вот потребитель кошельком за них уже не голосует
