приоритеты уже есть, но сейчас они используются для того, чтобы была возможность задать минимальный уровень голосовых уведомлений — т.е. система может какую-то часть уведомлений просто не проговаривать. например, вечером система повышает минимальный уровень, чтобы ночью малозначимые события не произносились. но мысль насчёт влияния приоритета на очередь очень здравая — обязательно будет реализовано.
обманул я насчёт бесконечной очереди… пересмотрел реализацию и увидел, что такое ограничение было заложено — голосовые сообщения в очереди имеют срок жизни в одну минуту, так что очередь сама себя укорачивает.
если хаотичное переключение будет постоянно, то да :)
если это какие-то кратковременные глюки контроллера, то очередь будет ограничена количеством отправленных сигналов от устройства, а они не рождаются массово в одно мгновение, с учётом задержки на отправку запроса по http.
я бы предложил ещё добавить сюда ключевую фразу для активации. т.е. что б можно иметь что-то вроде диалога: -компьютер; — слушаю; — включи музыку. для распознания ключевой фразы можно использовать встроенную в windows7 систему распознавания, ну или что-то простенькое своё, если есть такая возможность.
Будет всегда opensource :) Если хотите поучавствовать в разработке, то добро пожаловать на google code. Но лицензия MIT не запрещает брать систему и использовать в своих коммерческих решениях (с указанием оригинального авторства).
Про «железо» я написал в статье — система не заточена на какое-то конкретное «железо». В ней есть нечто вроде программных «адаптеров» для передачи команд контроллерам. Такие адаптеры можно написать под любой протокол, были бы открытые спецификации интерфейсов.
Имеете в виду что на самих воротах стоит? Обычный датчик контакта на герконе. Датчик на ряду с другими подключен к Arduino, а она уже посылает команды в сеть при изменении состояния.
Можно и x10 и zigbee подключить — при текущей организации взаимодействия с «железом» это займёт минимум усилий. мне было удобней начать с arduino, потом был 1wire. Будут желающие видеть другие протоколы, будут и они :)
я обычно раньше жены тоже встаю. пока прохожу через коридор система понимает что кто-то встал и начинает докладывать статус, запуская установленные процедуры. я слышу, что она говорит находясь уже в ванной — аудио разведено по всему дому, но отдельные комнаты включаются и выключаются так же системой — так по утрам в спальне тишина, хотя в других комнатах уже играет музыка.
да-да, есть такие. есть ещё известная система управления списками рассылки с таким названием. но не думаю, что сей скромный проект будет предметом претензий какой-либо серьёзной компании :)
это превью, я поищу обязательно оригинал более читаемый — того с которого рисовали под рукой не оказалось. он правда в качестве «не для печати», так что мы его полностью перерисовывали.
если это какие-то кратковременные глюки контроллера, то очередь будет ограничена количеством отправленных сигналов от устройства, а они не рождаются массово в одно мгновение, с учётом задержки на отправку запроса по http.
И, пользуюясь случаем, всем его рекомендует.
Про «железо» я написал в статье — система не заточена на какое-то конкретное «железо». В ней есть нечто вроде программных «адаптеров» для передачи команд контроллерам. Такие адаптеры можно написать под любой протокол, были бы открытые спецификации интерфейсов.
en.wikipedia.org/wiki/Majordomo
да, название не особо оригинальное, но почему бы и нет…
https://secure.davidco.com/store/catalog/GTD-WORKFLOW-MAP-AND-COACHING-DVD-SET-p-16554.php
это превью, я поищу обязательно оригинал более читаемый — того с которого рисовали под рукой не оказалось. он правда в качестве «не для печати», так что мы его полностью перерисовывали.