nedoPC.org

Вроде бы проблема в коде монитора NoICE. Как выше пишет автор, NoICE использует инструкцию RST 1 (код CF) в качестве breakpoint. RST 1 эквивалентен CALL 0008 (сохраняет PC в стеке, затем пишет 0008 в PC). Подпрограмма по адресу 0008 копируется в ОЗУ из ПЗУ при запуске монитора NoICE:
и далее (после перехода на INT_ENTRY)

То есть PC будет правильным, только если A=1, но в A записывается 2. Замена MVI A,2 на MVI A,1 (байт в ОЗУ по адресу 000A заменить с 02 на 01) решает проблему. Если автор подтвердит, что такая правка ничего не сломает, я скомпилирую монитор заново и выложу исходник и BIN ПЗУ здесь и на http://radio86rk.pbworks.com.

Забавно, что раньше никто - в том числе я сам - не заметил ошибки. Видимо, у всех по адресу 0000 располагается ПЗУ (в этом случае все должно работать правильно).

Только сейчас добрался проверить.
Да, похоже, что автор действительно забыл изменить значение, указанное для примера в копируемых DUMMY_INTS.
Заменил 2 на 1, перекомпилировал - на первый взгляд работает нормально

У меня не самая свежая версия NoICE 9.4, но в присланном мониторе для 8080 из 9.8 в этом плане то же самое.

Он не забыл - он не ожидал, что по адресу 0000 будет ОЗУ, а его монитор будет в другом месте. Он решал проблему, которая в РК86 отсутствует, но не предусмотрел организацию памяти, примененную в РК86:
Когда я модифицировал его монитор (ровно четыре года назад), я в этом всем не разобрался. Хорошо, что разобрались сейчас. Как обещал, я соберу монитор NoICE из последнего варианта Mon8080 (NoICE 9.8 ) и моего кода для FT245RL и выложу чуть позже.

Исправил, обновленный вариант выложил в этой теме (в моем посте от 16 декабря 2018 года), а также на radio86rk.pbworks.com.

Доброго дня.
Спрошу тут, т.к. у меня тоже РК86 на SRAM 32к, только проект другой. проект отсюда: https://github.com/skiselev/radio-86rk.
Все запускается, директивы работают, но программы не грузятся с ленты. до 13 выв ВВ55 сигнал доходит.
Немного напрягает отрицательная составляющая после компаратора...но не знаю критично ли это.
Так вот, после набора директивы I и загрузки программы с mp3 плеера выходит стрелка с ожиданием директивы....Ввожу G, экран моргает и вываливается в начальное состояние с веселой надписью РАДИО-86РК

осциллографом пролазил...все сигналы вроде на месте....в общем прошу направления куда копать.

С самим РК все в порядке, проблема в загружаемой программе. Попробуйте загрузить что-нибудь другое.

Учтите также, что чаще всего G соответствует G0000, а программа может загружаться по другому адресу.

нууу.....это первое что я сделал. И не на одном файле. Результат всегда один. Поэтому и прошу тут помощи.

Если Монитор загрузил данные с ленты, и контрольная сумма совпала, то претензий к оборудованию быть не должно. Давайте разбираться.

После окончания ввода с ленты Монитор должен выдать на экран три числа - начальный и конечный адреса загрузки и контрольную сумму. Если контрольная сумма не совпадает с той, что записана на ленте, то выдается четвертое число (контрольная сумма с ленты) и вопросительный знак. Наблюдаете ли Вы что-то подобное?

разобрался! был мал уровень сигнала с проигрывателя

повторю тут мой вопрос...
Хотелось бы спросить КАК и ЧЕМ Вы растрассировали плату такой плотности - я тоже хочу свою сделать именно как Вы - все DIP40 плотно друг к другу. Но я хочу всю мелкую логику заменить на CPLD - так же разместить ее с обратной стороны - или в 144 или 128 выводов корпус задействовать CPLD.
Я понимаю что можно вручную в Altuim-e но на это уйдет огромный кусок времени - каким автотрассировщиком Вам удалось добиться такой плотности и как Вы расставляли в начале корпуса(чем при этом руководствовались)?

Eagle 7, автотрассировщик FreeRouting.net - на сегодняшний день больше недоступный, к сожалению - затем ручное допиливание. Корпуса расставлял на глаз, с учетом опыта разводки моих предыдущих плат РК86. Большинство корпусов там подключено к одним и тем же сигналам, так что взаимное расположение не особенно важно, важнее близость к соответствующим разъемам.

В варианте 2018 года (маленькая плата, где сверху ДИПы вплотную друг у другу, а снизу все остальное в SMT) заменил три широких ДИПа (155ИР13, 589ИР12 и ОЗУ) на эквиваленты в СОИК. Плата четырехслойная, в двух слоях не развелось. Зато в четырех слоях там все не так уж плохо, несмотря на компактность.

Идея спрятать мелкую логику в PALку мне в голову приходила, но от неё отказался ради повторяемости. PALки и 5-вольтовые CPLD быстро вымирают вместе с софтом для разработки и программаторами, а мелкая логика живет. К слову, примерно в то же время я написал на CUPL SPI интерфейс для 8080, который помещается в ATF2500. Код есть, CPLD есть, прошить нечем - мой ChipProg вроде должен уметь, но ругается на перегрузку по току.

Что касается автотрассировщика - автор его убрал из сети потому, что кто-то обвинил автора в нарушении чужих авторских прав и заимствовании чьего-то кода. Но я успел сохранить копию Написано на Java, запускается из-под NetBeans, требует файл в формате DSN (для Eagle есть ULP, который такие файлы создает). Не самый лучший, медленный и не особенно удобный, но полезный. Выкладывать не буду, а то набегут защитники авторских прав, но если кому надо, могу поделиться.

Спасибо за ответ! Я делал очень плотный монтаж раньше но корпуса всегда были на расстоянии и было поле для маневра ручной разводки шин и одиночных сигналов. А вот когда все корпуса плотно друг к другу - такое видел только в древних платах и вот у Вас увидел. Захотелось повторить чисто ради интереса и красоты)) Никакого практического значения такая плотность не имеет в моем случае - только эстетика.

По большому счету все эти ретрокомпики делаюсь ради самого процесса "делания" а не для пользования))) И вряд-ли кто-то будет затевать их производство в количестве более 5 штук (минмимальный заказ плат у китайцев).
А поставить конфигурируемую CPLD 5-вольтовую (типпа XILINX XC95216 или ALTERA EPM7128S где стандартный JTAG - а уж его можно "шить" хоть ногодрыгом через LPT) - упрощает поле для будущих экспериментов с портами и цветами и др. ... Это все равно хобби и не более того. С вашей подачи подключил свой LCD 24 бита напрямую к RGB Spectrum-a.


ну с такими "характеристиками" и Altium наверное посоревнуется )))


Верно - тут с этим строго. Из бесплатного KiCad вроде "что-то" может в этом плане но он расчитан на очень большого "любителя")))
Да и с помощью этого можно посмотреть но самого трассировщика там уже нет - его сам автор убрал до того как его сохранили в архив((( к сожалению

очень понравилась идея с подключением I2C "железного" контролера к PK86 - ну хоть что-то можно сделать полезное на BASIC в нем "для дома - для семьи" - датчики климатконтроля и др. с I2C шиной. Кстати I2C контролер вполне неплохо "реализуем" в железе на HDL языке - на хабре недавно был цикл статей

ты в каком городе? есть Xeltek 3000U -- могу прошить.
и где ты берешь ATF2500? я тоже хочу

ATF2500C пока еще производится и много где продается, например в Microchip Direct, Arrow, Newark.

За предложение прошить спасибо, см. личку.