С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Почитал внимательнее, укачал ispLEVER Classic 1.8 Base Module (GAL), выложенное летом 2015-го, но, по-любому, мне нужен КМБ по этому делу. Коллеги, помогите, плз!..
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
AFZ, понятия не имею, что за софт, но просто предположу: может для России недоступно? Попробуй через прокси (страну прокси желательно выбрать из списка, доступного на сайте).
МГТФ - любимый провод!
KAY-1024(4096)/SL-4/TURBO v2010 + Nemo-FDC + Nemo-IDE (CF 4GB) + SMUC2 Rev.B RTC (HDD 1.6GB + DVD-ROM) + PROF-ROM + ZXMC2 + GENERAL SOUND 2MB + ZX-BUS_TEE + FDD 3.5' + FDD 5.25' + VGA&PAL
Должно работать теперь.This website will be undergoing routing maintenance between 9 PM PST on December 21, 2018 and 3 AM PST on December 22, 2018. During this period the site might experience momentary periods of slowness or unavailability. We apologize for any inconvenience that this might cause.
Чуть выше в ветке уже писали о такой проблеме.
https://zx-pk.ru/threads/4915-pal-ga...l=1#post980249
Возможно, следует попробовать попозже.
ПК8010 "Корвет"+ExtRom+AY, Atari 65XE+SDrive, Дельта-С(52ИС)+AY, Scorpion ZS 1024+SMUC
Поразглядывал схемы GAL/ATF-бластеров. И пребываю в недоумении.
Зачем, спрашивается, подтягивать выходные линии порта LPT к +5В ? Как я понимаю, только с разгона. Поскольку с ноутами (даже если найдешь ноут с ЛПТ) оно один хрен не работает, а в стационарных компьютерах уже лет 20, как ЛПТ-шник интегрирован в состав чипа multi-I/O, у которых могучие КМОП-овские выходные драйверы, имеющие на выходе либо, практически, полные +5В от источника, либо какие-то мелкие милливольты при нуле. Это, конечно, если не сработает защита по току, она там на уровне 50 мА, как по втекающему току, так и по вытекающему. Нет, конечно, если использовать Bi-Directional фичи порта, то ноги линий данных могут стать и входными, но, поскольку там упоминаются совсем старые компьютеры, вроде 386-х, то это сомнительно.
Впрочем, кто-то из здешних обитателей, вроде-бы, разбирал и модифицировал программу прошивки через этот бластер, так, что вопрос к нему. Ау, коллега!
С другой стороны (с правой стороны этой самой ГАЛки/АТФ-ки, там, где ноги I/O), резисторы, вроде-бы, понятны. Ведь для защиты от блуждающих/плавающих потенциалов, ненужные входные ноги КМОП-схемы следует заземлять, а, учитывая, что от старой прошивки часть из них могут быть выходными, то заземлить их через резисторы - правильное решение. Однако, тот же коллега из Новой Зеландии в упрощенном вырианте разрешает выкинуть правые резисторы, но сохраняет левые. Зачем? Надо же наоборот!..
И еще одна мысль. Учитывая, что процедура записи в ГАЛки/АТФ-ки, вроде бы известна (разобрали же программуработы с этими бластерами) не пора ли подумать на тему переноса этих бластеров на что-то, поновее LPT. Взять, например, на Али за 2 американских рубля с копейками Ардуино Нано, там стоит АТмега 328. И ног, и прочих ресурсов у нее за глаза хватит для того, чтобы читать и прошивать эти ГАЛки/АТФ-ки. Там же на борту USB<->UART, через него с компа заливать и/или получать данные порциями по 32 или 64 байта, и вперед!
Последний раз редактировалось AFZ; 26.12.2018 в 05:37.
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
У Брюса Аббота, автора ATF Blaster, выложены исходники прошивалки. Из них, конечно, выпотрошить собственно знание об алгоритмах прошивки будет малость хлопотно, но возможность шить через USB (ардуина, stm32f1 etc) бесценна.
Я бы еще предложил посмотреть на flashrom и реализацию протоколов serial prog для него.
Вероятно, можно будет попробовать перенести это дело "механически". Разобрать элементарные действия с ЛПТ, типа "подать этот сингал", "подать второй сигнал", "снять первый" и т.п., а также их последовательности. Далее заменить прием/выдачу этих сигналов передачей-приемом команд с компорта, по которым наша ардуинка, или что мы там выберем, будет производить то или иное воздействие на программируемую м/с.
Для начала можно будет взять обычный чипсетный компорт - они до сих пор есть, практически, в любой мамане стационарного компьютера, правда не на гнезде задней панели, а на штырьках самой мамаши, под "выкидыш" с разъемом IDC-10. Ну, кроме самых дешевых, где братья-китайцы сэкономили и на этом.
Если задать скорость 115200, оно гарантированно успеет передать пару байт для каждого изменения сигналов на выводах нашего программатора. При этом, возможно, выйдет перейти от ЛПТ к компорту не особо вникая в сам алгоритм обмена.
К сожалению, это не выйдет с USB-шными компортами - винда слишком долго продирается через своё USB-хозяйство, если передавать по одному знаку (одному байту) через USB-UART, получим не более 1000 байт в секунду, это может оказаться неприемлемым по времянкам GAL/ATF. Но, может быть, все-таки получится вникнуть в алгоритм прошивки глубже, и организовать блочный обмен. В общем, нужен тот, кто разбирался с этой программой. Коллеги, ау!
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)