Артём R3EQ

У меня такой. Самодельный пассивный матричный 10 на 5. Делал лет 15 назад. www.youtube.com/watch?v=ePrGzodXK5E

Спасибо. Почему-то не слышал о такой программе. С первого взгляда напоминает Cubase. Однако, как я почитал и понял, она намного лучше. Там действительно есть возможность гибкого программирования, богатый API. Можно творить любые фишки. Когда-нибудь обязательно освою и попробую построить мультисессию из аудиозаписей тел. звонков именно методом программного импорта. И ещё у меня раньше были кое-какие идеи, связанные с обработкой нот на треке для формирования определённого «ритмического рисунка». И это тоже, как раз, наверняка можно воплотить там.

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

Насчёт «COOLNESS» тоже хотел написать, что это скорее всего от Cool Edit Pro. Кстати, хочу глянуть, какие блоки оставляет за собой Cool Edit Pro при сохранении мультисессии. И ещё интересно, откроется ли моя сформированная мультисессия в Cool Edit Pro? По поводу качества записи mp3. Тоже думал об этом, когда настраивал данное приложение. Однако, к большому сожалению, 44100/128 MP3 ломает звук, в спектре голоса абонента много дырок. При этом битрейт при WAV 8000Hz 16bit Stereo практически такой же: 8000*16/1024 = 125. Да и мультисессия загружается быстрее с wav файлами. А вообще есть инетерес записывать с более высокой частотой дискретизации. Во-первых свой голос будет звучать качественнее при любом раскладе. Во-вторых, голос абонента тоже будет более раскрытым. Но мой планшет не поддерживает стандарты связи нового поколения (вроде бы), частоты сигнала абонента не превосходят 3 кГц, а полоса для современного вида сотовой связи — до 8 кГц. Теперь по поводу частоты проекта. В AU ничего не выставляется. Сформированный мной файл мультисессии открывается сразу (Ctrl+O в режиме мультитрека). И частота проекта, как я понимаю, прописана мной в файле мультисессии — 8000 Гц. Частота ASIO ставится 48 кГц, меньше нельзя, это физический уровень. Или, может быть, я не совсем правильно понял вопрос, или что-то не знаю. И насчёт последнего. О каком риппере идёт речь? Я не пользовался этим. Однако я задавался целью и рассматривал, как вариант, именно автоматизацию импорта. Искал в новых версиях Adobe Audition аналог Excel функционала скриптов и макросов. Что-то похожее нашёл, но это характерно не для расстановки клипов на треки, а для работы с аудиоданными и эффектами.

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

Какой-то китайский неизвестный DSP. Не помню. В предыдущей статье в схеме он указан.

Очень интересная идея, интересное оборудование. Был бы у меня такой телескоп, то обязательно занялся бы.

Вы правы, предохранитель даже обозначается по-другому: FU. Но при коротком замыкании эта бусинка вылетает, как предохранитель. Кстати, на своей плате с атмегой я поставил такую же «бусинку» между VCC и AVCC.

Дело полезное в большей степени для развития. Гораздо интереснее поставить на данное шасси матрицу высокого разрешения от сетевой камеры. Ведь самое ценное здесь — относительно хорошая оптика.

Интересная идея. Хотя бы 1 кадр (снимок) по запросу через RS-485.

Сегодня вечером будет.

Вы правы. Так оно и есть.

Надо как-то решить проблему с W5100. У меня W5500 тоже зависает, наверно по аналогичной причине. Но статистика зависания весьма интересная. Это связано с каким-то внешним воздействием на W5500. Предполагаю, что она зависает, когда одновременно приходят пакет по Eth и данные с МК по SPI.

Я не думал, что будет кому-то интересно послушать сигналы такой примитивной формы. Вот пока что тестовые. cloud.mail.ru/public/5MU2/5hx9fr8Ms. Сжал в mp3, качество не пострадало. Позже выложу непосредственно несколько мелодий, одна из которых рассматривалась в примере.

Понятно. Спасибо за информацию. При таком раскладе, счётчик сам себя жрёт Ватт 5, а за месяц намотает около 4 кВт*ч. Рублей 20 в месяц.

В понедельник или во вторник

Да, вы правы. Преподаватель в школе и в университете так и говорил: как вам удобнее, так и форматируйте. Тяга к самообразованию не сказать, что отсутствует, просто разные приоритеты. В следующий раз я, естественно, не буду выкладывать код, достаточно описывать только алгоритм.

Помогу, но чуть позже. После публикации второй части.

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

Наверно подправляет. Поэтому у меня и возникала всегда путаница именно с этим.

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

Всё правильно. Нестандартный контейнер, корректная перепаковка в avi невозможна. Мне тоже советовали ffmpeg применить, мол, мощнейший инструмент, должен схватить. У меня не получилось. Пробовали специалисты, но без результатов. Результаты были, но не совсем корректные: звука не было, изображение рассыпалось. Поэтому я этим вопросом и занялся, о чём напишу во второй части.

Работает. Но покажите, как правильно?

На практике тоже просто. Всё зависит от уровня образованности. Простота практики заканчивается на недоступных вещах: пароль на UART интерфейсе.

Точно, программно. АЦП там с большим запасом.

Я одному человеку делал на МК устройство, которое подключается к импульсному выходу его счётчика. Это упрощает процедуру снятия показаний, даже расширяет функционал счётчика (двухтарифный учёт, к примеру). Интересно, как на самодельное устройство оформить лицензию, чтобы его признала управляющая компания? И ещё есть идея. С помощью современных фишек, о которых тут часто пишут (Raspberry Pi, питон...) наверняка можно сделать не только ежемесячное считывание показаний, но и функцию автоматической оплаты через API интерфейс Сбербанк онлайн.

Каждому своё. Мне больше нравится с протоколами разбираться. От питона я далёк, к примеру. А по поводу распознавания цифр с камеры — актуально на не электронных счётчиках (газовых, к примеру). Пой подход к этому примерно такой. Сначала надо отработать алгоритм распознавания для BMP картинки. Камеру надо устанавливать так, чтобы координаты и размеры областей для каждой цифры были заранее известны (алгоритм поиска исключить — для упрощения). Сама процедура распознавания — нейросетевая модель, алгоритмы известны, можно подглядеть. Потом уже переходить к реалтайм видео. Я не знаю, стоит ли тут иметь дело с h264 кодеком, ключевыми кадрами и прочими специфическими вещами… Я бы ловил с камеры RAW данные об изображении. В одной из камер, с которыми я сталкивался, выходил цифровой компонентный сигнал по 8-битной шине (может все камеры такой сигнал выдают, я просто не в курсе). Так вот, для алгоритма распознавания достаточно только яркостной составляющей.

Не уверен. Но при такой мизерной мощности счётчик намотает сам себя не более рубля в месяц. Ладно, я проведу эксперимент. Подключу два счётчика последовательно, гляну, сколько первый намотает от второго. Кстати, по аналогии с реализацией велоспидометра (об этом уже писал) через импульсный выход счётчика, МК и простейшей прошивки можно, подсчитав период между импульсами, вычислить мощность: P(Вт) = 9000 / t(сек), если счётчик 400 имп на кВт*ч.

Делитель для измерения напряжения — легко. Сложнее, на мой взгляд (возможно именно это вы имели ввиду) — токовый шунт. Можно где-то почитать, но я думаю, что сначала делается грубый расчёт шунта (удел. сопр., длинна, сечение...), испытывается на стенде (сравнивается с эталоном), при необходимости шунт можно подогнать напильником.

У меня есть однофазный счётчик фирмы Echelon со встроенным ИК портом, автомат. выключателем, дист. контролем показаний. Возможно, продолжу, расписывая именно этот прибор.

Эти проблемы решаемы, но нужно поработать руками. Думаю, что подойдёт RS232<->USB и ИК с небольшой схемкой.

С веб-камерой интересно! Напишите мне в личку, если есть готовые решения реалтайм распознавания символов из видео (как я понял).

И в Украине.

Именно этот вопрос меня интересовал в первую очередь. На последнем примере, судя по схеме, электроника подключена до шунтов (в пользу абонента). Но, даже если была бы подключена и после шунтов, — честно сказать, электроника потребляет ничтожно мало, ниже минимально-измеряемой мощности счётчика. Счётчик не чувствителен до самого себя.

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

Скорее всего вы имеете ввиду программу PhonoPaper. Она позволяет воспроизводить звук с бумаги, на которой изображён его спектральный вид («водопад»). А в моём случае на бумаге представлен волновой вид.

Ах, точно!

Транзисторный. Рядом был ламповый телек, он действительно теплее, но там серьёзные искажения растра. Нужно все кондёры менять.

Кому надо, тот извлечёт нужный фрагмент из звуковой дорожки видео. Там в точности то же самое как и в wav. Давайте я вам пришлю эти вавки, а вы выложите и разместите ссылки.

Согласен с вами. Поэтому читать не нужно.