Использование PIC в качестве логики

Цитата:

---

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

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

---

Ну это легко поправимо. В гарантиях писать что автор не несет ответственности в случае изменения прошивок и прочего.
И ремонт естественно платный в таком случае!

Цитата:

---

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

Ты не понял... Прошивая микроконтроллер, ROM или скажем PAL я точно знаю за что отвечает каждый бит того, что я прошиваю - в соответствующих спеках всё описано. Прошивая CPLD или FPGA я не знаю ничего... Ну разве что знаю что подал на вход "компилятора", но никогда не узнаю во что это превратилось ибо архитектура девайсов засекречена.

---

А зачем тебе это знать? Ты в состоянии проследить связь между тысячами логических эелемнтов? Тогда смотри RTL schematic, там всё есть. Только вот зачем оно в большинстве случаев, когда есть behavioural simulatioin и post-fit simulation.

Цитата:

---

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

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

---

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

Цитата:

---

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

Ну это легко поправимо. В гарантиях писать что автор не несет ответственности в случае изменения прошивок и прочего.
И ремонт естественно платный в таком случае!

---

Мне проще закрыть исходники и вообще никаких проблем.

Цитата:

---

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

Мне проще закрыть исходники и вообще никаких проблем.

---

Кулибины всеравно полезут и тогда виноват будешь ты :v2_lol:

Цитата:

---

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

Внутренняя структура ПЛИС открыта (см. datasheet-ы).

---

Внутрення структура, но не точное соотношение бит->ячейка
Копание наугад не считается - всё должно быть задокументировано

Все! Решил!
для начала возьму XC 9572-15 PC44.
Одну для синхрогенератора (ног должно хватить).
Вторую для клавы, ввода с мафона и вывода на экран.
ПРОЦ, ПЗУ и ОЗУ пока оставлю как есть.

Кстати, можно ли заменить 2764 на 28C256???

Цитата:

---

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

Кстати, можно ли заменить 2764 на 28C256???

---

Можешь, только две адресных линии на что нибудь зацепи( 0 или 1);

Можешь испльзовать 28С64, если есть - тогда все линии совпадут.

Цитата:

---

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

Внутрення структура, но не точное соотношение бит->ячейка
Копание наугад не считается - всё должно быть задокументировано

---

А зачем тебе это надо?

Цитата:

---

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

А зачем тебе это надо?

---

т.е. надо довериться разработчикам секретных железяк и не пикать? ;)
Это всё равно что к примеру фирма Intel сказала бы - зачем вам ребята знать систему команд наших процессоров - пишите всё на высокоуровневом языке Intel C и не возникайте - всё равно ничего не поймете :)

Цитата:

---

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

Прошивая микроконтроллер, ROM или скажем PAL я точно знаю за что отвечает каждый бит того, что я прошиваю - в соответствующих спеках всё описано.

---

Скажем так, что для GAL ты тоже ничего не знаешь, кроме логической схемы GAL, которая нарисована внутри даташита, те номера битов, что проставлены в документации фирмы Lattice являются чисто условными. Физически GAL устроен совершенно по другому (что подтверждается текстами патентов (в этих патентах изложена конфиденциальная информация, но в силу особенностей американского законодательства, эта информация должна быть общедоступной, иначе нельзя запатентовать) фирмы Lattice и исходными текстами программаторов, которые программируют GAL).