Speccy - наш выбор!

Speccy - наш выбор! (http://zx-pk.ru/index.php)
-   Unsorted (http://zx-pk.ru/forumdisplay.php?f=13)
-   -   Обсуждение новой верхней платы профика 5.04+ (http://zx-pk.ru/showthread.php?t=14747)

Дмитрий 18th January 2011 09:57

Quote:

Originally Posted by Vadim (Post 350936)
Вообще, по хорошему то на AY надо подать частоту как на фирменном 128-м, а не 1.75 Мгц.

и слушать только фирменную музыку? а где ее взять-то в десятках-полутора игр и все? а наши разработки и мульёны треков куда, в какое место заткнуть?

alvis 18th January 2011 17:12

Quote:

Originally Posted by Vadim (Post 350936)
Что бы хоть что то загрузилось с ms-dos носителя нужен не только бут сектор, к сожалению. И загрузчик на том носителе должен быть прописан и вообще вся система.

Это я прекрасно понимаю. Я имел ввиду наличие бут сектора для перехвата загрузки.
Допустим для того, что бы загрузиться с HDD под CP/M, достаточно было на загрузочной дискете иметь один только бут сектор и все... Остальные файлы брались уже с HDD/

garlands 18th January 2011 19:58

progress info:
* на данный момент на EPM240 свободно 30 ног, внутренние ресурсы еще не рисовал - пока расчистил место под альтеру... %) свободные ноги выведу на пины для реализации джамперов конфига, подключения светиков индикации режима, и/или ввода-вывода дополнительных сигналов. заведено два тактовых сигнала (8МГц и 14МГц), системный reset.
* на СОМ-порт 2хМАХ232 разведены. на каждый по одному выводному кондеру, остальные СМД.
* ЛПТ заменен на IDC40.
* эээ... а цифровые порты у АУ не выведены на гребенку??! непорядок. надо вывести...
* компактфлеш почти разрисовал, но пока отложил до определенности с разводкой ног альтеры.

пока где-то так...

---------- Post added at 17:58 ---------- Previous post was at 17:51 ----------

кстати, со слотом под флешу обнаружилась одна засада - оказывается, они бывают с нумерацией справа-налево, и слева-направо... вот так воттт... :(
так что эта часть будет допиливаться окончательно буквально в последний момент по имеющимся в наличии слотам...

solegstar 18th January 2011 20:49

Quote:

Originally Posted by garlands (Post 351199)
progress info:
* ...заведено два тактовых сигнала 8МГц и 14МГц....

8МГц будешь отдельным кварцом ставить? или преобразователь остался 12МГц в 8МГц ?

garlands 18th January 2011 21:06

зачем? 11D26. но это (14МГц) больше перестраховка, чтобы в случае чего не пришлось тянуть проводок.

---------- Post added at 18:55 ---------- Previous post was at 18:52 ----------

да, раз уж свободных ног (пока говорим только о ногах) много, заведу еще дешифратор ВИ1 и "контроллер прерываний"...

хотя наверное завтра уже накидаю вчерне схему внутренностей, чтобы оценить запас по ресурсам CPLD.

---------- Post added at 19:06 ---------- Previous post was at 18:55 ----------

да, у кого есть переходник, или его живая схема, посмотрите, правильно я разрисовал соответствие линий IDE и CF. за основу брал вот эту распиновку: http://pinouts.ru/DiskCables/ide2cf_cable.shtml

Vadim 18th January 2011 23:22

Quote:

Originally Posted by alvis (Post 351121)
Это я прекрасно понимаю. Я имел ввиду наличие бут сектора для перехвата загрузки.

Я это тоже прекрасно понимаю. Когда писал Q-DOS, было желание сделать загрузку и с винта, но оно нереально в текущей реализации, когда нет ROM-BIOS. Его я начал писать ещё в 1998г, но потом забросил. Sayman выложил процедурку программирования палитры из моего эмулятора rom-bios. Т.е. в текущем варианте я предполагал грузить этот эмулятор с дискеты... Что я хочу сказать? Да то, что просто загрузив сектор с дискеты произвольного формата и передав управление мы проблемы загрузки не решаем. Тем более с винта. Нужны процедуры в ПЗУ. Что бы бут сектор, который оказался в ОЗУ имел возможность чтения секторов с внешних устройств помимо собственных сил. В 512 байт, не влазит то, что надо. слишком мало байт для кода z80. И rom-bios необходим для этого.

---------- Post added at 01:22 ---------- Previous post was at 01:20 ----------

Quote:

Originally Posted by alvis (Post 351121)
достаточно было на загрузочной дискете иметь один только бут сектор и все... Остальные файлы брались уже с HDD/

Это нереально при размере бут сектора в 512 байт. Да и вообще это некрасивое решение.

Дмитрий 18th January 2011 23:28

garlands, думаю можно ориентироваться на схемку SMUC на дискретах, там используется 2 разъема, CF и IDE (посмотри темку "СМУК и ПрофПЗУ на дискретах").

---------- Post added at 21:28 ---------- Previous post was at 21:26 ----------

Quote:

Originally Posted by Vadim (Post 351315)
Это нереально при размере бут сектора в 512 байт.

сегодня смотрел исходники для спринтеровской DSS, нашел исходник для бут-сектора дсс-ки... они каким-то чудом запихали аж 1.5 кило в загрузчик...

Vadim 18th January 2011 23:29

Quote:

Originally Posted by Дмитрий (Post 351319)
сегодня смотрел исходники для спринтеровской DSS, нашел исходник для бут-сектора дсс-ки... они каким-то чудом запихали аж 1.5 кило в загрузчик...

Да ну? И не используя вызовы биос?

alvis 18th January 2011 23:57

Quote:

Originally Posted by garlands (Post 351199)
* на СОМ-порт 2хМАХ232 разведены. на каждый по одному выводному кондеру, остальные СМД.

COM-port полный, как в оригинале? Все восемь сигналов?

---------- Post added at 21:57 ---------- Previous post was at 21:43 ----------

Quote:

Originally Posted by Vadim (Post 351315)
Цитата:

Сообщение от alvis

достаточно было на загрузочной дискете иметь один только бут сектор и все... Остальные файлы брались уже с HDD/

Это нереально при размере бут сектора в 512 байт. Да и вообще это некрасивое решение.

Может я не совсем верно выразился? Достаточно, что бы на обычную дискету СР/М был записан один только файл (Bootk.com). Он обязательно должен распологаться первым на дискете, что бы она была загрузочной. Но для загрузки с HDD кроме этого файла на дискету можно было вообще ничего не записывать... С размером его могу ошибаться, но вроде бы не больше 512 байт. А то, что далше за загрузку отвечают уже системные файлы, я считаю правильно. Если к ним переходит управление, то там уже можно все что хочешь загружать...

Дмитрий 19th January 2011 00:10

Quote:

Originally Posted by Vadim (Post 351322)
И не используя вызовы биос?

про это я не говорил.

Black_Cat 19th January 2011 01:59

ОФФ: В первом ДОСе Била Гейцца для загрузки ДОСа!! хватало нулевой дорожки флопа.. :) ..а вам слабо? :)

Vadim 19th January 2011 06:53

Quote:

Originally Posted by БК-0010 (Post 351367)
В первом ДОСе Била Гейцца для загрузки ДОСа!! хватало нулевой дорожки флопа..

Первая версия ДОСа написана Тимом Патерсеном. Для загрузки во 1-х используется система команд x86, код которого более компактен, а во 2-х у ПЦ есть rom-bios, т.е. готовые процедуры чтения секторов.

garlands 19th January 2011 07:41

Quote:

Originally Posted by Vadim (Post 351315)
Я это тоже прекрасно понимаю. Когда писал Q-DOS, было желание сделать загрузку и с винта, но оно нереально в текущей реализации, когда нет ROM-BIOS. Его я начал писать ещё в 1998г, но потом забросил. Sayman выложил процедурку программирования палитры из моего эмулятора rom-bios. Т.е. в текущем варианте я предполагал грузить этот эмулятор с дискеты... Что я хочу сказать? Да то, что просто загрузив сектор с дискеты произвольного формата и передав управление мы проблемы загрузки не решаем. Тем более с винта. Нужны процедуры в ПЗУ. Что бы бут сектор, который оказался в ОЗУ имел возможность чтения секторов с внешних устройств помимо собственных сил. В 512 байт, не влазит то, что надо. слишком мало байт для кода z80. И rom-bios необходим для этого.

---------- Post added at 01:22 ---------- Previous post was at 01:20 ----------


Это нереально при размере бут сектора в 512 байт. Да и вообще это некрасивое решение.

свободных 64К ПЗУ должно ведь хватить для всех наполеоновских замыслов :)

в смысле, 29с010 - 128К, 64 - стандартные 4 страницы профика... ;)

знаете, о чем подумал? наверное стоило сделать еще перемычку на WE для запрещения записи... но что сделано, то сделано...

---------- Post added at 05:38 ---------- Previous post was at 05:24 ----------

Quote:

Originally Posted by alvis (Post 351329)
COM-port полный, как в оригинале? Все восемь сигналов?

да, единственно что сигнал DCD обошелся просто диодной растяжкой без подтягивания к -12В (или лучше RI, как более редко используемый?)

Quote:

Может я не совсем верно выразился? Достаточно, что бы на обычную дискету СР/М был записан один только файл (Bootk.com). Он обязательно должен распологаться первым на дискете, что бы она была загрузочной. Но для загрузки с HDD кроме этого файла на дискету можно было вообще ничего не записывать... С размером его могу ошибаться, но вроде бы не больше 512 байт. А то, что далше за загрузку отвечают уже системные файлы, я считаю правильно. Если к ним переходит управление, то там уже можно все что хочешь загружать...
да ну, загрузка с дискеты только для того, чтобы дальше грузиться с винта - изврат. лучше стартовый блок в ПЗУ расположить - как на PC и сделано, процедуры в ПЗУ проверяют сигнатуру, тупо грузят первый сектор, в котором первичный загрузчик уже раскручивает процедуру загрузки. понятно, что в один сектор все не войдет, но в ПЗУ у нас есть еще 64Кб, которые можно использовать для низкоуровневых процедур.

---------- Post added at 05:41 ---------- Previous post was at 05:38 ----------

Quote:

Originally Posted by Vadim (Post 351377)
Первая версия ДОСа написана Тимом Патерсеном. Для загрузки во 1-х используется система команд x86, код которого более компактен, а во 2-х у ПЦ есть rom-bios, т.е. готовые процедуры чтения секторов.

а в-третьих, дорожка наверное немного больше, чем 512байт.... ;) так, самую малость... ;) даже если брать дискету на 360К...

Vadim 19th January 2011 07:56

Quote:

Originally Posted by garlands (Post 351381)
а в-третьих, дорожка наверное немного больше, чем 512байт.... так, самую малость...

Он имел ввиду, что на одной дорожке вся ОС вместе с загрузчиком умещалась.

garlands 19th January 2011 11:16

1 Attachment(s)
да я внимательно прочитал сообщение. но в 4,5Кб (если считать 360/40/2) можно много всего засунуть... да и для тех времен - так, пара команд типа dir, cd, rd, copy... только кому оно сейчас нужно - голая консоль с минимальным набором команд.

---------- Post added at 07:59 ---------- Previous post was at 06:06 ----------

кстати о звуке... можно использовать разведенный джек на нижней плате, ведь рядом PLS-4 разведен, так его и можно использовать для подвода звука от АУ с верхней платы, только нужно маму запаять на нижнюю, а на верхнюю удлиненные штыри.
разводка звука:
RIGHT
GND
GND
LEFT

---------- Post added at 09:16 ---------- Previous post was at 07:59 ----------

DD24 выкинута, т.к. остался используемым 1 элемент из четырех, вместо него заюзал неиспользуемый DD29. (пины 1,2,3)

освободившееся в результате расчистки место и tqfp100 там.... в общем, места хватает... ;)

alvis 20th January 2011 00:08

Quote:

Originally Posted by garlands (Post 351381)
да, единственно что сигнал DCD обошелся просто диодной растяжкой без подтягивания к -12В (или лучше RI, как более редко используемый?)

Наверное лучше RI, т.к. используется как правило только с модемом. Будем надеяться, что без подтяжки будет работать. Впринципе ком-порт и 5-ти вольтовый работает, правда на расстоянии линка может отразиться....

---------- Post added at 22:08 ---------- Previous post was at 22:01 ----------

Quote:

Originally Posted by garlands (Post 351381)
да ну, загрузка с дискеты только для того, чтобы дальше грузиться с винта - изврат. лучше стартовый блок в ПЗУ расположить - как на PC и сделано, процедуры в ПЗУ проверяют сигнатуру, тупо грузят первый сектор, в котором первичный загрузчик уже раскручивает процедуру загрузки. понятно, что в один сектор все не войдет, но в ПЗУ у нас есть еще 64Кб, которые можно использовать для низкоуровневых процедур.

Насчет загрузки с дискеты согласен. А насчет ПЗУ есть идея. Может стоит на верхней плате что то вроде ROM-диска организовать (как минимум для загрузчиков)? Для этого можно использовать одну две флешки. Лучше в корпусах PLCC, т.к. из дохлых материнок можно легко наковырять 4-8-ми мегабитных, а то и больше.

garlands 20th January 2011 00:21

[QUOTE=alvis;351706]Наверное лучше RI, т.к. мспользуется как правило только с модемом. Будем надеяться, что без подтяжки будет работать. Впринципе ком-порт и 5-ти вольтовый работает, правда на расстоянии линка может отразиться....[QUOTE]
да RI вообще атавизм... на него уже и перенес.

Quote:

Насчет загрузки с дискеты согласен. А насчет ПЗУ есть идея. Может стоит на верхней плате что то вроде ROM-диска организовать (как минимум для загрузчиков)? Для этого можно использовать одну две флешки. Лучше в корпусах PLCC, т.к. из дохлых материнок можно легко наковырять 4-8-ми мегабитных, а то и больше.
64К на нижней свободных мало? можно поставить 020, адресная линия разведена, а это 256К. этого что, мало для творчества? ;)
а верхняя панелька рассчитана на установку кэша.

в матерях не так уже и легко наковырять, как показала практика - в семи из десяти распаянных стоит не просто флеша, а firmware hub. а это разные вещи...

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

неужели 256-64=192КБ (или даже в базе 64КБ) не хватит для всяких там загрузчиков?

Vadim 20th January 2011 07:29

Quote:

Originally Posted by alvis (Post 351706)
Может стоит на верхней плате что то вроде ROM-диска организовать (как минимум для загрузчиков)?

Мне хотелось бы что бы у Профика было доступно ПЗУ теста произвольным образом. Кроме того, переписать все тесты, уменьшить объем. Нормальный тест памяти сделать. В освободившееся место разместить часть rom-bios - пока аналог int13 PC - процедуры работы с дискетами и винтом. Этого пока достаточно. +Инициализация аппаратуры при старте. Текщий тест не в курсе про i8251, i8253, часы и винт. Из всей периферии 5.xx только лишь инициализируется палитра . Хотелось бы конечно и что то навроде rom-диска конечно. Т.е. увеличить объем подключаемого ПЗУ. А то ведь сейчас как получается? Есть ПЗУ 64К. Как оно адресуется? Битом rom14 и переключателем trdos (получаем 2 бита как бы что дает 4 прошивки по 16К). Если rom14 =1 пзу бейсик 48 , если = 0 - бейсик-128.
Переключатель на вход в trdos срабатывает только если rom14=1. Т.е. получается, что ПЗУ теста недоступно программно и очень жаль. Есть вариант такой, подаем вместо rom14 на вход ЛА2 сигнал с ЛЛ1 на входы которой подаем rom14 и 80ds. А вот что бы добавить ещё страниц ПЗУ придется думать как их адресовать

---------- Post added at 09:27 ---------- Previous post was at 09:22 ----------

Quote:

Originally Posted by garlands (Post 351717)
64К на нижней свободных мало? можно поставить 020, адресная линия разведена, а это 256К. этого что, мало для творчества?

Не можно, а нужно.

---------- Post added at 09:29 ---------- Previous post was at 09:27 ----------

Quote:

Originally Posted by garlands (Post 351783)
неужели 256-64=192КБ (или даже в базе 64КБ) не хватит для всяких там загрузчиков?

Хватит хватит. Для бивиса хватит с лихвой и 16К, остальное можно будет пустить на ром-диск. Или тот же СТС приделать. Для режима спектрума можно сделать аналог монитора как на скорпионе. Если найдется желающий его делать.

garlands 20th January 2011 11:42

Quote:

Originally Posted by Vadim (Post 351783)
Мне хотелось бы что бы у Профика было доступно ПЗУ теста произвольным образом. Кроме того, переписать все тесты, уменьшить объем. Нормальный тест памяти сделать. В освободившееся место разместить часть rom-bios - пока аналог int13 PC - процедуры работы с дискетами и винтом. Этого пока достаточно. +Инициализация аппаратуры при старте. Текщий тест не в курсе про i8251, i8253, часы и винт. Из всей периферии 5.xx только лишь инициализируется палитра . Хотелось бы конечно и что то навроде rom-диска конечно. Т.е. увеличить объем подключаемого ПЗУ. А то ведь сейчас как получается? Есть ПЗУ 64К. Как оно адресуется? Битом rom14 и переключателем trdos (получаем 2 бита как бы что дает 4 прошивки по 16К). Если rom14 =1 пзу бейсик 48 , если = 0 - бейсик-128.
Переключатель на вход в trdos срабатывает только если rom14=1. Т.е. получается, что ПЗУ теста недоступно программно и очень жаль. Есть вариант такой, подаем вместо rom14 на вход ЛА2 сигнал с ЛЛ1 на входы которой подаем rom14 и 80ds. А вот что бы добавить ещё страниц ПЗУ придется думать как их адресовать

сделано по мотивам "контроллер теневого озу" (с) Жовтонога Игорь, из седьмой черной вороны (Black Crow #7, доступно на vtrdos). на тройку себе делал на россыпи, так что идея вполне работоспособная.
Любая страница ПЗУ доступна в любой произвольный момент времени (если не заблокирована запись в порт). на бОльшую ПЗУ закладываться не стал, т.к. уже и корпус другой нужно ставить, да и вообще идеологически иначе строить эту часть. да и т.к. как я подсмотрел, почти все заказали расширитель шины, в который можно любой ROM-диск вставить любого объема. хотя целесообразность его под вопросом, т.к. на верхней плате разведен слот CompactFlash.

Quote:

Не можно, а нужно.

Хватит хватит. Для бивиса хватит с лихвой и 16К, остальное можно будет пустить на ром-диск. Или тот же СТС приделать. Для режима спектрума можно сделать аналог монитора как на скорпионе. Если найдется желающий его делать.
а в чем проблема с СТС? в глюке есть выход в него. старт будет со странички с глюком. добавить еще пункт - загрузку СТС из флешки, вот и отладчик есть. :)

0din 20th January 2011 18:32

Добрый день.
А совместимость с пентогоном можно сделать ?

garlands 20th January 2011 18:34

0din, эээ... в смысле верхней платы совместимость в чем? винт - переключаемо, часы - в zxmc по глюку.
в нижней - переключением половинок video_rom развертка...

0din 20th January 2011 18:36

чтоб демки и игры которые работают на пентогоне , запускались и на профике.

garlands 20th January 2011 18:41

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

0din 20th January 2011 19:13

понял, спс за ответ.

alvis 20th January 2011 20:34

Quote:

Originally Posted by garlands (Post 351717)
Насчет загрузки с дискеты согласен. А насчет ПЗУ есть идея. Может стоит на верхней плате что то вроде ROM-диска организовать (как минимум для загрузчиков)? Для этого можно использовать одну две флешки. Лучше в корпусах PLCC, т.к. из дохлых материнок можно легко наковырять 4-8-ми мегабитных, а то и больше.

64К на нижней свободных мало? можно поставить 020, адресная линия разведена, а это 256К. этого что, мало для творчества?
а верхняя панелька рассчитана на установку кэша.

в матерях не так уже и легко наковырять, как показала практика - в семи из десяти распаянных стоит не просто флеша, а firmware hub. а это разные вещи...

Я не говорю, что это НУЖНО сделать, я говорю, что это можно сделать, если остальные поддержут, благо пока эт можно внедрить сразу на плату, а не фторопластом. 64К вроде бы и не мало, но кто его знает, что в дальнейшем потребуется?

Учитывая, что у народа наконец то проснулся интерес к Профи (даже производство налаживается), есть надежа на появление нового софта...

P.S. я не предлагал это делать вместо теневого озу

Black_Cat 20th January 2011 22:03

Quote:

Originally Posted by Vadim (Post 351783)
Кроме того, переписать все тесты, уменьшить объем. Нормальный тест памяти сделать. В освободившееся место разместить часть rom-bios - пока аналог int13 PC - процедуры работы с дискетами и винтом. Этого пока достаточно. +Инициализация аппаратуры при старте.

и желательно исходники под GNU GPL

garlands 21st January 2011 04:03

Quote:

Originally Posted by alvis (Post 351999)
Я не говорю, что это НУЖНО сделать, я говорю, что это можно сделать, если остальные поддержут, благо пока эт можно внедрить сразу на плату, а не фторопластом. 64К вроде бы и не мало, но кто его знает, что в дальнейшем потребуется?

на случай "если потребуется" можно и платку в слот расширителя воткнуть.
плюс, внимательно читаем приведенную математику (мою, чуть выше, где я говорил о разведенной физике для 2Мб флешке, а это 256-64=192КБ свободного флешового пространства... ;) )

Quote:

P.S. я не предлагал это делать вместо теневого озу
а оно в любом случае (в наших реалиях) "теневое"... ведь по сути, что такое "ROM-диск"? хранилище инфы во флешке, "потустороннее" относительно "стандарта" (сложившегося де-факто) TR-DOS... в общем, в этом вопросе все сложно..........

---------- Post added at 02:03 ---------- Previous post was at 00:06 ----------

есть мысль спроектировать zxvga для размещения между платами профика, крепление на разъеме VGA нижней платы. как мысль нравится?
да, также есть вариант подключения интерфейсной части (kbd, mouse, rs232) zxmc также между платами. мб смогу себя уговорить на иллюстрацию....

0din 21st January 2011 11:00

да мысль про zxvga супер

alvis 22nd January 2011 01:24

Quote:

Originally Posted by garlands (Post 352178)
есть мысль спроектировать zxvga для размещения между платами профика, крепление на разъеме VGA нижней платы. как мысль нравится?

Очень нравится, даже если будет просто отдельной платой. Вот только ОЧЕНЬ хочется, что бы при этом палитра профи не потерялась... Тот vga-адаптер, что в zx-kit'ax палитру не понимает :( Так что нужно что бы понимал как минимум 256 цветов...

---------- Post added at 23:24 ---------- Previous post was at 23:21 ----------

Quote:

Originally Posted by garlands (Post 352178)
да, также есть вариант подключения интерфейсной части (kbd, mouse, rs232) zxmc также между платами. мб смогу себя уговорить на иллюстрацию....

а вот с этого места по подробнее... Куда все это можно подключить между платами?

garlands 22nd January 2011 01:43

Quote:

Originally Posted by alvis (Post 352482)
Очень нравится, даже если будет просто отдельной платой. Вот только ОЧЕНЬ хочется, что бы при этом палитра профи не потерялась... Тот vga-адаптер, что в zx-kit'ax палитру не понимает :( Так что нужно что бы понимал как минимум 256 цветов...

упс... вот об этом я не подумал... :( в принципе, можно попробовать, но CPLD в zxvga уже на 89% занята...

блин, и почему сразу об этом не подумал... если делать только VGA выход и выкинуть родной формирователь, то освобождается минимум 48х50мм, а если разрисовывать только VGA часть, то получается 54х43мм. уже разведен этот кусок, решил немного отвлечься от самого профика, и сделать к тройке выход на монитор.

Quote:

а вот с этого места по подробнее... Куда все это можно подключить между платами?
подключение прямо на соответствующие PLD. примерно так:
Code:

  ==============  верхняя плата
[V]---------  <----- дополнительная - vga, zxmc
[V]      ||  <----- PLD10
  ==============  нижняя плата

места по высоте там хватает.

alvis 22nd January 2011 04:33

Quote:

Originally Posted by garlands (Post 352489)
места по высоте там хватает.

Я не высоту имел ввиду (такой вариант CARO уже предлагал), я имел ввиду сигналы для RS232 и мыши. С клавой понятно.

garlands 22nd January 2011 04:41

а что с сигналами? PLD распаивается гребенкой вниз, на "разъемной" части мама с ps/2 разъемами и RS232... не забываем, что zxmc у нас на верхней плате разведена. (ну, будет разведена... ;) )

im2 27th February 2011 17:22

Как продвигается? Стоит вообще ждать плату?

garlands 27th February 2011 18:00

1 Attachment(s)
да, конечно продвигается. упарился уже zxmc2 врисовывать - по высоте не подвинешь из-за CF-слота, приходится двигать основную разводку... муторное дело.
да и проект на работе вошел в финальную стадию, приходится посвящать очень много времени, чтобы вписаться в график... и вдобавок, температурил всю прошлую неделю... :(

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

im2 27th February 2011 18:31

Имхо с переходником не айс, да и места намного больше надо расчищать под переходник. А что сильно дороже выйдет без переходника?

savelij 27th February 2011 18:40

Quote:

Originally Posted by garlands (Post 362345)
да, конечно продвигается. упарился уже zxmc2 врисовывать - по высоте не подвинешь из-за CF-слота, приходится двигать основную разводку... муторное дело.
да и проект на работе вошел в финальную стадию, приходится посвящать очень много времени, чтобы вписаться в график... и вдобавок, температурил всю прошлую неделю... :(

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

Ты что там за монстра делаешь? ;)

garlands 27th February 2011 18:50

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

---------- Post added at 16:50 ---------- Previous post was at 16:45 ----------

savelij, да пока все в рамках обсуждения - замена части логики на альтеру, в ней и контроллер SD-карточки. плюс, размещение zxmc2. плюс, разведенный переходник на CompactFlash. первый и последний пункты готовы, а вот zxmc2 движется ну оочень медленно... :(

savelij 27th February 2011 18:54

А что кроме цены ты хочешь переходником выиграть? Достоинства какие?

garlands 27th February 2011 19:02

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

im2 27th February 2011 19:05

Quote:

Originally Posted by garlands (Post 362363)
запишем в область бредовых предложений. ;)

Вот это правильно, нечего портить плату переходниками.


All times are GMT +4. The time now is 15:58.

Powered by vBulletin® Version 3.8.3
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.