"Процитируй Пушкина";"О чём же думал он? О том, что был он беден; что трудом он должен был себе доставить и независимость, и честь; что мог бы бог ему прибавить ума и денег; что ведь есть такие праздные счастливцы, ума недальнего, ленивцы, которым жизнь куда легка (Пушкин)."
Не понятно причем здесь RTOS и линь?Все просто, для сферического торгового аппарата в вакууме нужно ПО управляющее исп. механизмами (тех. процессами) в реальном времени. (кофейный аппарат - допущение позволяющее нивелировать это требование в конкретном случае, но не в целом) На простейшем контроллере несколько десятков строк кода будут работать в реальном времени (без всяких ОС, при условии что руки "писателя" прямые). Теперь редставьте насколько будет трудоемко туда затащить стек TCP/IP для удаленного управления. Поэтому выбор ОС оправдан сокращением и упрощением разработки. А вот под управлением обычного линя - процессы уже не в реальном времени. Вы со своим опытом должны прекрасно понимать разницу в количестве тактов прошедших с момента наступления некого события требующего смену состояния выхода МК по прерыванию аппаратного таймера и в результате некого внутреннего таймера ПО работающего под контролем ОС, которая в этот момент занята по ее мнению более важным занятием. Поэтому считаю обоснованным акцент на RTOS, при том что есть RTLinux, QNX и др.
var cam_width = document.getElementById('web-camera').offsetWidth;
var cam_addr = "http://bla bla bla";
document.getElementById('web-camera').src = cam_addr;
window.onload
(код выполнится когда страница будет загружена)src="about:blank"
закамуфлированные под бытовые предметы; имеющие вынесенный зрачок входа (PIN-HOLE); работающие при низкой освещенности объекта (0,01 лк и менее) или при освещенности на приемном элементе 0,0001 лк и менее;Вы сможете отнести к видеоглазку ?
как реализовать граф. часть?У Вас должно быть графичесое устройство, оно в зависимости от платформы/модели каким то образом подключено и имеет определенную модель, чипсет, datasheet на эту микросхему. Обычно базовые режимы (вывод текста) закладывается в БИОС. Графические режиме "посложнее" обычно перекладываются на ОС и графическую библиотеку, которую кстати тоже придется написать с 0.
я не пойму 1 деталь - если биос на asm, то как ОС может быть на c++???Я вам открою тайну, текст с++ в конечном итоге компилируется в машинный код (ассемблер) и в таком виде исполняется процессором.
И поповоду BIOS'а в каком смысле написать?В прямом, написать как минимум несколько строк которые первыми выполняются после включение/перезагрузки процессора, инициализируют оперативную память, устанавливают маски прерываний, возможно ватчдог таймер, и передают управление операционной системе. А по хорошему, это инициализация всех основных устройств на борту. + управление ими. Разделив ОС и БИОС вы сможете при неизменной ОС менять железо (в умеренных пределах), т.е одна ваша ОС сможет быть установлена на различные платформы.
имеет смысл использовать x86, и если до, то каким образом это реализовать?Если Ваше прикладное ПО будет написано под x86 почему бы и нет. Реализуйте это через breakout box. Но тут Вы опять вернетесь к микроконтроллеру внутри бокса, зато он может быть на порядок проще и ПО для него может быть на порядок проще.