МС1201.2018

[Alex]

Хорошо представляю скорость флэш-карт современных :-)
Ну к ядру 80а нужна ещё память и обрамление :-(
Я, как понял из интернета, 8051 в FPGA посадить - ничего особо сложного, ну для тех кто в теме FPGA. Типа есть готовое.
И тактовая там ломовая. Всё(по части флэшкарты и QBUS) можно успеть :-)
Может быть можно, что-то ещё проще :-)

- - - Добавлено - - -

И ещё вопрос, сколько тактов 1801ВМ3 обрабатывает прерывание? Мне так сдаётся, что очень много(Впихнуть в стек два регистра, переключить моду процессора, пользователь/ядро, считать вектор, запустить выполнение...), на DMA издержки меньше.
Большое число счётчика и объясняет сравнительно малую скорость обмена. А то, что обещает скорость поднять, значит автор понял, что можно улучшить :-)
И ему есть куда улучшать :-)

[Hunta]

Хорошо представляю скорость флэш-карт современных :-)

Ну я как бы тоже в курсе - сколько образ карты на PC читается-пишется - и это тоже в копилку фактов на согласие с разрабом платы о - das ist fantastisch о скорости

Всё(по части флэшкарты и QBUS)

Я в своём распиле-допиле PDP-2011 на эту тему думаю, но.. время свободное блин... а также творческие кризисы.. заставляют медленно двигаться прогресс. А так в принципе - посадить SPI интерфейс на плату - оно даже (по проводам) проще. Но нужен, как минимум, хороший аппаратный модуль работы с SD SPI в FPGA - а его (в нужном варианте) нет. Вариант с процессором (снаружи или внутри) не предлагать - стрельбы из пушки по воробьям. У меня уже (для проверки работы этого модуля) родилась идея - вывести его на шину напрямую - а не задействовать в реализация RK11, RL11 и DB - что бы протестировать и определиться с интерфейсом - потому как мне проще написать тестирующий модуль в командах PDP, чем сделать его в FPGA. Посмотрим. Может, кризис пройдёт и у меня опять попрёт - как было перед НГ

[Alex]

Как упрётся в скорость QBUS, так увсё... :-(

- - - Добавлено - - -

Я надеюсь, что попрёт :-)

[Hunta]

И ещё вопрос, сколько тактов 1801ВМ3 обрабатывает прерывание? Мне так сдаётся, что очень много(Впихнуть в стек два регистра, переключить моду процессора, пользователь/ядро, считать вектор, запустить выполнение...), на DMA издержки меньше.

А не важно. Ибо и там и там при чтении одного сектора прерывания будет (а значит и накладные расходы одинаковы) - просто в PIO нужно будет сектор перегнать в память - а по мои тестам WQ - тут задержек нет - цикл тупо пересылает из буфера без проверок готовности очередного слова (в R1 счётчик слов из запроса):

	MOV	#256.,R3
50$:	TST	R1
	BEQ	60$
	MOV	@#WQDBUF,(R2)+
	DEC	R1
	BR	70$
60$:	TST	@#WQDBUF
70$:	SOB	R3,50$
	TST	R1
	BNE	40$
	CLC
	RETURN

- - - Добавлено - - -

Большое число счётчика и объясняет сравнительно малую скорость обмена. А то, что обещает скорость поднять, значит автор понял, что можно улучшить :-)
И ему есть куда улучшать :-)

Наоборот - низкая скорость обмена и объясняет большое значение счётчика
И если что - авторы платы WQ и МС 1201.2018 - разные люди

[Alex]

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

[Hunta]

Как упрётся в скорость QBUS, так увсё... :-(

Ну таки да. И если использовать рОдные процы или платы - ничего с этим не сделать. Выход только один - проц в FPGA плюс свой вариант шины для новоделов (PMI 2.0 где M - это Module, а не Memory и переходник в QBUS - что бы старое можно было цеплять

Я надеюсь, что попрёт :-)

Я знаю, что попрёт, нужно только с мёртвой точки сдвинуться - то есть что бы хоть что то в новом коде заработало Но пока как то никак. Я уже с горя цвета настраива... Э.. сигналы и переменные переименовываю, что бы текст (для меня) более понятным сделать

- - - Добавлено - - -

Правильнее было бы логику непосредственно контроллера в FPGA запихнуть

Пока в обеих вариантах FPGA больше как посредник между QBUS и IDE. Но логика работы IDE достаточно нормальная, так что такой подход работает. Хочется DMA - и его можно реализовать двояко - или использовать DMA от IDE или запихать посредника DMA в FPGA

8051 в FPGA сильно облегчит программирование самой FPGA

И мы получим ещё один модуль на ещё одном языке программирования, который надо будет написать, отладить.. Нафик. Тогда уж лучше использовать подход, аналогичный микропрограммирования - понять, какие команды нужны, реализовать (микро)процессор только под них и его запрограммировать

[Alex]

А не важно. Ибо и там и там при чтении одного сектора прерывания будет (а значит и накладные расходы одинаковы) - просто в PIO нужно будет сектор перегнать в память - а по мои тестам WQ - тут задержек нет - цикл тупо пересылает из буфера без проверок готовности очередного слова (в R1 счётчик слов из запроса):

	MOV	#256.,R3
50$:	TST	R1
	BEQ	60$
	MOV	@#WQDBUF,(R2)+
	DEC	R1
	BR	70$
60$:	TST	@#WQDBUF
70$:	SOB	R3,50$
	TST	R1
	BNE	40$
	CLC
	RETURN

- - - Добавлено - - -


Наоборот - низкая скорость обмена и объясняет большое значение счётчика
И если что - авторы платы WQ и МС 1201.2018 - разные люди

Нескромный вопрос... Эти люди меж собой общаются? ;-)

- - - Добавлено - - -

По коду, а если вместо @#WQDBUF использовать регистр... Может некое ускорение работы произойти.

- - - Добавлено - - -

С логикой IDE всё сравнительно просто, если провести ещё DMA. то будет конфетка...
А вот с путём в FPGA - согласен, других вариантов, для реализации(кроме симуляции программной) не вижу...
Ещё 10-20 лет и найти что-то в рабочем виде будет ну ни как :-(((((

[Hunta]

Нескромный вопрос... Эти люди меж собой общаются? ;-)

Теоретически - возможно всё, а практически - я ОЧЕНЬ сильно сомневаюсь. Такое впечатление, что Жека тщательно шифрует разработчиков (железячника и софтописателя), что бы никто не повторил (в лучшем варианте) WQ, а может им это уже не интересно - по заказу написали прошивку и драйвер, отдали заказчикам-правообладателя с подписанием - не делать-не распространять, деньги получили - и всё. Ходила какая то ещё (мутная) история (ЕМНИП), что типа все исходники утеряны.. В общем - WQ покрыт мраком

По коду, а если вместо @#WQDBUF использовать регистр... Может некое ускорение работы произойти.

Ну, какое то ускорение точно должно произойти, но приведённый кусок - это восстановленный текст официально поставлявшегося драйвера. Под RT я драйвер не успел переделать, а в RSX у меня (практически наверняка) адрес регистра буфера сидит в регистре. Пока тяжело до текста добраться - вечером скажу наверняка. Только (основная) проблема всё равно в другом В моём коде проверки (прерывания и скорости) - я только дожидаюсь ГОТОВНОСТИ CF к передачи сектора, но сам сектор НЕ СЧИТЫВАЕТСЯ. Так что счётчик - это сколько мы ждали ГОТОВНОСТИ от устройства А не скорости чтения

[Alex]

Хм, осталось-то тех, кто может чуть-чуть, но всё одно люди шифруются, хранят секреты.
Оно конечно понятно, если есть возможность заработать, но чего-то я не думаю, что тут большие деньги поднять можно.
И не думаю, что кто-то бросится делать копию для коммерции ;-)

Это-то и понятно, что дал команду на чтение - и ждёшь у моря погоды.... :-(

[Hunta]

Хм, осталось-то тех, кто может чуть-чуть, но всё одно люди шифруются, хранят секреты.

Поскольку я - не единственный владелец всего этого дела - однозначно сказать не могу, но вроде как пока - держать всё в секрете - планов нет.

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

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

Это-то и понятно, что дал команду на чтение

В общем, когда я увидел эти разнообразные числа - я несколько встал в тупик - слишком уж разнилась скорость работы карты на Квант-е и на PC. Пробовал даже пытаться задавать режим работы (ака PIO1, PIO2 и т.п.) - но как то видел на выходе то же самое. То ли неправильно задавал, то ли это особенность этого контроллера...