Не знаю что за "подготовке" , подвергаются шлейфы, каким издевательствам, но думается такой же, как и "заземление" глупосте ...
Вид для печати
Глупость? Перевернул 10 и 12 жилы, чтобы работал как "А". Снял разъем-поставил... Никаких издевательств. Ясно, что я нуб полный, но стараюсь свой путь как-то излагать тоже, если не нужно, то свои нубо-дела освещать не буду.
ЗЫ.
HDD подключил, спасибо palsw. Пришлость питание тоже подтягивать (3,3кОм)
ЗЗЫ...
Спасибо всем форумчанам, а также особое спасибо Mick. Я не кодер и не житель демосцены, но пока собираю "Феню" я получаю огромное удовольствие. Еще раз всем спасибо.
Хочу показать всему свету,свой Феникс:
http://i64.fastpic.ru/thumb/2014/052...2ab878f08.jpeg
http://i63.fastpic.ru/thumb/2014/052...97890d6c0.jpeg
http://i64.fastpic.ru/thumb/2014/052...3704686a7.jpeg
Корпус с подсветкой-мягкий,синий цвет
Дополнительно установлен усилок 2х15,который включается кнопкой на передней панели + регулятор громкости.Кемпстон джойстик рядом с кнопкой.
На задей панели установлена платка VGA,для жк моника.
Такая птичка получилась!
"Феникс" собран в корпус InWin BL640. В целом все работает только нестабильно в турборежиме (TR-DOS и Fatal). Запаял EPM3064ATC44. Боюсь её запороть (не прошивал ни разу), люди, ткните носом в тему (если есть), есть ByteBlaster (ZxKit-003), Quartus II 8.0. Все подсоединил-запустил альтера видна. Каким именно файлом (файлами) из прошивки прошить, фузы где выставляются не нашел...
Gektor_rus, у CPLD прошивка одна, fuses (как в МК) нет. Файл что-то типа pof или sof, грузится в программаторе(запускается отдельно или кнопкой в QuartusII).
IanPo, Спасибо! Прошил, на скорую руку сделал SD-адаптер, подключил, работает!
Доброго времени суток!
Поскольку умения мои невелики, Феникс rev05 я не собирал, а купил собранный. Некоторые проблемы с его запуском все равно возникли, но на сегодня успешно работает связка "SD-Fatall-Floppy", т.е. Fatall видит оба этих устройства и передает данные между ними без ошибок. Другие сценарии использования дисковода ошибок также не вызывают. Из программ пробовал запускать TRDN и свои поделки - программы запускаются и работают корректно.
А вот при попытке обращения к RAM-диску происходят "чудеса":
Опыт 1: форматирование. После старта компа из среды ТР-ДОС запускаем по run программу:
10 RANDOMIZE USR 15619:REM:FORMAT "d:rdsk"
20 RANDOMIZE USR 15616
(непосредственно в командной строке FORMAT набрать не удается, видимо, проблема с интерпретацией этого символа)
После этого по LIST "d:" поллучаем:
Title: pdsi Disk Drive: D
0 File(s) 80 Track D.Side
0 Del. File(s) Free Sector 3056
File Name Start Length Line
A>
На этом этапе можно обратить внимание на странное количество свободных секторов и "слегка отличающуюся" метку диска.
Опыт 2: запись на диск.
Даем команду
A> SAVE "d:test"
A> LIST "d:"
в результате чего получаем:
Title: pdsi Disk Drive: D
1 File(s) 80 Track D.Side
0 Del. File(s) Free Sector 2541
File Name Start Length Line
test <@> 1 00048 00048
A>
В этот раз, можно сказать, повезло. Явная ошибка только в типе файла. С тем же успехом он мог добавить полдюжины файлов с именами из знаков "?" (видимо, когда "конец каталога" отметить не удается).
Опыт 3. Развертывание образа с SD на RAMDISK при помощи Fatall.
Полностью выключаем и включаем питание (для очистки от результатов предыдущих опытов), заходим в Fatall, штатными средствами развертываем некий .SCL на диск d:
Развертывание проходит успешно, после чего имеем в источнике файлы с именами:
STORM1.3 <B> , STORMhlp <W> , HELLO.A <C> , PUTS.A <C>
а на рамдиске:
QTMPM1.1 <@> , QTMPOhjr <U> , HELLM.A <A> , RWVS.A "<C>
На этот раз есть даже некоторая закономерность, большинство, если не все, искажения осуществлены по принципу "вычти 2 из оригинальных данных".Возникают искажения, вроде как, случайно.
Опыт 4. Средствами Fatall запускаем с диска a: TRDN, в нем пытаемся прочитать диск d:
Для начала получаем сообщение Catalogue data is corrupted (после предыдущих опытов верится охотно), потом следующий список файлов:
STMPO1,1 <B> , SVMPMhlp <W> , JELLO,A "<C> , PWTQ.A <C> , (8 раз кракозебла) <(грустный смайлик)>
При попытке работать с данными на диске d: получаем ошибку (что неудивительно - каталог-то битый).
Ошибка формируется по тому же самому алгоритму, но проявляется в других случайных местах. Из чего можно предположить, что данные в рамдиске записаны верно, а искажаются именно при чтении.
Что примечательно, это "локальный глюк": он не затрагивает ни другие области памяти (в противном случае комп был бы неработоспособен), ни другие накопители. Память установлена 2 планки по мегу, в качестве рабочей гипотезы подозреваю, что одна из них - живая - используется под все остальное, а вторая - видимо битая - под рамдиск. Но это моя умозрительная гипотеза.
Вопросов, собственно, три - есть ли у кого другие гипотезы происходящего, что из себя представляет рамдиск (в каких страницах памяти лежит, как до него достучаться, минуя TRDOS) и есть ли способ протестировать весь объем памяти на Фениксе (вроде как родных утилит под него нет, а "неродные" позволяют только 128К, а не 2М, или я не прав?)
С уважением, Сергей.