Некоррекстность тестов

Добрый день, связались с методистами, далее идет ответ.
Вопрос 4.

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

1.
Мы в нашем курсе даже про прерывания не говорили, а вы сразу на ОС реального времени замахнулись! Это высший пилотаж даже для электронщиков-профи, куда уж нам - новичкам, которые только взяли в руки Arduino.

2.
Даже в самом тексте статьи говориться, что ядро выполняет один конкретный процесс в соответствии с его приоритетом. Порядок выполнения «запущенных» процессов может меняться. Т.е. ядро по очереди на некоторое время делегирует свои ресурсы каждому процессу. Создается впечатление одновременности. Но главное – в ОС реального времени можно четко «предсказать» временные задержки (задержки все равно есть), и не получить «зависание» одного процесса только из-за того, что вычислительные ресурсы были полностью перехвачены другим процессом. Реальную одновременность выполнения задач можно достичь их распределением между несколькими ядрами, но это уже не про микроконтроллер. Поправьте меня, если я ошибаюсь.

3.
В вопросе подразумевалось, что микроконтроллер может выполнять только тот исполняемый код, который был в него один раз загружен. Нельзя в область памяти с программой догрузить еще одну программу и заставить работать «одновременно» обе программы. Все, что описывается в предлагаемой вами статье – это, фактически, написание одной большой программы «ОС» с несколькими «процедурами» - процессами, которые являются составной частью этой большой программы. Вы не можете к уже работающей программе догрузить и запустить еще один процесс, который вы придумали позже, вам придется этот процесс (опять же отмечу, по факту, - библиотеку, функцию, процедуру, что угодно) «включить» в состав ОС и заново перепрошить контроллер обновленной программой. При этом, никто не запрещает микроконтроллеру создавать и использовать «файлы» данных на каком-нибудь SD носителе. Только эти файлы – не исполняемый код. Поправьте меня, если я не прав и в этот раз.

4.
Я, помнится, как-то читал про одного иностранного профессора, который со своим сыном собрал кластер из Raspberry Pi. Получился суперкомпьютер. Но это не делает каждый отдельно взятый Raspberry суперкомпьютером.


Вопрос 6.

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

Вопрос 7.

Нет, нет и ещё раз нет! В этом-то и был «злой умысел» вопроса, что у Raspberry, в отличии от Arduino нет ни отдельного АЦП, ни ЦАП. Однако, аналоговый сигнал, Raspberry выдавать все-таки может. В этом смысле, Raspberry может работать с аналоговым сигналом, пусть и в одностороннем порядке: только выдавать, не принимать (см. комментарий выше). Я задал этот вопрос именно для того, чтобы слушатель курса не ориентировался исключительно на наличие или отсутствие этих заветных «ключевых» слов: «АЦП» и «ЦАП», а ориентировался именно на тип сигнала, который упоминается при описании устройства. И если вы не видите на плате или в описании устройства упоминание АЦП или ЦАП, это вовсе не означает, что для этого устройства «не доступен» аналоговый мир. То, как процессор BroadcomBCM2835 формирует аудио или видео сигнал, которые поступают на аудио разъем или видео-тюльпан (преобразует ли с помощью встроенного ЦАП, или каким-то образом моделирует ли его), - дело другое. Важен факт: у Raspberry отдельно не заявлены ни АЦП, ни ЦАП, как это заявлено битым текстом для Arduino, однако, у Raspberry ЕСТЬ источники аналогового сигнала.