• ? RADIX50 - 18.12.2016 01:06
  To: VWarlock - 13.12.2016 21:02
  RE:"дискеты DD"
  ...Более подробно на эту тему было в ветке форума "БК и "современные" 1.2МБ-дисководы"(линк на тему: http://bk0010.org/forum/?id=15748&old), там даже приводилась,по-моему,табличка с плотностями/форматами записи и их особенностями(нужно "поднять" предыдущие сообщения примерно за период с апреля-2016г., зайдя в указанную ветку форума).
  Да,дисководы - по сути,те же магнитофоны, но с цифровым управлением токами подмагничивания и предкоррекцией, и запись на дискеты разных плотностей(DD и HD,например) - различается в т.ч., по тому же току подмагничивания, т.к. магнитный слой дискет 720КБ - на основе Fe2O3,а у HD-дискет - как минимум,на основе CrO2(в ряде случаев - модифицировано добавкой кобальта), и,аналогично,как для аудиолент(кассетных или катушечных,неважно), режимы пред/пост-коррекции и токов подмагничивания будут разные.
  На БК пока что невозможна работа с дискетами 1.2/1.4/2.88МБ из-за более высокого "битрейта" записи(скорости потока данных через контроллер) и отсутствия поддержки таких дискет со стороны самих FDD-контроллеров(на физическом уровне),имеющихся в наличии.
  Помнится, в свое время последние модели IBM PC-XT комплектовались "мультикартами",содержащими контроллер FDD, поддерживающий дисководы 1.2/1.44МБ(что стало стандартом для последовавших за "XT-шками" IBM PC AT286/-386...). Но там это достигается за счет наличия в самом чипе контроллера либо схемы DMA-режима, либо просто достаточно вместительного внутреннего буфера обмена(грубо говоря,встроенный кэш на сколько-то килобайт,достаточный для удержания читаемых/записываемых на флоп данных,идущих от ЭВМ к флопу или обратно).
  Вроде бы,для БК-подобных ЭВМ есть единичная разработка(к сожалению,"кустарная" и ушедшая "налево" в свое время с "Горбушки") времен середины 90-х, когда к "БК-001#" был приделан контроллер дисковода на чипе NEC### или MOTOROLA###, содержащий внутри себя как раз упомянутый буфер данных и поддерживавший форматы дискет 1.2/1.44МБ (2.88МБ,увы,пока еще не было в наличии :-) ).
  ...
  Основные же БКшные операционки,как правило,поддерживают формат до 800КБ максимум(плотность DD,80дорожек,10секторов,2 поверхности) либо обычные 720К(80дор.,2головки,9секторов на трэк).
  ...
  "96tpi",насколько помню,как раз относится к высокой(свыше 800К) плотности записи. Нас преподы в свое время учили именно так, но мы потом "насобачились" определять плотность дискет(правда,только 5.25"),даже если она не указана(бренд совсем уж "нонейм") по наличию/отсутствию наклеенного колечка по краю центрального отверстия под "центр-щетку" шпинделя привода(у дискет 3.5" такого колечка,конечно,нет, - ни у HD,ни у DD).
  ...
  Если использовать на БК дисковод 3.5" 1.44М, то на дискете нужно хорошо заклеить окошко датчика плотности записи(на "true-DD"-дискетах этого окошка просто нет изначально,напр.,на 3.5" дискетах для YAMAHA-MSX) и проверить надежность форматирования таких дискет на 720К сначала на IBM,а потом,собс-но,на БК(и лучше форматнуть диск перед началом работы именно на той машине,на которой его и планируется далее использовать).
  ...
  Потом,еще такая тонкость: так уж вышло,что на IBM PC формат дискет 5.25" 720(800)КБ HD-дисководами (т.е., те, которые 1.2МБ 5.25") при нормальных условиях НЕ ПОДДЕРЖИВАЕТСЯ(в некоторых случаях - даже с загруженным драйвером 800.com / PU_1700.com и даже приснопамятным DM8.com). Только 360(или 400)КБ 5.25" (в режиме "40 дорожек, 2 головки, 9секторов"!), или 1.2МБ(максимум ~1.57МБ) 5.25". Т.е., в общем случае,отформатировать в 1.2МБ-дисководе 5.25"-дискету на 720К,может,и получится(после определенных "плясок-с-бубнами"), но на "true"-720K-дисководах(которые DD) будут трудности если не с чтением,то с записью на такие диски, - по разным причинам(несовпадение юстировки головок,запись выполнена с разной величиной подмагничивания/пред(пост-)коррекции и др.).
  Посмотрите указанную ветку форума,там где-то должны быть в т.ч. и мои сообщения(т.к. опыт эксплуатации дисководов разных плотностей в разных режимах довольно обширный, - в свое время пришлось с ними "помучаться").
• ? RADIX50 - 24.11.2016 00:14
  ...Восстановление(частичное,либо даже иногда полное) работоспособности подобных мини-клавиатур(пульты ДУ,командные панели промышл. и специализированного назнач-я) методом подклейки фольги на изношенные пластины токоведущей резины тоже доводилось делать. Вопрос только в том,чтоб подобрать подходящий клей с хорошей адгезией как к фольге(станиоль),так и к собст-но силикону(резине)..
• ? RADIX50 - 23.11.2016 21:45
  ...Да и качество сборки современных клавиатур,равно как и др. техники, - прямо скажем, "не то" что раньше :)
• ? RADIX50 - 23.11.2016 21:42
  To: MaxStudios:
  RE: "клавиатура":
  ...
  Да,мне тоже попадались такие IBMовские клавиатуры такой конструкции: друган(гуманитарий,в общем, ну, "некомпьютерщик") принес поглядеть оную - мол,клавиши "плохо жмутся". Открыв корпус,обнаруживаю там "россыпуху" таких одиночных "полукружков" под каждую клавишу,из которых половина "посъехала"(или же,наоборот,возникло какое-то смещение общего печатного "шильда",т.е.,гибкой печат.платы самой клавиатуры) после падения со стола(высота ~=70cm). После чего где-то часа 2 вдвоем сидели "складывали" этот "паззл",т.к. сами эти "полукруглые пупырышки" из верхней части корпуса высыпаются(естественно!) всем скопом в кол-ве 103штук, а при попытке уст-ки нижней крышки сверху(положив "клаву" передней крышкой/кнопками на стол) - выпадает из днищевой части корпуса сама гибкая печат.плата(докучи еще,при этом отсоединившись от микроконтроллера с индикаторами Cap/SCROLL/NUMLk). В общем-то,корректно ее собрать,можно сказать,не удалось(т.к. этот эффект стал проявляться снова спустя пару м-цев после сборки).
  ...Причем,что интересно,мне до этого такие клавиатуры не попадались(видимо,экземпляр попался совсем уж дешевый! - ну на всем производители сэкономили,даже на куске силикона,е-мое!). Доселе все имеющиеся в хозяйстве клавиатуры других марок(напр., CHICONY KB-2313/KB-2323 - имеют "общий" шильд,т.е., этакую,как я чуть выше сказал, большую "гумку" в виде "одеялка" по всей площади днища, на котором сделаны(КАК ОДНО ЦЕЛОЕ!) мембранки под каждую клавишу,все 102/104штуки, на выступ которых,собст-но,и одевается клавишный колпачок с цифрой/буквой), - имели,по сути дела,один вариант конструкции,и никаких проблем с сборкой/промывкой(случайно пролили кофе) не возникало: вся вот эта "гумка"(-"одеялко") с "нажимателями" и "толкателями" просто кладется поверх печатной платы с контактами(которая сделана в виде пленки,тоже по площади всего днища), крепится промежуточными прижимными фиксаторами, а сверху одевается верхняя крышка с колпачками клавиш(впоследствии половинки корпуса стягиваются вместе штатными шурупами), и все.
  Для сохранения внеш.вида и пущей надежности после промывки-отчистки-сборки клавиатура была обернута целлофановым пакетом подходящего размера(точнее будет - помещена туда),который по шву был запаян. Получилось очень даже неплохо(а пришедший в гости друган сказал: "Во! Пакетированная!" :-D ).
  ...
  Потому сразу хочу предупредить,что иногда "легко" и "из любой PCшной" - может не получиться!
  Вот примерно так как-то..(C)Добрыня Никитич из мультика
  :)
• ? RADIX50 - 01.11.2016 08:36
  To: Photon1984
  RE:"обновленную ЭВМ (образно БК11), на которой обязательно должен идти софт от машинки с 32кб":
  Да вроде бы,насколько помню,он идет, если на БК-0011 загрузить монитор от "10-ки"(BK10MON.BIN или как он там назван).
• ? RADIX50 - 01.11.2016 01:02
  Вот еще на тему КР1801ВП-128:
  http://www.radio-hit.ru/shop/products/search?title=1801%D0%92%D0%9F
  ...Правда,в большинстве случаев на практике получается,что при наличии в прайсе,фактически данные позиции в поставке отсутствуют; при голосовом звонке туда - менеджеры "вообще не в курсе" о таком товаре(особенно,если менеджер женского пола).
• ? RADIX50 - 01.11.2016 00:52
  RE: "год ~1982..каких ошибок можно было(бы) избежать":
  В одном из тогдашних номеров журналов,типа "МПСС" или "Информатика и образование",не помню,за какой год, было сравнение "Э.-БК-001##(-01)" с аналогичным на тот момент германским домашним компьютером. Конечно,было не в пользу "наших": мол,"..в любом (радио-)товарном магазине - большой выбор периферии: джойстики,световые пистолеты(для игр); картриджей с ПЗУ,содержащими большинство доступных языков программирования: BASIC,PASCAL,FORTRAN...; по доступной цене можно купить блоки расширения ОЗУ(разной емкости); принтеры разных марок и другую периферию..."(цитата).
  ...
  У нас не то что там "другую периферию",- принтер и "нормальный" монитор найти было сложновато,дисководы тоже не у всех были..
  ...
  Ну,можно чуть "пофантазировать"(да не особо и пофантазировать,а просто хотя бы попытаться "подтянуться" к уровню того германского "бытового ЭВМ" и подправить "косяки" разработчиков).
  Ну,примерно продолжая предложенную нумерацию по пунктам(что-то добавим,что-то подредактируем):
  *пункт "0)":
  нормально обслуженнная клавиатура при сходе с конвейера - либо сразу "нормальные","хорошие" переключатели, либо контакты примененных переключателей(ПКн-150,вроде?) подогнуты должным образом(для исключения дребезга),а толкатели смазаны как следует(см. мой пост в "Олимп.-БКшная Перепись населения"),чтобы юзеру не надо было делать это самостоятельно;
  *пункт "0.0.1)":
  сразу делать нормальные шнуры/кабели в комплект(напр.,кабель "ТВ"/"ЦТВ" - не тонкий-ломкий 30-см "огрызок",как было в моем случае, а хороший толстый мягкий гибкий,длиной метра хотя бы 3,чтоб можно было отсесть метра на 2 от 61-см ТВ,не упираясь в экран носом), в т.ч., "стандартный" кабель для принтера(пусть пока еще не купленного);
  ¤
  дополн-е к п."5)": КГМД(хотя бы его; в идеале - совмещенный КГМД/КЖД),а также блоки МСТД,КПУ(КМ(К)?),в идеале - сменные "картриджи"(аналогичные МСТДшному, платы внешнего ПЗУ) с языками программирования(PASCAL,FOTRH, ADA, можно школьный "АЯП",столь похожий на тот же "Паскаль",но по-русски,как на той же "Ямахе-MSX") - как у того "немецкого";
  5.1) расширенный монитор(типа "RA/MON") - либо в похожем "МСТД"-блочке,либо на кассете с системн.программами - в комплект!
  5.2) блок-модулятор для подключения БК по антенному входу(с выведенной на переднюю панель ручкой настройки частоты ВЧ-модулятора: хочешь,на стандартные частоты ТВ-каналов,хочешь - "между ними", если сам ТВ позволяет,умеет настраиваться "между" станциями) - также в комплект(как у "АПОГЕЙ-01Ц",напр.);
  5.3) чисто-"ПЗУшная" "полноценная" ОС(в "картридже" или на кассете) либо "своя", либо типа "MS-DOS v.6/ROM-Edition" на IBM PC,только,естественно,"БКшная" же (ну,мож,"тогда" не считалось это нужным,но могло бы и быть сделано) - тогда БКшка превращается в этакую "бездисковую рабочую станцию" аналогичную тогдашним "HP/UX" и др.похожим(кстати, на той же "YAMAHA/MSX" - такой вариант работы предусмотрен: сама DOS - в ПЗУ,а все дискеты - "несистемные",т.к. грузиться с них тогда не нужно). Ну,если не на кассете/диске(мы договорились, что снижаем стоимость), то в прилагаемой микросхеме ПЗУ для установки ее в свободную розетку МСТД или самого УИВ(материн.платы БК0010/0011) самим пользователем.
  ¤
  к п. "7)": бейсик/фокал будет "сразу"(если есть МСТДшка), а с учетом добавок к п."5)" - и не только он,а и др. языки(и даже,если "повезет",то и ROM-версия какой-нидь DOS,как на "Ямахе"/IBM/"HP-UX" и ряде ЭВМ промышленного назначения).
  ¤
  8) в добавление к "блоку нагрузок", доп. "пустая" макетная плата с насечками,допускающими ее "отламывание" по размеру корпуса блока МСТД(плюс пара разъемов СНП58/64) - уж если не для поделок для подкл-я к "УП"/МПИ, то хотя бы, для изготовления принтерного кабеля самим пользователем(в случае отсутствия стандартного "CENTRONIX'а" либо нестандартности принтера);
  ¤
  9) "мышку" и "световое перо"(устр-во на 8-ми м/сх типа КР155) - в комплект(как на "Поиске"); можно даже и джойстик и "световой пистолет"(ну,это "опция"), для игр(не такая уж это была "экзотика" даже для "того" времени).
  ¤
  10) блок доп.внеш. ОЗУ(типа "КМДРП" или аналогичный "расширитель памяти" в отдельной коробочке под разъем "МПИ") емкостью минимум 64КБ(*16 бит),возможно,даже энергонезависимое(или STRAM "с батареечкой") - в комплект базовой поставки(можно даже парочку,как на "Поиске"); в связи с чем:
  10.1) основной(системный) монитор(который выдает приглашение "* ?[]") - написан как полностью перемещаемая программа(могущая работать на _любом_ адресе) и размещается он в последнем сегменте имеющегося адресного пространства(т.е., в самых "верхних" 8КБайт общего доступного объема ОЗУ,включая подключенные блоки расширения памяти,если они есть), - и на БК-0010,и на БК-0011;
  10.2) запасные непрошитые м/сх типа 573РФ3 и 1801РР#(в кол-ве от 1шт каждого наименования) - в комплект поставки(для написания своих программ самим пользователем и установки м/сх в блок МСТД или в сам УИВ БК); возможно, включить в эту же пачку прошитые м/сх ПЗУ с "ROM-DOS" и РАМОНом либо яз.программир-я(в общем-то,вскользь об этом было сказано чуть выше);
  10.3) - КАК ВАРИАНТ: сразу ставить ОЗУ в виде SRAM одним чипом(или 2м/сх с 8-битной разрядностью),без всяких промежуточных контроллеров ОЗУ типа "1801ВП-0##"(т.е.,статическое), на объем 64К*16бит(тогда не нужен был бы контроллер "SMK-64...512" или "7.102.122" с платой ДопОЗУ для работы DOSов и демок) - т.е.,минимум 64К ОЗУ на БК-0010 в базовой поставке(а можно и побольше).
  ¤
  11) "елка"(разветвитель МПИ,предложенная ув.тов. KISSER'ом) - для совместной работы с несколькими внешн.устр-вами - МСТД и блоком расш.ОЗУ(допустим), или расш.ОЗУ и "Менестрель".
  В общем-то,подобный "разветвитель МПИ"(даже с буферизованной шиной) был предложен еще самим Надёжиным при разработке комплекта "ANDOS",но что-то "не заинтересовал" никого(в то время).
  Либо,допустим,предусмотреть требования,чтобы каждый внешний подключаемый блок расширения для БК(в т.ч., разрабатываемые новые) имел "проходной" разъем для шины МПИ(тогда "разветвитель" не очень будет нужен);
  ¤
  12) хорошая документация,в т.ч., с примерами("заготовками") программ прикладного/системного назначения.
  Возможно,плюс пакет хороших "демок"(желат-но тоже с исходн.текстами),раскрывающих/использующих все возможности конкретной ЭВМ, - на отдельной кассете/дискете.
  ...
  ...
  ...
  Можно было бы "пойти дальше",как говорится.
  Возможно было бы,при нормальном грамотном подходе изготовителей, выпускать БК-001#(-01) в стиле "STANDARD", "GAMER/EXTEDNED", "PROFY"(как это делается с аналогичным способом "возрожденной" своими фанатами микроЭВМ "AMIGA v4",в просторечии "АМИГА4", - у них в европе она именно так и выпускается в нескольких вариантах,а также еще в виде радионабора,если желаешь запаять на плату детали самостоятельно), - с некоторыми различиями в комплекте поставки.
  Напр., "STANDARD"-версия будет включать в себя только базовый комплект поставки(такой,как он есть или должен бы быть, см. "топик-старт"+этот пост). В комплекте "геймерской" версии - допустим,обязательно будет джойстик/светопистолет/геймпад/VR-шлем(ну,или что там еще на комп можно "навесить"),внешний видеоконтроллер на МПИ и блочок доп.ОЗУ кило на 64(в дополн-е к ОЗУ,имеющемуся на плате УИВ БК) - для загрузки спец.эффектов(ну,и еще,допустим,звуковая плата - для звука в играх).
  Комплект "EXTENDED(ADVANCED)" - допустим,может не иметь внешних звуко-/видеоконтроллеров,но будет обязательно иметь(сверх "стандартного" варианта "полумагнитофонной" поставки) дисковод,несколько блоков внеш. ОЗУ по 64КБ или один,но на 128КБ(к уже имеющемуся),а также,допустим,"картриджи"(либо отдельные варианты МСТДшек) с парой-тройкой языков программирования); блок ИРПС или модем.
  В комплекте "PROFY" - будет все,что в более "низших" вариантах(включая "геймерский"),плюс к этому всему: монитор(цветной), принтер, дисководы FDD, HDD и CDD/DVD(естественно,для этого - контроллер совмещенный типа "SMK" или так и не вышедший в серию "ELESIM",понимающий CD/DVD-приводы); блок(и) внеш.ОЗУ на максимальный объем(~ до 2..4МБайт,а кто-то предлагал расширить и до 1ГБайта,рассматривались такие варианты,особенно,если делать запись CD/DVD-дисков на БК); блок "Менестрель"; блок ИРПС/модем; блок с математическим сопроцессором 1801ВМ4; разветвитель МПИ(если сами внешние блоки не имеют "проходного" разъема,позволяющего втыкать их "паровозиком" друг в друга); блок с "18##ВМ2/ВМ3"(а чем черт не шутит, - его модифицированная версия,превращающая БК в 2-процессорную ЭВМ,допустим); программатор ПЗУ 1801РР/РЕ, 573РФ3 (и всех других типов,которые "обычные", типа 2764, 556РТ##, 573РФ4..РФ10; FLASH-EEPROM типа 28F1000/29F010, 1601РР1,558РР1 и им подобные); также - "стэнд БК"(либо обычная "2-коробочная" версия,либо ее "осовремененный" вариант); набор дискет/кассет/ПЗУ(прошитых) с соотв. системного ПО для работы(языки программир-я,ROM-отладчики/DOSы) и т.д.
  Т.е., в варианте "PROFY" - ЭВМ превращается в полноценную рабочую станцию - как для "обычной" работы, так и разработки/тестирования ПО и "железа",написания игр/музыки и т.д.(ну,и,соотв-но, и стоимость будет,даже по "советским" деньгам 1982г., - немаленькая; но идея,думаю,того бы стоила :) ).
  ...
  RE(2): "каких "ошибок" можно было избежать":
  Ну,наверно,самая главная "ошибка" - это подход. Почему-то,в отличие от аналогичного германского домашне-бытового компьютера,у нас было принято сначала разработать вещь(даже иной раз,с весьма неплохим потенциалом) и оставить ее без поддержки/развития(и периферии,в частн-ти).. Потому,напр.,оно и получилось так,что понаделали кучу всяких "бытовых компьютеров" разных марок, почти несовместимых между собой("зато почету родному НИИ Кибернетики - целая куча!"). Да и если брать ту же БКшку, то при разраб-ке всех нормальных ЭВМ принято сначала "раздать"(определить,расставить) все рабочие адреса для всех предполагаемых к применению устройств(ну,уж хотя бы те же дисководы FDD/HDD/CDD и звуковые/видеоконтроллеры,порты I/O) и/или их контроллеров,а также объемы предполагаемого базового ОЗУ,а потом спокойно под это дело разрабатывать периферию и ПО. А не наоборот - когда приходится "изголяться" сначала с "неудобно"-"страничным" расширением/переключением сегментов ОЗУ(как на БК-0011,см. п. "3)"), а далее - с подключением дисковода,а потом - жестких дисков и CD/DVD(по словам кого-то из наших форумских,"тот же SMK - это,по сути,аппаратный "EMT-перехватчик").
  Плюс ко всему,еще не совсем понятная мне "грызня" между разработчиками БК и УКНЦ(когда в "firmware" специально была сделана "закладка",препятствующая использованию контроллеров дисковода УКНЦ на БК и наоборот, несмотря на то,что архитектура этих ЭВМ - по сути,одинаковая).
  ...
  Ну,вот,примерно такие соображения.. Кто желает,дополните :)
• ? RADIX50 - 31.10.2016 18:53
  To: MaxStudios
  RE: "Самый надёжный вариант - печатная плата с дорожками": да,я тоже уже давно пришел к такому же выводу,что интересно :)
  RE: "доведенная до ума "скрипучка" до сих пор жива...": совершенно верно! Сто лет проработает - ничо с нею не будет(в частности,см. мой пост в главе "Олимпийско-БКшная перепись населения...",мне тоже пришлось провести ТО "агрегата",как минимум,для уменьшения дребезга контактов)!
  RE: "вариант замены пленки на печат.плату...": не стал в свое время говорить кому-то "под руку"(при обсуждении), но тоже такой вариант в голове обдумывался. В общем-то,да,думаю,реализуемо: делаем набор переходников-соединителей(которые пассивные,только дорожки и контакты) с "такого" на "такой" шлейф клавиатуры(какие нужно) в нужном количестве(для начала хотя бы ее проект в том же PCAD'e),вместе с печатной платой клавиатуры, и пользуемся по назначению.. :)
  ...
  RE:"пленка стандартная...по качеству...": да,советские образцы оных пленок(ГОСТовские,надо понимать,"до 90-х гг") весьма прочные и плотные(вот развалили свою промышл-ть/производство за последние годы - теперь хрен чего закажешь даже за большие(и собственные) деньги!); найти фрагменты,пусть даже потресканной,для ремонта и "заплаток" сейчас будет проблематично.
  Один знакомый в радиомагазине,когда разговорились о ремонте треснувших гибких пленочных интерфейсных шлейфов(по сути - аналогичная нашей же пленка,только не на клавиатуре,а на шлейфе к принтерной,допустим,головке), от кого-то из таких же "радиолюбителей-профессионалов" получил подсказку восстанавливать дорожки с помощью определенных марок фоторезиста (есть в продаже): он наносится рейсфеддером или иголкой(изначально - он в жидкой форме), после застывания формирует довольно прочную и гибкую(что важно!) "металлизацию",естеств-но,токопроводящую(предоставленный образец прекрасно звонится омметром).. Как вариант,думаю,могло бы подойти(по крайн.мере,для относит-но "неподвижных" участков пленки,которые не изгибаются при работе/нажатиях)..
  Кстати,в качестве несколько более худшего варианта(если уж совсем "на скорую руку" либо для "аварийного" режима) - могло бы подойти нанесение покрытия обычным графитным карандашом твердостью от "2М-4М" до "ТМ",с последующим покрыванием оного лаком "цапон" или эпоксидкой(опять же,для прямых/плоских/неподвижных участков пленочного монтажа). Один из знакомых "кулибиных" примерно таким же образом восстанавливал работоспособность бракованных партий электрофумигаторов(там нагревательный элемент выполнен в виде аналогичной зигзагообразной "дорожки",нанесенный на керамическую пластину "печатным" способом). Восстановленные фумигаторы до сих пор работают отлично.
  ¤
  RE:"принцип геймпадов SEGA": ну,в пр-пе,аналогично устроены и пульты ДУ от ТВ и др.бытовой техники,а также известная всем серия игр "Электроника-ИМ" ("Ну,погоди!","Тайны Океана","Веселый повар" и др.): на плате вычерчены "ламельки",а замыкает их "пятачок" из токоведущей резины,приклеенный снизу к клавише.
  ...Сделать-то можно,но,как говорил кто-то из форумских, "антураж" от работы на "БКшке" будет уже несколько "не тот"(вдобавок, "сеговские" кнопки издают слабый "хлюпающий" звук при нажатиях, что некоторых может,допустим,раздражать). Кстати,еще существует такой момент: вот эти силиконовые вкладыши,что "со сферическими пупырышками",- в зависим-ти от модели и варианта исполнения(и конкретного экземпляра), имеют свойство трескаться/лопаться(приводя к неработоспособности всей сразу клавиатуры и необходимости замены всей "гумки" целиком(название - от польск. "GUMKI DO PILOTOW", как называлась оная запчасть,поставляемая для ТВ-пультов западными производителями),причем,она должна быть только конкретной формы и артикула(что иногда затрудняет поиск запчастей,обычно приводя к покупке нового ТВ-пульта ДУ).
  Конечно,пленочно-силиконовые варианты подвижного механизма более "мягкие",тут спору нет :)
  ...А даже вот теперь становится самому интересно,как бы выглядела(и во сколько примерно обошлась бы) такая большая "гумка" на БКшную клавиатуру? :) :)
• ? RADIX50 - 28.10.2016 20:32
  RE:"клава на герконах...": да вот по-моему,как раз нечто подобное видел у кого-то из синклеристов-самодельщиков(геркон.клавиатура была собрана,точнее,переделана, - из "Поисковской",чтоль,для собираемого клона "Спектрума"). Единственное что - иногда требуется юстировка магнитов и(или) самих герконов для обеспечения надежного/четкого срабатывания при нажатиях(иногда,бывает,зависит от монтажа,т.е.,как герконы в плату впаяны)..
• ? RADIX50 - 28.10.2016 20:29
  RE: "клавы на герконах...":
  ...тут кто-то уже предлагал из форумских(не помню,кто,но по времени где-то по весне примерно) что-то похожее,но идея не до конца "сформулировалась".. Попробую доформулировать: может,пока все же разумно было(раз не получается с пленочными клавиатурами) пока нацелиться на реплики клавиатур на основе кнопочных переключателей(подборку вендоров и их прайс-листы тоже ранее кто-то выкладывал,или здесь(см.где-то чуть выше),или в другом треде/топике)?.. Тем более,что и колпачки кнопок тоже у вендоров в прайсах были(и "кликерные",и с плавным ходом)..
• ? RADIX50 - 28.10.2016 17:53
  ...А по технологии,изначально, - заводская цветная шелко(/сетко-)графия,причем,весьма недурственного качеству,надо заметить )
• ? RADIX50 - 28.10.2016 17:45
  RE: да не говорю я,что кто-то "ж..па",абсолютно! :)
  Просто ответил по теме "сабж"'а, и усё, безо всяких "задних мыслей"(привел свой опыт пользования оными устройствами) :)
  Вот :)
• ? RADIX50 - 28.10.2016 04:22
  To: SKCORP
  RE: "Малашевич": нет,ни разу не Малашевич,даже отдаленно не похожая(и даже не "СаQпин") :)
  Территориально, я - рожден в ЦФО,фамилия русская,внешность славянская(если это важно,конечно),уважаемый тов. KISSER и тов. MM могут,кстати,подтвердить(т.к. виделись). :)
  Если имеется в виду предпоследний абзац моего текста(см.выше),то мы при попытке купить БКшное "железо" нарвались на недобросовестных продавцов,которых программист того отдела,где мы проходили практику,назвал "московскими евреями"(такие,надо полагать,видимо,были "проходимцы",уж очень закоренелые "кидаловцы",коих в 90-е годы было довольно много),предостерегая от заключения сделок с оными. Мы-то как раз были "нормальными русскими",к евреям(в кавычках и без) отношения не имеем,и даже,что интересно,не москвичи :)
• ? RADIX50 - 28.10.2016 01:06
  RE:"А где наш старый добрый "Аноним"?...":
  ...Кстати,да.. :) А погодите, - дык,какой из оных-то разыскивается(насколько помню,их тут,вроде,было несколько)? :-D
  Не,ну ежель они хоть что-то по делу говорят,то пусть,может,и будут.. :)
• ? RADIX50 - 28.10.2016 01:02
  RE:"Олимпийская перепись населения":
  Докладаю. :)
  ...Предыдущий раз реальная "БК" включалась чуть менее 1.5г назад(для подпайки/чистки контактов,ибо с МСТДшкой отказывалась "заводиться"; и починки соединительных шнуров "с треснувшей харей").
  ...
  Историческая справка.
  Первый раз увидел "БК".. в одной из школ г.Обнинска(очень понравилась игра "Марс" - где надо было бомбить "марсиан" внизу экрана,скидывая на них бомбы в виде буквы "О" - игра чисто текстовая/"псевдо-графическая", реальная графика не используется). Второй раз - чуть позже,у себя дома :)
  Время - ноябрь-декабрь 1991г.(причем,тогда еще даже в мыслях не было,что будет своя "БКшка"!).
  Приобретено было через представителей одного из местных областных заводиков,как тогда это было
  модно,"в счет части зарплаты",кое-как выплачиваемой нашим родителям,в данном случае,в виде
  части (закупаемой) продукции завода..(да,"лихие 90-е")..
  Коробочный комплект, "БК-0010.01" ереванской сборки(и,похоже на то,сильно "пиратская", - ну,
  промышленный шпионаж,видимо,существовал и в Армении :-D). В комплекте - сам УИВ(БК-0010,НО В КОРПУСЕ ОТ БК-0011(!!),крышка ПЗУ слева-сбоку СДВИЖНАЯ,но под ней "глухая" панель с надписью "УИВ","НЕ ВСКРЫВАТЬ!"),БП "Кирпич"(+5V ONLY!),МСТДшка/FOCAL(2гнезда под ПЗУ "1801РЕ/РР##" из 3-х свободны),кабель питания и магнитофона(эти еще более-менее), а кабель "ТВ/МОНИТОР ч/б" - был сделан в виде 40-см куска ТВ-кабеля(тонкого,ломкого,- вполне в стиле "90-х" гг :-D),которого не хватало для подключения даже ни к одному нормальному компактному монитору(типа "Э-32 ВТЦ" или МС6102 ч/б),не говоря уже о габаритных домашних ЭЛТ-телевизорах типа "Горизонт", - при подключении шнуров БК и экран ТВ оказывались.. в диаметрально противоположных направлениях.. :-D
  ...Дальнейшая комплектация тоже была,прямо сказать,не лучшего "пошибу".
  В комплекте шли несколько книжечек типа "Руководство..."("...системного программиста","...пользователя языка БЭЙСИКЪ", учебник по яз."FOCAL"(или FOCOD)", но не фирменные,как у всех, а сделанные на желтой,легко истрепывающейся,бумаге полупромышленным способом(угадывалась технология типа "ксерокс"). Почему полупромышленным? Потому,что бОльшая часть этих руководств была написана "ОТ РУКИ",в начале книжки даже "с закосом" под ГОСТовский шрифт(как пишем на чертежах), точнее,с попыткой изобразить оный, а дальше,ближе к концу книжицы, переходящий на "обычный" рукописный,не очень высокой степени каллиграфичности. Мало того,что книжицы были написаны от руки, так еще и с откровенным "армянским" акцентом(в отдельных местах - чуть ли не с фразами типа "вах-вах,Гивви!",и это не шутка! :-D), а примерно в середине каких-то книжек - гордо красовались большие "непропечатки",в форме треугольного белого "пятна"(полученные,видимо,в результате копирования/тиражирования рукописных "пиратских копий" в результате заворота листа оригинала либо попадания под фотовал посторонних обрывков упаковочной бумаги), - естественно,не дававшие возможность понять,о чем там говорится в тексте(и не дающие возможности опробовать приведенный фрагмент/пример учебной программы),тем самым несколько препятствуя самостоятельному освоению того же языка FORTRAN(ну,FOCAL - они одного семейства) на этапе изучения оного.
  Клавиатура УИВ(он же "БК-0010.01",ГОСТ такой-то) - жутко скрипучая(отсюда пошел мой термин "скрипучка",насколько вижу,очень удачно "прижившийся" здесь на форуме :-D) механическая,вдобавок,с офигенно сильным "дребезгом" контактов(один умный товарисч в ранге доцента или академика,посмотрев,почесал репу и изрек:"Да-аа-а.. "Проскакивают" кнопки очень сильно!",имея в виду искрение("дребезг") контактов при работе); который частично удавалось преодолевать,"помассировав" каждую клавишу несколькими нажатиями ПЕРЕД НАЧАЛОМ РАБОТЫ(т.е.,до включения ЭВМ,пока контакты еще,так сказать,"холодные"),но полностью избавиться от "дребезга" не удавалось(и меня особенно "добивало",когда при нажатии "курсор влево" - объект на экране начинал двигаться ВВЕРХ,что доставляло неудобства в играх,когда приходилось "терять" одну "жизнь",начиная все "заново").
  Системные программы на идущей в комплекте кассете оказались частично бракованными(т.е.,запись). Магнитофон,правда,был не самый плохой("Электроника-302"/"324"),а весьма неслабый по тем временам 2-го класса,с режимами "Хром-Железо",шумодавом,стереобазой и раздельно-отключаемой АРУЗ по обоим каналам(!!), - что позволило "вытянуть" большинство программ с "фирменных"(гхм..не то слово!) кассет,переписав их на другие ленты,а потом - поверх "оригиналов" на сами фирменные кассеты,тем самым сделав нормальные "контрольные" копии(типа,"master-tape"). Однако,несмотря на все ухищрения(сборка самодельных фильтров лин.выхода для "вытягивания" плохих копий,дающих сбои при загрузке;снятие сигнала даже непосредственно с динамиков,для увеличения "крутизны" фронта читаемых импульсов;введение "повторителей" сигнала на м/сх КР140УД8А(или -"Б"), т.к. до прецизионных ОУ "КР544УД##" как-то голова "не додумалась"), "вычитать" все программы с фирменных системных кассет, увы,не удалось.. Так,напр., до сих пор не прочитана программа "PATCH.ASC"(инструмент для подготовки программ/данных в машинных кодах, как гласит аннотация), - тем более,что записаны они были в "блочном" формате,родном для "вильнюсского" BASIC'а(блоки в формате .ASC,по 512Байт, как в ...системе "MSX" и на ДВКшном "БЯСИКЕ" под ОС "RT-11/FB"), и один из "ASC"-фрагментов ну никак не считывается,даже при снижении скорости движения ленты(путем установки самодельного доп.блочка меж блоком упр-я и двигателем магнитофона), потому сия программа недоступна для меня до сих пор(увы),что сильно "подгадило" для меня изучение "местного" ассемблера. По-моему,копия этой программы еще существует под именем "PATCH.COD"(сохранена во "внутреннем" формате BASIC-системы,как бы "одним файлом", без разбивки на фрагменты-".ASC"),и даже,по-моему,где-то "пробегала"; так что,ежель кому не жалко,"киньте" ею "в меня",плиз! :)
  ...Первое,что было сделано в свое время(в рамках устранения заводских,точнее,армянских "косяков"), - это нормальный кабель "ТВ/Монитор"(ч/б). К имевшимся штеккерам припаян нормальный,толстый,гибкий телевизионный кабель длиной.. метра 4(что давало возможность комфортно подключаться к ТВ,находясь почти в любой точке комнаты) и сильно повысить качество передачи сигнала ЭВМ->ТВ(снизить потери/помехи за счет более высокого качества кабеля),а прилагавшийся в комплекте "штатно"-"издевательский" 40см-кусок кабеля уложен в пакетик в ту же упаковочную коробку, - в назидание потомкам,чтоб знали,как НЕ надо делать. :-D
  Второй шаг - поиск грамотного человека,чтоб подсобил сделать видеовход в ТВ, и под его чутким грамотным руководством БКшка была подключена к ч/б ламповому ТВ "РЕКОРД ВЗ-312"(диагональ 61см) путем вывода сигнала на блок ПТСВ через проходной-неполярный конденсатор ~15мкФ,собранный из нескольких танталовых "танкового" образца(да,шли на оборонку),взятые в куче списанных плат на заводе. Как сказал этот опытный телемастер,"все там уже есть,все сделано,просто промышленники поленились!"(и в самом деле, на шасси ТВ,кроме гнезда "Антенна МВ",были предусмотрены места и под "ДМВ",и под "видео",о чем было напечатано/выбито на самом шасси телевизора напротив снимаемых изнутры пластиковых "заглушек",прикрывающих оные места до установки данных разъемов/входов в базовой поставке телевизоров с заводов).
  ...Магнитофонный кабель тоже был слегка переделан(на более толстый и длинный,тоже для удобства,т.к. магнитофон полустационарный и стоял на тумбочке чуть поодаль от БКшки),при этом отказавшись от входа "Дист.Упр"(под 302-ю "Электронику",там всего-то - запрет/разрешение запуска двигателя магнитофона внутренней релюшкой БК). Найденную недавно(в то же время примерно) в журнале "Наука и Жизнь" приставку для превращения магнитофона с электронным упр-ем ЛПМ(типа "Маяк-МП-2##","Нота-220","Электроника-МП-204" или "Э.-МП-220") в этакий "кассетный стриммер"(не очень сложная внешняя схемка коммутатора-дешифратора режимов магнитофона,управляемая от БКшки,в виде небольшой внешней "коробочки"-блочка) раздобыть не удалось, т.к. не получилось списаться с предложившим ее автором(какой-то профессор-академик из Ленинграда). О разработке известно лишь то,что на ленту в начале кассеты записывается условный "каталог"(предварительно счетчик ленты магнитофона нужно обнулить/сбросить),а этот "блочок" просто обеспечивает "полусамостоятельный" поиск нужных записей(по сути - значений счетчика ленты),переключая режимы ЛПМ ("перемотка","воспроизведение","запись", - в зависимости от того,что собрался делать пользователь,и какая команда подана самой БКшкой,в т.ч.,направление передачи данных - чтение в БК или запись от БК на магнитофон),при этом в режиме "поиска" магнитофон работает "сам",как "большие" заводские ленточные накопители("шкафного" типа,которые периодически "ни с того ни с сего" вдруг начинают бешено вращать бобинами туда-сюда,"грузя" нужную программу), - превращаясь "почти что в дисковод".
  ...Несмотря на некоторые неудобства при работе с БК(необходимость отключать МВ-антенну при работе с видеовходом и наводки от ТВ,если включен приемник магнитолы,т.е.,работая на БК,слушаешь радио; а также необходимостью снижать яркость до минимума,ибо "засветка" экрана), качество изображения было просто изюмительным(из-за отсутствия "зернистости" покрытия RGB-экрана,т.к. ч/б-люминофор является почти "монолитным"). Правда,потом,со временем,у телевизора стало "плыть" изображение(началось волнистое "дергание","плавание" изображения в горизонтальной плоскости),что доставляло очень сильное раздражение(моральное). Упомянутый чуть выше "академик"(не ленинградский),посмотрев,почесал репу и сказал,что тут "имеется несовпадение рабочих частот/диапазонов ламповой и полупроводниковой аппаратуры"(хотя проблема,скорее всего,была в другом - высохшие емкости фильтров питания),разведя руками. Устранялся этот недостаток установкой яркости ТВ-экрана на ноль и увеличением режима контрастности(ставил ручку примерно на "выше 70%"), при работе в режиме "64байта на строку" - подачей с клавиатуры управл. кода "157"(инверсия экрана, комбинация клавиш АР2 и "-"),делая "белый фон". Потом,позже,со временем,приходилось подкручивать подстроечник "частота кадров" и "линейность сверху" внутри схемы ТВ. А еще попозже,когда стало "плыть" еще сильнее(при нагреве от работающих ламп,видимо), - указанные методы приходилось комбинировать,добиваясь более-менее внятного качества изображения, но на первых порах это "не напрягало"(за искл. некоторых игр,где не удавалось разглядеть некоторые элементы изображения игрового поля). Оставление яркости на "нуле"(забывчивость) по окончании работы с БК породило кучу мифов якобы о том, что "все эти ваши синклеры "сажают" кинескоп!". Потом,много позже, у ТВ "сдох" антенный вход,и он стал применяться чисто в режиме ч/б-монитора БК,и эта "проблема" "отпала".
  ...Устранению "скрипучести" механической клавиатуры были посвящены зимние каникулы 1992г.(параллельно с изучением FOCAL'а): в каждой клавише были подогнуты контакты(для более резкого их раз(/за-)мыкания при нажатии),поверхности скольжения пружин/толкателей были вдумчиво и ювелирненько промазаны приборным солидолом/литолом, - что дало небывалую легкость,плавность и бесшумность хода клавиш("...прям как у "Ямахи" почти!.."),а также придало легкий "технический" запах(исходящий из-под клавиш),примерно так же пахнет в метро(тоже своего рода "ностальгия"). Попутно с достижением плавности хода почти исчез "дребезг"(отдельные кнопки подстраивались подгибкой контактов по необходимости). В общем,можно сказать, "вещь стала вещью"(а заодно - и послужила своего рода "набором для умелых рук";хотя,думаю,что все эти манипуляции можно было бы произвести и на заводе при выпуске "БК-001#-##" с конвейера,а не оставлять "доводку до ума" на плечах пользователя). :-D
  ...К лету 1992г. был более-менее освоен "FOCAL"; с изучением встроенного BASIC'а особых проблем не возникло(тем более,что,со слов опытных взрослых людей из своего окружения, "все команды в BASIC также английские",что оказалось чистой правдой :) ).
  ...
  Были,конечно, и неудачи: подключенный к порту 177714(если не ошибаюсь) внешний джойстик наотрез отказался работать("спектрумовский" и "ямаховский" не подошли,к сожалению; да и не хотелось портить товарный вид и распайку импортных образцов,тем более,если вещь не своя).
  Чуть позже - сдох штатный БП(в связи с чем БКшка довольно долгое время не использовалась,т.к. питать ее от нештатного БП не рискнули,несмотря на приходящие в голову мысли о таком "фокусе"). Когда нашелся более опытный(нежели я в то время) грамотный радиолюбитель,то,открыв БП, он тут же изрек: "Ну что за "черти" эти "армяшки"?! На диодах-транзисторах сэкономили,зато припою "понаворочали" - полтонны!"(далее - нецензурно) :-D
  После поиска и покупки нужных радиодеталей(по прошествии еще некоторого времени), работоспособность БП была восстановлена практически самостоятельно(наставнику осталось просто проверить качество монтажа в моем исполнении, - надо заметить,товарищ остался весьма доволен,оценка была "на отлично с минусом"), - настолько не терпелось снова "оживить" родную "БКшку"..
  В период ремонта БП - была,так сказать, третья "встреча" с "БКшкой" - в клубе при одной из школ г.Брянска: там это были "БК-0010" в "школьном" исполнении (модель "-0010-Ш"),с видоизмененным диалоговым(пусковым) монитором, вместо "БЯСИКа"/"Фортрана" сразу выходившим на загрузку с линии. "БК-0010-Ш" были связаны сетью с помощью,как я тогда решил,"каких-то других МСТД"(тогда еще не знал,что это ИРПС) с головной машиной(с какой-то своей "местной" ОС и подключенным электронным диском хоть и промышленного,но все же "полусамодельного" изготовления - что явно было видно через снятую боковинку корпуса устройства, - но отнюдь не мешало машинам работать,причем,весьма шустро,т.к. запросы на загрузку программ с рабочих мест учеников отрабатывались головной машиной практически моментально).
  ...
  После восстановления БП, дальнейшее изучение возможностей продолжилось. Были всякие разные эксперименты(навеянные увиденным комплексом из "БК-0010-Ш" в сетевом исполнении) по выводу байтов на порт "УП", паялись простенькие схемки на логике из серии КР155. Однажды,на "пике" "полета идей", был сделан "практически аппаратный" конвертор символов для какого-то заводского "не(-очень-)стандартного" принтера, включаемый между принтером и портом "УП" БК,в "разрыв",так сказать,магистрали(использовалась м/сх шрифтов типа КР155РЕ## и какая-то небольшая логическая обвязка,в осн.,буферизация,чтоб не сжечь порт БК или чужой принтер), а окончательная "довыборка" шрифтов осуществлялась программно(программой чуть ли не на "БЯСИКЕ", там даже учитывалось то,что порт самого принтера имеет "инверсную"(относительно "УП" БК) сигналировку линий данных и части служебных,т.к. другие "умельцы" пожгли несколько портов на других ЭВМ,не учтя данный фактор). По образу и подобию аналогичной разработки для "УКНЦ"(виденной на одной из олимпиад по информатике,где довелось судействовать),была попытка спаять "цветомузыку",управляемую БКшкой,зажигающую с порта "УП" ветки цветных светодиодов,"услышав" поданную на вход музыку(лин.вх.). После изготовления/опробывания схемы, пришли к выводу,что "классический" вариант(на тиристорах и без ЭВМ) намного проще/надежнее. :)
  ...
  Несколько позже,но тоже в "90-е",была "4-я" встреча с "БК" - уже в одном из т.наз. "дисплейных залов" где-то в пригороде Москвы. Там оказалось еще "шикарнее",чем с "БК-0010-Ш": "обычные" БКшки(без "-Ш") объединены в локальную сеть(на уже известных тогда ИРПСах),управляемые головной ЭВМ "ДВК-2"(или УКНЦ,не помню уже) в качестве полноценного сервера(под управлением системы кольцевой межмашинной связи "Сатурн-1", фирма "ТехноКомм"). Загрузка и сохранение программ - на головную "ДВК-2"(каждое рабочее место имело свободный доступ к дискам сервера так же точно,как будто к своим собственным,только по ЛВС). Все вместе это называлось "система виртуального доступа "СВД/ВУЗ" ",и гордо красуется на обложке одного из номеров "МПСС" не помню за какой год.
  ...Еще позже,ближе к концу 90-х, - "5-я" встреча с "БК": видел аппаратно-программный комплекс(типа стэнда отладки),являющий собой некий "кросс-ассемблер": к БК была подключена плата с микропроцессором серии КР580(или совместимый),и выполнялось аппаратное преобразование команд МП "DEC" в команды МП "INTEL"(PC XT), - видимо,для работы с каким-то заводским оборудованием,использующим "тот" ассемблер. На управляющей БК работал какой-то нестандартный диалоговый/пультовой монитор(возможно,"самописанный",т.к. во всех видимых колодках/панельках были воткнуты м/сх 573РФ3,подписанные карандашом).Кстати,одну из "РФ3" прошивал работающий на этом стенде инженер в нашем присутствии,поставив ее в панельку местного программатора(тоже полусамодельной сборки,ввиду обилия макетных плат с "розовыми проводками") - видимо,для еще одного похожего "стенда" или станка ЧПУ,управляемого ДВК или ее аналогом. Управляющая БК имела "бездисковую" загрузку(с ПЗУшного "диска",набранного из нескольких "РФ"/"РР",стоящих в "допаянной" плате от МСТД,дополненной "макеткой"-"продолжением"). В комплекте оборудования,кстати,у них имелся и перфоленточный считыватель(причем,судя по заряженной в него ленте из рулончика с пометками,явно рабочий!),видимо,для подготовки/загрузки станков ЧПУ. На дальнем краю стола виднелся MFM'ный жесткий диск,аналогичный используемому в "Кванте-4"(типа,"старшая" модель ДВК),причем,тоже куда-то подключенный(шлейфом к каким-то платам). Одним словом,тоже,видимо,"умельцы" :)
  Видено это было на каком-то не очень большом подмосковном заводе,куда нас возили на практику(а потом у многих была преддипломная,надо понимать,в филиале оного..).
  ...На возникшие у меня вопросы худо-бедно ответили,а когда я спросил про сложность схемы оного рабочего места(по крайн.мере,хотя бы периферийной обвязки "БК"), меня(и,в итоге,всех нас) оттуда "поперли" всем скопом(причем,некоторые - икая и "пыхая" явным перегаром вкупе с "консервированными кишками",как сказал мой друг-сокурсник), суля страшные кары по линии "министерства госбезопасности"(на что я им ответил,что соотв. допуск у меня уже имеется,т.к. при переходе к курсу спец.подготовки оные документы нам оформили уже давно).
  ...
  Кстати сказать, БКшки много где применялись(в т.ч.,в "первозданном","бездисково-корпусном" виде),как в промышленности,так и в медицине и др. отраслях промышленности. Напр.,система непрерывного розлива кварцевого стекла(про это есть статьи в той же МПСС,да и в др. журналах тоже),на рем.заводах МПС ЖД СССР/РФ(балансировка/расточка колесных пар и т.д.), управление технол.процессами(ведь одна "БК-0010",ценой в 600 советск.руб. вполне заменяет собой целую стойку "шкафов" промышл. контроллеров,непонятно с каким ассемблером работающих,громоздких и постоянно ломающихся,и ценой в десятки тысяч советск.рубл.; причем,"БК-0010-01" несет на борту,считай,3 языка программир-я: БЯСИК,ФОРТРАН,ASM,выходы системной шины и порта управления с готовыми сигналами 5V ТТЛ, и может обслуживаться одним "машинистом", при этом умеет работать месяцами без перезагрузки и ОХЛАЖДЕНИЯ!). Т.е.,БКшка,при грамотном подходе,позволяет нехило экономить на произв.затратах(а рабочую программу можно разместить в РФ3/РР1-ПЗУ или заказать изготовить "местным" цеховикам,если завод делает м/сх или имеет соотв.оборудование).
  Более того,вычислители с такой архитектурой проектируются и успешно используются даже в наше время(напр.,кто-то здесь на форуме,помнится,нагугливал,с моей,в т.ч.,подачи, фирмы- изготовители,выпускающие модули ISA->МПИ(и "обратно"), МПИ->PCI("туда-сюда"),МПИ->"ЕвроBUS" и им подобные).
  ...
  Далее,в процессе "лихих 90-х",предпринимались попытки выйти на связь с "ELESIM'овцами"(которые одно время,так сказать,"оживились",продолжив разработку контроллера CD/DVD для БК-001#,правда,без поддержки жестких дисков).
  Примерно в то же время,"нарвались" на т.наз."московских евреев"(проходимцев,желавших "впарить" какое-то сомнительное оборудование,но с офигительно "немерянными",по их словам,характеристиками, а на самом деле - "свалить",взяв деньги). Однако,знающие люди подсказали,кто они такие есть на самом деле, да мы уже и сами успели это сообразить,т.к. "моск.евреи",мягко говоря,путались в параметрах,называя некую "..то ли 32-ю,то ли 128-ю БКшку"(причем,сами не знали,что имели в виду - базовый объем ОЗУ или разрядность микропроцессора :-D),хотя,надо сказать,весьма долго нас "облизывали"(надеясь на "деньги вперед"). Ну,а т.к. мы не получили ответов на свои наводящие вопросы,то "евреи" не получили денег и вскоре "отвалили".
  ...
  В общем, судьба "БК-001#" в нашей стране,образно говоря,весьма "витиеватая" и местами сложная :)
  ...К слову сказать,у всех знакомых,приобретавших микрокомпьютеры "других" архитектур("Микроша","Апогей","Криста","Ариша",РК-86 и им подобные), - они надолго не "задержались"(ЭВМ либо "посдыхали",либо оказались сложны в освоении и не были применены по назначению), а вот "БКшки" - и по сей день "живее всех живых"("тьфу-тьфу-тьфу" чрез плечо налево, как говорится).. Ну,мож,где конденсаторы чуть подсохли.. :)
  Вот примерно так :-)
  Если что,"сильно не бейте",как говорится(рассказал чего было) :-)
• ? RADIX50 - 27.10.2016 19:49
  RE:"Ну,Погоди - цветные "задники...":
  Да, действительно, конструктивное оформление делалось по-разному. Изначально,в образцах _советского_ еще выпуска(где выбита гос.цена в 23рубля на задней крышке корпуса игры и ее зав./серийн. N), "задник" был сделан цветными красками на пленке(типа "полярикса"),иногда - на полированной пластине-"зеркальце" отраженной подсветки дисплея(дневным/падающим светом). В пост-советских образцах оных игр(выпущенных в 90-е годы),когда на всем приходилось экономить,"задник" был сделан на куске обычной бумаги методом ксерокопии(либо даже печати сканированной с фирменной пленки картинки на струйнике).
  В начале 2000х приобретались еще сколько-то экземпляров на местных радиорынках, - и во всех них эти способы/методы формовки "задника" так или иначе комбинировались(либо бумажка на зеркальце,либо пленочная термопечать с наклейкой на саму матрицу ЖКИ) - что было обнаружено при чистке загрязнившихся контактов,подключающих ЖКИ-дисплей к собс-но микропроцессорной плате устройства.
• ? RADIX50 - 27.10.2016 19:42
  
• ? RADIX50 - 06.05.2016 19:39
  RE:" Макс Багаев@ - 04.05.2016 04:50
  ...про Verbatim":
  _
  По поводу перемаркировки: мне попался диск,перемаркированный "наоборот": т.е., сверху - напечатан логотип фирмы "VS"(ну,из недорогих,видимо..), а "в промежутках" картинки (да и вообще,если просто под другим углом посмотреть) - под низом гордо красуется "VERBATIM"! :-D :-D
  Обычно,сколько помню, делали(подделывали),выдавая всякую "фигню" под "VERBATIM", а тут - наоборот! :-D
  #
  RE:"микросхемы тоже проверяли на воздействие солнца...;
  некоторые буржуйские стерлись через месяц, наши РФ2 - вообще никак...":
  О,даа! Сейчас еще немножко расскажу,из личного опыта.. :-D
  ...Приходит один знакомый "Синклерист", приносит 2 м/сх: какая-то из наших РФ2/РФ4("с окошком") и буржуйская типа 27##(2764/27128). Мол,вот,прошивку выполнили,но поторопились, надо зашить туда "бинарник" пропатченный. Ну,а чтоб перепрошить, надо,ясное дело,стереть. Ну,кладем под кварц.лампу, выдерживаем стандартный интервал, читаем на программаторе - не стерлись. Выдерживаем еще раз. Не стерлись. Вытаскиваем кварц.лампу в каптерку, включаем там "на подольше" - "нехай там воняэ!",как кто-то из коллег посоветовал.
  Все равно не стерлись.Содержимое читается программатором,корректная контрольн.сумма подсчитывается.. :-D :-D
  Берем какую-то дощечку,втыкаем в нее булавки(швейные,с шариком на конце),меж них пристраиваем эти обе м/сх, выставляем за окно на _прямой_ солнечный свет. ...И как-то про них забываем(занятые текущей работой),вспомнив только под конец дня(около 18:00).
  Снимаем,смотрим на программаторе. ЧИТАЮТСЯ! :-D
  Озадаченные заинтересованные коллеги чешут репу: "Да блин.. Весь день на солнцепеке!.. За день самому насмерть сгореть можно,а не то что микросхемы!.. :-D"(у солнца-то интенсивность больше,чем у лабораторной лампы).
  Ну,в общем,ни буржуйская "27##", ни наша "РФ"-ка - так и не удалось их "обнулить".
  Общими усилиями(и мыслями) сошлись на том,что "...ну,где-то там на стекле окошка чипа, - ну,мож,какой блик образовался,и недозатёрлось.."(хотя,лично проверяли, - чтоб кристалл освещался полностью,без "теней", да и окна наши отделовские на южную сторону выходили, нам солнышко весь день светит "напрямую", да и фанерка была ориентирована "на солнце",вроде бы,тоже правильно,и находилась СНАРУЖИ,т.е., на улице,на прямом солнцепеке в ясный жаркий день,когда была засуха и +38'C в тени,а на солнце - и того выше!).
  Причем,про быль насчет порчи информации в аналогичных УФ-ППЗУ даже при НЕПРЯМОМ (рассеянном) дневном свете(что я чуть выше рассказывал), - оный товарищ в курсе(тоже вспомнили,поржали немного). :)
  ...
  Вот такие вот.. микросхемы.. попались, уж не знаю,хорошо это или плохо, - но вот примерно так! :-D
• ? RADIX50 - 26.04.2016 00:32
  RE: ... Про коноплю - это круто! :-D :-D
• ? RADIX50 - 25.04.2016 22:33
  RE: ну,полагаю,что инфо и мысли есть всегда, просто,напр., можно,допустим,чуть выждать, почитать,что ответят, а потом скомпоновать одно сообщение(ответ) с учетом всех моментов. :)
• ? RADIX50 - 25.04.2016 20:57
  RE:"огородный сезон":
  ...Не,покамест еще рановато: земля еще холодная,еще не прогрелась до "рабочей" температуры :) :)
  Сезон - ну,это где-то к 9-му мая примерно )))
• ? RADIX50 - 25.04.2016 20:55
  RE:" Макс Багаев@ - 15.04.2016 15:43("надежность носителей...") ":
  RE:"самые плохие приводы - NEC...":
  #
  Да,у каждого производителя есть свои "нюансы",равно как и у производимых им приборов(напр.,ноуты конкретного определенного модельного ряда имеют свои конкретные "болячки",напр.,формиров-е трещин вблизи петель экрана(из-за слишком сильной заводской затяжки гаек),плохой контакт на одном из сокетов под ОЗУ,из-за чего иногда "завешивается" вся машина при пуске,и т.п.).
  Кроме этого,из-за "открытости" архитектуры IBM PC и многообразия номенклатуры производимых изделий(делают кто,что и как хочет, в отличие от той же DEC/MOTOROLA,например),существуют такие комбинации девайсов и "обвязки" (либо пары "привод+носитель",допустим), при которых возникают такие сочетания,допустим, тех же приводов и DVD-болванок, когда конкретный диск(хоть записанный,хоть штампованный) НЕ ЧИТАЕТСЯ ни на одном из известных/имеющихся в наличии приводов; либо конкретный привод, не читающий конкретный тип носителей(напр., у нас в конторе были DVD-приводы,которые "В УПОР" не хотели работать с дисками типа "DVD-R/(-RW)", а "плюсовые" форматы, "DVD+R/+RW" - прекрасно писали/читали).
  ...И,в общем/целом, вне зависимости от материала линз(пластик/стекло/спец.пленки и др.), приводы(равно как и вся другая аппаратура/техника) "старых","прежних" выпусков, - изготовлена с намного более высшим качеством сборки,нежели теперешняя("экономят" буквально на всем,даже на конденсаторах,напр.,фильтров питания,а ведь это,по сути,весьма критичный элемент для любой аппаратуры!).
  ...
  RE:"Если интересно - напишу про винты":
  Да,конечно,интересно.. Если можно,озвучьте,плиз! :) :)
  ...
  RE:"солнце убивает диски":
  ...Ну,опять же,везде по-разному(разное качество в зависим-ти от партии и конкретн. экземпляра "болванки"). Напр.,в наличии полно болванок марки "VERBATIM"(признанной/считающейся одной из лучших), которые,бывает,почти перестают читаться,стоит их чуть потаскать с собой даже в CD/DVD-"портмонэ"(где кармашки из таких флиссовых салфеточек): сначала на поверх-ти дисков появляются "точечки"-отпечатки от этих самых салфеточек(прям повторяющие текстуру самой ткани салфетки),потом диск перестает читаться вовсе(имеется в виду,записываемые болванки; люминевая "штамповка" в этом плане несколько более устойчива). Но,в то же время, есть DVD-болванки,треснувшие почти на всю толщину,но,тем не менее,еще читаемые(недавно сам обнаружил несколько штук таких,оперативно перезаписав их на новые).
  А еще попалась "болванка"(тоже DVD -\+ R(W)),которая,полежав в не очень теплом помещении,будучи 2-слойная, - при взятии в руки расслоилась "на две" - как раз.. по промежутку меж этими слоями! :-D
  Хотел ее сфоткать(просто показать),но меня отвлекли(надо было выполнить некоторую возникшую оперативную задачу),а оставленную(тоже напоказ,на видном месте) без присмотра "болванку" кто-то из коллег выкинули.
  ...
  Да тут солнце,по-моему,"убивает" не только диски,а было более одного случая,когда портились микросхемы ПЗУ(когда забыл наклеить поверх окошка черную изоленту,а дверцы/крышка блока была оставлена открытой часа на 3..4); причем,даже не именно "_солнечный_", а просто дневной(непрямой,рассеянный!) свет, имеющийся в помещении в течение "световой" части (рабочего) дня.
  Приходилось тащить программатор и перезаписывать прошивку заново(если бинарники имелись); причем, коллегами была сделана/собрана и велась(пополнялась) библиотека прошивок для разной имевшейся в хозяйстве аппаратуры, - как раз на такие "пожарные" случаи.
  ...
  RE:"результат удивил...":
  Ну,строго говоря,наверное,не стоит особо обольщаться на заявленные производителями "100лет хранения данных"(на оптич.дисках,в смысле). Проводимые ими тесты - это т.наз. "лабораторное" "старение"(при упрощенных условиях и каких-либо "допущениях",принятых самим же производителем,т.к.,вроде бы,единых "ГОСТов",тем более - у "буржуев", на эти эксперименты, насколько знаю, - нет,каждый пробует/тестирует своим способом,"кто-на-что-горазд").
  Реальный срок(если болванка будет храниться в темном отапливаемом помещении при стандартных усл-ях по влажности и т.п.) может составлять.. ну,лет 20-ть..
  Вообще,в пр-пе,чем выше плотность записи данных, - тем,в принципе, ниже надежность носителя(закон физики).
  Да даже дело и не столько в плотности,а в устаревании носителей и,скорее даже, самих форматов записи. Как сказал один чел. в своем интернет-блогге, - "доходит до маразма: когда внук или даже сын - не может посмотреть папину/дедову свадьбу, записанную на такой диск стандартным для своего времени способом!"(конец цитаты).
  Пример: сейчас немного найдется устройств,поддерживающих формат "LD"("Laser Disc") - лазерная запись видео и музыки АНАЛОГОВЫМ способом(типа,натуральная "ультра-компактная" "грампластинка",записанная лазером). В свое время,до 1995г.,примерно, - было выпущено довольно много фильмов и аудиоальбомов разных авторов(правда,не у нас,а за рубежом,в Европе/США; у нас были доступны в виде "фирменных" копий, обозначаемых продавцами как "прямо-с-лазерки"). Хотя,качество записи,по крайн.мере,у виденных мною работающих экземпляров, - было,прямо скажем,повыше,чем у всяких там MPEG4/DivX/XVid и им подобным..
  Вот примерно так :)
• ? RADIX50 - 13.04.2016 00:44
  To: Terra - 12.04.2016 00:10
  SUBJ: "исходники по cd-rom":
  Пока не имею возм-ти прочитать архив на "реальном "железе""(просмотр бинарника .bkd на IBMовском вьюере/HEX-edit'e не помог,т.к. читабельного текста там не выявил :) ), потому хочу уточнить(если что,сильно не бейте): там только исходники драйвера или что-то еще было в комплекте?.. Я имею в виду,по какой схеме проводилось физическое сопряжение "БК-001#" и CD-R(OM)-привода: делался индивидуальный переходник на "УП БК" с обвязкой,куда "закидывались байты",или на МПИ, или разрабатывался какой-то "свой" контроллер,или ипользовался уже готовый из "стандартных"(SMK или другие,поддерживающие HDD/IDE)?..
  #
  ...Да,и еще хотелось бы узнать(скорее,этот вопрос,получается,уже ко всем): кто-нибудь пытался экспериментировать с применением на БК контроллера КЖД(т.е., HDD) от ДВК?.. А УКНЦшный(КЖД)? У кого какие результаты получились?.. Сохранились какие-то схемы или их фрагменты/варианты?..
  Есть вариант с переходником для применения на БК УКНЦшного контроллера FDD(он на схожей элем.базе построен,в т.ч.,на "ВП1-128"), но схема эта распростр-я не получила,т.к. самим же автором было сказано,что есть определенные нюансы("...программы,использующие стандартный на БК доступ к контроллеру, на УКНЦшном работать не смогут").. Какие-то еще "нюансы" имелись и для случая с КЖД-контроллером от ДВК при задействовании его для БКшки(ув.тов. Надежин сразу же,не вдаваясь в подробности, "не советовал повторять")
• ? RADIX50 - 12.04.2016 22:19
  RE:"пишущий CD-R":
  Ну отчего же нет? ))
  Я как раз-таки и не против,если это удастся реализовать.. Нужно всего-то обеспечить поток данных "на выдачу" под запись CD-R в объеме 176КБ/с (~ в 2 раза выше битрейта FDD в HD-режиме),из которых 150КБ/с - данные пользователя,а 26КБ - служебные данные самого привода(юзеру не видны), ну,или,в крайн.случае,704КБ/сек, если привод окажется "упрямым",и подавай ему не ниже "4X" )))
  Возможно,сие удастся реализовать,используя блок с 1801ВМ3А(МПИ'шный),разработанный под рук-вом ув. MM (он все же побыстрее "1801ВМ1")..
  Только надо сразу определиться с выбором файл.системы и форматом записи как таковым - чтоб не создавать себе же проблем в будущем,и усе :)
  RE:"закольцованные флэшки на 1ГБ": мне,слава богу,не попадались,но такие случаи у коллег наблюдал.. )
  Для этого есть системные программы типа "Flash-Detect" и им подобные,которые: а)читают firmware флэшки; б)выдают реальный ее объем.
  Причем,подобным подделкам подвержены и SD,и CF(и там,и там пользователи портили свои данные,когда сохраняемый объем доходил до точки "петли").
  Мне попадались такие SDшки,что в осн. "дохнут"(10м-цев полежала - и перестает читаться), или нарушается контакт на контактной группе(т.е.,в кард-ридере не определяются,а при вставке в ф/а - вполне; видимо,там более жесткая конструкция картоприемника или встроенная защита от ошибок).
  #
  RE:"отсутствие шороха и скрежета":
  Ну,при использовании CF вместо HDD на ноуте - оно именно так и обстоит :) :)
  "Электронный диск" работает совершенно бесшумно. Слышно только,как "звенят" преобразователи ШИМ в ноуте,когда идет "запись/чтение" с "HDD"(всплески потребляемого тока,которые отслеживаются ШИМ'ом),ну и еще вентиляторы ноута(которые стали включаться реже из-за отсутствия подогрева от HDD).
  Кстати,если заказываемый диск - был SSD(в USB-коробочке), то он тоже будет бесшумный,и подкопаться будет сложнее..
  ...Кстати,при вскрытии корпуса прибора - в больш.случаев лишаешься гарантии(т.е.,надо еще придумывать,как ты это определил; а если еще и сфоткал да выложил в интернет - значит,сам предоставил улики против себя,что нарушил гарантию,т.е.,как было с советской аппаратурой,"залез под пломбу"; и,если у них юристы грамотные,то тебя же еще и "раскрутят" по полной программе).
  #
  RE:"CD, DVD, BluRay... - самое надёжное для хранения средство, не подверженное ни вирусам, ни случайному удалению-изменению...":
  Немного не соглашусь. Еще как подвержено!..
  Пример 1: друг вез в одной сумке чистящие салфетки с жидкой пропиткой,еще какой-то набор чистящей "компьютерокосметики" и портмонэ с дисками(CDR,CDRW,DVD-R записанные,архив свой). И,в общем,пока ехал по ухабам,все это "встряслось",и жидкая пропитка вытекла из салфеточной баночки(ибо рассчитано было,что банка будет стоять на днище ровно и не трястися), потекла по дискам CD/DVD-R.. Результат: "разъело" там все(туда,где попало): произошло эл./хим. "травление" поверхности(да даже достаточно просто нарушить гладкость или чуть замутнить), и почти весь архив погиб. Благо,что остались образы NERO(как подготовил к записи) и прочее содержимое архивов на других ЭВМ(еще не успели стереть как уже сделанное,а потому в данн.момент не нужное), и можно оказалось повторить запись. Диски CD/DVD,которые "фабричные", "штампованные", остались целы,хотя,картинку(типографскую) с одной стороны на них тоже чуть попортило".
  Пример2: у др.коллеги(ксати,отличник-выпускник ф-та "ЭВМ" по специализации "устр-ва хранения данных") стояла полочка(помню,прибивали с ним ее,по всем правилам,ставили на стену :) ),на ней были "по всем правилам" записанные диски CDR/DVDR. И,значит,В один прекрасный момент,когда начались солнечные деньки(примерно к середине февраля), то солнышко,проходя по небу,на часок своим краешком "проводило" по этой полочке(а так,в общем и целом,комната/квартира-то у него выходила на теневую сторону дома,и даже днем приходилось всегда включать свет в комнатах), результатом чего явилось "сдыхание" бОЛьшей половины его архива. Причем,диски не были "на прямом солнечном свете", они хранились хоть и в прозрачных,но коробках(вот этих,новомодных, slim-варианта).
  Пример 3: диск CDR(и особенно DVDR) запросто перестает читаться,если на нем надписать шариковой ручкой,даже с "тупым",округлым,пишущим узлом(нет-нет,на "тыльной" части,где "этикетка",если диск односторонний). Полно случаев,когда при использовании фломастеров,сделаных как "специально для надписей на CD/DVD" содержащаяся в чернилах "химия" разъедает лакопокрытие(специально,как сказано,предназначенное для надписей фломастером и надпечатки),в результате чего диск тоже портится.
  Пример 4(про вирусы): в одном зарубежном "продвинутом" журнале,выходившем с "CD-приложением" в каждом номере издания,произошел такой казус: при записи "мастер-диска" для тиражирования в комплект была включена зараженная обычным "файлово-бутовым" вирусом программа,предлагавшаяся пользователям к применению.. Которая и разошлась э-э-э... полным тиражом... :-D
  Т.е., один файл,содержащий обычный "бутовый" или файловый вирус, будучи записанным на диск,по сути дела, "рушит" весь архив,превращая его в "бомбу" или "подлянку"(иногда "подложенную" самому же себе).. Причем,при надобности восстановл-я файлов с такого архива - еще не сразу сообразишь,откуда у тебя завелся вирус на вроде бы "чистой" до этого системе(на "карантинной" машине, ни к каким сетям не подключенной)..
  Пример 5(из личного опыта): однажды снял полную копию данных со "сдыхающего" HDD,записав ее на DVD+R("болванка" однократной записи,не из дешевой ценовой категории и известной фирмы). Т.к. надо было идти(время в обрез), то надписать ее забыл,положил среди других дисков.. Через некоторое время тот HDD уже "не завелся",а понадобились данные,там хранившиеся.. Когда же нужная DVDR была найдена,то ровным счетом с нее ничего не прочиталось. НИ-ЧЕ-ГО. Она превратилась в "пустую" незаписанную(ни одна дисковая утилита не показывает наличия там даже "зачаточных" признаков какой-либо записи: дескриптор "T.O.C.",флаг открытия/закрытия сессии записи и т.п.), хотя,запись была произведена НЕ в режиме "тестирования", да и на самой болванке видно,что запись на ней ЕСТЬ(т.е.,"выжженная" зона более мутная). Все перепробованные DVD-приводы и служебные программы говорят,что "диск пустой,доступная емкость 4500МБайт".
  Мистика какая-то!.. %-)
  Пример 6(из личного): сколь-нибудь успешное чтение даже корректно и правильно записанной CD/DVDR хорошего производителя,бывает,не гарантируется вследствие некоторой разницы в юстировке DVD приводов(он работает,но оптика "чуть-чуть",под другим углом,выставлена, - примерно та же ситуация,как головки у магнитофонов..), разницы в алгоритмах "поиска дорожки" и обработки ошибок(один привод будет пытаться читать до посинения,пока не прочтет,а другой чуть "споткнулся" - сразу выдает "ERROR"), и еще полно случаев,когда,например, пытаешься прочитать диск на приводе,находящемся в относительно холодном помещении. Т.е.,густеет смазка деталей,"плывут" конденсаторы в схеме управления автофокусировкой линз оптики, - и.. вот тебе результат.. Сначала было подумали,что так же "сдохла" DVD-"болванка"(как в предыд.примере),попробовали другую.. Нет,то же самое: привод шуршит головками и "подкручивает" диск(то быстрее,то медленнее,в цикле..),как будто диск нечитаемый(хотя,в данн. случае, "нечитаем" как раз сам привод). Короче говоря,воспользоваться единственным в стэндовой ЭВМ DVD-приводом в тот раз не удалось(а время поджимало,и нужно было выполнить определенные действия).. В общем,самым "устойчивым" оказался,как ни странно,старый CD-привод(не пишущий), не помню марку,но по скорости - "24X max."(конечно,в тех условиях ни о каких "24X" речи не шло,он читал обычными 6..8-ю "скоростями",правда,диск CD,не DVD).
  Причем,что интересно,ноутбучные DVD(RW)-приводы,как ни странно,"на холоду" работают лучше, чем "настольные"(которые всегда считались более лучшими и функциональными).
  #
  Вот потому я в одном из своих сообщ-й и говорил о том,что лучше хранить данные на 2-3 разнотипных носителях(с разными принципами действия).
  А в общем/целом,- "ничто не вечно под Луной" :)
  Вообще,наверно,самый надежный способ хранения - как ни странно,на дискетах! )))
  Как написал один чел. на каком-то "технофоруме", "... ну вот смотрите: 1 гигабайт дискет разом НЕ СДОХНЕТ, а 1 ГБ HDD - запросто!"(конец цитаты) :-D
  Думаю,во многом чел. прав: HDD сдохнет "сразу" и весь, а дискеты - хоть что-то,да останется! )))
  Энтропия,блин! )))
• ? RADIX50 - 12.04.2016 13:59
  RE:"maxstudios@ - 11.04.2016 20:25":
  ...в запасе есть один LG CD-резак с шиной IDE...есть 2 или 3 DVD-резака разных фирм, но вот работоспособность у них под вопросом - отдали просто так":
  Как вариант - подключить их к IBM PC и попробовать,сформировав архив на 700МБ(CD-R/RW) и 4500МБ(DVD R/RW),записать его на "-RW"-болванку(соотв.формата) с целью проверки работоспособности(перезаписываемый диск формата "-RW" - для того,чтоб не "тратить" болванку в случае некорректной,т.е.,со сбоям/ошибками, записи..).
  А на БК - ну,разберемся,со временем-то )
• ? RADIX50 - 12.04.2016 10:43
  ..Да,и,поскольку косвенно так или иначе имеем к этому отношение(БЦВМ корабля МКК "Буран"/"Энергия" имела сходную с КР1801/КР588 архитектуру,а на МКС и по сей день применяется мультиплексированно-демультиплексированные линии связи/управления), - то, несмотря на небольшой "оффтоп", но тем не менее, - всех с Днем Космонавтики!
  ...Понравилась статейка:
  https://geektimes.ru/post/274032/
  Экипаж звездолета "Россия"... :)
  ...Ну,кому интересно будет,там по линкам можно прочитать 3главы рассказа Павла Виноградова,60-летнего космонавта(летающего!!) о МКС,космонавтах и космосе в целом,а также о происшествиях на орбите... :)
• ? RADIX50 - 12.04.2016 10:03
  RE:"фэйковый внешний винт":
  Совершенно не такие. Речь шла об форматах SD(MMC) и CF(Compact Flash - твердотельный микродиск с эл.сигналами как у IDE/PATA-интерфейса),см. хотя бы http://www.kenrockwell.com/tech/lexar/600x-32gb.htm
  На контроллере SMK-512 под нее предусмотрен штатный разъем; на SMK-64(-16,-32,-128,...) и у меня на ноуте - включена через пассивный переходник(два разъема,под CF ответный и как у HDD IDE,а меж ними печатные проводнички на плате), работает уж несколько лет.
  Ну,а SD - все видели/знаете,думаю,нет нужды их показывать )
• ? RADIX50 - 11.04.2016 17:28
  RE:"разъем на плате бустера":
  ...По-моему,попадались где-то на барахолках аналогичные переходники с одного разъема на другой. Т.е., может,даже и паять ничего не понадобится )
• ? RADIX50 - 11.04.2016 17:19
  RE:"SATA<->IDE":
  Есть, но это,опять же,вопрос,насколько точно и корректно они передают сигналы с IDE на SATA(и назад). Т.к. был не так давно случай,когда "завалили" файловую систему на SATA-диске,подключенном через такой "контроллер-конвертор"(видимо,этот "черный ящичек" в один прекрасный момент дал "глюк" при записи данных,со всеми вытекающими..), причем так "основательно",что корректно восстановить что-л. оттуда, мягко говоря, сложновато..
  Что-то в них может быть реализовано тоже "по остаточному" принципу или "а,фиг с нею". Попадался еще похожий переходник,который требует обязательной поддержки UDMA на IDE HDD,но реально ее не использует (видимо,требуется для начальной инициализации привода при подаче питания), что "отсекает" возможность использования дисков объемом менее 4ГБ(а вот их бы как раз бы и надо было применить).
  Так что тут тоже есть нюансы(я ни в коем случае не придираюсь!) :) :)
• ? RADIX50 - 11.04.2016 16:39
  To: TheGWBV 11.04.2016 13:38
  RE:"SD-карта":
  Не,не на SMK. SMK там точно не было(чел. как раз и предлагал обойтись без оного,раз такой дефицит чипов "ВП1-128"). У него,насколько помню,было сделано все на нескольких м/сх неспециализированных(не знаю,мож,пара регистров и дешифратор,или какая-нидь "531АП2П"),размещенных на маленькой "макетке"(где вместо дорожек одни "точечки" сделаны), и небольшим числом проводов подсоединено к колодке.. по-моему,все же на "УП"(примерно как наш "MP3-декодер",куда,видимо,аналогичным способом "закидывались байты" ;) ...)
  У SD интерфейс,судя по числу контактов,все же,наверно,последовательный(а УП-порт тем и хорош,что позволяет вывести распайку и для принтера,и для "БК-mouse") :)
  #
  RE:"CF-карты":
  В продаже они пока есть,но в осн. в крупных городах(в регионы - разве что привезут под заказ с некоей определенной переплатой),т.к. производители,возможно,уменьшили объемы выпуска из-за снижения спроса в связи с переходом на гаджеты,использующие SD/MMC и др. похожие форматы. Да,CF - они даже немного развиваются: недавно находил CF аж на 64,128 и 256ГБайт емкостью(хотя,местные продавцы(кому лень открыть интернет,видимо) пытались меня уверить,что,мол,"щас больше 4ГБ не делают").
  ...Вот если где и надо переписать(точнее,чуть подправить) прошивку, - так это для снятия ограничения на максимал. объем носителя,распознаваемый SMK или иным сходным IDE-контроллером(кстати,сейчас уже "вошло в моду" SATA,т.е.,в будущем,когда IDE-диски(HDD,CD и DVD) закончатся,придется придумывать SMK-SATA-контроллер,а вот там уже "так просто" не сделаешь,ибо там все организовано,как я понимаю,программно,и такой же "бардак",как и на USB - "черт-ногу-сломит"). Вроде бы, ув.Voland'у вопрос про ограничение объема IDE-накопителя не так давно на форуме задавали,он объяснил,что дело тут именно в "подправке" прошивки, т.к. в свое время семейство "SMK-##" делалось немного "в спешке" или еще по каким-то причинам не был учтен этот момент(т.е.,насколько помню,пока что для SMK ограничение составляет 2ГБ на устройство). Конечно,подойдет,я думаю,и любой IDE HDD(даже большего объема,чем 8ГБ,который тоже является неким "ограничением",но для IBM,хотя,современные BIOS эти ограничения в "1024цилиндра" успешно обходят в режиме LBA-кодирования).
  ...Кстати,поиск тут теперь,после "улучшения сайта",работает? Не "все сообщения от пользователя такого-то", а именно поиск(как был раньше - по слову,фразе,части фразы, ну,и имя персонажа можно набрать - тоже вроде,находилось)?..
• ? RADIX50 - 11.04.2016 12:16
  RE:"не стали делать сохранение MBR...":
  А-а,так там еще и MBR нету :-D
  Воо как! ))
  Значит,правильно кто-то говорил на другом форуме: что,мол,на HDD для IBM есть какая-то определенная обязательная инфа, а на "не-интелах",в частности, "БК-001#", эта инфа на HDD необязательна,т.к. на "БК" работа ведется "напрямую"(я так понял,"по регистрам"),"не вчитываясь", - главное,чтоб устр-во физически присутствовало на шине,т.е.,было запитано и подключено. Тогда я ничо не понял из той фразы,а теперь вот добавилась еще "крупинка" информации на эту тему :)
• ? RADIX50 - 11.04.2016 12:11
  Кстати,нам в контору однажды приносили DALLASS'овский электронный "диск-на-чипе"(немеханический,т.е.,можно так сказать,"флэшка" 80-х годов),со слов принесшего, "с инфой для какой-то там "Электроники-то-ли-60-то-ли-80,на ней стоял!"(Э-60,Э-85,более мощные машины этой же архитектуры,DEC-совместимой), типа,мол, "ну,IBM - продвинутая машина,должна прочесть!"(конец цитаты).
  Ан не прочла.. (товарищ хотел,видимо,"вытащить" какую-то нужную ему информацию,но на своей работе штатными средствами это было либо неудобно,либо нельзя по инструкции) :) :)
  Да,и интерфейс там был не IDE. Судя по соединителю,больше похож на SCSI или какой-то другой(чтобы подключить этот "псевдодиск",инженер ходил в др.отдел за каким-то контроллером,который,в итоге,ничего там и не увидел).
  Так что,дескрипторы,господа, - енто великая вещь! ))))
• ? RADIX50 - 11.04.2016 12:01
  RE:"предельный размер драйвера";
  RE:"КГМД недособранный":
  Да,с простым FDC - HDD не воспользоваться,конечно.. Это верно :)
  Нужен SMK или что-то похожее)))
  В большинстве случаев народ в подобных случаях склоняется все же в пользу аппаратных,т.е.,физических(не ПЛИСовых) устр-в, т.к. есть случаи,когда "реальный" образец и его "FPGA/ПЛИС-клон" работают по-разному(либо "ПЛИС"-версия вообще не стартует,я говорил об этом выше). По этой же причине не всем нравится работать в эмуляторах(тут один мне как-то выдал: мол,"зачем вы тут из [..-на] город городите,мол,возьмите ноутбук-386, запихните туда свою прошивку со своим АН-ДОСом,если он вам так нравится,и пользуйтесь,мол,а про обычную БКшку - забудьте!", - ну воще не в теме человек,явно!). Все же реальная "БК-001#" - намного интереснее и.."живее",что ли: она вот она,стоит и работает,"шевелится".. Ни с каким эмулятором,пусть и на "386-й",не сравнить.. :)
  Эмулятор - есть эмулятор,особенно программный.. Сколько мне попадались(на IBM,в смысле), - все какие-то "корявые" либо "глючные", либо тупо эмулируют "бездисковую" БК-0010(а магнитофон как я подключу?) с идущими в комплекте несколькими бинарниками(как правило,пара "тетрисов" и какие-нибудь шашки-саперы,и усе). Причем,самая основная часть - правильная трансляция/эмуляция команд из одной архитектуры в другую,- тоже "не айс"(у кого-то в документации к ней об этом сказано,у кого-то нет: типа,написал,шоб кое-как работало, "и ладно")..
  ...
  Размер драйвера - ну,если делать/отлаживать на "бездисковой" БК(для встроенного DMOSа), - это одно дело; если делать для другой дисковой ОС,то немного другое дело(я про то,что окончательный размер файла драйвера- будет,скорее всего,определяться особенностями рабочей среды или ОС: сам алгоритм,"костяк" драйвера займет какой-то объем,плюс добавятся еще алгоритмы для "увязки" оного с ОС). Ну,если получится,то можно попытаться "уложиться" в 15.5КБ ОЗУ(как "БК-0010" при выходе в DMOS,где знак вопроса и курсор,- где мы набираем команду "START 1000"),сначала ориентируясь на этот объем(но у нас есть "козырь" в том,что ЭВМ 16-разрядная,т.е.,допустимые команды,по идее,могут быть так сказать,"шире",чем на "8-битках",т.е.,за один шаг можно "смолотить" аж 2 байта). Уж если совсем "не удастся" "вписаться",то да,следующая "градация" - это 64КБ(хотя,были контроллеры и с 16КБ доп.ОЗУ,и с 32-мя,кстати! :) ). Хотя,в ОС,где имеется какой-никакой "демон"("диспетчер"), запустить "большую" программу или драйвер - в определенном смысле несколько "проще"(за счет его "самовыгрузки" при надобности)..
  ...Я думаю,что если не усложнять задачу(пока что надо "научиться" только "прочитать" и все),то вполне может получиться..
  #
  Кстати,года 4(или даже больше) тут на форуме один участник уверял(в какой-то момент сцепившись с кем-то "в перепалку",по-моему..),что,мол,"у него было сделано,БК с контроллером SD-карточки,мол,тут несложно"(и вроде бы,с программной поддержкой,позволяющей вести I/O-обмен); по-моему,было выставлено даже фото его "устр-ва" в виде "все-на-проводках"(карточка SD(не CF!) включалась без адаптера,все проводки были припаяны напрямую к дорожкам SD).. Но сейчас на форуме этого персонажа нет.. А было бы интересно узнать у него хотя бы базовую "концепцию" его устройства(т.к. с завода SD-карточки идут форматированными под FAT32,довольно "громоздкую" по части организации хранения "длинных каталогов",а мы пока находимся "на уровне" FAT16)..
  #
  RE:"CF на PC,которая работает через SMK-##":
  Ну,если носитель(CF или HDD) отформатирован в UNIX-подобной системе(RT-11,RAFOS и похожие) или в какой-то нестандартной(или каким-нибудь "RAMON"'ом), - то,как физ.устройство,его BIOS(или FDISK),скорее всего,увидит(скажет,что Non-DOS-диск); логическая же структура(файлы,дерево директорий..) - возможно будет увидеть,если ОС(на IBM) его поддерживает(всякие POSIX'ы и им подобные). В DOS - думаю,что даст ошибку(ага,а NDD ринется сразу его "лечить" в "стандартный" формат :-D),как минимум.
  Если диск будет с FATом,то,предполагаю,что возможно будет прочитать его в режиме "DISKEDIT.exe /M"(хоть что-то увидеть)..
  ...Да и вообще,многое,наверно,зависит от того,какой дескриптор.. ;-)
• ? RADIX50 - 11.04.2016 01:30
  RE: maxstudios@ - 11.04.2016 01:15
  SUBJ: "как видится CF на РС":
  Да так и видится,как обычный жесткий диск соотв. объема. Я сразу подключил ее в ноут(взамен HDD), отформатировал(т.к. сделал там еще один раздел), немного "поигрался" с параметрами FDISK'а и др. программ для HDD-maintenance(вроде все показывает как надо,ничего такого "хитрого" не заметил), после чего перенес туда образ диска C:\ (с установленной WinXP и тем софтом,что мне надо), и перезагрузил машину.
  После перезагрузки - все заработало так же,как при наличии эл./механ. HDD (кстати, на "линейном чтении" грузится весьма шустро, - аж увидевший работу ноута с "CF-диском" коллега поинтересовался: "Нифига себе? Это ты SSD,чтоль,поставил? Крууто!.."). Типа,мол,машина не игровая нифига,а стала "летать" шустро ))
  ...Так что,ничего хитрого )))
• ? RADIX50 - 11.04.2016 01:23
  RE:"бустер не доделан...":
  ...Ну,ведь есть же еще стандартный,физический "SMK-64"(не ПЛИСовский), есть контроллеры "только-FDD" с добавленным "вторым этажом" блоком доп.ОЗУ (ну,те же 64К*16бит,или не меньше 8КБ*16бит,если это для "DOS_B10").. :)
  Потому,полагаю,можно пока ориентироваться на мЕньшие объемы (наличия) ОЗУ,т.к. пока не у всех есть SMK-512 (помню,тут года 2.5 назад в старых ветках форума, кто-то про него сказанул: мол,типа,"..ну и что вы там в этих 512КБ делать будете? - программу,которая складывает "2+2" в верхних адресах?" :) - "шутник" попался)..
  #
  RE:"ISO": вот не помню точно,какое там ограничение на размер(число эл-тов) корневого каталога, но надо будет стараться при подготовке данных/образов для записи(кстати,ISO,оказывается,с помощью идущего в комплекте плагина прекрасно открывает WinRAR с версии v2.9 и выше, ну и NERO/WOC тоже) делать столько каталогов,чтобы влазить в ограничения,налагаемые как "стандартной" ISO,так и БКшных ОС(т.е.,опять же,как я говорю,"ориентироваться на наименьшие возможности").
  ...
  А для начала,полагаю разумным как-то выйти на ув.тов. Terra'у - чтобы "поднять"(из пыльных архивов :) ) и посмотреть,на какой стадии находятся его наработки по этому вопросу(чтобы использовать уже сделанное,по возм-ти,с минимальными доработками).. Сначала - чтение CDA(допустим),тем более,что,вроде, по его словм,аппаратно-программный плеер уже написан; потом - эксперименты с чтением "несложных" CD(ну,от IBM,конечно), - с целью просто увидеть корнев. каталог диска и корректно отобразить хотя бы имена файлов..
  Т.е., "не все сразу",и здесь нужно двигаться постепенно.
• ? RADIX50 - 11.04.2016 00:51
  RE: "программа и под "винду" и под UNIX":
  Ну,в UNIX'е она,скорее всего,уже есть как стандартный драйвер(я про ISO), а вот для Виндов и БК,как минимум,да,понадобится.
  ...Если про "Дурацкую ФС" для "Пруликса"(Proolix_OS), то,видимо,да,будет надо и для IBM,и для БК, и для UNIX )))
  ...Хотя,если "FOOL_FS" заявлена "аффтором" как "POSIX(and MSDOS)-compatible",то,возможно,удастся с ней работать стандартными средствами ОС класса "UNIX"(но программу форматирования в такую ф.с., некий "F_FS_formatter",да,придется разработать) :) :)
• ? RADIX50 - 11.04.2016 00:43
  To: maxstudios@ - 11.04.2016 00:18
  SUBJ: "ISO или UDF":
  Ну,тут все упирается в основном в объем ОЗУ на БК,и быстродействие,опять же,связки "сидюк+контроллер".
  UDF,наверно,будет "слишком круто"(слишком большие объемы данных там хранятся)..
  Для начала,разве что, CDFS+UFS(и, возможно,+ISO,но,опять же,если готовить данные для записи,то следует помнить,что формат - БКшный,не IBMный, т.е.,опять же,надо делать осн. привязку к UNIX'у(который не для IBM,а для не-"Интелов"): там инфо хранится,наверно,в похожем на БК стандарте,раз машина не IBM-совместимая, - я почему и говорю о бОльшей "оглядке" на UNIX; кстати,ISO там тоже прекрасно поддерживается,более того,есть системная команда MKISOFS для обслуживания ISO-томов в UNIX)..
  Ну,если CD-A на БК послушать,в принципе,можно,то у меня в голове крутится вопрос,сколько займет алгоритм чтения с файл.системы ISO-диска,и впишется ли он в доступное ОЗУ?..
  Т.к. считаю правильным попытаться "наваять" оный драйвер для БК-0010(чтобы у всех работало,и никого не обидеть),сообразно его "ОС"(точнее,правильнее это будет ДМОС,"драйвер-мониторная ОС"), и совместимость "смотрела" как бы "вверх",т.е.,чтоб "десяточные"(от БК-0010) программы работали и на "БК-0011".
  Возможно,на первых порах оный драйвер можно будет грузить хоть с магнитофона, а впоследствии его можно будет "доделать" до включения в состав ОС.
  Хотя,если алгоритм драйвера получится таким,что будет занимать почти все доступное ОЗУ(особенно,на "БК-0010"), то его хочешь-не хочешь,придется включать в состав ANDOS или UNIX-styled ОС(RT-11 и сходные), где есть т.наз. DMON(или любой так или иначе,daemon,"диспетчер"/микроядро),который,в случае надобности большого объема ОЗУ(загрузки/запуска большого исполняемого "бинарника"), выгружается сам(оставляя мелкую программку-"возвратник",чтоб она подгрузила "демона" обратно по завершении "большой" программы), тем самым освобождая почти все ОЗУ для работы запускаемой программы.
  Ну,т.е.,так же примерно,как это делает тот же NORTON(Volkov)-Commander на IBM или даже ANDOS на БК.
  ...
  Конечно,ОЗУ на "БК-0010" нужно в любом случае расширить,придумав какой-то отдельный сменный "модуль"(т.наз. "блок расширения" или "кассету ОЗУ",как это называется на "РК-86"), который можно использовать отдельно(не в составе SMK или "чисто-FDD"-контроллера), даже при работе на БК-0010 в "бездисково-магнитофонном" варианте, - естественно,"увязав" корректную адресацию этого блока Доп.ОЗУ с работой мониторной программы(собст-но,сама ПЗУшная DMOS БК как таковая,хранимая в 1801РЕ##-чипе) таким образом,чтобы оно было "всегда видно" при подсоединении этого блока к шине БК-0010(ну,и -0011,если надо,хотя там своего ОЗУ впаяно 128КБ).
• ? RADIX50 - 11.04.2016 00:20
  To: maxstudios@ - 11.04.2016 00:18
  SUBJ: "аффтор приколист":
  О,да! Мне тоже нравится! :-D
  Ну,чо,поможем аффтору? )))))
• ? RADIX50 - 10.04.2016 23:49
  To: maxstidios 10.04.2016 22:56
  SUBJ: "CD-R(и "ISO"-FS) на БК":
  Ну, "не виндою единой",наверно,жив народ,я полагаю.. )
  Т.к.сам знаю как минимум более одного человека(тоже,кстати, "одержимые",вроде нас :-D), у которых основная используемая система - как раз UNIX-подобная, и ЭВМ у них - системы "не-X86"(не-"Интел"-совмест., типа "Альфы" или SPARC'а), причем,и настольная,и ноутбуки(!),что интересно..
  Да и вообще,как говорится,"покажите мне,что такого можно сделать в виндах,чего нельзя было бы сделать в UNIX'е?" ;-D
  (т.к. "Винда" - в больш. случаев,по сути,"дохлое подобие" UNIX'ов,заимствование идей "микро$офтом" и "обрубание" их в худшую сторону; а графический тогдашний "MACOS"(он тоже,кстати,на UNIXe) программисты, даже "виндовые", меж собой зовут "Windows-1984", - что весьма показательно,надо заметить..) ;-D
  #
  RE:"стандартов много": да,стандартов много. И те же "COVOX'ы", например(известные нам в виде "резисторно-поразрядной" сборки на порт LPT IBM / УП БК),- это не весь "КОВОКС",это лишь его "оконечная" часть в виде такого нехитрого "ЦАП" для вывода звука на аудиовыход(а основная часть,"ядро",COVOX'а - это устр-во со сложной логикой, - почти что микропроцессорное,но попроще,включаемое меж шиной ЭВМ и вот этим "ЦАПом" из резисторов). Т.к. в России со "сложными" м/сх были тогда проблемы,потому и решено было "передрать" только "оконечную часть" от "COVOX"'а,которую мы,собственно,и знаем как "COVOX" - в целях простоты и экономии.
  #
  RE:"определить горизонты": нет,я ни в коем случае не придираюсь(боже упаси!), тем более,что на своей шкуре тоже доводилось в свое время это испытывать,и я знаю,что это такое,когда,как говорится,"мешают работать"(было бы "по делу" - тогда да,я разумную критику всегда слушаю и воспринимаю; а когда не по делу,то "тут уж извините",как говорится..), я стараюсь обратить внимание на "скрытые" "подводные" камни и моменты,возможно,многим не известные,- чтобы постараться это как-то учесть в разработке(чтобы потом самим же или нашим последователям не "мучиться",как говорится)..
  К сожалению,не располагаю нужной материально-технической(и документальной) базой(а также,частично,- знаниями) по ряду определенных вопросов общей темы, иначе бы постарался,при возможности, сделать все сам(как,наверно,и большинство из здесь присутствующих)... :)
  Да,сейчас в этом плане(согласовок и консультирования) проще,т.к. есть связь(и народ читает форум,что есть весьма хорошо!), потому,надеюсь,что "с мертвой точки" нашу тему удастся "сдвинуть"(сначала хотя бы доделать ту мелкую периферию и прочую "обвязку", вроде всяких программаторов,контроллеров,переходников и т.п., которые не были реализованы в 90-е гг, а потом уже браться за расширение архитектуры основной ЭВМ).
  #
  RE:"ISO/CD - драйвер":
  ...Я тут вот чо подумал..
  Мож,тогда уж сразу(нежели шоб мучаться с этим ISO/UFS) попытаться выполнить реализацию поддержки файл-системы "Фул-эФэС"(см.линк)?
  http://proolepedia.kharkov.org/index.php/FoolFS
  ...Будет как раз,и просто,и надежно,и "везде-реализуемо"(на любом носителе,неважно какого типа),еще и "MSDOS-совместимо" - да и вообще афффтор хотел сделать это для OS "RT-11"(!!!!!), о чем говорит в самом низу документа :-D :-D :-D
• ? RADIX50 - 10.04.2016 22:30
  RE:"хранить на CF": ну,конечно,электромеханический,"обычный"(не-SSD) HDD - намного надежнее,и альтернатив ему еще долгое время не будет. CF,как и SD, - тоже "дохнут"(ну,конечно,в зависим-ти от производителя и качества самой продукции/конкретного экземпляра),сейчас сам занимаюсь восстановл-ем данных с двух таких носителей(старые,но важные/ценные фото),потихоньку матерясь :)
  Конечно,лучше хранить данные на разнотипных носителях числом более двух(напр., на CD/DVD-R, HDD и на FDD; или CD,HDD и в интернете на емайл,или в LAN-сети на работе,и т.п.).
  Но вообще,CF-диск(как на БК с контроллером,так и у меня сейчас на ноуте) - штука удобная(и при работе/отладке - весьма шустрая,и не боится ударов,как эл./механ.HDD),согласитесь? ;)
  #
  RE:"драйвер на БК под CD-привод под стандарт PC":
  ...Нууу.. вот.. тот же ANDOS - он именно так,в общем-то,и создан("с оглядкой",как я говорил,на IBM PC).. А мы вот в результате не могём никак разобраться,сколько секторов на дорожку правильно форматировать - 10 или 9 ... :-D
  Вот не получилось бы при разработке такого драйвера как с БКшными дискетами на IBM(см. наши с вами предыд.сообщения),когда "вроде бы читает,а вроде бы и нет"..
  Ну,"обычную" CDFS(CD-Aud. в стандарте "REDBOOK"),скорее всего,приспособить можно(диски слушать,не MP3шные,естественно.. :) ), а для переноса данных - вот тут,наверно,"надо думать,чего как"..
  #
  RE:"приводы уменьшенного размера":
  Да все я понял!.. Я всего лишь просто помечтал,как хорошо бы смотрелся такой мини-CD/DVD-привод 3.5" рядом с БКшкой(если б такие существовали в "металле") - думаю,не хуже,чем на "Ямахе"(компактно,красиво и работает!): стоят рядом с БКшкой такие три коробочки на столе: FDD,HDD и CDD 3.5"(используют одно питание +5V, никаких лишних проводов,все идет по одному кабелю(многопроводный круглого сечения,типа "шнур",как на "Ямахе" сделано), - удобно и стильно).. :) :) :)
  Правда,аудио-CD такого "малого" формата мне вот не попадались,думаю,что фирменных не найдем,разве что если сами не сделаем(так что придется все равно подключать "большой" CD-драйв) :)
  Эх! )) Пока что остается только мечтать )))
  ...Кстати,недавно попалась инфа,что в СССР делали FDD-приводы 3.5" на 1.44М - но ОЧЕНЬ ограниченным тиражом(ага,совеццкий "limited edition" :-D),но "в массы" они,к сожалению,не пошли(т.е.,считай,"нет их").. А могли бы быть.. ))
  #
  RE:"формат записи читаемый на PC и БК":
  ...Ну,IBM PC,если разобраться,тут не столь уж прям "законодатель мод". Как правило,IBM PC использует уже сделанное другими производителями ранее,и вообще,как опытные программисты говорят, является "шагом назад" в компьютерной технике. Например, мало кто знает,что разработанный(вроде бы,изначально тоже не совсем для "Интелов") стандарт ATA/IDE изначально подразумевает подкл-е до 8 дисков(в IBM PC - максимум до 4), "флоповый" стандарт(изначально - интерфейс S.A.S.I.,давший основу для современн. SCSI) - до 4 FDD на одной машине(на IBM снова "урезано" до 2-х FDD,а щас - воще до одного,т.к. первые 6 контактов на плате бывают не запаяны - а это как раз сигналы выборки привода)..
  Та же DEC ALPHA из группы 21X64 - полностью 64-битная машина, IBM PC - ну,типа,32-бит(а из возможных 64бит шины адреса на DIMM-модулях - видится только 2^32= 4ГБ,а реально - меньше,где-то 3.2ГБ ОЗУ - опять "урезали" - зачем??).
  Виндовое меню "Пуск" - копирует аналогичное из UNIX-систем,существовавшее задолго до "Win-95/NT4",а MS-DOS - аналогичную командную консоль от UNIX/RT-11..
  Да и много еще можно привести подобных примеров на эту тему..
  ...
  Полагаю разумным взять за основу стандартный,исторически существующий(еще с "до-IBMных",так сказать, времен) формат, принятый/понятный в UNIX(и ее аналогах) ОС, типа какой-нидь "SIERRA/FS"(1987г.,предшественник ISO) или наподобие UFS(более современный,насколько понимаю),читаемый также и на IBM (тем более,что машины типа "БК-001#",ДВК/УКНЦ и похожие - они являются ЭВМ "не-Х86",т.е.,не-"Интел"-совместимой архитектуры и не обязаны под нее подстраиваться,это своя "ветвь" развития, по линии DEC/Motorola). Или делать что-то вроде "POSIX-поверх-ISO" (раз уж на БК есть micro-UNIX),включив поддержку CD в ядро ОС(т.е.,"сидюк" будет видеться без всяких доп.драйверов как обычный FDD) :) :)
  Вот это было бы круто! ))))
  ...Да,только не надо забывать,что,если даже взять "удобный" ISO-формат,то данные все равно останутся БКшные,не всегда "понятные" для IBM PC,как те же,например,дискеты(то 720КБ,то 800КБ :-D).
  ...
  Хотя,собст-но, такой формат,читаемый и там,и там, - он уже есть: это образы дисков БК (*.BKD или *.IMG), хранимые на IBM и пересылаемые по эл.почте, и довольно успешно "восстанавливаемые" на реальные диски БК или "подключаемые" в программные эмуляторы БК,работающие опять же на IBM.. :) :) :)
  Так что,в принципе,такой "формат" уже "придуман" и без всякой там "БК-CDR" и т.п. :) :) :)
  Вот :)
• ? RADIX50 - 10.04.2016 20:03
  to: MM - 10.04.2016 13:49
  SUBJ: "Модуль на SL811":
  ...Прошу зарезервировать 1шт за мной(а там дальше,думаю,договоримся;еще,скорее всего,понадобятся кое-какая другая мелочевка; подробнее напишу в почте),если возможно.
• ? RADIX50 - 10.04.2016 19:52
  RE:"писать архивы можно и на PC":
  ...Ну,можно записывать диски и на БК,в общем-то(опять же,выше это уже говорилось,и обсуждалось ранее в "личке" еще до этого, с некоторыми участниками форума).
  Возможный подход я вижу таким образом: на носителе достаточного объема(HDD/FLASH от 2ГБ и больше) с помощью средств DOS (или любой др. ОС БК - RT11,RAFOS/FODOS,m-UNIX...) создается некий "образ" будущего 650..700МБайтного диска CD "БК-001#" в некоем формате(ISO/UNIX или чисто-БКшные,"непонятные" для IBM :-P ). Потом,с помощью некоего драйвера или,лучше,запускаемой программы,типа варианта "NERO" или "WinOnCD",открывается этот файл-образ CD,производится уточнение параметров CDR-привода (марка,модель,тип,минимальная использ.скорость - хорошо бы,чтоб было доступно "1X",нам много не надо!); уточнение параметров CDR-диска(а вот тут может быть загвоздка,т.к. "болванки" практически все с мин. скоростью "4X" и выше,а сам привод тут же подстраивается под них,считав ATIP-зону с CDR/DVDR!); инициализация ("сброс/установка") CDR-привода в нужный режим; согласовка доп.параметров в диалоге с пользователем; далее,при получении "OK" от оператора, - считывание 700МБайт в ОЗУ(вот зачем на БКшке нужен будет 1ГБ ОЗУ!), выборка нужной/подходящей команды из MMC-набора,поятной данному CDR-приводу; получение сигнала готовности от привода; блокировка прерываний от всех внешних устройств(кроме,разве что,кнопок "КТ"("ESC") и "СТОП" на клавиатуре "БК-001#") и... запуск режима записи как такового... :)
• ? RADIX50 - 10.04.2016 19:33
  RE:"уменьшенные CD/DVD-R...": специальных CD/DVD-приводов под диски "уменьшенного" диаметра(CDR 200МБ) мне не попадалось.. По-моему,существуют только стандартные приводы размера 5.25",который придется и использовать, - хотя,да,соглашусь, "мини-привод" CD/DVD на БКшке смотрелся бы весьма стильно - примерно как аккуратный картридж FD-контроллера и рядом стоящий маленький 3.5"(720K) FDD на той же "YAMAHA-MSX"(компоновка этой микро-ЭВМ,стоявшей у нас тогда в дисплейном учебн.классе, мне очень нравилась, и в глубине души хотелось бы иметь примерно такой же вариант дизайна и на уже доступной мне тогда "БК-шке").. А особенно хорошо у "Ямахи" была проработана клавиатура: ничего нигде не залипает,ход кнопок - идеальный(при всем при том,что сколько людей на них работало в течение недели - по 40чел. по 6 уроков ежедневно!), и никаких "дребезгов" и "залипаний"! :) :)
  #
  RE:"болванки уменьшенный стандарт":
  Ну,тут тоже не все однозначно. в продаже они вроде бы,бывают, но это сильно зависит от региона и магазинов(поставщиков). Дело все в том,что спрос на них не очень большой(и вообще,изначально,этот формат планировался как "сувенирный", а до их появления,году так примерно в 1996-м, помню,у нас на факультете "продвинутые" чуваки делали подобные мини-диски из обычных CD-R,просто обрезая их до меньшего размера,со всеми,правда,"вытекающими", - отслойка фольги,низкая надежность хранения и т.д.).
  Пока вроде,да,в продаже попадаются. Но спрос на такие диски - не очень большой,и их иногда подолгу не бывает в продаже,да и стоимость у них ощутимо выше "обычных",стандартного размера(5.2").
  Тут ситуация примерно такая же,как с батарейками размера R10(советская "А332" 1.5Вольт): до последнего времени в продаже они вроде были, их редко,но все же народ покупал, а вот с февраля текущего года - они(бат. "R10") куда-то все "пропали",а у народа на руках осталось довольно много устройств/приборов,использующих именно этот формат батарей(прицелы ПНВ,рыбацкие фонари(пит. 3*А332), радиоприемники, часы, и что самое главное, - тестеры/АВОметры,коих у народа полно использовалось), - в настоящий момент оставшиеся,по сути,без возможности замены элементов питания(у самого несколько таких АВОметров,как раз под такую батарейку!).. :( :(
  #
  RE:"запись CD/DVD на низкой скорости": да,чем НИЖЕ скорость записи,тем выше надежность хранения(и чтения) данных.
  Ну,мне больше нравится программа "WinOnCD",хотя,пользуюсь и NERO,и др. программами,которые "мелкие,но шустрые"(шустрые - в том смысле,что не такие громоздкие как тот же NERO с его пухлейшими "редакторами обложек", и меньше "тормозят" в диалогах с пользователем), и могут все то же,что и NERO,но умещаются на любой архивной флэшке и работают без установки на конкретную ЭВМ(со своей флэшки запустил,записал,вышел,и усё), хотя,опять же,это вопрос вкуса(но мне,допустим,нравится).. :)
  #
  #
  RE: %SUBJ%: "БК-001# и CD-ROM":
  ...Нашлись вот такие статьи по этому поводу:
  http://r-games.net/31746-opisanie-po-podklyucheniyu-cd-rom-k-bk.html
  Описание по подключению CD-ROM к БК;
  и немного подредактированная,но в целом такая же копия на странице:
  http://www.bk001x.ru/forum/122-153-1
  (по-моему,как раз от упомянутого ув.TheGWBV персонажа с ником "Terra")
  «Подключение CD-ROM к БК» [16.01.1998] - Всё об «Электроника БК0010(-01), БК0011(М)»,
  ..В обоих случаях SUBJ пока находится в стадии "проекта"(примерно как наш недавно обсуждаемый "MP3-декодер/плеер на БК"), нет даже "стэндового" варианта пробной "сцепки" этих устройств.
  ...Еще на просторах Сети где-то попадались мне разрозненные источники информации, что на подключение CD к "БК-001#" вроде "замахнулись",если не путаю, клуб "ELESIM" и "Клуб "БК"-САМАРА",- по крайней мере, в период примерно с 1997г. по 2013-й страницы были доступны(после 2007г. - уже как "архивные",но все же),и там выделенным шрифтом говорилось о том,что "возобновлены активные работы по созданию схемотехники подключения...", - но к сожалению,ни одна из этих "контор" тоже так и не смогла довершить начатое..
  На те страницы я периодически заходил,посматривал; а после 2014-го (и в настоящее время) - увы,эти ресурсы более недоступны,даже в поиске(скорее всего,"сдохли" сервера), что для меня очень печально..
  ...В общем-то,если бы не "лихие 90-е", - то,полагаю,то CD-R на "БК-001#" вполне мог бы успешно работать...
  Почему у нас всегда в стране все вот так?.. Те же и "Ямаха", и "АМИГА", и тот же "ZX" - живут и процветают,а на "БК"-шке всегда проблемы?..
  #
  RE:"драйвер CD на БК": нуууу,допустим,можно сделать по аналогии с DOS "Физ-Тех-SOFT",включив поддержку CD в ядро.. Правда,опять же,помните времена "до ATAPI-CD", - когда существовало минимум 3 разных варианта интерфейсов CD-приводов для IBM,типа "Philips", "SONY" и "Panasonic",не имевших "стандартного"(IDE ATAPI) интерфейса,а включавшихся ТОЛЬКО через спец. порт на ЗВУКОВОЙ ПЛАТЕ(с коими и распространялись в те годы под названием "Multimedia Kit"), а потом,после 1997г.,когда пошли CD на "IDE-ATAPI",народ начал массово избавляться от ставших "немодными" CD с "проприетарными" интерфейсами?.. Помните? Я помню :) :)
  Так что опять же,надо обмозговать подход(выбор) типа и "стиля" написания драйвера (пока что для ЧТЕНИЯ) CD/DVD на БК или доработать драйвер от Terra(если что-то сохранилось).
  #
  RE:"формат ISO": да их там много: и ISO, и UDF, и еще какие-то,напрямую читаемые всякими UNIXами/QNXами..
  Вопрос в том,что записываемые данные должны быть в формате "БКшном"(выше уже говорил об этом), иначе - что там будем читать-то? Сборники рефератов в MSDOS-".TXT"(кодировка ANSI), чтоль? :-D :-D
• ? RADIX50 - 10.04.2016 10:57
  RE:"maxstudios@ - 09.04.2016 22:42
  ...пропущенный вариант..":
  Да,все верно,этот режим проверить не удалось,т.к. тот 5.25"-FDD вообще отказался "изображать" флоп на 3.5" :-) Ну ни в какую! :)
  При включении IBM,к коей он был временно подцеплен, поначалу вроде бы все было нормально(проводится пробная проверка включения мотора,зажигается светодиод "обращение к FDD" на морде,головки двигаются от TRK00 до TRK79), но,после завершения POST и перехода ЭВМ к загрузке - все "виснет" намертво: шпиндель крутится, светодиод горит,а головки "забыли" вернуться на TRK00,чтоб попытаться "поймать" IPL на нулевой дорожке :)
  При выставлении любого режима "5.25", тот флоп тут же "вспоминал",что он дисковод, и переставал "виснуть".
  В режиме "360К" - форматировал и читал все,в режиме "1.2М" - не очень(т.к. он на 720К).
  Кстати,замечу,что с FDD 5.25" высокой плотности такой "финт" прокатывал(у меня даже было одно время "перепутано" после установки второго FDD,и я не знал,какой из них правильно выставить "A" и "B"), правда, NDD (DOSовский) иногда ругался на формат(не на ошибки/данные!) дискет(ы),а в остальном - все работало,пока не разобрался с "A" и "B"(когда понадобилась системная дискета для аварийной загрузки ЭВМ).
  ...Потому,тот 5.25" 720КБ-флоп был возвращен на штатное место("на ЕС-1845"), - где,повторюсь,он начинал работать "как часы": все форматы в пределах 180..360..400..720..800КБ - прекрасно и пишет,и читает! :)
  ...
  RE:"пишущий CD-привод на БК";
  RE:"Дмитрий 10.04.2016 01:32
  Нет никаких преград...":
  #
  Сей вопрос уже тоже обсуждался(правда,не здесь,а в "личке"). Мне тоже приходила такая идея.
  Но,как мне объяснили спецы,разбирающиеся в программировании I/O-процедур на ATA-девайсах, тут есть некоторые подводные камни.
  Во-первых,нет никакого стандарта на хранение и обмен данными между БКшками(какую файл.систему выбрать: ISO,UDF,EFI или что-то из "юниксового" и т.п.), - проще тогда уж по локалке через ИРПС(как на КУВТах) или через параллельн. порт (кстати,в ANDOSе есть такая утилита для копирования данных меж 2-мя БК чрез порт "УП").
  Во-вторых: ПРОЧИТАТЬ CD-R на БКшке еще можно(даже на "БК0010"),благо каталог там занимает килобайты(влезет даже в базовое ОЗУ БК0010,если не грузить Бейсики-Фортраны); теоретически,можно было бы даже слушать CD-AUDIO(если суметь написать драйвер,аналогичный виндовым MCICDA.DRV).
  А вот с DVD,даже на чтение, - уже сложнее(там и объемы,и скорость передачи данных - на порядки выше).
  Но опять же,возникает вопрос: ЧТО именно будем читать с CD-R(кроме музыки)? Ну разве что,какие-нибудь там сборники литературы(книг) в формате .TXT(и то сделанные для IBM PC),ну,мож,небольшие картинки в формате .PCX/.BMP(что влезут в ОЗУ)... И усё... :)
  #
  С записью CD-R(а тем более,CD-RW) - дела обстоят,мягко говоря,похуже.
  Как мне объяснили в ответ на мой вопрос "а можно ли.. и почему бы не..?", подключить CD-привод на чтение в принципе - можно(для этого паяется третья вилка IDC40 в параллель к SLAVE-разъему контроллера типа SMK или отдельного HDDшного(не знаю,есть ли такие на БК?),привод ставится как бы "вторым SLAVE'ом" в режиме "3 устр-ва на IDE" и теоретически,можно управлять CD-приводом,подавая ему команды на интерфейс через контроллер,- ну так это все еще надо знать/найти/запрограммировать). Но для записи CD-R нужно,во-первых,выполнить весьма "критичные" требования CDR-привода по скорости подачи на него данных(а даже древние CDR-драйвы - минимальным режимом считают запись на скорости в 4X,не менее!- ну,кроме,разве что WEARNES-CR-###,у кого скорость = "3X"); во-вторых, как мне объяснил знающий чел., сеанс записи CDR надо выполнить "за один раз",т.е.,сразу, - а для этого тогда уж,чтоль,сразу 1ГБ ОЗУ на БКшку ставить надо(чтоб была наивысшая скорость доступа к требуемым на запись данным,т.к. ОЗУ - быстрейшая часть любой ЭВМ).
  В-третьих, как недавно объяснил нам ув.тов.MM, быстродействия БК/скорости обмена с периферией при существующем раскладе, на некоторых экземплярах БК и контроллеров(FDD или SMK), - не хватает даже для обеспечения работы с FDD 1.2/1.44M(а это примерно 70..100КБ/сек всего лишь; у простого FDD - 50КБ/с) и для устойчивого обмена на 720К, - то что уж там говорить про обмен с CD-R-приводом,да еще в режиме "BUFFER UNDERRUN"!
  В-четвертых, запись CD-R(W)/DVD-R(W) осуществляется "не просто так",как на FDD/HDD("взял да записал"), а с помощью целого списка т.наз. MMC-команд("эмэмси",мультимедийные команды записи), коих в наборе там - "целый Кодекс"(много), и у каждого привода есть еще "свои",кроме "общих". И к ним вдобавок - еще целый протокол обмена(или их набор). Насколько понимаю, это для избежания "произвольного" включения лазера на "прожиг"(запись) и порчи уже имеющегося(записанного) носителя либо оптики самого привода(если диск - "готовый",т.е.,заводской штамповки,незаписываемый); да и вообще, все вопросы к разработчикам CD-приводов :)
  #
  RE:"это обычное IDE-устройство":
  Не совсем обычное. У HDD - да,алгоритм обмена по стандарту "ATA", а у IDE CD/DVD - не ATA, а "ATAPI"(пакетный-интерфейс-сделанный-для-ATA). В 1984г,когда "Сони" с "Филипсом" делали первый в мире CD-привод, у них там что-то не получалось технически,либо были сложности из-за каких-то там "авторских прав", и они выдумали вот такую хитрую систему, сделав немного "через анус" :)
  Т.е.,"внутри" IDEшный CD/DVD - он не является чисто-ATA(IDE)-устройством. Физический формат записи у него - не секторный,как на магнитных дисках,а спиральный(как на грампластинках,коей все CD/DVD/BLURAY и являются,только записано там не резцом-иглой,а лазером), и с "блочной" структурой записи(примерно как в RT-11 в режиме "MX1"/"MX2" или "MY1",если не путаю). И напрямую,по крайней мере,из-под DOS на IBM,он не видится(а видится как сетевой диск объемом 136 МБайт),а реальные параметры можно получить,только обратившись специальной программой(типа SYSINFO или MHDD,допустим),различающей HEX-наименования устр-в на системной(и IDE тоже) шине ЭВМ.
  А IDE-разъем - используется просто для подключения CD/DVD-дисковода к ЭВМ,и не более того(а обмен инфой реализован по принципу "передача не-IDEшных данных по IDE"),чтобы можно было работать с этим приводом.
  ...Единственная мне известная ОС(на IBM), где поддержка CD/DVD "на чтение" встроена в само ядро ОС, - это "ФизТехСофт-DOS"(PTS-DOS) образца 1994г. Ну,еще,мож,на UNIX-подобных(но их мы сейчас не рассматриваем).
  Т.е.,мож,я ошибаюсь,но изначально,"внутри" ATAPI CD больше все же "похож" на SCSI(по внутр. представл-ю данных). Мож,для других систем/машин он бы и подошел "напрямую",а вот на IBM PC - ну,пришлось вот таким образом его "притягивать за уши" к IDE(ATA)-шине.. :)
  ...
  Вот,вроде,примерно так :)
  Если что,не бейте сильно :) ...P.S.: да,драйвер для ATAPI(IDE) CDD - скорее всего,действительно нужен(или он понадобится) - либо в виде "надстройки/плагина" к существующим ОС(либо как системная задача для той же RT-11/FODOS/RAFOS/microUNIX), либо как в виде "ANDOS-CD-ATAPI"-версии(аналогично концепции "системный монитор с поддержкой флопа", как в "прошивке" N326(327) и аналогичных,плюс обращающийся к этим регистрам "DOS").
• ? RADIX50 - 09.04.2016 21:03
  To: MM - 09.04.2016 14:22
  SUBJ: как быть с таблицей фрагментирования ФАТ на БК ?
  #
  Не знаю,насколько поможет в данном случае моя "выкладка",но все же приведу свои соображения.
  Насколько я имею представление о разных подходах,так сказать,к проектированию, - в UNIX-подобных системах и M$DOS(в свое время хреново "содранной" с консоли,если ничо не путаю,той же RT-11,только переработанная до состояния "с ног на голову",как всегда и делала "M$"),каждый подход имеет свои преимущества и недостатки.
  Если в RT-11 файлы на диск писались "линейно"(почти как на ленту,можно сказать),то фрагментация там практически отсутствовала или была сведена к минимуму: т.к. при сохранении файла сначала определялся размер сохраняемых данных,после чего на диске ему выделялся самый большой сегмент свободного места; при сохранении/копировании других файлов - выделялась половина от самого большого оставшегося фрагмента свободного места; потом - "половина-от-половины-половины...", и т.д., пока линейно лежащие участки своб.места(длиной два блока и более,хотя,насчет этого, могу быть неточен..) не заканчивались вовсе(т.е.,команда DIR показывает наличие свободных блоков,вроде,в достаточном объеме,но сохранить/скопировать на диск файл не удается).. Либо,одиночные блоки свободн.простр-ва возникали при изменении объема ранее сохраненных файлов в меньшую сторону(при правке текста реферата/курсовой или упорядочении файла СУБД). Для устранения этого была команда "SQUEEZE"(ее кто-то из программистов у нас звал "команда по размножению бэд-блоков" :-D ),которая "выкладывала" файлы "паровозиком"(т.е.,линейно и без промежутков).
  В MS-DOS(да и вообще,по-моему,везде,где применяется FAT),с переходом на "секторный"(а не "спиралевидно"-дорожечный,как в RT-##-системах) формат записи, - там возм-ть фрагментации дисков,можно сказать,заложена в саму основу файловой системы. Причем,FAT32 фрагментирована намного больше,чем FAT12/FAT16(напр.,задача поиска корневого каталога на FAT32-диске,особенно,при восстановлении данных в случае сбоя/порчи/"глюка" файл.системы или драйвера/ОС, - мягко скажем, "очень даже творческая"), - даже в том случае,если обращаться к диску FAT32 только из-под DOSа,когда нет многопотоковой записи,когда каждая программа начинает "складывать" там,где ей удобно,а потом начинается "метание" головок туда-сюда в поисках очередного свободного кластера..
  ...Ну,а т.к. ANDOS(которая делалась с определенной оглядкой на MS-DOS на IBM PC) тоже базируется на "удобной" и "стандартной" FAT(-16),следовательно,так или иначе "наследует" некоторые свойства своего "образца-прототипа"(в част-ти,ту же возм-ть фрагментации файлов при записи). Если не путаю,в комплекте ANDOS 3.30 Надежин добавил программу типа "DEFRAG",для частичного выполнения некоторой дефрагментации, но особо на ней в документации внимание не "заострялось"(видимо,фрагментация на дисках БК не такая "страшная",как на IBM,либо все "упирается" в малый объем штатного ОЗУ,накладывающий ограничения на сложность алгоритма/размер программы в памяти).
  Возможно,в DOS 6.22 использование/заполнение свободного места как-то отслеживалось встроенным алгоритмом(т.к. уже говорил выше,что FAT16-диски,записанные/заполненные под DOS/Win3.##/WinNT 3.5X, заметно менее фрагментированы,чем если под Win9X/WinXP).
  Если стоит задача именно в снижении уровня фрагментации файл.системы на БК,то возможный выход - в добавлении(как отдельный драйвер или встраивание в ядро I/O-подсистемы ОС) некоего аналогичного алгоритма,при открытии файла на запись/сохранение резервирующего для него начальный кластер как самый первый кластер самого длинного свободного участка на FAT-диске БК.
  Полагаю,что полностью избавиться от фрагментации файлов на FAT-дисках будет невозможно(разве что если файлы будут настолько маленькие,чтобы полностью влезать в один кластер :) ),повторюсь,в силу вложенной в нее идеологии от M$ и Б.Гейтса.
  ...В других ОС,таких,как OS/2(с используемой в ней файл.сист. марки "HPFS"), - дефрагментация и частично лечение(обработка "потерянных кластеров","кросс-линков" и глюков директорий, - ну,как минимум,на уровне SCANDISK или NDD,а то и побольше) файловой системы производится при каждой (пере-)загрузке ОС,а при работе - частично поддерживается в "фоновом"("прозрачном",незаметном для пользователя) режиме. Особо вдаваться в "дебри" не буду,но там используется система сквозного протоколирования(что и какими программами делалось и "не доделалось") и т.наз. "spare-блоков"(в случае надобности их оперативного "ремапа" для предотвращ-я потери данных при сбоях или отключениях питания). Вышедшая позже файл.сист. NTFS,хоть и имеет созвучное название, но такого набора ф-ций,как в HPFS, не предоставляет(она "заморочена" в "свою" сторону,и задумывалась "MS" вообще как полностью закрытая файл.система,не предназначенная для "обнародования",так сказать..).
  Но реализация на БК алгоритмов,сходных с оными в HPFS, - скорее всего,потребует создания новой полноценной ОС либо надстройки над имеющимися(RT-11, RAFOS/FODOS, ANDOS....) и увеличения функциональных возм-тей самой ЭВМ БК(большой объем ОЗУ,подключение более емких и быстрых носителей; возможно,разработка контроллеров "специально под это дело")..
  Sorry за возможный offtop(в некотор. местах).. Если что,пусть Коллеги меня дополнят или поправят.. :)
• ? RADIX50 - 09.04.2016 18:59
  To: maxstudios@ - 09.04.2016 16:23
  SUBJ: "эмулятор ВП1-128":
  #
  Вот именно,что когда-нибудь,да могут сдохнуть! :) Свет мигнул - и.. половина микросхемов "вылетела" - в самый неподходящий момент(а заменить нечем либо нету времени)..
  Потому,я считаю,что "1:1"-замена все же нужна(тем более,что зачем-то ведь делался "реверс"-вскрытие кристалла для получения эл.схемы,так ведь?), и в идеале, - для всех чипов серии "1801ВП##"(аналогично УКНЦшным матрицам типа 1515ХМ1 / 15##ХЛ##-###)..
  SMK-64(SMK-128 И -256,правда,существующий лишь теоретически,и то,у самого Надежина) - он является совмещенным контроллером FDD/HDD. Сама по себе м/сх "1801ВП1-128"(и ее предыдущие,по словам знающих людей,"более глючные" варианты типа -097 и -098) - это схема управления именно FDD-дисководом. Но,в варианте конструкции SMK - ее("ВП-128") регистры используются(насколько я понимаю из совокупного объема полученной о ней информации) для приемопередачи данных и к FDD, и к HDD(а им-то не все ли равно,откуда данные приходят/уходят, - лишь бы без ошибок,правильно? :-) ),чтобы не делать два разных контроллера.
  Тем более,что тут на форуме кто-то высказывал идею "обхода" ВП1-128,"урезав" SMK до уровня "только лишь IDE HDD-контролера"(сняв или не ставя на плату "ВП1-128",впаять нужные пары регистров и м/с мелкой логики,обеспечив прием-передачу данных с IDE-колодки HDD на шину МПИ), но эта идея так и не была реализована(видимо,у всех есть "нормальные" контроллеры либо SMK-## :-D ).
  Но,вместе с тем,такой подход(я про концепцию контроллера SMK-##),вместе с определенными удобствами(компактность компоновки,малое число м/сх,встроенное ОЗУ,расширяющее штатное ОЗУ БК),имеет и свои определенные особенности/недостатки. Напр.,тот же тов. Надежин(автор ANDOS) сразу предупреждал,что
  можете попытаться сделать HDD-контроллер "не-SMKшного" типа(либо совмещенный с FDD-контролл.), если у вас,мол,"харя не треснет", - но учтите,мол,что жесткие диски(и сами контроллеры) могут иметь разные процедуры/способы инициализации и самодиагностики при пуске(потому,мол,"повторять не советую"), в которых вам придется,мол,разбираться самим самостоятельно.
  Правда,о том,что "1801ВП" начнут в будущем "исчезать",никто,даже сам Надежин, тогда не знал и не предполагали..
  #
  CF-карточка - электрически она имеет интерфейс,по сигналам совместимый с IDE(и до сих пор,кстати,производятся: макс. емкость - до 256ГБайт,недавно находил в интернете). У меня,напр., на такой CF-ке через специальный пассивный переходник(на мини-IDE44) уже года 1.5 работает "лабораторный" ноут(нет жестк.диска): по сути,это "твердотельный" аналог HDD(через др. переходник - можно подсобачить и к настольному). Зато и бесшумно,и ударов не боится,и жрет раз в 5 меньше(а от АКБ работает в 3 раза дольше,чем с "обычным" HDD). В случае с ПЛИС-версией SMK-512 - оный переходник просто установлен на плате,припаян к линиям шины IDE,идущим на плате(никакой "экзотики" особой тут нету,учитывая тот факт,что такая же штука-переходник работает у меня на ноуте).
  #
  RE:"RE-эмулятор":
  ...Ну,значит,"RE-эмулятор",для 1801РЕ/573РФ уже есть,что не может не радовать.. Ждем варианта "1801РР"-эмулятора,с возм-тью перепрошивки "обычным образом" :)
  Хотя,ПЗУ(любых типов),по большей части,обычно нужны в режиме "на чтение",просто можно держать несколько таких ПЛИС-RE-эмуляторов с конкретной прошивкой,нужной в данном приборе/устройстве(т.е.,покамест можно "внедрить" уже сделанные "RE-эмуляторы",выпустив их в нужном количестве..),но для разработки/отладки возможность перепрошивки в любом случае понадобится.
  ...
  По поводу "pin-to-pin" аппаратных эмуляторов "1801ВП##" - ну,в идеале,полагаю,их нужно сделать под все "ВП"-чипы имеющейся номенклатуры(по крайней мере,для БК-0010/11),т.к.,опять же,может понадобиться - хотя бы на замену в случае поломки/выгорания, да и вообще: раз уж взялись делать - так и надо собрать всю библиотеку стандартных элементов(раз уж начали)..
  #
  RE:"клава БК в механическом варианте...":
  Ну,собст-но,тут уже был тоже разговор и на эту тему(и даже были кем-то предложены фирмы,занимающиеся поставками нужных перкеключателей и колпачков к ним,даже с возможн-тью лазерной гравировки,насколько помню), и сравнит-но задешево(по докризисным еще ценам образца лета-осени 2014г.),с линками на страницы, где можно было посмотреть на образцы экземпляров), - но идея "забуксовала": кому-то не понравились "кликерные" кнопки; кому-то форма символьных колпачков(а еще - помню,была куча "левых" сообщений от не совсем понятных индивидов,не имеющих отношения к БК-001#-##,а в основном "троллящих" настоящих участников и вступающих с ними в перепалки, - что тоже создавало некоторый сумбур..), кому-то еще что-то, и т.п.
  ...Вообще,как кто-то сказал,надо брать пример с "синклеристов": они ни с кем особо не спорят,а потихоньку паяют себе и паяют(и у них есть и .mp3 на "ZX",и 4МБайт ОЗУ,и "GENERAL SOUND",и свой вариант "Plug-N-Play" и т.д.).
• ? RADIX50 - 09.04.2016 18:07
  To: maxstudios
  SUBJ: плотность записи/720К на IBM 5.25"-FDD
  #
  ...Расскажу даже больше. :-D
  Однажды,в 1997г., случайно найдя на прошедших через мои руки дисках-сборниках программ эмулятор БК0010/0011(в комплекте с загрузочным образом ANDOS 3.30) и удивившись объему полезной инфы на том "диске"(ANDOS),я приволок с конторы FDD 5.25" на 720К и подключил его к своей "AT486DX-120", - желая сделать системную дискету для БК(вроде,в эмуляторе была такая функция,чтоб работать с ANDOS-дисками,пользуясь установленным на IBM дисководом). ...Мгм,не тут-то было!..
  Во-первых,такого типа дисковода в BIOS(хоть и "extended-версия" для того времени,с некоторыми "наворотами") не нашлось: только или 360К,или 1.2М(5.25"), или 720К,но 3.5"(в этом режиме он не заработал вовсе). Во-вторых,даже в назначенном ему режиме "1.2МБ" - напрочь отказывался и форматировать на 720К(даже как для IBM), и видеть уже готовые диски на 720К - как IBMные,так и БКшные..
  А на штатной "ЕС-1845",откуда он был взят, - тот же дисковод работал "как часики" - и на 360,и на 720К. :)
  Вот такая вот штука получилась с плотностью записи, будь она неладна ;-) ;-)
  Так что,"крутость" компьютера - на мой взгляд,еще не показатель :)
  Вот :)
• ? RADIX50 - 09.04.2016 17:52
  RE: ? maxstudios@ - 09.04.2016 16:42
  ...ширина дорожек записи...":
  Да,примерно то же самое справедливо и для катушечных магнитофонов(в сравнении с кассетными), и для студийных(в сравнении с обычными катушечными): чем шире дорожки записи и выше скорость ленты, - тем выше и качество записи(то же самое обратно-справедливо и к магнитно-цифровым дисковым "магнитофонам",коими дисководы FDD и HDD,по сути,и являются). Совершенно справедливое наблюдение,поддерживаю! :)
  #
  RE:"maxstudios@ - 09.04.2016 16:08
  мне в настоящее время уже не интересны 5.25" дисководы...":
  Строго говоря,тема-то озаглавлена как "...БК и современные 1.2МБ-дисководы", потому я из этого и исхожу,а во-вторых,считаю,что нельзя обделять поддержкой этот тип накопителей/носителей,т.к. вдруг у кого-то сохранилась куча великая дискет 5.25", а в будущем появится контроллер типа "SMK-HD-1.2/1.44M"(чем черт не шутит?)..
  RE:"при сравнении форматов по обеим ссылкам..":
  На микрософтовском форуме(https://support.microsoft.com/ru-ru/kb/75131) значение "1440"(секторов) на странице - всего одно,и находится оно в главе "720,1.44,2.88"(а это,как ни верти,_стандартные_(речь ведь идет о них) форматы для 3.5"-дисковода). Далее,идет перечисление возможных форматов 5.25"-FDD: 180,320,360,1.2M(заметьте, 720К в _этом_ списке НЕТУ!),а после него - идет "добавка",как получить формат 250 и 500К,опять же,на дисководе 1.2М(а не 1.44,т.к. у 1.44М - столько форматов просто нет: стандартных у него всего 2шт: 720 и 1.44).. Плохо,наш форум не позволяет постить картинки,как в том же QIP(русский "пейджер" ICQ,а не корпус 1801ВП-128 :) ), - я бы там подчеркнул и отметил,на что обратить внимание :) :)
  На форуме на "народе.ру" - там,да,действит-но в самом низу перечислены форматы.
  Но сразу могу сказать,что на 1.2М- дисководе 5.25"-дискету на 1.6 не отформатируешь: физически максимальный объем(при форматировании FFORMAT'ом на IBM - я лично экспериментировал,желая "большую дискету задешево" :-) ) составляет 1.52МБ(параметры что-то вроде 85дорожек,17секторов),и то она плохо держит инфо(начинает "сыпаться") и перестает видеться сразу после загрузки,если системная.
  Формат 1.6МБ и выше - это прерогатива чисто 3.5"-дискет(не исключено,что составитель мог ошибочно указать "5.25" или,начав составление списка форматов с этого размера(5.25"),далее увлекся и вписал туда все остальные имеющиеся параметры форматирования).
  Возможно,UNIX-подобные системы содержат набор параметров(и драйверов/(под)программ/процедур,их понимающих) для форматирования дискет подобным образом(примерно как в FFORMAT'е на IBM или связки "/TR:## /N:##" у DOS-Format),но,так или иначе,производится форматирование "с оглядкой" на тип/вид дисковода(т.е.,все равно каким-то образом система получает его физические параметры). Ведь нельзя "заклеенную" дискету(переведенную в режим "низкая плотность" 720К) сформатировать на 1.44М : какой бы "всеядный" ни был контроллер, физику не обманешь: на 720К-дискете(с ее параметрами магнитного слоя) запись с токами подмагничивания,как для режима "1.44", - окажется невозможной либо некачественной(будет перегрузка либо магнитного слоя(неспособность принять сигнал такого большого уровня/частоты),либо усилителя записи-чтения дисковода), - потому дисковод выдает сообщение типа "Media Error - disk UNUSABLE".
  Аналогично, дисковод 5.25"(1.2М) форматы емкостью выше 1.5МБ не обеспечивает чисто физически - из-за плотности записи.
  Скорее всего, на http://bk0010.narod.ru/docs/800kb_floppies.html приведены ВСЕ форматы(параметры настройки драйверов),так или иначе,поддерживаемые системой(и это очень хорошо,что они там поддерживаются/имеются,хотя бы в виде "стандартн.библиотек"), а при запуске процедуры форматирования - введенный параметр ком.строки оценивается на предмет его выполнимости(сообразно физич.параметрам дисковода как такового) и либо выполняется,либо пользователю выдается "отказ".
  ...Приведу выдержку из документации по моей любимой "FFORMAT"(для IBM PC):"
  ===========================================================================
  (...)
  .PIF файл запускает FFORMAT с опцией /ZO
  _
  Подобно другим существующим на территории России и ближнего
  зарубежья программам для форматирования гибких дисков, эта
  программа действительно форматирует гибкие диски на любой формат
  и позволяет просматривать каталоги дисков перед форматированием
  без драйверов 800 и PU_1700. Главное, что выгодно отличает
  FFORMAT от других программ - это свой собственный оригинальный
  Boot сектор. Если вы случайно оставите в дисководе несистемный
  диск, отформатированный FFORMAT, при загрузке, то вместо
  привычного "Non-system disk or disk error ..." вы увидите вполне
  нормальный DeskTop с окном, сообщающим, что этот диск несистемный
  (человек, знающий что такое BOOT-сектор и впервые видящий этот
  BOOT, как правило "впадает в осадок"). Вам останется только
  вынуть диск и "нажать" на кнопочку "Ok" в окне сообщений. Вся
  процедура рисования DeskTop'а и прочих прибамбасов умещается в
  512 байт вместе с расширенной таблицей диска.
  _
  Возможные варианты форматов в зависимости от типа дисковода:
  360 Кб дисковод
  + 180 Kb 40 дорожек 9 секторов 1 сторона
  200 Kb 40 дорожек 10 секторов 1 сторона
  + 320 Kb 40 дорожек 8 секторов
  + 360 Kb 40 дорожек 9 секторов
  400 Kb 40 дорожек 10 секторов
  420 Kb 42 дорожки 10 секторов
  430 Kb 43 дорожки 10 секторов (может не поддержи-
  ваться дисководом)
  720 Кб дисковод (3'5" и 5'25")
  + 720 Kb 80 дорожек 9 секторов
  + 747 Kb 83 дорожки 9 секторов (Девяткин просил)
  800 Kb 80 дорожек 10 секторов
  820 Kb 82 дорожки 10 секторов
  830 Kb 83 дорожки 10 секторов (может не поддержи-
  ваться дисководом)
  1.2 Мб дисковод
  + 180 Kb 40 дорожек 9 секторов 1 сторона
  200 Kb 40 дорожек 10 секторов 1 сторона
  + 320 Kb 40 дорожек 8 секторов
  + 360 Kb 40 дорожек 9 секторов
  400 Kb 40 дорожек 10 секторов
  420 Kb 42 дорожки 10 секторов
  430 Kb 43 дорожки 10 секторов (может не поддержи-
  ваться дисководом)
  + 720 Kb 80 дорожек 9 секторов
  + 747 Kb 83 дорожки 9 секторов (Девяткин просил)
  800 Kb 80 дорожек 10 секторов
  820 Kb 82 дорожки 10 секторов
  830 Kb 83 дорожки 10 секторов (может не поддержи-
  ваться дисководом)
  + 1.2 Mb 80 дорожек 15 секторов
  1.36 Mb 80 дорожек 17 секторов
  1.44 Mb 80 дорожек 18 секторов (*)
  1.47 Mb 82 дорожки 18 секторов (*)
  1.49 Mb 83 дорожки 18 секторов (*)
  (может не поддержи-
  ваться дисководом)
  1.44 Мб дисковод
  + 720 Kb 80 дорожек 9 секторов
  800 Kb 80 дорожек 10 секторов
  820 Kb 82 дорожки 10 секторов
  830 Kb 83 дорожки 10 секторов (может не поддержи-
  ваться дисководом)
  + 1.44 Mb 80 дорожек 18 секторов
  + 1.52 Mb 80 дорожек 19 секторов
  1.6 Mb 80 дорожек 20 секторов
  1.68 Mb 80 дорожек 21 сектор (*)
  1.72 Mb 82 дорожки 21 сектор (*)
  1.74 Mb 83 дорожки 21 сектор (*)
  (может не поддержи-
  ваться дисководом)
  _
  (*) - 800.COM не форматирует такие форматы
  При форматировании используется Interlive=2
  + - форматы, для которых FFORMAT позволяет восстановить 0
  дорожку и остальные дорожки тоже
  _
  Форматы, имеющие 83 дорожки, могут не поддерживаться вашим
  дисководом (особенно если он старый). Однако большинство
  современных дисководов позволяют форматировать до 84-85 дорожек.
  Форматирование на 83 дорожки 9 секторов введено по просьбе
  Девяткина М. Как выяснилось, компьютер "Поиск", (...), не может
  правильно прочитать 10 секторов на дорожку, если дискета
  отформатирована на нормальном дисководе, и нормальный дисковод не
  может прочитать 10 секторов, если дискета отформатирована на
  "Поиске", (...). (Поиск больше похож на PC Jr нежели на XT. У
  него для обращения к дискам DMA не используется (похоже, что
  контроллера DMA там вообще нет), и процессор выполняет все
  операции путем ввода/вывода в порты. Совместимость не соблюдается
  (естественно!), и о назначении портов, по-моему, знают только
  разработчики BIOS "Поиска".) Восстановление дискет на "Поиске"
  может не работать. Претензии, я надеюсь, ясно к кому.
  ============================================--------------(...)".
  _
  Вот,примерно так :)
• ? RADIX50 - 09.04.2016 15:52
  To: maxstudios@ - 09.04.2016 13:25
  RE:"ВП-128 в виде ПЛИС-эмулятора в СМК-512...";
  RE:"ожидаемый дефицит ВП-шек":
  #
  Вот и я об том же :)
  Хорошо было бы вот ту же ВП1-128,но "без" "SMK-512"(т.е.,образно говоря,"отсечь все лишнее", оставив только саму схему ВП1-128 - ведь,раз она уже,как говорите,работает, то,значит,она уже физически/логически "подсоединена"(к шине МПИ,как минимум), и выдает сигналы "дальше" в электросхему SMK,запрограммированную в том же кристалле ПЛИС.
  Т.е., можно было бы,в пр-пе, "урезать" исходный файл связей в ПЛИС,подготовленный для SMK-512,"убрав" "лишнюю", по отношению к "копии ВП1-128",обвязку(остальную часть схемы SMK),и сохранить уже как для "ВП1-128" в "чистом" виде,"без SMK"(для последующего изготовления копий оной по необходимости).
  ...Я не видел эту саму ПЛИС(в каком она корпусе), но,если это р/элемент достаточно современный, то, наверняка, скорее всего,она по габаритам мелкая.. Ну,в принципе,можно разместить ее на платке(пусть там даже будет выведен или даже запаян USB-вход,он мешать не будет,если в него ничего не тыкать),по краям которой сформированы контактные площадки под запайку ножек как у корпуса "QIP42"(по бокам в 2 ряда, "зигзагом-шашечками"),или "оформить" ее в виде DIP42,если будет надо.. И вся эта конструкция своими 42-мя лапами будет впаиваться в стандартное место на плате взамен своего "реального" прототипа в золотом либо пластиковом QIP-корпусе, - будет смотреться как этакая "гибридная электросхема" образца 80-х гг прошлого столетия! :) :) :)
  Я думаю,что будет вполне так нормально и технологично. А то,что все соединения будут практически открытыми, - ну дык,руками лазить по плате не следует,когда она работает(тем более,что БП современные - без гальваноразвязки от сети 220V)! :) :)
• ? RADIX50 - 09.04.2016 15:24
  To: maxstudios@ - 09.04.2016 14:17
  Мож,я чего "упустил", но в инфе,приведенной на указанных линках
  https://support.microsoft.com/ru-ru/kb/75131;
  https://support.microsoft.com/en-us/kb/75131;
  http://bk0010.narod.ru/docs/800kb_floppies.html, по крайней мере,для IBM, - формат "720К" для 5.25"-FDD в списке вообще не значится(и приведенное мною выше воспоминание о работе с дисками/дискетами оное обстоят-во в той или иной степени подтверждает), и не читается 5.25"-дисководом физически("позиционер трещит и лязгает", см.выше), даже если в BIOS выбрать,"обозвав" 5.25"-FDD как 3.5"(т.е.,все равно не хочет нормально видеть 720К). Т.е.,получается,что какие-то отличия все же есть(т.к.,напр.,стандартным способом,без "800" или "PU_1700", дискету 1.2МБ на 1.44 не отформатируешь). Логическая структура дискет, видимо,будет одинаковая(если скопировать посекторно в режиме DISKEDIT A: /M, и если общий объем хранимых данных на 1.44-диске не более 1.2М,- то скопируется и будет работать,если загрузочная),а физически эти форматы(и сами диски) - разные(в перв.очередь,по размерам :) ).
  ...К сожалению,проверить соответствие дискет на разных архитектурах ЭВМ тогда возм-ти особой не было(единственной "не-Интел" машиной с 1.2М-дисководом в конторе тогда был какой-то "Квант"(из ряда "ДВК",видимо,самая "крутая",топовая,модель?), но все дискеты были 5.25" низкой плотности(в центре диска на центровом отверстии под шпиндель имелось такое колечко,пластиковое же,приклеенное к диску заводским способом, - что указывало на дискеты с низкой плот-тью записи; дискеты "HD" на 1.2МБ такого колечка в центре НЕ ИМЕЛИ), а загрузочно-пусковая дискета с каким-то аналогом RT-11(на наклейке коряво было кем-то нацарапано "игры крутыые") была сформатирована вообще,чтоль,на 400К,даже меньше возможных 720).
  ...Еще,на каком-то другом радиофоруме, попадалась мне тема насчет каких-то различий в схемотехнике 3.5 и 5.25"-дисководов(товарищ "боролся", подключая "не тот" флоп к какой-то другой "ретро-машинке"), и там шла речь о том,что 3.5"-флоп на шину(34-контактную) не выдает(или выдает?) какой-то сигнал,выдаваемый(или не выдаваемый),соотв-но, 5.25"-флопом; и ему кто-то советовал какой-то вывод шины(на самом флопе),то ли 7-й,то ли 6-й,то ли вообще 5-й контакт, - "посадить" на "плюс" либо "на корпус". Т.е.,какие-то нюансы все-таки имеются.
  А еще от одного("Синклериста",правда,не БКшника) недавно узнал,что,если купить "современный"(последних выпусков) 3.5"-флоп(не б/у,новый,с магазина!),тот же MITSUMI,допустим,то в большинстве случаев,у них на "гребенке"(IDC-34) из штатных 34 контактов отсутствует едва ли не половина, и,благодаря чему,сами эти дисководы ФИЗИЧЕСКИ не поддерживают форматы с объемом МЕНЕЕ стандартного 1.44М(нет датчика плотности "720/1.44",только "защита записи") и еще какие-то режимы(т.е.,являются так или иначе,аппаратно-"урезанными", хотя,что там еще можно "урезать",я слабо представляю,и так привод сам по себе,в общем-то,не особо сложный), и,естественно,часть сигналов,приходящих с контроллера, они просто не обрабатывают("не слышат",т.к. эти линии,где нет контактов на колодке,они просто висят "в воздухе").
  Однажды сам нарвался на такой флоп,правда,в контейнере для подкл-я по USB. Отсоединение самого флоппика от USB-моста и подключение его напрямую к материнской плате IBM(под DOSом) ничего не изменило: "заклеенные" 720К-диски он все равно не видел(по причине отсутствия датчика плотности),и "не умел" перемещать головки "назад"(старые флопы 3.5" прекрасно это делают,особенно,при попытках прочесть/форматнуть сбойящую дискету, - это видно при работе со снятым верхним кожухом). При попытке форматировать на 720К(ключ /F:720) выдавал ошибку "MEDIA ERROR". Как-то удалось сформатировать на 720К в режиме "высокой плотности", "поиграв" с ключами FORMAT'а(вроде бы,набрав белиберду вроде /TR:40 /N:18), - видимо,в режиме с "пропуском дорожек"("через одну"). Но сам режим при этом - все равно оставался "высокой плотности"(а дискета вышла "со сбоями").
  Так что,думаю,если брать "совсем" уж "современные" дисководы высокой плотности, - то,наверно, все же есть какие-то "нюансы" аппаратного характера,нам покуда не известные..
  #
  RE:"отформатировать дискету в AN-DOS-е, а затем на РС попробовать прочитать...":
  В доке к ANDOS v.3.30 сам Надежин говорит,что на PC с активным резидентом "PU_1700" в памяти - совершенно нормально читаются все БКшные дискеты. И он же(Надежин) предлагал,что,при наличии сбоев при форматировании дискет на БК(под ANDOSом),возможно,из-за неизвестных ему тогда причин,обозначенных чуть выше ув.тов. ММ("нехватка" тактовой частоты), - рекомендуется сформатировать дискету на 720К на IBM(незагрузочную), а потом,поставив ее на БК,произвести "осистемливание" - при этом начальный загрузчик и нулевой сектор будут перезаписаны БКшной служебной информацией,и будут нормально работать на БКшке.
  ..
  Насколько помню,вот примерно,так :)
•  1  | 2 |   »  

?