naXa!: Вы слышали? А я проверял. Дважды. С полной ответственностью -- улучшает память, повышает внимание, продуктивность растёт. А холостяки ... изнашиваются быстро.
Ну и общедоступная статистика продолжительности жизни намекает :)
Jack_London: Что то у меня перепуталось... Для каждого конкретного приложения можно включить/выключить вибрацию, настроить длительность "пачки" в миллисекундах и количество "пачек" в нотификации. Всё. Нотификация прекращается или по окончанию её или постукиванием пальца по алюминию капсулы. А условия срабатывания -- это от приложения зависит. Т.е. если вы включите нотификацию 1 импульс 250 мСек на будильник, то каждый раз когда будильник сработает получите импульс. А если будильник не повторяется, только один раз? То получите только один раз. И т.д. :-)
Итак. Ваше предложение давно реализовано и работает.
Хотелось-бы реализовать такую схему:
- программа в слейве открывает сокет и пишет в него. дополнительно открыт сокет на чтение.
- драйвер ставит пакет в очередь ожидания.
- когда слейв получает от мастера грант он отправляет пакет.
- мастер, получив пакет отправляет его далее по UDP.
- мастер заранее открывает на чтение 32 порта. по одному на слейв.
- когда на порт приходит пакет мастер его отправляет соотв. слейву.
- хотя пакет получен через RS485 программа читает его из сокета.
Т.о. программы на слейвах пишут/читают сокеты и никакого RS485 не знают. Вся работа с RS485 спрятана в драйвере.
В общем я уже понял, что готового решения нет. Мне просто придётся взять и кастомизировать драйвер сетевой карты.
Спасибо.
Мои и мастер и слейв. И протокол пропиетарный мне открыт. И напрямую с RS-485 можно. Архитектура выглядит так: ПС, имеющий доступ к локалке, имеет RS-485 к которому подсоединены до 32-х датчиков-слейвов. Эти самые слейвы должны иметь возможность послать UPD пакет серверу, находящемуся в той-же сети, что и ПС-мастер. Строго говоря протокол над RS-485 можно менять по нашему усмотрению...
