ALTERA EPM3032ATC44-10N - что за зверь? Какой от него прок?

[ARV]

Господа, вот упомянутая в заголовке темы ПЛИСина на что-нибудь полезное годна? Чем оно вообще программируется и стоит вообще об этом думать?

[HardWareMan]

MAX3000A CPLD. Если есть чем зашить, то вполне себе может сэкономить вам десяток-другой мелкой логики.

[ARV]

В общем, никакого проку для применения в мирных целях...

[Бубоник]

Ну почему же? Я пару вещей собирал на них. Конвертер из SPI->PARALLEL (полудуплексный режим) интерфейс. В PIC-ушке SPI медленная а в этой штуке 30 мегагерц на раз. Так же собирал в связке с контроллером подобие сдвигового регистра 595 только интерфейс делал 8 битный. Половина микры управляет релешками через ULN2008 А вторая часть работает фазовым импульсным регулятором для симистора. Я по той же шине от 0 до 255 числа выдаю а на выходе она уже сама мощность выставляет (но эту схему я собирал на 3064). В связке с МК в быстрых делах очень нужная вещь. А если фантазия и руки прямые то свой проц нарисовать можно (при условии если взять что нибудь по больше). Ну для лучшего разнообразия брать следует 3064.

[ARV]

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

[Sionel]

Какой нибудь формирователь видеоадреса и синхроимпульсов вполне влезет, дешифратор адресов, буферный накопитель между чем-то и микроконтроллером и т.д.
Программируется через "Altera USB Blaster", 300-400 рублей на Озоне, саму прошивку делать в Quartus II 13.0 SP1 Web Edition, там будет серия MAX3000, прошивается из самой программы, на приблуду нужен драйвер "usb blaster"

Добавлено after 5 minutes 52 seconds:
[uquote="ARV",url="/forum/viewtopic.php?p=4717603#p4717603"]Ну, я было почти захотел сделать аппаратный цифроимпульсный регулятор мощности, чтобы по последовательному порту получал процент мощности и методом Брезенхама управлял симисторным реле... Но, сдается мне, это не по зубам будет данной плиске[/uquote]
К чему такие сложности?

[ARV]

Сложности? Я тут разыскиваю что-то промышленное, покупное, чтобы могло Брезенхамом печи греть, и при этом получало бы по модбасу или иному цифровому интерфейсу задание мощности в процентах - и не нахожу. Нахожу или со встроенным ПИДом и без Брезенхама, или тупое оптореле... Вот и задумался о самоделке...

[Sionel]

[uquote="ARV",url="/forum/viewtopic.php?p=4717801#p4717801"]Сложности? Я тут разыскиваю что-то промышленное, покупное, чтобы могло Брезенхамом печи греть, и при этом получало бы по модбасу или иному цифровому интерфейсу задание мощности в процентах - и не нахожу. Нахожу или со встроенным ПИДом и без Брезенхама, или тупое оптореле... Вот и задумался о самоделке...[/uquote]
Ну так вот тебе и стартап А приём и управление можно и на Atmega328, она дубовая, бросков не боится
А что там у тебя за симисторы то такие, на 10 кВт ?

[ARV]

Микроконтроллер не хочу, хочу аппаратное решение, чтобы на 100% исключить всякие зависания и т.п.

Или покупное, чтобы за зависания не мне отвечать.

[Sionel]

CPLD при бросках тоже зависать могут

[КРАМ]

Внезапно ой!

[Gudd-Head]

Что за алгоритм такой? Мне поиск выдаёт только рисование двумерных линий.

[КРАМ]

[uquote="Gudd-Head",url="/forum/viewtopic.php?p=4717975#p4717975"]Что за алгоритм такой?[/uquote]
https://trolsoft.ru/ru/articles/bresenham-algo
Регулирование происходит тиристором с кросс-зеро детектором и с пропуском целых периодов сети. Задача - создать последовательность с максимально равномерными пропусками (ну или включенными состояниями) при заданном шаге регулирования.

[Gudd-Head]

Дельта-сигма модуляция и noise shaping, ясно.

[ARV]

[uquote="КРАМ",url="/forum/viewtopic.php?p=4717932#p4717932"]Внезапно ой![/uquote]
Ой-ой-ой. Эта поделка мало того, что не соответствует требованиям по управлению цифровым интерфейсом, так еще и выпускается неизвестно кем... Когда я говорил о покупном изделии, я имел ввиду изделие фирмы, которая как минимум не исчезнет с горизонта через 3 года.

Добавлено after 2 minutes 5 seconds:
[uquote="Sionel",url="/forum/viewtopic.php?p=4717884#p4717884"]CPLD при бросках тоже зависать могут[/uquote]
А что там может зависать, если всё на аппаратных логических элементах реализовано? Т.е. как бы там нечему сбиваться...

[КРАМ]

[uquote="ARV",url="/forum/viewtopic.php?p=4717985#p4717985"]как бы там нечему сбиваться...[/uquote]
А чему сбиваться в МК на столь простой задаче? Тем более, что управление нагревом очень инерционный процесс.

[ARV]

Сбиваться в МК много чему, там и РС и SP и RAM, и все это может быть чувствительно к EMS... "жоская" логика представляется менее подверженной этим вещам, во всяком случае есть надежда, что если что-то там от помехи собьётся, то потом само и придет в норму, в отличие от МК, который может тупо зациклиться.

[КРАМ]

Роман, а как годами и непрерывно работают сотни миллионов устройств на МК?
Вы пишите какую то ерунду.
Любое устройство может быть подвержено фатальным воздействиям. Например, любое КМОП устройство может защелкнуться при даже кратковременном повышении на его выводах напряжения на 0,3 вольта выше питания. И не важно МК это, ПЛИС или россыпь корпусов.
Но если вы не чувствуете уверенности в себе относительно компетенций в схемотехнике, то и не нужно ничего в этой области разрабатывать. Это действительно так. Правда к вашим аргументам это не имеет никакого отношения.

[Gudd-Head]

[uquote="ARV",url="/forum/viewtopic.php?p=4718027#p4718027"]"жоская" логика представляется менее подверженной этим вещам.[/uquote]
Тогда надо искать однократно программируемые CPLD с пережигаемыми перемычками - вот это будет жёсткая логика)

[КРАМ]

[uquote="Gudd-Head",url="/forum/viewtopic.php?p=4718053#p4718053"]Тогда надо искать однократно программируемые CPLD с пережигаемыми перемычками[/uquote]
Надежность не определяется одним только управляющим звеном. Вероятность выхода из строя пина CPLD из-за внешних факторов, оптрона или тиристора на несколько порядков выше, чем надуманное "зависание" МК. Если чо, МК в принципе не способен зависать. Зависать может дефектный код, а МК будет просто его исполнять. В бесконечном цикле. Он ведь очень послушный, этот МК.