Новодел клавиатурной пленки для БК0010-01/БК0011М

[SKcorp.]

в честности

Вот как раз насчет честности большие сомнения.

[Advertiser]

[DJs3000]

Вот как раз насчет честности большие сомнения.

Да бога ради уважаемый никто никого не заставляет) если у вас один негатив то о чем можно вообще разговаривать...
будет желание возьмёте исходники корпусов и хоть из дерева стругайте и будет всё честно, а главное претензий никаких.

[Ал-р]

Корпус БК в данном варианте технологически сложен (и соответственно дорог) потому что включает несколько поэтапных модернизаций от 1) корпус под плоскую клавиатуру с окном над ПЗУ 2) +вставки для высокой клавиатуры 3) верхняя часть под мягкую клавиатуру без окна над ПЗУ.
Если его технологически упростить рассматривая только конечный вариант то и цена будет меньше: за счёт увеличения высоты нижней части убрать вставки и верхнюю часть сделать просто как изогнутую накладку-панель на нижнюю часть.
Выпендроны на задней части тоже весьма нетехнологичны и не универсальны - как-то их упростить.
-
Корпус без отверстий на задней стенке и без выреза под клавиатуру вполне подойдёт для разныж вариантов ретро-компов и будет вполне универсальным. Конкретно для БК вырезы можно делать на конечном этапе изготовления.

---------- Post added at 10:03 ---------- Previous post was at 09:44 ----------

Кстати класное фото СМК-512 показывает квалификацию разработчика - к пауку на хз-сколько.ног прикрутить 40-ногую УФ в CDIP на полплаты и зачем-то CF вместо SD ... Недёшевенько зато круто

[Woland]

Кстати класное фото СМК-512 показывает квалификацию разработчика - к пауку на хз-сколько.ног прикрутить 40-ногую УФ в CDIP на полплаты и зачем-то CF вместо SD ... Недёшевенько зато круто

Разработчик тут не причем, как говорится - валите всё на меня. Он изначально абстрагировался от выбора конкретного варианта и объяснив мне плюсы и минусы всех вариантов, предложил определяться мне самому.

Далее, на форуме http://bk0010.org/forum поднимался вопрос - какую ПЗУ ставить - и если мне не изменяет память, то единого мнения там не сложилось. Рассматривались разные варианты (в т.ч. последовательные), и все они имели существенный недостаток (неудобство программирования / высокую цену / корпус без возможности установки в панель / плохую доставаемость и т.п.).
Сейчас уже не помню, но уточню при случае у разработчика - кажется последовательные флеш еще и по той причине не ставили, что скорости обмена с ними не хватило бы.

В конечном счете свелось к вопросу: ставить две 8-битные DIP-ПЗУ (как в оригинале, но с запасом емкости, на всякий случай) или же ставить одну 16-битную DIP-ПЗУ с запасом емкости.
Первый вариант занимал больше места, но был доставаем в России, второй вариант малодоставаем (хотя знаю пару мест, где они по 160р должны быть), но чуть компактнее первого, да и для БК правильнее 16-битные использовать, а не 8-ми, и уж тем более не последовательные.

Кроме того, не надо забывать о том, что все на том же форуме было очень много слов сказано некоторыми об "идеологичности и аутентичности" новоделов. Ну мол что если все целиком заменять одним дешевым процом с собственным Flash и ОЗУ в его кристалле, который мощнее всей БК в десятки раз - это бред и никому не интересно. Более того, если есть люди, утверждающие, что даже ПЛИС - это эмуляторы, что тогда уж говорить об использовании всяких ARM. Поэтому СМК512 по сути мало чем отличается от оригинала СМК64: часть мелкой логики оставлена, но в корпусах SO для экономии места, ВП1-128 перенесена в программируемую логику (что совсем недалеко от её внутренней сути - БМК) по причине дефицитности (иначе тоже оставили бы), CF - имеет полную совместимость с IDE посредством ПАССИВНОГО переходника - что тоже полностью идеологично. Если бы ставили SD, то потребовалась бы доп. логика активного адаптера SD<->IDE, необходимость которого весьма спорна.

к пауку на хз-сколько.ног

Паук тоже не зря именно такой выбран. Найдите толерантную к 5В cpld с не меньшей емкостью и не большей ценой, с приемлемым количеством ног, и я рассмотрю вариант её установки в следующую ревизию плат СМК512. Но сомневаюсь, что найдете что-то более подходящее, потому как она тоже выбиралась не пальцем в небо.

Так что все эти разговоры об уровне разработчика и еще чьем-то уровне - это не более чем взгляд сверху, абстрагированный от реальных практических земных работ.

[DJs3000]

Ал-р, да корпус технологически сложен и человек который делал прототипирование корпуса говорил что "Видно что денег тогда не жалели и сделали корпус довольно сложным хотя там можно много чего упростить". Да задача была изначально сделать оригинал а потом уже возможно сделаем упрощенную версию.
Универсальный корпус это вообще для меня не понятная штука и если у кого есть желание пусть им и занимается так же видя негатив людей не буду никому ничего предлагать хотя думал скинуться на первую партию вместе кто захочет получить себе новодел. Но потом какашками закидают так что ну его нафиг) исходники все выложу в свободный доступ и кто захочет пусть делает что хочет с ними.

[Ал-р]

В этом контроллере от старого СМК ничего нет, это "тройная эмуляция"
эмулируется обмен по МПИ на одних выводах паука
эмулируется IDE на других выводах
эмулируется обмен с 16х-ПЗУ на куче других выводов (кому это сейчас могло понадобиться расширяемое 16х-УФ-ПЗУ которое нужно полностью УФ-стирать для изменений в ПО) - в СМК стояло всего лишь 4К, а тут на 40ног нужен ещё и переходник к программатору
=
Кстати в одном 8-битном ПЗУ прекрасно размещаются 16-битные слова - точно также как они адресуются в БК - старший байт по чётному адресу, младший по нечётному

[Woland]

В этом контроллере от старого СМК ничего нет, это "тройная эмуляция"

Итак, пообщался с разработчиком, резюме такое:
1. последовательный Flash вместо ROM туда вообще не катит никаким боком, ибо у ROM произвольая выборка, а у SPI Flash - посекторная
2. по поводу того, что "в одном 8-битном ПЗУ прекрасно размещаются 16-битные слова" - проблема в том, что в оригинальном СМК чтение из ПЗУ полностью асинхронное, а с 8-битным придется делать выборку в 2 такта, что увеличит задержки, изменит оригинальный протокол и так далее, а там итак хватает изменений от оригинала.
3. насчет тройной эмуляции: обмен с IDE и МПИ там ни разу не эмулируется, а такой как есть в точности, просто мелкая логика упрятана внутрь ПЛИС. По МПИ - чтение по сути идентичное асинхронное.
Работа с FDD слегка подрихтована, ибо сама логика FDD там синхронная (что в ВП1-128 - пока никто знает), поэтому там обмен привязан к синхронизации во избежание логически гонок, но это не меняет внешнего протокола ну никак.
Сам ВП1-128 тоже не эмулируется, просто реализовывалась альтернативная (потому как в общем доступе принципиальной схемы ВП1-128 не существовало) логика работы, максимально похожая на оригинал (насколько можно было судить по куцему описанию и косвенным тестам оригинала).

P.S. старался учесть все пожелания, но видимо всё учесть по определению нельзя, а если всё учтешь, то окажется что "не так учёл". Уже продано 8 штук первой ревизии (не смотря на имеющиеся проблемы), 2 еще на очереди. Возмущенных жалоб пока не было. Так что с учетом того, что реплик СМК64 было продано около 30 шт (и покупатели закончились), 10шт СМК512 - вполне успешный старт.

[Woland]

Как свяжусь с разработчиком, отвечу на данный пост. А пока хотелось бы услышать, как можно подробнее, Ваше видение новодела СМК512? Ну т.е. более квалифицированное, чем моё и моего разработчика

Насчет программатора могу сказать сразу - есть "правильные" программаторы типа "Стерх", которым никакие переходники не нужны, у них панель DIP-42.
Насчет УФ - а какая альтернатива? Стат. ОЗУ с батарейкой (вместо ПЗУ), с загруженной прошивкой? Лично мне этот вариант не нравится.

[DJs3000]

Ал-р, ну так сделайте же свой контроллер по всем "своим" канонам и пользуйтесь если хотите разработать или модернизировать существующую схему СМК512 то разработчик думаю будет только рад такой помощи

[Ал-р]

1.2.3.
= Почему было не использовать SPI - на этом контроллере есть громадное(по меркам БК) ОЗУ и при начальном сбросе контроллера туда и копируется SPI - даже странно незнание такого варианта
= Сколько GHz нужно было разработчику чтобы прочитать два байта подряд из 8-битного ПЗУ и выдать в виде 16-бит на 4МГц-БК (при этом никаких 4МГц там даже и близко нет - эквивалентная частота между SYNC вобще-то меньше 1МГц ...
= Какой сейчас год? У меня например 1Мбит-флэши появились ещё в начале 90х вместе с платами АТ-486 ... УФ-ПЗУ давно пора забыть как кошмарный сон.
-
Если не реализована схема ВП-128 то реализована её эмуляция - и что ж Вам так это слово не нравится