Скайп в спящем режиме
Обновлено: 05.07.2024
Плюс если ноут находится за маршрутизатором, и хочется включить его через Интернет, то ещё потребуется настраивать маршрутизатор.
Т.к. тема является архивной.
Er.DS писал(а)>Можно-ли разбудить ноутбук Скайпом?
Нет.
Можно разбудить только с помощью технологии Wake-on-Lan (сокр. WOL, см. Википедию).
Вы не правы.
Это похоже на диалог:
- Можно купить в вашем баре пива?
- Нет. В нашем баре можно купить только спиртное.
ЗЫ. Через вай-фай ноут тоже можно разбудить, если что.
Т.к. тема является архивной.
Если не ошибаюсь WoL работает только по проводу - т.к. электричество потребляемое картой получается из этого же провода (Ethernet).
Если включать комп по wi-fi то надо чтобы модуль wi-fi кушал электричество -> жор батареи или питания от сети. Возможно в меньших количествах.
И говорят что заработало. Сам не пробовал - не знаю.
Т.к. тема является архивной.
OLEn писал(а)Если не ошибаюсь WoL работает только по проводу - т.к. электричество потребляемое картой получается из этого же провода (Ethernet).
Не совсем. Карточка питается от дежурного напряжения, подаваемого с БП на материнскую плату. Соотв-но, выходные цепи БП частично под напряжением.
Т.к. тема является архивной.
Ваш оппонент неправ, но он тролль.
Ноут или комп включаются по единственному событию - сигналу пробуждения от сети.
Многие модели маршрутизаторов (роутеров) умеют подавать такой сигнал при обращении к ним извне.
Но нет, отслеживать при этом состояние скайпа они не умеют.
Так что ИМЕННО скайпом ноутбук разбудить нельзя.
Насколько мне известно, нечто подобное уже есть в TeamViewer.
Т.к. тема является архивной.
А скайп должен быть установлен на этом же ноуте?
Во, нашёл, этот режим называется Always On или Connected StandBy. Видимо реализовано как-то таким образом что у приложений какой-то микрокод может продолжать работать в режиме суспенда, причём поддерживается это только определёнными моделями процессоров Intel.
Т.к. тема является архивной.
Во-первых, это только теоретически. КЯП, до конца это так и не реализовано. Возможно, в будущем.А во-вторых, это всё-таки не полное отключение, а новый режим экономии электроэнергии.
Старые устройства его не поддерживают.
Т.к. тема является архивной.
Я и говорю, поддерживают определённые модели процессоров, естественно новых. Ну и конечно мало в каких приложениях реализовано, но скорей всего Скайп от MS умеет.Т.к. тема является архивной.
Тема мало изучена и это не точно.
Подозреваю, автор темы именно про это и спрашивает. Лично я не в курсе про новые возможности винды в целом и скайпа в частности.
Надо гуглить.
Т.к. тема является архивной.
Насчёт умеет я имею в виду режим connected standby. А вот насчет того чтобы будить хз, техническая возможность в режиме connected standby должна быть, но реализовано ли в самом скайпе вряд ли, всё таки оно для того чтобы уведомить пользователя о новых событиях, а он сам решит будить ли ноут.Т.к. тема является архивной.
По сути - можно абстрагироваться именно от Скайпа.Звонящих будет пара абонентов и, как писал выше, их можно натренировать перед звонком запускать какой-нито батник, который будет этот комп будить.
Думаю, что так будет проще.
Т.к. тема является архивной.
Если абстрагироваться именно от скайпа, то можно научить звонящих предварительно будить комп через TeamViewer. Как вариант.Т.к. тема является архивной.
Сложноватенько.Уйдёт не мало времени на обучение.
Причём удалённое.
Т.к. тема является архивной.
Вот тоже интересно как бы что-то подобное реализовать.Может маршрутизатор можно как-то научить посылать WOL-пакет компу при пролёте пакета с определёнными параметрами (порт, ip-адрес, . )?
Хотя пока комп проснётся может уже и нужда-то отпадёт? На сколько у звонящего по скайпу терпения хватит?
Т.к. тема является архивной.
Er1css0n писал(а)Может маршрутизатор можно как-то научить посылать WOL-пакет компу при пролёте пакета с определёнными параметрами (порт, ip-адрес, . )?
Всё уже давно придумано:
Wake Patterns . Wake patterns refer to network packet filters that determine if incoming network traffic should wake the computer. You can enable these patterns on the network adapter.
Т.к. тема является архивной.
Т.к. тема является архивной.
А не будет ли бук просыпаться от любого юникастового пакета помимо скайпового? Може в паттернах от микрософта это как-то гибче реализовано? Плюс не надо лазить по разным местам для настройки. Всё в одном месте (да и не являются ли эти паттерны оболочкой над всем, что Вы предлагаете)?
Потом мне думается, что Ваш вариант, что микрософтный требует всё таки от компа большего ума (т.е. энергопотребления), чем в случае с WOL.
Т.к. тема является архивной.
Все так. Но в этом случае будет универсальность и звонящему клиенту не нужно посылать никакие особые паттерны. Да, стэндбай режим будет не таким глубоким и просыпаться будем по каждому чиху (ucast-овому пакету), но почему то, что возможно и прекрасно работает даже на смарт-часах, питающихся от малюсенькой батарейки, или на телефоне, невозможно на компьютере? Возможно все дело в отсутствии возможности быстро засыпать, просыпаться в ОС от MSFT?Т.к. тема является архивной.
Речь про провод, при чем тут вай-фай?
> Не совсем понятно, для чего MSFT нагородил паттерны?
Паттерны заведены для того, что бы сетевая карта знала, на какой пакет ей просыпаться.
Т.к. тема является архивной.
Спасибо, Кэп. Какая разница между проводным и беспроводным адаптером с точки зрения сетевого стэка L3 и выше и PM? Вот поэтому и привел в пример то, где все это давно работает, просто на таблетках нет разъема для сетевого кабеля. Просыпается не карта, а хост, который будится картой(адаптером) генерацией прерывания по ucast пакету или по патерну (в зависимости от реализации).Т.к. тема является архивной.
Collins писал(а)Какая разница между проводным и беспроводным адаптером с точки зрения сетевого стэка L3 и выше и PM?
С точки зрения PM - существенная. Объяснять подробно или сам нагуглишь? Начать с того, что к стеку L3 и выше это вообще отношения не имеет - PM прозрачен для сетевого/транспортного уровней.
Т.к. тема является архивной.
С точки зрения PM для поддержания WLAN соединения (только для поддержания) требуется < 1mA/h. На фоне объема батарейки ты этого даже под микроскопом не увидишь. Это я тебе, голуба, говорю как эксперт, который потратил достаточно сил и времени на то, чтобы эти критерии удовлетворялись. Что касается пробуждения хоста, то в нормальных системах WiFi чип просто выставляет прерывание (это может быть как in-band прерывание через PCIe, PME event-ы, SDIO, прерывание через DAT-1 сигнал или любую другую шину, поддерживающую прерывание), так и ассерт простейшего сигнальчика (GPIO), в любом случае данное прерывание для процессора должно являться wakeup source-ом, и нормальные системы в состоянии пробудиться из самого глубокого энергосберегающего состояния достаточно быстро, обработать данное прерывание, обработать входящие данные, а дальше уже решать, уходить спать дальше или начинать проигрывание звонока скайпа, опять же все с оговоркой на нормальные системы, которые в состоянии быстро реагировать на внешние события.
>>Вопрос лишь в реализации этой функции драйвером.
Смешались люди, кони. Драйвер для реализации отлавливания пакетов, которые являются wakeup pattern-ом, вообще не используется, т.к. это функция FW, а драйвер в это самое время suspended и спит вместе с остальными компонентами хоста. Функция WLAN host driver-а и компонент более высокого уровня в данном случае ограничивается лишь конфигурацией фильтров пакетов/паттернов и доставкой этой информации до FW.
Т.к. тема является архивной.
Collins писал(а)С точки зрения PM для поддержания WLAN соединения (только для поддержания) требуется < 1mA/h.
Садись, два (с)
Поддержание WLAN-соединения это вообще ни о чём. Проблема в том, что трафик приходит закриптованный. А теперь подумай, и ответь:
1) кто будет его декриптовать несколько мегабит трафика ?
2) как это отразится на энергопотреблении?
Поэтому единственный вменяемый способ делать wake - по незашифрованным (т.е., management) пакетам. В этом существенная разница с проводным эзернетом.
>Драйвер для реализации отлавливания пакетов, которые являются wakeup pattern-ом, вообще не используется, т.к. это функция FW,
Меня потрясает твоя способность читать одно, а видеть другое. Для того, что бы карточка смогла нужный паттерн отловить, его надо сначала определить и самой карточке передать. Так вот это и делает драйвер, а все остальное уже дело техники.
>Функция WLAN host driver-а и компонент более высокого уровня в данном случае ограничивается лишь конфигурацией фильтров пакетов/паттернов и доставкой этой информации до FW
Спасибо, Адмирал Очевидность! Коллинз, ты всегда увидев дифф. уравнение начинаешь отвечать про 2 x 2?
Читайте также: