Чаще всего в системах оповещения все-таки работает схема Микрофонная консоль-Управляющий микшер/блок от одного производителя, поскольку важна адресация по нажатию кнопки на консоли и ее корректная передача на управляющий блок, чтобы понимать, в какую зону требуется выводить сигнал.
Вот я и хочу сделать на основе предоставленных команд для руководителя такой пульт (похоже что к этой матрице нет такого пульта). на нем будет 16 кнопок и 16 светодиодов. Руководитель выбирает зоны куда надо подать объявление( от 1 до 16). происходит коммутация на выбранные зоны, при этом сохраняем старую коммутацию, делаем объявление, и после этого восстанавливаем прежнюю коммутацию. а в зонах не затронутых объявлениями должна по прежнему без перерывов и просадок играть фоновая музыка. Вот такая простая задача.
Если для перекоммутации использовать выбор подготовленных пресетов, переключение между ними происходит в течение 3-5 секунд.
При этом происходит сбой трансляции во всех зонах на эти 3-5 сек, даже если настройки коммутации , входов , выходов не меняются. Стандартный случай коммутация стереопар или сигналов трехполосной акустики. Это ограничивает использование этих пресетов.
Вы правильно подметили , что аудиоматриц на рынке очень много. Многие имеют Dante. Все матрицы сопровождаются ПО для управления по USB, LAN(TCP UDP). и они все отлично работают как микшер.
В чем преимущество вашей матрицы? Предоставляете ли протокол и команды управления матрицей для интеграции в свою систему управления конференц залом? Поддерживает ли матрица работу с многозонными системами оповещения? Можно ли к ней подключить микрофонную консоль с 16 кнопками выбора зон для трансляции сообщений в нужные зоны? как быстро происходит коммутация в этом случае и затем возврат к штатной схеме?
Когда наступила эпоха короновируса , все сидели на удаленке, осваивали zoom.... Была весна и три дня лил дождь как из ведра . И придя утром в мастерскую обнаружил маму кошку , которая принесла котят в сухое и теплое место. А до этого мы видели маму кошку на нашем садовом участке. мы ее немного подкармливали, это была суровая дикая кошка. Но материнский инстинкт заставил позаботиться о потомстве и принести их под укрытие.
Вот так и появилась Зюма, одна из дочек этой кошки. Если был бы кот - то был бы Zoom..
И вот теперь она любит греться в нише со светодиодной подсветкой
Для кого как. Для некоторых это неплохой заработок на студентах. Ведь сам студент ТС пишет
Когда мы получили задание в вузе написать драйвер датчика по I2C, случилась интересная вещь: из 25 человек в группе только 3 справились за отведенное время.
По данным официального сайта Arduino, с момента запуска платформы было продано более 50 миллионов плат и клонов. А сообщество насчитывает десятки миллионов активных пользователей по всему миру.
А вы студентов спросите зачем они покупают Ардуино наборы.
Ничуть не сложнее чем писать для тоже синклера на Z80 с расширенной памятью , хотя бы до 128к на низком уровне.
Потом редактор ASM всегда подсказывает, а не забыл ли переключить страницу. Макросы в помощь - и никаких особых проблем. До 2000х особо конкурентов PICам не было ни по документации , ни качеству сопроводительной информации , ни по функционалу самих контроллеров. Поэтому было легко работать.
Начинал со сборки Микро-80 на восьмибитном проце в институте. Но не успели доделать .
Потом сам собрал Радио86РК, Орион, потом кучу синклеров и АОН на Z80. Делал ПО для тестирования логических схем.
А когда увидел PIC контроллеры - то сразу влюбился в них . Писал, да и сейчас пишу на ASM для восьмибитных. Для PIC32 пишу на Си. Есть статьи на хабре. В основном это устройства с ЛАН интерфейсом , сопряжение и конвертеры протоколов.
А когда появилось Ардуино - то не было никакого интереса с ней возиться, потому что на PIC уже было столько наработок как кода так и схемотехнических решений, да и коробки PIC контроллеров разных мастей. От Ардуино использую иногда только интерфейсные платы, процессорную плату не использовал никогда.
В Радио86РК регенерацией ОЗУ занимался контроллер прямого доступа к памяти, который на время тормозил процессор и пересылал данные в контроллер вывода текста на экран.
Но если нужно было писать программу с жесткими таймингами - то приходилось для этого останавливать ПДП, но тогда были шансы что память деградирует . Поэтому сделал для Радио86РК аппаратную регенерацию памяти , о чем была статья в свое время в журнале "Радиолюбитель 12/92" https://www.radioliga.com/RL_91-95/2.2.htm
Вполне стандартное решение для тех лет . оно использовалось для расширения памяти больше 64к для восьми битных процессоров, использовалось для перенаправления вектора сброса процессора и многого другого.
У каждого программиста был свой почерк. Настоящий, узнаваемый. Я видел проекты, где можно было определить автора по тому, как он выстраивает отступы, как ставит комментарии, как называет переменные.
Когда писал программы на ПЛ1 для ЕС1035 , то операторы по одному виду листинга программы определяли кто автор.
Я не ностальгирую по перфокартам
Но согласитесь в них что то есть. Когда сидишь и набираешь программу на перфокарты на перфораторе. а потом проверяешь правильность набора . перенабиваешь заново ошибочные строки , и только потом отдаешь колоду карт на исполнение.
Интересный проект. Сам занимаюсь и уличным освещением , и умными домами и конференц залами. Много общего , но как всегда находится столько нюансов и тонкостей , что не посвященному будет очень нелегко сделать качественно проект.
Интересных вещей в ИК-протоколах хватает. К примеру, repeat-сигналы,
И не только , например расширенный протокол NEC.
Базы пультов есть , но иногда нужно проводить конвертацию из одной базы в другую.
Разные подходы к считыванию ИК посылки: с анализом частоты несущей и без . Разные подходы к кодированию: одни отсчитывают количество импульсов несущей частоты , а кто то чисто в милисек измеряет длительность посылок, забывая про несущую.
А если еще вникать в протоколы кондиционеров - то там каждый производитель чудит как хочет
В теме ИК управления очень давно. Много чего было сделано. На полке стоит коробка с разными пультами , в том числе есть и обучаемые и универсальные. Статья на тему ИК https://habr.com/ru/articles/950764/
Сейчас в плане ИК управления остается задача интегрирования систем которые управляются по ИК с современными технологиями.
Разница только в форме с вытекающим отсюда методом спуска с орбиты : планирующий или на парашюте.
А экономия получалась если бы удавалось сохранить двигатель и по аналогии с союзом приборно-агрегатный отсек. Экономии нет так как это все сгорает при возвращении.
В разработке встроенного ПО для микроконтроллеров ничего не поменялось.
От ИИ больше вреда чем пользы. Поясню. При использовании обычного поиска без ИИ я видел сообщения реальных людей которые вели диалог по нужной мне тематике и я мог сам адаптировать код под свои задачи. Или я видел ссылку и кусок текста из официального даташита или иного документа по программированию МК, мог открыть этот документ и дополнительно ознакомиться с практикой реализации того что мне надо
С ИИ я вижу выхваченный кусок кода, без пояснений откуда он взят.
В программировании МК очень много нюансов, плюс нужно понимание как тот или иной узел реализован в железе.
стоило бы отметить что были автоматические коммутаторы для телетайпа. коммутатор воспринимал определенную последовательность символов как команду переключения направления и номер этого направления . После коммутации к линии уже подключался другой телетайп . Имея перфоленту можно было разослать сообщение по нужным абонентам . Коммутатор мог отправлять сообщения индивидуально , группе и циркуляр . Почти как в современных месенджерах
3(3) мужика не желают знать сынка. Пусть читается пока сын полка. (С) Высоцкий
Это хорошо , можно ссылочку на команды.
Вот я и хочу сделать на основе предоставленных команд для руководителя такой пульт (похоже что к этой матрице нет такого пульта). на нем будет 16 кнопок и 16 светодиодов. Руководитель выбирает зоны куда надо подать объявление( от 1 до 16). происходит коммутация на выбранные зоны, при этом сохраняем старую коммутацию, делаем объявление, и после этого восстанавливаем прежнюю коммутацию. а в зонах не затронутых объявлениями должна по прежнему без перерывов и просадок играть фоновая музыка. Вот такая простая задача.
При этом происходит сбой трансляции во всех зонах на эти 3-5 сек, даже если настройки коммутации , входов , выходов не меняются. Стандартный случай коммутация стереопар или сигналов трехполосной акустики. Это ограничивает использование этих пресетов.
Вы правильно подметили , что аудиоматриц на рынке очень много. Многие имеют Dante. Все матрицы сопровождаются ПО для управления по USB, LAN(TCP UDP). и они все отлично работают как микшер.
В чем преимущество вашей матрицы? Предоставляете ли протокол и команды управления матрицей для интеграции в свою систему управления конференц залом? Поддерживает ли матрица работу с многозонными системами оповещения? Можно ли к ней подключить микрофонную консоль с 16 кнопками выбора зон для трансляции сообщений в нужные зоны? как быстро происходит коммутация в этом случае и затем возврат к штатной схеме?
переедут к нам в Сибирь. Там еще долго ни один ИИ не сможет проехать.
Для Радио-86РК была такая программа
Просто тогда не говорили о нейронках, но они уже были оказывается
Добавлю и свою историю.
Когда наступила эпоха короновируса , все сидели на удаленке, осваивали zoom.... Была весна и три дня лил дождь как из ведра . И придя утром в мастерскую обнаружил маму кошку , которая принесла котят в сухое и теплое место. А до этого мы видели маму кошку на нашем садовом участке. мы ее немного подкармливали, это была суровая дикая кошка. Но материнский инстинкт заставил позаботиться о потомстве и принести их под укрытие.
Вот так и появилась Зюма, одна из дочек этой кошки. Если был бы кот - то был бы Zoom..
Только с бензином его не допустят к перевозке. и в камеру хранения не возьмут.
Для кого как. Для некоторых это неплохой заработок на студентах. Ведь сам студент ТС пишет
А вы студентов спросите зачем они покупают Ардуино наборы.
Ответ вас может сильно удивить
Ничуть не сложнее чем писать для тоже синклера на Z80 с расширенной памятью , хотя бы до 128к на низком уровне.
Потом редактор ASM всегда подсказывает, а не забыл ли переключить страницу. Макросы в помощь - и никаких особых проблем. До 2000х особо конкурентов PICам не было ни по документации , ни качеству сопроводительной информации , ни по функционалу самих контроллеров. Поэтому было легко работать.
НЕ учит. Чтобы понять это посмотрите форумы ардуино и станет понятно - учат или нет.
Начинал со сборки Микро-80 на восьмибитном проце в институте. Но не успели доделать .
Потом сам собрал Радио86РК, Орион, потом кучу синклеров и АОН на Z80. Делал ПО для тестирования логических схем.
А когда увидел PIC контроллеры - то сразу влюбился в них . Писал, да и сейчас пишу на ASM для восьмибитных. Для PIC32 пишу на Си. Есть статьи на хабре. В основном это устройства с ЛАН интерфейсом , сопряжение и конвертеры протоколов.
А когда появилось Ардуино - то не было никакого интереса с ней возиться, потому что на PIC уже было столько наработок как кода так и схемотехнических решений, да и коробки PIC контроллеров разных мастей. От Ардуино использую иногда только интерфейсные платы, процессорную плату не использовал никогда.
В Радио86РК регенерацией ОЗУ занимался контроллер прямого доступа к памяти, который на время тормозил процессор и пересылал данные в контроллер вывода текста на экран.
Но если нужно было писать программу с жесткими таймингами - то приходилось для этого останавливать ПДП, но тогда были шансы что память деградирует . Поэтому сделал для Радио86РК аппаратную регенерацию памяти , о чем была статья в свое время в журнале "Радиолюбитель 12/92" https://www.radioliga.com/RL_91-95/2.2.htm
Вполне стандартное решение для тех лет . оно использовалось для расширения памяти больше 64к для восьми битных процессоров, использовалось для перенаправления вектора сброса процессора и многого другого.
Когда писал программы на ПЛ1 для ЕС1035 , то операторы по одному виду листинга программы определяли кто автор.
Но согласитесь в них что то есть. Когда сидишь и набираешь программу на перфокарты на перфораторе. а потом проверяешь правильность набора . перенабиваешь заново ошибочные строки , и только потом отдаешь колоду карт на исполнение.
Интересный проект. Сам занимаюсь и уличным освещением , и умными домами и конференц залами. Много общего , но как всегда находится столько нюансов и тонкостей , что не посвященному будет очень нелегко сделать качественно проект.
и вы об этом как раз и пишите в блоге ТГ
И не только , например расширенный протокол NEC.
Базы пультов есть , но иногда нужно проводить конвертацию из одной базы в другую.
Разные подходы к считыванию ИК посылки: с анализом частоты несущей и без . Разные подходы к кодированию: одни отсчитывают количество импульсов несущей частоты , а кто то чисто в милисек измеряет длительность посылок, забывая про несущую.
А если еще вникать в протоколы кондиционеров - то там каждый производитель чудит как хочет
В теме ИК управления очень давно. Много чего было сделано. На полке стоит коробка с разными пультами , в том числе есть и обучаемые и универсальные. Статья на тему ИК https://habr.com/ru/articles/950764/
Сейчас в плане ИК управления остается задача интегрирования систем которые управляются по ИК с современными технологиями.
Отличная замена дорогого оборудования Global Cash отечественного разработчика и производителя https://www.cvg.ru/catalog/diga/ambicore/
Разница только в форме с вытекающим отсюда методом спуска с орбиты : планирующий или на парашюте.
А экономия получалась если бы удавалось сохранить двигатель и по аналогии с союзом приборно-агрегатный отсек. Экономии нет так как это все сгорает при возвращении.
В разработке встроенного ПО для микроконтроллеров ничего не поменялось.
От ИИ больше вреда чем пользы. Поясню. При использовании обычного поиска без ИИ я видел сообщения реальных людей которые вели диалог по нужной мне тематике и я мог сам адаптировать код под свои задачи. Или я видел ссылку и кусок текста из официального даташита или иного документа по программированию МК, мог открыть этот документ и дополнительно ознакомиться с практикой реализации того что мне надо
С ИИ я вижу выхваченный кусок кода, без пояснений откуда он взят.
В программировании МК очень много нюансов, плюс нужно понимание как тот или иной узел реализован в железе.
стоило бы отметить что были автоматические коммутаторы для телетайпа. коммутатор воспринимал определенную последовательность символов как команду переключения направления и номер этого направления . После коммутации к линии уже подключался другой телетайп . Имея перфоленту можно было разослать сообщение по нужным абонентам . Коммутатор мог отправлять сообщения индивидуально , группе и циркуляр . Почти как в современных месенджерах