peratron

Существующие методики измерений параметров звукосилительных трактов направлены на лучшую продажу аппаратуры, но не на объективное изучение сложного процесса психоакустического восприятия музыки. Для объективного сравнения субъективного восприятичя (уже парадокс) надо менять критерии оценки. А конкретно - учитывать эффект маскировки артефактов слуховым анализатором. http://peratronika.ucoz.ru/forum/25-38-1

Всё гораздо проще - есть ГОСТы на производство радиоприёмной аппаратуры и в них прописаны медоды измерения параметров на стенде ОТК. Вот и смотреть эти основополагающие документы...

http://www.takebooks.com/product_info.php?cPath=16&products_id=10361

Намотать самому что мешает?

Какова частота исследуемого сигнала? Осциллография в ПК возможна на основе звуковой карты - потому сигнал должен попадать в её рабочий диапазон. Некоторые подробности по теме можно найти здесь: http://peratronika.ucoz.ru/forum/9-111-1

Регион?

Протокол поверки измерительного средства - в студию! Если намёк остался без понятия - прямым текстом: ПОВЕДЕНИЕ СЕГО "ПРИБОРА" ОЧЕНЬ СПЕЦИФИЧЕСКОЕ! Он может показать совершенно не то, что имеется в цепи. А уж про USB-разъёмы - простите, цензурных слов для этой темы не существует...

Проблема сходимости?

https://ru.aliexpress.com/item/mini-2-in-1-DC-DC-Step-Down-Step-Up-Converter-1-8V-5V-to-3/32764827721.html

Полагаю ЭТИ вопросы лучше обсудить в другом месте - я готов к этому, пишите в личку - укажу варианты таких мест.

Приведён для примера тупой макет из подручных материалов. На самом деле (ТМ) - мне нужен корпус из железа. Передняя и задняя панели - порошковка, шелкуха. Боковины и крышки - можно кадмирование. Порошковка чуть менее желательна, но допустима. На первый случай заказ такой: 10 комплектов боковины+крышки + 5х2 комплектов мордозадий. Боковины/крышки - одинаковы для всех типов приборов. Мордозадия - отличаются дырками и графикой. ХИНТ: устроит вариант только боковин/крышек - хотя б и это мне в кассу. Вариант мордозадий из алюминия 2 мм - с порошковкой и без дырок - тоже интересен: дырки я сам проделаю на ЧПУ. И графику гравирну - тоже вариант допустимый для установочной партии. Собственно, иметь запас таких панелей под неопределённую пока конфигурацию - это отдельная тема: пока в линейке два типа, с которыми определённость - но в планах и другие приборы. С картонными мордами выглядит так; ЗЫ: и печатки, к слову - тоже интересуют. Обычная двухслойка с зелёнкой. Даже шелкуха не нужна. Вы всегда за клиента думаете? Что мне надо - я знаю совершенно точно. Рэки нужного конструктива на рынке отсутствуют - по определению. Я делаю не настольный прибор, а-ля китачатина для дома, для семьи - я делаю профессиональный прибор для студийного использования. То есть, с жёстко нормированным форм-фактором. Другие варианты (для домашней студии) я прошёл и выпустил много сотен приборов: Теперь мне нужны СТУДИЙНЫЕ приборы. Потому давайте всё же определяться - берётесь вы или нет?

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

Для продаж достаточно моего бренда - PERATRONIKA, под которым продано немногим меньше тысячи штук приборов в бюджетном исполнении. Новых моделей - в студийном полурэковом корпусе - продано уже пять. Причём, все в статусе опытных образцов. То есть, с печатными платами сделанными по макетной технологии (ЧПУ + ЛУТ) и в картонных корпусах, напиленных из оргалита на том же ЧПУ. Так, что с маркетингом у меня всё в порядке ЗЫ: а ламповый преамп - это на любителя...

Где находится?!

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

А что с ценами? Ну, например, нужны корпуса для студийной техники - рэковые, полурэковые... Ы?

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

Мой первый проект на РК-86 был именно РВ - причём, для решения прикладной задачи пришлось написать по сути ядро ОС. Я это понял не сразу - довольно много потратил времени тыкаясь вслепую. Потом сел - и стал анализировать, во что упёрся - что и вылилось в программу, которая функционально есть именно ОС. Сама задача - музыкальный редактор электронных барабанов. Сначала я писал управление внешним синтезатором - но потом разохотился и сделал трёхканальный сэмплер (с ШИМ-выводом). Справка по РК-86: 8080 с тактом 1.6 МГц, полное отсутствие таймирования (нет кристаллов в системе - несущую формировать можно только программно). И вишенкой на торте - дисплей, гасящий процессор на кадой строке и выгребающий строку на ПДП. Так вот: я сделал именно систему РВ - при отсутствии системных часов. И всё при этом успевал. Сам принцип тайминга - расчёт машинных тактов (а для хохмы - у 8080 переменный цикл команд, от 3 до 8 тактов). Так вот ядро следило за командным потоком, считало время - на фоне остальных задач, и выдавало сэмплы на выходной регистр. Причём, надо было ещё перевести сэмпл в ШИМ... Так штааа... (с) ЕБН Это я - это мой хлеб. Потому, как хочу - так и называюсь... Именно. Потому "я всегда так делал" - главный аргумент. В том числе - и в этой дискуссии. А тех, кто делает не так - сразу обнулять. Как то попытались устроить мне в ответ на моё простое указание более эфеективного направления развития. Не на основе анализа, не подумавши над сказанным - а сразу почти в оскорбительном тоне. Только я про ранговое доминирование тоже в курсе - и знаю про него побольше, чем тусовка

Да, сложно - программированием МК я занимаюсь не часто. В данный момент на моём рабочем столе совершенно другие задачи. Поднимать программерскую среду мне не с руки. Именно. И музыкальный редактор был моим первым проектом на РК-86. Но в силу того, что в этой теме вообще мало кто пробавляется по нынешним временам - не вижу смысла расширять рамки дискуссии аргументами, которые тем паче не будут вообще восприняты, поскольку не являются актуальными компетенциями для тусовки. Это всего лишь ваши персональные ограничивающие убеждения. Мне любая система удобна для анализа именно виде блок-схемы - даже психика (человеческое поведение). Граф и его разновидность - блок-схема, есть метаописание любой системы. Именно МЕТА - высший уровень обобщения и абстрагирования. Это всего лишь ваши персональные ограничивающие убеждения (ОУ - понятие из психологии, обозначающее границы допустимого для конкретного субъекта). Суть - не в рамочках, а в процедуре структурирования Системы - в которую входит разграничение отдельных объектоа в независимые подсистемы, связываемые хорошо презентуемыми связями. При этом, сами связи должны отчётливо специфицироваться по типу (протоколу и функциональному назначению) - и не отдельным списком, а тут-же, в едином базисном образе-отображении. У мышления - свои нейрофизиологические законы и разделение границ является важнейшим фактором повышения адекватности психической модели. ХИНТ: в психологии обучение клиента правильной расстановке границ является одним из важнейших приёмов решения психологических проблем - слишком часто и слишком болезненно люди в это вмазываются в своей повседневной жизни. Если графическая линия помогает этому процессу - так тому и быть. Ещё раз: лабвью - весьма неудачный пример визуализации. А без показа сигналов там вообще нечего ловить было б. В целом - я ей не пользуюсь, поскольку сильно раздражает своей недоделанностью: делался нишевой коммерческий продукт на основе недостаточной компетентности программеров в самой прикладной задаче. Просто вы не умеете готовить кошек (с) анекдот ХИНТ: каждый элемент визуальной рабочей среды должен позволять входить внутрь объекта и производить в нём нужные изменения. Причём, это с неограниченной вложенностью (вплоть до конкретного объектного кода, лежащего на дне этой структуры). Таким образом "квадратики" - это окна доступа к содержащимся в них информационным обектам (в полном соответствии с принципами ООП). И линии связи. И маркеры. И всё-всё-всё - есть естественные ворота для доступа к нутру ЭТОГО объекта. То есть, это гипертекст - в его графической реинкарнации... Возьмём в качестве примера упоминавшийся Алгоритм Билдер: это АССЕМБЛЕР! То есть, уровень объектного кода. По сравнению с классическим АСМ для тех же МК, эффективность работы в нём в три-пять раз выше. А то и на порядок - приближая по трудоёмкости процесс создания объектного кода к ЯВУ. Но при этом, доступ к физической структуре процессора (манипулирование регистрами, вылизывание скоростей работы и т.п.) в нём сохранены на уровне АСМ и позволяют в разы поднимать скорость по сравнению с Сишными кодами. При этом объёмы кода - тоже в разы меньшие, чем в ЯВУ. В большие разы... В качестве примера: я использую атмелы в гитарных примочках - и на младших кристаллах реализую не только управление примочкой, но и саму обработку сигнала. Не в прямую, разумеется - у меня гибридная аналого-цифровая технология. Но скорость - критически важна. И я легко в АБ выжимаю из кристалла всё, что он может физически - а может он много (от управляемых искажений, компресси и темброобработки, до пространственных эффектов - привлечением внешней памяти для хранения отсчёиов). На Си это вообще не решается - категорически. А на АБ я работаю, как уже сказал, в несколько раз быстрей, чем на АСМ. По объёмам мои коды вписываются в восьминожки - с их куцей памятью, да и вообще скудными системными ресурсами. Совместная разработку на АБ практикую - никаких проблем. Как с любой другой средой создания контента. Надо только, что б партнёр имел навык работы в АБ. ХИНТ: проект в АБ - фактически самодокументируемый, потому комментариев нужен минимум-миниморум и в отношении самой прикладной задачи, а не рабочего кода.

Как графический модуль с прямым указанием на рекрсивные связи. Давайте сразу уточним - я имею ввиду ИКР. То есть, максимально близкий к идеалу вариант. Помянутый выше Алгоритм Билдер - всего лишь попытка реализовать упрощённо визуализацию на основе псевдографики. Потому апеллировать к этому варианту в порядке критики самой идеи не имеет смысла. Для реализации продвинутого варианта следует использовать адекватный графический редактор - как то сделано в CAD-системах в отношении электрических схем. Именно. Поток событий. Графически. Причина здесь банальная - управляющая программа есть ничто иное, как граф. То есть, многомерная структура, связывающая векторами информационные объекты. Карта связей. Потому именно граф является первичным образом, адекватно (необходимо и достаточно!) отображающим полный образ УП. Более того - именно граф формируется и хранится в психике: сама нейроструктура мозга, его физическое устройство на основе нейронов с дендритами, является универсальным субстратом для любых информационных структур. Мозг (нервная система) эволютивно приспособлены для отображения событийного моделирования окружающего мира. И компьютерная программа не может выпасть из этого множества. Потому наиболее адекватным внешним описанием, комфортным (экологичным) для психики является визуализированная модель графа, лежащая в основе ФЧ. Или по русски - блок-схемы. Это синонимы фактически. Ну, можно уточнить, что флоу-чарт, это блок-схема на формализованном алгоритмическом языке. То есть, вариант блок-схемы с жёстко нормированными кодовыми символами, оптимизированными для описания информационного объекта типа "алгоритм". А сам алгоритм - это ничто иное, как дискретизированный на отдельные модули поток событий: он содержит в явном виде векторность и поэтапность. В нём практически явно отображется время - как однозначная характеристика процесса. Я не занимаюсь разработкой продукта в этом направлении - не потому, что не могу/не умею, а только потому, что мне это менее интересно, чем то, чем я занимаюсь. Но если б я поставил бы перед собой задачу разработать такой продукт - я б поглядел бы в сторону такого старого доброго продукта, как WORKS. Это чрезвычайно удобный вариант универсального графического интерфейса. И в нём есть принципиальная возможность дописывать модули в вижуал бэйсике. Так вот, сам пользовательский интерфейс в нём практически готов - а модули трансляции в объектный код можно сделать в VB. Причём, транслировать в любой ЯВУ. Или ASM. Таким образом получается: алгоритм - промежуточный формальный код - объектный код. По крайней мере для порождение первичного базового кода этот путь годится. Хотя по уму, конечно, надо писать специализированный граф-редактор - именно под задачу генерации управляющих программ.

Не всякая графическая среда соответствует нужным требованиям - претензий к разработчикам этих сред выше крыши. Они все сотворены по программерской традиции - шаманю, как хочу. Окошки не дадут соврать Тоже ведь - "графическая среда". Так и выглядит - как рекурсия. Как ещё ей выглядеть? ХИНТ: в ПРОТЕУСЕ есть визуализатор флоучартов - не стану его ставить в пример идеального решения, но тем не менее. Беда же в том, что ФЧ должен быть единым универсальным документом, описывающим ПОТОК СОБЫТИЙ (событийный язык - это мета-язык для любых процессов в этой вселенной). Естественно, графический интерфейс должен полностью воспроизводить вселенскую матрёшку - то есть, предельно удобно менять масштаб управления процессом (входить в суб-блок, выходить из текущего структурного уровня на более высокий). ХИНТ: окошки, вообще-то, этому требованию отвечают - претензии к ним за другое. Но так было не сразу - в первых версиях иерархия была одноуровневой. Что нонсенс - и очевидно с первого взгляда: при первом включении W3.1я попытался вложить иконку с рабочего стола в папку. Облом был жестоким И только в W95 появилась иерархия. Концепция ФЧ не обязывает разворачивать всё в одну простынь - именно правильные инструменты иерархии являются ключом к созданию экологичного инструмента управления сложным и насыщенным потоком событий. Гипертекст - как один из форматов структурирования - потенциально обеспечивает межуровневой и межобъектный доступ. Но тоже практически не нагляден и малоприменим для программирования. Хотя уже на уровне гипертекстового редактора можно значительно облегчить рутину написания управляющей последовательности... ХИНТ: флоучарт потенциально обеспечивает идеальный переход с макроуровня на микроуровень - и обратно. При этом, сохраняет полную наглядность и связность объектов - а это предельно важно для экологичности интерфейса. ХИНТ: люди делятся на визуалов, аудиалов, кинестетиков - по типу наиболее активной репрезентативной системы. То есть, той системы, в которой они моделируют окружающий мир. Традиционный текстовый интерфейс ориентирован исключительно на дигиталов - то есть, на очень специфическую по психофизиологическим реакциям группу операторов. Дигитальная репрезентация - это по сути абстрактизация и это один из наиболее редких в популяции видов репрезентации. Скажу по секрету, что именно дигиталка весьма сильно коррелирована с шизоидностью (как первичным психофизиологическим фундаментом организма). Для нешизоида держать жизненно важные данные в дигиталке (то есть, в области абстрактной) - крайне непривычно и дискомфортно. ХИНТ: традиционный текстовый интерфейс ЯВУ/ЯНУ оптимизирован исключительно под возможности простейших печатающих устройств - но не под человеческую нейрофизиологию.

Жаль, что создатель забил на неё...

Угораю я с вас... Посмотрел бы я на вас - как вы будете удерживать программу, скажем, для МиГ-29. Я когда-то в прошлой жизни - авиаконструктор. И в 1979 году получил в разработку темку - МиГ-29Э (первый в отрасли проект интеграции бортового оборудования - то, что нынче именуют "стеклянной кабиной"): надо было заменить все приборы, входившие в компетенцию моего отдела (топливоизмерение, противопожарка и кое-что ещё) на единую БЦВМ. Пришлось поднять ВСЮ документацию и для КАЖДОГО сигнала расписать функционал в булевой алгебре. А это - несколько тысяч операторов. Попутно я расписал всё это в флоучарты - и наконец-то появилась возможность любому инженеру получить представление о взаимодействии систем. Теперь выяснение причин сбоев и подобных коллизий сводилось к пятнадцатиминутному вождению пальцем по карте алгоритмов - вместо нескольких дней погружения в схему соединений и споры о том, так оно работает или не так. Флоучарт (карта алгоритма) - единственный правильный способ иерархирования процессов разных уровней. Будучи участником процесса создания кабинных приборов для истребителей, я изучил инженерную психологию досконально - и опираюсь на знание возможностей психики человека-оператора. В том числе - в экстремальных условиях. Потому - не смешите мои тапки: флоучарт есть мета-язык высшего уровня, задействующий в полной мере психические возможности хомосапа. Созданный задолго до появления "программирования", он является универсальным и при этом наилучшим интерфейсом между внутрипсихическим процессингом и потоком управляемых событий. Игнорирование этого приводит к чудовищным потерям - ошибкам в программах, затягивании сроков и т.п. Смешно. К слову - я располагаю алгоритмом, позволяющим реализовать психотерапевта-из-машины - то есть, осуществлять функции коррекции человеческой психики. Называется это АРПП - Алгоритм Решения Психологических Проблем. И в виде алгоритмической карты оно успешно работает - и подтверждает свою эффктивность. И ещё - касательно "текстовых программ": НЛП, коим я вполне владею, как раз через текст эффективно воздействует на психику человеческую - а уж справиться с какой-то железякой куда, как проще.

Купите хомяка-повторюшку и выньте из него душу электронную начинку. Используйте для решения своей задачи...