Вопросы и замечания по статьям и схемам, представленным на нашем сайте

При поддержке РадиоКОТструктор.ру


Ответить

Re: Цифровое управление лабораторным источником (stm32f100c4

Пт окт 28, 2011 12:52:20

Ну и я встряну :)
сам я делаю руками очень мало: просто нет места, где можно было бы организовать мастерскую... поэтому у меня тоже принцип разработок идет по чепочке:
1. есть микросхема XXX - что бы на ней сделать?
2. придумал что сделать - сразу приступил к схеме/программе и т.п.
3. куда теперь это можно пристроить?
как правило, на этапе 3 все и заканчивается :))) потому как традиционный ответ - никуда, никому оно нафиг не нужно. т.е. опыт в результате разработки какой-никакой я получаю, и точка. обидно, конечно, но это факт...

кстати, на счет дюраля и алюминия: в магазине Lerua Merlin продаются трубы прямоугольного сечения, максимальный размер примерно (на глазок) 7х15 см, стоят умеренно, продаются кусками по 1,5 метра кажется... для небольших конструкций, по-моему, вполне подойдут.

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

кроме ламината по этой же технологии можно использовать ДВП-шные "доски", при помощи которых делают надставки при монтаже межкомнатных дверей. ширина таких "досок" до 20 см, длина 2,5 метра. с расстояния 50 см от натурального дерева не отличить, а стоит - копейки.

Re: Цифровое управление лабораторным источником (stm32f100c4

Пт окт 28, 2011 12:59:02

Galizin писал(а):Ущербность Вашей цепочки не нуждается в доказательстве - на выходе кроме продукта Вы не получаете никакой новой информации. Остаётесь на том же месте с которого начали, ничего не приобретая в голове.


Почему? Ведь проходит полный этап разработки, и схемотехника, и программирование. При этом приобретается опыт. А кроме того, на выходе появляется продукт. Со всех сторон лучше. Совершенно не понял ход Ваших мыслей.

Galizin писал(а):Вместо того что бы поделиться и накидать ссылок на доступные и легко изготавливаемые корпуса идет поток критики. Ну или хоты бы сфотографировали как и из чего такие корпуса делаются


Я готов поделиться. Спрашивайте, сфотографирую любой узел. Подробные фото внутренностей того, что приводил выше, есть здесь: http://www.spetspribor.info/support/art ... a8000.html Но мне стыдно за эту конструкцию, ведь делал её 15 лет назад. А насчет доступных корпусов я писал в посте выше - это Z (или KZ), которые я всё шире применяю именно для упрощения работы. Под заказ их привезет любая электронная фирма, хотя даже у нас они есть на базаре. Вот пример фот внутренностей устройства в подобном корпусе:

Изображение

Galizin писал(а):Ну и еще, по помойкам я лазить не согласен.


Если бы материалы можно было взять где-то еще, я бы тоже там не рылся. Но, увы, вариантов нет.
Вложения
DSC_9313_s.jpg
(157.47 KiB) Скачиваний: 2189

Re: Цифровое управление лабораторным источником (stm32f100c4

Пт окт 28, 2011 13:30:24

Мастер Ломастер писал(а):1. есть микросхема XXX - что бы на ней сделать?
2. придумал что сделать - сразу приступил к схеме/программе и т.п.
3. куда теперь это можно пристроить?
как правило, на этапе 3 все и заканчивается :))) потому как традиционный ответ - никуда, никому оно нафиг не нужно. т.е. опыт в результате разработки какой-никакой я получаю, и точка. обидно, конечно, но это факт...

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

Re: Цифровое управление лабораторным источником (stm32f100c4

Пт окт 28, 2011 13:37:52

Satyr писал(а):Как то ты сам себе противоречишь.
Писал, что за AVRы держишься, потому что на них можешь быстро решить задачу, и важно именно решение задачи, а не изучение нового.
А ты так сразу на корню противоположная концепция -)))

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

Re: Цифровое управление лабораторным источником (stm32f100c4

Пт окт 28, 2011 13:49:50

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


У меня не так. Возможно, повлияло то, что я рос в относительно бедной семье, мне гораздо было важнее обладать вещью, чем получать абстрактный опыт. Если бы не собрал сам, у меня бы тогда не было магнитофона, усилителя, колонок. И теперь стараюсь тратить драгоценное время только на те конструкции, которые будут полезны. К тому же, на них тоже зарабатывается не менее полезный опыт. И очень сильно удивляюсь тому, что сейчас (наверное, от жира) люди занимаются разными глупостями, типа изготовления роботов.

Re: Цифровое управление лабораторным источником (stm32f100c4

Сб окт 29, 2011 12:22:01

Ну вот так обсуждение и переходит от изначальной темы к какой-то другой :(
Хорошо хоть не про политику

Re: Цифровое управление лабораторным источником (stm32f100c4

Сб окт 29, 2011 12:59:50

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

Собственное мнение по данному проекту могу изложить кратко:

1. Что больше всего меня тронуло - это выбор процессора. Стало абсолютно очевидно, что ARM-ам есть что делать даже в тех проектах, где им делать нечего. Хотя бы по причине наличия на борту 12-разрядных ЦАП и АЦП. Мне этого очень не хватает в AVR. Хотя сам пока планирую делать источник на AVR, ARM для меня слишком сложен.

2. Внятно сформулирован подход к калибровке. Не следует полагаться на известный коэффициент передачи аналогового тракта. Его нужно калибровать в цифровом виде. Тем более, не следует применять подстроечные резисторы. Я именно так обычно и делаю, но другие радиолюбители до сих пор упорствуют. А очень зря.

3. Интересный подход к шкалам. Есть возможность программной настройки на практически любой диапазон выходного тока и напряжения. Это хорошо для тех, кто не может самостоятельно вносить изменения в программу. Мне это не надо, я шкалу определяю как константу в исходном тексте. В связи с этим у меня с автором был спор, я против "кривых" шкал. Например, задумываем источник 24 В 1 А. Значит на максимуме он и должен давать 24.0 В и 1.00 А. А не то, что можно выжать из конкретного транса, как хочет автор. Это некрасиво с точки зрения технического дизайна.

4. Применен графический индикатор. Это весьма прогрессивно, хотя и спорно в связи с маленькими размерами. Лично я за LED-индикаторы в простом источнике, и за большой графический дисплей - в сложном. Но сложный вряд ли когда получится спроектировать вместе со всеми его функциями.

5. Добавлены графики, этого я совсем не понимаю, зачем они нужны. Но даже если кому-то и нужны, то лучше добавить порт и всё выводить на PC.

6. Аналоговая часть примитивная, но работает весьма неплохо (по результатам моделирования). Вот только к комментариям автора насчет причин устойчивости этой схемы нужно относиться критически. Даже задумывался над применением такой топологии у себя, но отверг по причине наличия нескольких недостатков. Для простейшего БП пойдет, схема лучше большинства опубликованных любительских схем.

7. Корпус представленного БП совершенно ужасный. В результате нет БП, есть просто какой-то макет. И тут упорствуют. Я продолжаю утверждать, что вполне нормальный корпус может сделать каждый радиолюбитель. А не делает этого лишь по причине отсутствия культуры. Выбор между "и так пойдет" и удвоением труда над БП делается в пользу первого. Это как плеваться на асфальт или высмаркиваться в штору.

Re: Цифровое управление лабораторным источником (stm32f100c4

Сб окт 29, 2011 14:47:35

Ничегонеработает писал(а):1. Что больше всего меня тронуло - это выбор процессора. Стало абсолютно очевидно, что ARM-ам есть что делать даже в тех проектах, где им делать нечего. Хотя бы по причине наличия на борту 12-разрядных ЦАП и АЦП. Мне этого очень не хватает в AVR. Хотя сам пока планирую делать источник на AVR, ARM для меня слишком сложен.

Контроллер как контроллер. Как стал стоить 40 рублей , применять можно практически везде. Но как его называют убийцей AVR он не станет. Слишком сложная периферия. Мало русскоязычных ресурсов. Может лет через 5. У меня есть ощущение, что как только люди слышат слово ARM, так впадают в транс, который мешает с ними разобраться. На самом деле при программировании из особенностей ARM используется только контроллер прерываний, а из всех его особенностей - это активация нужного прерывания. Вся остальная периферия - это уже разработка STM.
Ничегонеработает писал(а):5. Добавлены графики, этого я совсем не понимаю, зачем они нужны. Но даже если кому-то и нужны, то лучше добавить порт и всё выводить на PC.

Товарищ EvilGremlin хотел графики. Место было. Ничего паять не надо. Последовательный порт можно было использовать, но нужен преобразователь уровней, а это уже переделка всей схемы. Для надежности еще нужна гальваническая развязка. Вынос земли на + это одно из неудобств этого источника. Но в любом случае галваноразвязка при подключении к компьютеру для лабораторного источника нужна, никто же не знает где будет земля у питаемой схемы. А если источник планируется сдвоенным - то развязка обязательна, потому что он может использоваться как для получения двух разный напряжений одной полярности так и для питания двуполярных схем.
Ничегонеработает писал(а):6. Аналоговая часть примитивная, но работает весьма неплохо (по результатам моделирования). Вот только к комментариям автора насчет причин устойчивости этой схемы нужно относиться критически. Даже задумывался над применением такой топологии у себя, но отверг по причине наличия нескольких недостатков. Для простейшего БП пойдет, схема лучше большинства опубликованных любительских схем.

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

Re: Цифровое управление лабораторным источником (stm32f100c4

Сб окт 29, 2011 18:36:58

Galizin писал(а):Контроллер как контроллер.


А мне кажется, что это другой мир. Сужу по косвенным фактам. На многих электронных форумах есть специальный раздел про ARM-контроллеры. Сколько туда ни заходил - читать практически нечего. Люди там решают какие-то проблемы космического масштаба. А в форумах про AVR, пожалуйста, нужен терморегулятор - обсуждают, нужны часы - обсуждают и т.д. Знакомые, родные проблемы и актуальные конструкции.

Galizin писал(а):Как стал стоить 40 рублей , применять можно практически везде.


Для меня ARM пока не существует еще и потому, что его пока нельзя купить. У нас на рынке нет. Мне подарили несколько корпусов, но пока они лежат в шкатулке как некие драгоценности.

Galizin писал(а):Слишком сложная периферия. Мало русскоязычных ресурсов.


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

Galizin писал(а):Последовательный порт можно было использовать, но нужен преобразователь уровней, а это уже переделка всей схемы. Для надежности еще нужна гальваническая развязка.


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

Galizin писал(а):Я уже писал, что она взята из промышленных источников.


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

Galizin писал(а):Не понял что такого в выводах об устойчивости. Я бы с удовольствием послушал чужое мнение по этому поводу.


Мы достаточно спорили на эту тему. Не помню, в личке, или тут. Но если кто-то будет это всё читать, я хотел предупредить, что там некоторые высказывания некорректны. Хотя в целом, если не сильно придираться, всё верно.

Re: Цифровое управление лабораторным источником (stm32f100c4

Сб окт 29, 2011 18:50:23

Ничегонеработает писал(а):А мне кажется, что это другой мир. Сужу по косвенным фактам. На многих электронных форумах есть специальный раздел про ARM-контроллеры. Сколько туда ни заходил - читать практически нечего. Люди там решают какие-то проблемы космического масштаба. А в форумах про AVR, пожалуйста, нужен терморегулятор - обсуждают, нужны часы - обсуждают и т.д. Знакомые, родные проблемы и актуальные конструкции.

Чепуха.
Уже проводил эксперимент viewtopic.php?p=1001103#p1001103
От момента, как открыл юзермануал + примеры на stm32f100c4 до простенькой отлаженной программы с таймером, прерываниями, gpio, ADC, UART - полтора-два часа.
До этого STM32 не щупал.

Схему нарисовать еще короче было. Ну, плату нарисовать подольше -))

Re: Цифровое управление лабораторным источником (stm32f100c4

Сб окт 29, 2011 18:50:44

Ничегонеработает писал(а):1. Что больше всего меня тронуло - это выбор процессора. Стало абсолютно очевидно, что ARM-ам есть что делать даже в тех проектах, где им делать нечего. Хотя бы по причине наличия на борту 12-разрядных ЦАП и АЦП. Мне этого очень не хватает в AVR.

Ну ARM тут ни при чём: в других ARMах АЦП в основном 10-разрядные, как у AVR. За АЦП нужно сказать "спасибо" производителю этого семейства.
Ничегонеработает писал(а):Хотя сам пока планирую делать источник на AVR, ARM для меня слишком сложен.

Да ладно Вам прибедняться. Тем более, что Вам была обещана всесторонняя помощь в этом деле.

Galizin писал(а):Контроллер как контроллер. Как стал стоить 40 рублей , применять можно практически везде. Но как его называют убийцей AVR он не станет. Слишком сложная периферия. Мало русскоязычных ресурсов. Может лет через 5. У меня есть ощущение, что как только люди слышат слово ARM, так впадают в транс, который мешает с ними разобраться.

В плане массовости у нас в СНГ пока не станет, и это хорошо. В плане профессиональных разработок он уже стал убийцей не только крупных AVR, но и большей части силабсов.

Ничегонеработает писал(а):2. Внятно сформулирован подход к калибровке. Не следует полагаться на известный коэффициент передачи аналогового тракта. Его нужно калибровать в цифровом виде. Тем более, не следует применять подстроечные резисторы. Я именно так обычно и делаю, но другие радиолюбители до сих пор упорствуют. А очень зря.

Пока, к сожалению, не вникал глубоко в особенности этого проекта, времени нехватает. Вот закончу ремонт... :)

Ничегонеработает писал(а):3. Интересный подход к шкалам. Есть возможность программной настройки на практически любой диапазон выходного тока и напряжения. Это хорошо для тех, кто не может самостоятельно вносить изменения в программу. Мне это не надо, я шкалу определяю как константу в исходном тексте. В связи с этим у меня с автором был спор, я против "кривых" шкал. Например, задумываем источник 24 В 1 А. Значит на максимуме он и должен давать 24.0 В и 1.00 А. А не то, что можно выжать из конкретного транса, как хочет автор. Это некрасиво с точки зрения технического дизайна.

Полностью с Вами согласен, что идея "выжимать максимум" - ущербна. Ну в каком-то смысле она может существовать, но обязательно должны учитываться всевозможные запасы на просадку под нагрузкой и на заниженное сетевое. Важно, чтобы никогда аналоговая часть не пыталась выдать даже на 1мВ больше, чем может, даже изредка, иначе будет выходить из линейного режима, а возврат из насыщения обычно происходит довольно долго. Ну и делать, скажем, 26,5В верхний предел смысла нет, нужно пользоваться какими-то общепринятыми значениями.

Ничегонеработает писал(а):4. Применен графический индикатор. Это весьма прогрессивно, хотя и спорно в связи с маленькими размерами. Лично я за LED-индикаторы в простом источнике, и за большой графический дисплей - в сложном. Но сложный вряд ли когда получится спроектировать вместе со всеми его функциями.

Согласен, что ЖКИ от телефона слишком мелкий для БП. Честно говоря, мне не нравится вариант и с LED-индикаторами. Большой ЖКИ был бы хорош, но он дорог и не всем доступен. Поэтому пока остановился на символьном ЖКИ 16х2, но этот вариант меня тоже не вполне устраивает.

Ничегонеработает писал(а):5. Добавлены графики, этого я совсем не понимаю, зачем они нужны. Но даже если кому-то и нужны, то лучше добавить порт и всё выводить на PC.

Согласен, полноценные графики всё равно не получатся, поэтому вариант связи с РС тоже считаю оптимальным.
Galizin писал(а):Последовательный порт можно было использовать, но нужен преобразователь уровней, а это уже переделка всей схемы.

Да ну, прямо там, переделка всей схемы :)
Galizin писал(а):Для надежности еще нужна гальваническая развязка.

Вот Вам и весь преобразователь уровней :wink:

Ничегонеработает писал(а):6. Аналоговая часть примитивная, но работает весьма неплохо (по результатам моделирования). Вот только к комментариям автора насчет причин устойчивости этой схемы нужно относиться критически. Даже задумывался над применением такой топологии у себя, но отверг по причине наличия нескольких недостатков. Для простейшего БП пойдет, схема лучше большинства опубликованных любительских схем.

Пока воздержусь от комментария.

Ничегонеработает писал(а):7. Корпус представленного БП совершенно ужасный. В результате нет БП, есть просто какой-то макет. И тут упорствуют. Я продолжаю утверждать, что вполне нормальный корпус может сделать каждый радиолюбитель. А не делает этого лишь по причине отсутствия культуры. Выбор между "и так пойдет" и удвоением труда над БП делается в пользу первого. Это как плеваться на асфальт или высмаркиваться в штору.

Согласен, корпус кошмарный. Мне было бы стыдно его выкладывать. Тогда уж лучше было бы выложить фото одних только плат

Re: Цифровое управление лабораторным источником (stm32f100c4

Сб окт 29, 2011 18:51:51

Ничегонеработает писал(а):А мне кажется, что это другой мир. Сужу по косвенным фактам. На многих электронных форумах есть специальный раздел про ARM-контроллеры. Сколько туда ни заходил - читать практически нечего. Люди там решают какие-то проблемы космического масштаба. А в форумах про AVR, пожалуйста, нужен терморегулятор - обсуждают, нужны часы - обсуждают и т.д. Знакомые, родные проблемы и актуальные конструкции.

Потому что 99% контингента - теслохулиганы, протеусосублиматоры и повторятили мигалок светодиодом по мануалу "делай раз, делай два, делай три".

Re: Цифровое управление лабораторным источником (stm32f100c4

Сб окт 29, 2011 19:03:10

Ничегонеработает писал(а):А мне кажется, что это другой мир. Сужу по косвенным фактам. На многих электронных форумах есть специальный раздел про ARM-контроллеры. Сколько туда ни заходил - читать практически нечего. Люди там решают какие-то проблемы космического масштаба. А в форумах про AVR, пожалуйста, нужен терморегулятор - обсуждают, нужны часы - обсуждают и т.д. Знакомые, родные проблемы и актуальные конструкции.

Ну АРМы есть разные, и устройства на них тоже. Как и разработчики: одни к МК пришли из схемотехников, другие - из РС-программистов. Вот вторые и тулят всякие RTOSы и линуксы куда ни попадя :) Ну им ещё приходится мегабайты ОЗУ и флеши снаружи вешать, но ведь никто Вас не заставляет идти этим путём. Я, например, использую АРМы в тех устройствах, где раньше мог бы использовать силабс или авр, только здесь у меня открываются новые возможности, которых раньше было не достичь без применения внешних компонентов.
Satyr писал(а):Потому что 99% контингента - теслохулиганы, протеусосублиматоры и повторятили мигалок светодиодом по мануалу "делай раз, делай два, делай три".

Верно подмечено. Я думаю примерно так же, но из-за высказываний в таком духе меня теперь многие ненавидят на некоторых других форумах :)

Ничегонеработает писал(а):Для меня ARM пока не существует еще и потому, что его пока нельзя купить. У нас на рынке нет. Мне подарили несколько корпусов, но пока они лежат в шкатулке как некие драгоценности.

Не переживайте: когда начнёте использовать, они найдутся. В крайнем случае подарим ещё :wink:

Galizin писал(а):Слишком сложная периферия. Мало русскоязычных ресурсов.

Ничегонеработает писал(а):Я никогда не читаю даташиты на русском. Поэтому не в языке дело.

Аналогично.
Ничегонеработает писал(а):Но когда для решения той же задачи нужно прочитать два десятка страниц вместо одной и написать целую страницу кода, невольно думаешь о том, что неправильным путём пошел. Впервые я ощутил подобное, когда разбирался с AT90PWM3. Наворочено так, что в процессе разработки не получаешь удовольствие, а чувствуешь себя крабом на галерах.

Это со временем проходит.

Galizin писал(а):Последовательный порт можно было использовать, но нужен преобразователь уровней, а это уже переделка всей схемы. Для надежности еще нужна гальваническая развязка.

Ничегонеработает писал(а):Конечно, гальваническая развязка нужна. Вот поэтому я не признаю контроллеры с USB на борту, а всегда использую FT232.

Применительно к данной задаче - согласен. Но обобщение считаю неверным.

Galizin писал(а):Я уже писал, что она взята из промышленных источников.

Ничегонеработает писал(а):Для аналоговых источников с управлением переменными резисторами - самое то. Но когда управляет процессор, то придется позаботиться о паразитных падениях на землях. Тут эта схема потребует дифф. усилителей для съема тока и напряжения, и всей её красоте придет конец. Хотя, конечно, на эти погрешности можно и плюнуть.

При токах 1-2А и выше погрешности могут быть приличными (от монтажа зависит) и плюнуть уже не получается.

Galizin писал(а):Не понял что такого в выводах об устойчивости. Я бы с удовольствием послушал чужое мнение по этому поводу.

Ничегонеработает писал(а):Мы достаточно спорили на эту тему. Не помню, в личке, или тут. Но если кто-то будет это всё читать, я хотел предупредить, что там некоторые высказывания некорректны. Хотя в целом, если не сильно придираться, всё верно.

Я бы почитал, если можно. Мне интересно

Re: Цифровое управление лабораторным источником (stm32f100c4

Сб окт 29, 2011 19:26:58

Satyr писал(а):От момента, как открыл юзермануал + примеры на stm32f100c4 до простенькой отлаженной программы с таймером, прерываниями, gpio, ADC, UART - полтора-два часа.


Нельзя приравнивать интеллектуальные способности разных людей.

Satyr писал(а):Потому что 99% контингента


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

koyodza писал(а):Я бы почитал, если можно. Мне интересно


Кое-что в личке осталось, но тут нужно спрашивать разрешения у Galizin.

Re: Цифровое управление лабораторным источником (stm32f100c4

Сб окт 29, 2011 20:06:06

В сотый раз - если кто хочет вырваться из плена AVRофилии - готов помочь советом/консультацией.

p.s. насчет интересного. подумываю на тему сделать нищеброд-VGA контроллер. С одной стороны SPI, с другой обычный выход на обычный VGA монитор. И, так сказать, чтоб деталей на 149р :))) 1024x768x16бит.

Re: Цифровое управление лабораторным источником (stm32f100c4

Сб окт 29, 2011 20:33:07

Satyr писал(а):подумываю на тему сделать нищеброд-VGA контроллер. С одной стороны SPI, с другой обычный выход на обычный VGA монитор. И, так сказать, чтоб деталей на 149р :))) 1024x768x16бит.

Это будет интересно. Нельзя ли добавить меня в список тех, кто будет проинформирован о реализации этой идеи?

Re: Цифровое управление лабораторным источником (stm32f100c4

Сб окт 29, 2011 20:51:23

8 мбайт озу?

Re: Цифровое управление лабораторным источником (stm32f100c4

Сб окт 29, 2011 21:19:58

Flasher писал(а):8 мбайт озу?

Ессно, меньше ж нету -))

Идея классическая - ставка на полностраничный burst с двух предвыбранных банков по очереди из SDRAM. Рефреш в межстрочный бланкинг, отрисовка данных в память в межкадровый бланкинг. берем самый дешевый МК с достаточно ног и PLL, который можно запустить на ~65Mhz и клокаутом 1:1.
Рамдаки дорого и плоходоступно, через шинный буфер с шины данных SDRAMа на 5битные R-2R DACи :))

Re: Цифровое управление лабораторным источником (stm32f100c4

Сб окт 29, 2011 21:30:03

Ногодрыг? Или контроллер SDRAM?
С R-2R сомневаюсь, что получится что-то приемлемое. На высокую частоту сопротивления низкие нужно ставить, а тут вылазит сопротивление МОП ключей выходов.

Грубо 1024*768*75Гц ~60 МГц. Опять ногодрыгом?

Re: Цифровое управление лабораторным источником (stm32f100c4

Сб окт 29, 2011 21:31:36

Flasher писал(а):8 мбайт озу?

Почему 8? Для 1024х768х16бит по-минимуму нужно 1,5МБайт
Satyr писал(а):Идея классическая - ставка на полностраничный burst с двух предвыбранных банков по очереди из SDRAM. Рефреш в межстрочный бланкинг, отрисовка данных в память в межкадровый бланкинг. берем самый дешевый МК с достаточно ног и PLL, который можно запустить на ~65Mhz и клокаутом 1:1.
Рамдаки дорого и плоходоступно, через шинный буфер с шины данных SDRAMа на 5битные R-2R DACи :))

Идею не понял: кто адреса перебирает? МК? Не успеет.
Зачем рефреш? Он и так будет происходить, видео ведь всё время разворачивается
Ответить