art_zh wrote:2) Заказчик есть, готов вложиться. Но только если всё будет его. Акула. Очень не хотелось бы отдавать работу чужому дяде.
заказчик честно получает план "A" строго в соответствии с ТЗ и подписанными бумагами, а план "Б" (FULL) разрабатывается параллельно в уме, дома, сверх того, "внеурочно" фанатами идей рожденных "в гараже"
... и зиждется базово-схематехнически на первом!
В первую очередь я говорю электрически. Не все компоненты, именно периферия, запаяны в "А" варианте. Стало быть он изначатьно только ядро, обвязка, словом классика.
Все вкусности - периферия и ее фичи!
Эта незапайка обосновывается заказчику (если надо), стартовостью проекта, новизной проекта, пилотностью, не все учли....предугадать невозможно, закладывали, чтобы... но по ходу выяснилось и принято решение пока так вот.
В "Б" версии (часть экземпляров "А") периферия аккуратно FULL запаивается в своей лаборатории, цеху, "на коленках" мастером золотые руки...
Софт соответственно + выводится железо в нужные режимы, раскачка, разгон... все по плану "Б", ну и и спытания конечно тоже.
И да, дядя вложился, и да риски, и да никто не даст сразу и сходу гарантированный успех... время покажет и это оговорено!
В том числе и что это за дядя, и как с ним работается, и каков он, как бизнесмен, партнер, перспектива с ним...
ТЫ меня понял.
"Б" по любому твой и команды, что с тобой. Пусть оборвется даже на полпути, но тогда все твое твое, и отвечать будешь (потери) фактически 50% от "A" ибо оно является пилот-проектом.
Первое это электроника, второе софт. И то и то в "А" подчищено под ТЗ "заказчика".
art_zh wrote:надо успеть полностью отвязать A-ядро от BIOS и аккуратно заточить его под Fusion-стандарт.
при серьезности подхода и дел не вижу проблем, если упереться так бить наверняка. Только полностью "отвязать", по макс + опимиз, т.е. перетрусить конкретно + быстрый старт без полного скана дров.
art_zh wrote:5) Ядро на svn: /kernel/branches/Kolibri-A/trunk
да я не про него! Я схемотехническое ядро, мы ведь логично рассуждаем. Сначала проектируем курицу, потом яйца. Софт нужно писать уже под факт. Ну побаловаться, руку набить в чипсете можно, но ядро пилить очень рано.
Так скинь пока хоть предвариловку, обмозговать. Проц, шины, вольтаж, чатоты где кто и сколько, чипсет(ы) ссылки на них быть может. Особенно блок-схемы, структурные, может диаграиммы.
Серьезные и супер-пупер доки не нать.
Ну представление же нужно иметь.
Это ж тебе он родной чип, а я так глянул и забыл.
Ну покурить инфу можно скелетно, пошевелить серое вещество, дабы не закисало
art_zh! не вытерпел, чтобы не дописать, не сказать, а спать то надо всеже.
Ну ладно, я то сова, самый дзен попер!
Как ты относишься к революционным идеям в области комп.архитектуры + некий отход от канонов РС и ее костылей, гибкой логики, а не жесткой...?
Плисы плисами, но можно ведь и круче и гибче в 21м то веке!
Чип индустрия не стоит. Зачем на вчерашнем?
Вот вышел, говорят мумрикосовский очередной фильм про тарнсформеры, не смотрел и в принципе не вижу смысла..., но идейная концепция увиденная на экране ролике, привела в выводу, что периферию можно сделать трансформерной!
А не жесткой, как у всех. Плис тоже жестяк.
Конфиги всякие, чушь и заморока.
Делать, так делать!
Как на счет того, чтобы
на плате крутилось несколько интеллектов и главный чип, главный интеллект мог перепрограммировать любой подчиненный, дать ему локальную задачу... улавливаешь?
Про выход-вход, разрядность, скорость сегодня-завтра никого не удивишь и не интересно, не конкурентно!
А вот киберпериферия, периферия-трансформер(!), пусть даже в пределах платы, распределение глобальных задач на микрозадачи локальные, особенно электрически-таймингово, с отчетностью, с хешами, достоверность 100% выполнения, протоколный отчет причин отказа, микролог процесса развития аварии узла (модуля) периферии...
Нахрена президенту(CPU), делать работу за губернаторов разных округов? Пусть занимается глобальными вещами, там где он нужен больше всего.
Твоя плата Распределенный интеллект