PAL/GAL и все что с ними связано.

[marinovsoft]

Чуть выше в ветке уже писали о такой проблеме.
https://zx-pk.ru/threads/4915-pal-ga...l=1#post980249
Возможно, следует попробовать попозже.

[Advertiser]

[perestoronin]

Page Not Available.

http://www.latticesemi.com/ispleverclassic

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.

Должно работать теперь.

[AFZ]

AFZ, понятия не имею, что за софт, но просто предположу: может для России недоступно?

Не знаю, как оно там для России - я в Казахстане, но таки да, дело именно в этом, не положено в нашей богом забытой дыре пользовать такие софты.

Решение - укажи при регистрации страну из "белого списка".

[AFZ]

Поразглядывал схемы GAL/ATF-бластеров. И пребываю в недоумении.

Зачем, спрашивается, подтягивать выходные линии порта LPT к +5В ? Как я понимаю, только с разгона. Поскольку с ноутами (даже если найдешь ноут с ЛПТ) оно один хрен не работает, а в стационарных компьютерах уже лет 20, как ЛПТ-шник интегрирован в состав чипа multi-I/O, у которых могучие КМОП-овские выходные драйверы, имеющие на выходе либо, практически, полные +5В от источника, либо какие-то мелкие милливольты при нуле. Это, конечно, если не сработает защита по току, она там на уровне 50 мА, как по втекающему току, так и по вытекающему. Нет, конечно, если использовать Bi-Directional фичи порта, то ноги линий данных могут стать и входными, но, поскольку там упоминаются совсем старые компьютеры, вроде 386-х, то это сомнительно.

Впрочем, кто-то из здешних обитателей, вроде-бы, разбирал и модифицировал программу прошивки через этот бластер, так, что вопрос к нему. Ау, коллега!

С другой стороны (с правой стороны этой самой ГАЛки/АТФ-ки, там, где ноги I/O), резисторы, вроде-бы, понятны. Ведь для защиты от блуждающих/плавающих потенциалов, ненужные входные ноги КМОП-схемы следует заземлять, а, учитывая, что от старой прошивки часть из них могут быть выходными, то заземлить их через резисторы - правильное решение. Однако, тот же коллега из Новой Зеландии в упрощенном вырианте разрешает выкинуть правые резисторы, но сохраняет левые. Зачем? Надо же наоборот!..

И еще одна мысль. Учитывая, что процедура записи в ГАЛки/АТФ-ки, вроде бы известна (разобрали же программуработы с этими бластерами) не пора ли подумать на тему переноса этих бластеров на что-то, поновее LPT. Взять, например, на Али за 2 американских рубля с копейками Ардуино Нано, там стоит АТмега 328. И ног, и прочих ресурсов у нее за глаза хватит для того, чтобы читать и прошивать эти ГАЛки/АТФ-ки. Там же на борту USB<->UART, через него с компа заливать и/или получать данные порциями по 32 или 64 байта, и вперед!

[tnt23]

У Брюса Аббота, автора ATF Blaster, выложены исходники прошивалки. Из них, конечно, выпотрошить собственно знание об алгоритмах прошивки будет малость хлопотно, но возможность шить через USB (ардуина, stm32f1 etc) бесценна.
Я бы еще предложил посмотреть на flashrom и реализацию протоколов serial prog для него.

[AFZ]

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

Вероятно, можно будет попробовать перенести это дело "механически". Разобрать элементарные действия с ЛПТ, типа "подать этот сингал", "подать второй сигнал", "снять первый" и т.п., а также их последовательности. Далее заменить прием/выдачу этих сигналов передачей-приемом команд с компорта, по которым наша ардуинка, или что мы там выберем, будет производить то или иное воздействие на программируемую м/с.

Для начала можно будет взять обычный чипсетный компорт - они до сих пор есть, практически, в любой мамане стационарного компьютера, правда не на гнезде задней панели, а на штырьках самой мамаши, под "выкидыш" с разъемом IDC-10. Ну, кроме самых дешевых, где братья-китайцы сэкономили и на этом.

Если задать скорость 115200, оно гарантированно успеет передать пару байт для каждого изменения сигналов на выводах нашего программатора. При этом, возможно, выйдет перейти от ЛПТ к компорту не особо вникая в сам алгоритм обмена.

К сожалению, это не выйдет с USB-шными компортами - винда слишком долго продирается через своё USB-хозяйство, если передавать по одному знаку (одному байту) через USB-UART, получим не более 1000 байт в секунду, это может оказаться неприемлемым по времянкам GAL/ATF. Но, может быть, все-таки получится вникнуть в алгоритм прошивки глубже, и организовать блочный обмен. В общем, нужен тот, кто разбирался с этой программой. Коллеги, ау!

[AFZ]

Поразглядывал исходники GALblast и ATFblast. Вроде-бы, что-то понять можно.

Я, наверное, мог бы попробовать сваять что-то на нему переноса с ЛПТ на микроконтроллер, но только если кто-то уже спортил какой-то из этих исходников под что-то более свежее, чем Борланд 4.5...

[marinovsoft]

https://bitbucket.org/marinovsoft/galblast компилируется в BCB6

Рекомендую сразу отбросить идею с использованием МК в качестве конвертера последовательного интерфейса в параллельный.

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

Для любителей перла есть порт https://github.com/kees1948/perlblast

[AFZ]

Рекомендую сразу отбросить идею с использованием МК в качестве конвертера последовательного интерфейса в параллельный.

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

Я тут еще чуток поразглядывал. Как вариант, можно взять какой-нибудь многоногий STM32 (к сожалению, STM32F103C8T6 не годится, портов GPIO не хватит) и перенести все манипуляции с ГАЛкой в него. Целиком. Чтобы распаковка JED-файла на компьютере, вместо того, чтобы помещать результат в свой буфер, отправляла его через UART на МК, а МК, приняв этот буфер и команду "Пиши!" самостоятельно заливал буфер в ГАЛку. Выбрать ноги так, чтобы все коды дрыгания ножками совпадали, портов GPIO у многоногих STM32 хватает, переписать самые внутренние подпрограммы обмена - заменить обращение к LPT на обращение к GPIO, и вперед!

Единственное неудобство - это то, что STM32 трехвольтовый, туда, вероятно, придется таки ставить 7407, 7406 или 7417, как в оригинальном ГАЛбласте.

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

Кстати, а что это за доработка схемы у новозеландца, добавлены резисторы 220 Ом в разрез проводов D1 и Select от LPT ? Может и здесь нужно добавить? Подозреваю, это защита от переключения ГАЛки из режима программирования в рабочий, чтобы не было конфликта, если вдруг эти ноги (допустим, у 16V8 это 18 и 19) в рабочем режиме окажутся выходами...

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

Кстати, marinovsoft, ваш порт ГАЛбласта под BCB 6.0 - он же под Win32, я правильно понимаю? То есть, на STM32 оно должно спортиться достаточно просто...

[marinovsoft]

Исходная версия написана с использованием 16-битного winapi, я лишь адаптировал под 32-битный winapi и вместо прямой записи в порт использовал специально предназначенный драйвер. Алгоритмы прошивки я не трогал вообще. Сегодня еще немного модифицировал программу - тепеь ее можно скомпилировать под MSVC 2010.

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