Комментарии 38
Вместо обычного Digispark с Attiny, который включается в USB и эмулирует hid, чел заюзал ATmega32U4!
А чего сразу не Rasberry?
Можно бы было и вообще PC в ITX собрать, и его заюзать, че мелочиться-то…
Я уж молчу, что можно было-бы просто замэппить нужную клавишу с обычной клавиатуры и написать очень простой хук, который при нажатии на нее, отсылал бы нужное сочетание.
Раньше ещё и сопровождали постукиванием по разным частям тела, чтобы доходило быстрее.
Вначале отошли от такой
Если в тираже это играет существенную роль, то для самоделок — это вообще копейки. И главный вопрос — с чего бы автор должен учитывать ваши личные мировоззрения?
Вместо обычного Digispark с Attiny, который включается в USB и эмулирует hid, чел заюзал ATmega32U4!
Можете пояснить, почему это было бы лучше?
чтобы была полноценная синхронизация, это как раз понятно
Почему бы тогда не общаться с Зумом прямо из JS, все данные передавать и получать через UART? И в таком решении я ничего страшного в NodeJS не вижу. Почему бы и нет? Там удобно писать асинхронный код и обеспечивать взаимодействие по https. И кроссплатформенно.
Тем более, если есть возможность соединять блоки проводками и программировать это на JavaScript.
Цена вопроса — стоимость тумблера.
Электронщики, блин. Простейшую задачу нужно решать микроконтроллерами и программированием.
Нужно пропустить микрофонный провод через тот самый тумблер и банально замыкать его в одном положении переключателяБезусловно, решение самое правильное, но только при условии «отдельного» микрофона. Если это гарнитура (а автор, вроде, нигде не говорит, что у него отдельный микрофон), то всё не так радужно (резать весь провод, чтобы запаять наушники обратно?). А если это USB-микрофон, так и вовсе не стоит контакт рвать.
Да, даже примитивный аналоговый микрофон рвать — тоже может быть опасно. Кто его знает как AGC (если он включен) сойдёт с ума после тишины, и какой громкости щелчок улышат собеседники при включении…
А вот для микрофона ноутбука или вебкамеры придётся делать аппаратное решение.
Например, вторую мышь распотрошить, и её плату и кнопку использовать в качестве готового HID устройства. Или клавиатуру.
Но где тогда простор для творчества?
Ведь любое простое решение ВСЕГДА можно усложнить.
Но сложное — НЕ ВСЕГДА можно упростить.
Я ещё один недостаток добавлю, я сейчас не помню точно интерфейс зума, но вроде там тоже статус микрофона у коллег видно. В Google Meet это точно так. Аппаратный тумблер можно использовать только если в самом зуме микрофон включен. И всем остальным будет казаться, что человек что-то все время хочет им сказать.
![image](https://habrastorage.org/webt/d8/dw/fu/d8dwfuuav36wcfdwkxrxz1qeari.jpeg)
Кстати сам использую KeyBow на три клавиши, работает на малине, хорошо выглядит и не требует софта на стороне компьютера
![image](https://habrastorage.org/webt/cm/b8/qm/cmb8qm0w5quqdjmwnsdjiuktuwm.jpeg)
почему взъелись на автора, не могу сходу предложить другое решение, где будет так же работать индикация
Скорее, на использование в реализации этого решения не очень подходящего инструмента в виде нодЖээс.
KeyBow на три клавиши, работает на малине,
£21 — гмммм
хорошо выглядит и не требует софта на стороне компьютера
И как у вас осуществляется синхронизация состояния? А, полистал интернеты — никак. Ну, это не интересно же.
Вообще, одной кнопки, кажется, мало. Я думаю, что должно быть как раз три. "Тумблер" — кнопка с индикацией и состояними — "постоянно включено"/"постоянно выключено". Кнопка мьют для временного отключения, когда "тумблер" "постоянно включен" и кнопка РТТ для временного включения, когда "тумблер" — офф.
Хотя, если подумать, то мьют/ртт можно объединить в одну — у них непересекающиеся функции. А ещё добавить туда "крутилку" для громкости с нажималкой "плей-стоп". Хмммм… пожалуй, надо бы этим заняться!
Когда у меня была проблема с фоновым шумом — я просто включил в Discord активацию по кнопке и забиндил её на одну из боковых кнопок на мышке (Forward, если быть точным). Получилось весьма удобно, и не мешало при этом.
В Зуме можно ещё пробелом пользоваться — он позволяет временно включить звук.
То есть вначале звук отключаем, а когда говорим удерживаем пробел. Как на рации.
Я себе похожую штуку делал, но с другими деталями реализации. Платка была arduino nano, вместо кнопки — педаль от швейной машинки (в ней реостат), случайный набор резисторов (подбирал так, чтобы диапазон читаемых значений побольше был). И вместо эмуляции клавиатуры (нано этого не умеет на дев-плате) — пишу в serial моменты включения/выключения (которые находятся в разных точках значений сигнала, включается при 80% нажатии, отключается при 20%, в итоге не нужно дебаунсить). Плюс небольшой скрипт на питоне, читающий этот последовательный порт и говорящий Reaper'у, какой трек нужно замьютить/размьютить (а из него уже звук после всех эффектов отдаётся системе).
Довольно удобно получилось, плюс в теории педаль можно и для чего-нибудь другого приспособить, написав другой скрипт.
Должна быть кнопка не mute, а unmute. Микрофон все время выключен. При нажатии на кнопку микрофон включается, при отпускании кнопки выключается. Тогда это будет по-настоящему полезно.
Делаем аппаратную кнопку выключения звука в Zoom