Команды управления Pandora с мобильного телефона – Автолюкс

На сегодняшний день автосигнализации Pandora являются наилучшей охранной системой для автомобиля с защитой от удалённого взлома, многоканальным радиотрактом и гибким функционалом, который имеет возможность разносторонней настройки.

Производители автомобильных систем охраны реализуют возможность мониторинга и управления как противоугонной системы, так и состояния всех систем автомобиля. В сигнализациях Pandora применяются самые современные технологии, позволяющие обеспечить беспрецедентный уровень охраны и сервиса.

Выбирая сигнализацию, для каждого человека в первую очередь важны не только охранные функции, но и грамотный функционал с удобным управлением.

Таблица статусов и команд поможет лучше понять, как удаленно управлять сигнализацией. Вам необходимо позвонить на номер телефона системы. Когда она ответит Вам, необходимо ввести номер той команды, которая Вам важна.

#	повтор последнего сообщения;
1*	постановка под охрану
0*	снятие с охраны
10*	бесшумная постановка под охрану
00*	бесшумное снятие с охраны
11*	управление режимом активной охраны
09*	история событий
15*	режим эвакуатора
007*	включение микрофона
100*	запрос баланса
123*	запуск двигателя
321*	остановка двигателя
222*	отключение Hands Free
223*	включение Hands Free на постановку в охрану
224*	включение Hands Free на снятие с охраны
225*	включение Hands Free на снятие с охраны только при автозапуске
258*	информация о системе
753*	подключение к серверу
333*	доп. функция от кнопки F по CAN с помощью DTMF-команды
500*	запрос координат
551*	(PIN с карты) включение режима ТО
552*	отключение режима ТО
156*	включение предпускового подогревателя двигателя
651*	отключение предпускового подогревателя двигателя
456*	включение доп. канала
654*	отключение доп. канала
789*	включение функции автозапуска двигателя
987*	отключение функции автозапуска двигателя
666*	блокировка двигателя
999*	(PIN с карты) отключение блокировки двигателя
998*	(PIN с карты) аварийное отключение опроса меток
888*	включение опроса меток

Используя вышеперечисленные команды, Вам удастся без проблем освоить сигнализацию. Если ваш мобильный телефон имеет операционную систему Android или iOS, Вы сможете с помощью приложения управлять сигнализацией.

Pandora GSM

АКЦИЯ !

Успей купить и установить StarLine по

СПЕЦИАЛЬНОЙ

цене

НОВОСТИ

3108.2022

Шкода Йети

Сигнализация для Skoda Yeti —  какую марку и модель сигнализации с автозапуском установить ?

Если Вы затрудняетесь в выборе марки и модели сигнализации, читайте тут

подробнее

1808.2022

Камера в логотип Фольксваген

Антивандальная камера в эмблеме для Volkswagen

Установка на Фольксваген в Новосибирске

подробнее тут

подробнее

2407.2022

Установить сигнализацию на мотоцикл

Если Вы хотите защитить свой мотоцикл от кражи или угона — добро пожаловать в наш интернет магазин, где можно выбрать и купить мотосигнализацию.   Статья из обзора наших работ поможет Вам 

 «КАК ВЫБРАТЬ СИГНАЛИЗАЦИЮ ДЛЯ МОТОЦИКЛА»

подробнее

1306.2022

Для владельцев марки Porsche

Установочный центр компании AvanCar оказывает различные услуги по дооснащению автомобилей марки Порше самыми различными современными функциями, далее…

подробнее

0905.2022

Новая Hyundai Creta и Solaris

Вы купили новую Крету или Соларис, но в комплектации отсутствует заводская, оригинальная камера заднего вида? К Вашим услугам наш установочный центр «АванКар»- установка камеры заднего вида на автомобили KIA и Hyundai Creta, Solaris 2021 — 2022 года выпуска  с подключением к штатному экрану заводской магнитолы, чиать далее

подробнее

г. НОВОСИБИРСК, ул. ЯКУШЕВА 21/1

тел: +7(383)380-76-01, тел: +79538869434

Команды управления сигнализацией Пандора по телефону GSM и SMS

На данной странице представлены основные команды по управлению и настройке автомобильной сигнализации Pandora  при помощи голосового меню с мобильного телефона стандарта GSM, а также список SMS команд управления, и аварийные команды управления, в том случае, если мобильное приложение не отвечает :

Если у Вас остались вопросы — можно задать их нашим специалистам из технической поддержи и получить консультацию по настройке, управлению и эксплуатации сигнализации Пандора:

В Новосибирске  установить, отремонтировать или настроить сигнализацию Pandora можно в нашем сертифицированном установочном центре AvanCAR Novosibirsk

Телефон и адрес в Новосибирске +7(383)380-76-01

Блок

На сайте компании AVANCAR всегда можно получить весьма подробную информацию о новинках противоугонных систем StarLine, о различных видах оказываемых нами услуг, найти полезную информацию в виде статей и  тестов, обзоров новинок  автоэлектроники, систем охраны,комфорта. Где качественная установка автомобильной сигнализации в Новосибирске Таос. Прочитать отзывы о нас, и о предлагаемых нами продуктах. USB, AUX и  Блютуз Купить Старлайн со скидкой. Honda Vezel Противоугонная система для автомобиля — установить противоугонную систему в Новосибирске Black Bug, TEYES авторский противоугонный комплекс, заменить монитор и установить Android на Mercedes.  Новый Hyundai Creta 2 — установка доп.оборудования Hyundai Solaris — установить камеру заднего вида StarLine А93 в Новосибирске TAOS  сабвуфер стэлс Yeti Changan
Йети Хонда — замена магнитолы Харлей Дэвидсон Новосибирск Мотосигнализация Chery Хундай Крета — установить ТСУ (фаркопы) сертифицированный установочный центр Проблесковый маяк балка на крышу доводчики дверей и электропривод Liftback багажника ремонт и настройка сигнализаци PRIZRAK GSM  

Командный центр [Документация Pandora FMS]

Показать главное меню

(c) 2009-2022 Группа документации Pandora FMS.

Содержание

• Центр управления

  • Элементы, централизованные Командным центром

  • Предварительные условия для запуска объединения баз данных Command Center

  • Рекомендации перед запуском Командного центра

  • Выполнение процесса слияния

    • Элементы 1-й ступени

    • Этап 2: Обновление события

  • Среда уже централизована через Центр управления

    • Включая новые узлы

05-source_file-xml_oldCreated with Sketch. 07-revisions_historyCreated with Sketch.
08-backlink_link-variantСоздано с помощью Sketch.

Вернуться к указателю документации Pandora FMS

Начиная с Pandora FMS версии 756, система синхронизации для сред с централизованным режимом была переработана с нуля, что сделало ее быстрее и эффективнее, так как изменения будут реплицироваться на узлы автоматически без необходимости ручной синхронизации, как это было ранее. к данному моменту.

Это изменение считает предыдущую систему устаревшей , поэтому в средах, где она была активной, ей придется пройти через предыдущую систему автоматического слияния, чтобы использовать новую систему централизации и гарантировать целостность данных .

При обновлении все уже централизованные среды Metaconsole будут принудительно проходить через новый Command Center , чтобы иметь возможность снова правильно централизоваться.

Командный центр объединит различные элементы баз данных узла и Metaconsole (из тех, которыми необходимо управлять из Metaconsole) следующим образом. Порядок приоритета будет установлен между узлами Metaconsole и самой Metaconsole, размещая элементы с наивысшим приоритетом вверху списка, а внизу — элементы с более низким приоритетом.

Например:

В процессе слияния учитываются только неотключенные узлы, настроенные в Metaconsole.

Этот список приоритетов используется для случаев, когда один и тот же элемент существует в разных узлах, но имеет разные конфигурации . Например, для 2 узлов и Метаконсоли иметь группу «Базы данных». При таком порядке приоритета для всех будет принята конфигурация элемента с наивысшим приоритетом, в примере с Metaconsole.

В другом случае, если бы, например, только узлы 1 и 2 имели политику с именем «Windows», для всех узлов и метаконсоли конфигурация этой политики была бы такой же, как у узла 1 (мы пропускаем метаконсоль, потому что у нее ее нет).

Только для собственных настроек политики (группа, описание,…). Модули, оповещения и другие элементы политики считаются отдельными элементами, независимыми от политики, и поэтому также объединяются.

Случай политик будет наиболее специфичным из всех синхронизированных элементов из-за того, как они настроены, поскольку каждый модуль, оповещение, плагин… рассматриваются как независимый элемент и видны только с модулями, если у вас есть:

Результатом командного центра будет:

Это позволяет результату иметь как можно больше различных конфигураций, чтобы теперь вы могли управлять ими из Metaconsole.

Элементы, централизованные Командным центром

Следующие элементы централизованы из нового командного центра:

• Пользователи : Управление осуществляется только из Metaconsole. Управление узлами отключено. При объединении из Командного центра те, у кого одинаковый ID , будут считаться тот же пользователь (в соответствии с описанными ранее правилами приоритета).

• Профили пользователей : Они управляются только из Metaconsole. Управление узлами отключено. При объединении из Командного центра пользователи с тем же именем будут считаться теми же пользователями (в соответствии с описанными ранее правилами приоритета).

• Группы агентов : Они управляются только из Metaconsole. Управление узлами отключено.

• При объединении из Командного центра те, у кого одно и то же имя , будут считаться членами той же группы (в соответствии с правилами приоритета, описанными ранее).

Убедитесь, что вы настроили параметр autocreate_group из файлов конфигурации сервера pandora_server.conf на допустимый идентификатор группы после объединения из Центра управления.

• Наборы файлов : Они управляются только из Metaconsole. Управление узлами отключено. Объединив из Командного центра тех, у кого есть с тем же коротким именем будет считаться из той же коллекции (в соответствии с описанными ранее правилами приоритета).

• Шаблон оповещения : управление ими осуществляется только из Metaconsole. Управление узлами отключено. При объединении из Командного центра те, у кого с тем же именем , будут считаться с тем же шаблоном (в соответствии с правилами приоритета, описанными ранее).

• Команды предупреждения : Они управляются только из Metaconsole. Управление узлами отключено. При объединении из Командного центра те, у кого одинаковое имя , будут считаться той же командой (в соответствии с правилами приоритета, описанными ранее).

• Предупредительные действия : Они управляются только из Metaconsole. Управление узлами отключено. При объединении из Командного центра те, у кого одно и то же имя , будут считаться одинаковыми действиями (в соответствии с правилами приоритета, описанными ранее).

• Плагины сервера : Они управляются только из Metaconsole. Управление узлами отключено. При объединении из Командного центра те, у кого такое же имя и исполнение , будут считаться тем же плагином (в соответствии с правилами приоритета, описанными ранее).

• ОС : Они управляются только из Metaconsole. Управление узлами отключено. Объединив из Командного центра тех, у кого есть с тем же именем будет рассматриваться как с той же ОС (в соответствии с описанными ранее правилами приоритета).

• Теги модуля : Они управляются только из Metaconsole. Управление узлами отключено. При объединении из Командного центра те, у кого с тем же именем , будут считаться с тем же тегом (в соответствии с правилами приоритета, описанными ранее).

• Категории модулей : Они управляются только из Metaconsole. Управление узлами отключено. Объединив из Командного центра тех, у кого есть того же имени будет рассматриваться как той же категории (в соответствии с правилами приоритета, описанными ранее).

• Группы модулей : Они управляются только из Metaconsole. Управление узлами отключено. При объединении из Командного центра те, у кого с тем же именем , будут считаться той же группой (в соответствии с правилами приоритета, описанными ранее).

• Группа компонентов : Они управляются только из Metaconsole. Управление узлами отключено. Объединив из Командного центра тех, у кого есть с тем же именем будет рассматриваться как с той же группой (в соответствии с описанными ранее правилами приоритета).

• Сетевые компоненты : Они управляются только из Metaconsole. Управление узлами отключено. При объединении из Центра управления компоненты с одинаковым именем и ОС будут считаться одним и тем же компонентом (в соответствии с правилами приоритета, описанными ранее).

• Местные компоненты : Они управляются только из Metaconsole. Управление узлами отключено. При объединении из Центра управления компоненты с одинаковым именем и ОС будут считаться одним и тем же компонентом (в соответствии с правилами приоритета, описанными ранее).

• Шаблон компонента : Они управляются только из Metaconsole. Управление узлами отключено. При объединении из командного центра те, у кого одинаковое имя , будут считаться тот же шаблон (в соответствии с описанными ранее правилами приоритета).

• Модуль инвентаризации : Управление ими осуществляется только из Metaconsole. Управление узлами отключено. При объединении из Центра управления устройства с одинаковым именем и ОС будут считаться одним и тем же модулем (в соответствии с правилами приоритета, описанными ранее).

• Политики мониторинга : Они управляются только из Metaconsole. Управление узлами отключено. Объединив из Командного центра тех, у кого есть с тем же именем будет рассматриваться как с той же политикой (в соответствии с описанными ранее правилами приоритета).

• Модули политики : Они управляются только из Metaconsole. Управление узлами отключено. При объединении из Командного центра устройства с одинаковым именем в рамках политики с тем же именем будут считаться тем же модулем (в соответствии с описанными ранее правилами приоритета).

• Модули инвентаризации политик : Они управляются только из Metaconsole. Управление узлами отключено. При объединении из Центра управления устройства с одинаковым именем и ОС в рамках политики с тем же именем будут считаться тем же модулем (в соответствии с описанными ранее правилами приоритета).

• Плагины политик : Они управляются только из Metaconsole. Управление узлами отключено. Объединив из Командного центра тех, у кого есть то же выполнение в рамках политики с тем же именем будет рассматриваться как тот же подключаемый модуль (в соответствии с правилами приоритета, описанными ранее).

• Коллекции политик : Они управляются только из Metaconsole. Управление узлами отключено. При объединении из Центра управления те, у кого одинаковое короткое имя в рамках политики с тем же именем , будут считаться той же коллекцией (в соответствии с правилами приоритета, описанными ранее).

• Оповещения и внешние оповещения политики : ими можно управлять только из Metaconsole. Управление узлами отключено. При объединении из Центра управления те, у кого одинаковый шаблон для одного и того же имени модуля в рамках политики с тем же именем , будут рассматриваться как с тем же предупреждением (в соответствии с правилами приоритета, описанными ранее).

• Действия с предупреждениями и внешними предупреждениями политики : Они управляются только из Metaconsole. Управление узлами отключено. Объединив из Командного центра тех, у кого есть то же имя в том же шаблоне в том же имени модуля в политике с тем же именем будет рассматриваться как то же действие (в соответствии с правилами приоритета, описанными ранее).

• Агенты в рамках политик : Они управляются только из Metaconsole. Управление узлами отключено. При объединении из Центра управления те, кто находится в политиках с одинаковыми именами, будут рассматриваться как агенты в рамках одной политики . Журналы агента в политиках Metaconsole будут отброшены, а журналы узлов не будут приниматься во внимание (именно здесь приложение становится эффективным).

• Агенты : Управление агентами в узле разрешено, за исключением их удаления, которое должно быть выполнено из Metaconsola.

Разделы, в которых эти элементы управляются централизованно, могут управляться только из Metaconsole. В случае доступа к этим элементам из узлов вы можете только перечислить их, а возможности редактирования и создания исчезнут. Также предупреждение, указывающее, что среда находится в централизованном режиме, со ссылкой, которая приведет администратора к соответствующему разделу Metaconsole для настройки элемента.

. Убедитесь, что конфигурация «Консоли setup » верна и что индикаторы зеленые.

• Консоли узлов должны иметь возможность подключать к базе данных Metaconsole . Обычно это не проблема, если только у вас нет консолей на компьютерах, отличных от серверов Pandora FMS. Убедитесь, что параметры конфигурации Setup → Enterprise для Metaconsole на узлах указаны правильно.

• Серверы со всех узлов должны иметь возможность подключать к Metaconsole API . Рекомендуется настроить общедоступный URL-адрес в Метаконсоли.

• Узел Серверы Должны иметь свои API Конфигурация Правильно в Pandora_Server. conf или их Public URL 9 Configuration in The CONSUPURE . Если он не настроен, серверы должны размещаться на тех же машинах, на которых находятся их консоли.

 console_api_url http://localhost/pandora_console/include/api.php
console_api_pass Пандора
 

• Каждый узел должен иметь возможность подключать к своей собственной базе данных истории .

• Все узлы и Metaconsole должны быть из той же версии .

• Все узлы и Metaconsole должны быть в одинаковом MR .

• Все узлы и Metaconsole должны иметь тот же максимальный размер коллекции , настроенный в настройках .

• Во избежание ошибок Метаконсоль и ноды должны иметь параметр memory_limit с php.ini на -1 , то есть без ограничения, но только для процесса слияния БД. После завершения рекомендуется установить его обратно на предыдущее значение. Это связано с тем, что для объединения узлов используется много памяти, а в очень больших средах (с множеством различных элементов) может использоваться большой объем памяти, таким образом вы убедитесь, что система может использовать всю доступную память. Если объединяемые элементы превышают объем физической памяти, доступной на сервере, Центр управления выйдет из строя из-за непредвиденной ошибки, а в журналах консоли/apache вы увидите строку, указывающую на достижение избыточной памяти.

• Все узлы должны иметь значение параметра post_max_size из php. ini , которое на выше или равно значению, настроенному для того же параметра Metaconsole . Это значение должно быть не меньше максимального размера коллекции файлов.

• Все узлы должны иметь значение параметра upload_max_filesize из php.ini выше или равно на значение, настроенное для того же параметра Metaconsole . Это значение должно быть не меньше размера самой большой коллекции файлов, которая у вас есть.

• Все узлы и Metaconsole должны иметь значение для post_max_size от php.ini больше или равно до значения upload_max_file_size de php.ini

• Все узлы и Metaconsole должны иметь достаточно места на диске, на котором находится его каталог «вложение» , чтобы иметь возможность выполнять резервное копирование из базы данных и коллекций .

• Все узлы и Metaconsole должны иметь правильно настроенные дату и время компьютера (рекомендуется использование серверов NTP).

Если все эти требования не соблюдены, узлы не будут объединены и будет возвращена ошибка. Если вы проверите ошибки результата, он вернет сообщение о том, что требования еще не выполнены.

Важно после объединения базы данных снова установить соответствующее значение memory_limit в конфигурации файла php.ini . Помните, что для того, чтобы изменения вступили в силу, необходимо перезапустить службу apache httpd .

Рекомендации перед запуском Командного центра

Хотя они не являются обязательными для процесса объединения баз данных, рекомендуется также выполнить следующие действия:

• Остановить pandora_server всех узлов и Metaconsole для всего процесса . Поскольку ключевые элементы, такие как группы, будут изменены, их идентификаторы могут быть изменены, и не рекомендуется, чтобы серверный процесс включал новые ссылки на среду, пока он существует. Однако в большинстве случаев работающий сервер не должен быть проблемой.

• Остановить cron pandora_db стр процесс временно на время процесса по тем же причинам, что и сервер.

Когда начинается процесс слияния, и узлы, и Metaconsole переходят в режим обслуживания (не для администраторов). Цель этого та же, что и рекомендации по остановке серверов и pandora_db , чтобы пользователь не мог изменять элементы во время процесса и чтобы это вызывало ошибки или несоответствия.

Выполнение процесса слияния

Процесс слияния имеет 2 этапа, первый этап для синхронизации различных элементов , которыми можно управлять из Metaconsole, и второй этап для обновления ссылок в событиях на эти централизованные элементы. Этот процесс выполняется таким образом, чтобы консоль снова стала доступной как можно скорее, поскольку обновление событий является частью процесса, который может занять больше всего времени, поскольку обычно требует дополнительной информации. Оба этапа, в свою очередь, делятся на 2 других подэтапа, разделенных на 2 индикатора выполнения.

Элементы 1-й ступени

На этом этапе синхронизируются элементов найденных в базах данных со всех узлов, которыми можно управлять из Метаконсоли. Это процесс слияния как таковой, и он подразделяется на 2 других этапа, каждый из которых имеет свой собственный индикатор выполнения:

• Инициализация: Проверяет все предыдущие требования, создает соответствующие резервные копии (если требования выполняются) на случай сбоя какой-либо части процесса и генерирует результат слияния базы данных в памяти. Если этот процесс по какой-либо причине завершится сбоем, базы данных еще не будут изменены, поэтому нет необходимости восстанавливать резервные копии. Резервные копии хранятся в каждом узле/Metaconsole в каталоге: /attachment/merge_backups

• Применить: Если предыдущий этап инициализации прошел успешно, он будет применен ко всем узлам и Метаконсоли. Этот процесс является последовательным в порядке приоритета, поэтому, когда один завершится, начнется следующий.

Если во время этого процесса произойдет ошибка (например, потеря соединения с базой данных), процесс сам попытается восстановить сгенерированные резервные копии (будет виден третий красный индикатор выполнения, который будет отмечать ход восстановления). Если причина сбоя не позволяет восстановить резервные копии, восстановление необходимо выполнить вручную.

Если источник сбоя препятствует восстановлению резервных копий, восстановление должно выполняться вручную.

• Синхронизация отменена:

Иногда могут возникать неожиданные сбои, например, временно потерянное соединение между Metaconsole и базой данных узла или невозможность создания резервной копии из-за нехватки места на диске, поэтому возможно, что показанное сообщение об ошибке будет общим. Если это так и вам это нужно, обратитесь в службу поддержки Pandora FMS, чтобы получить помощь.

Этап 2: Обновление события

На этом этапе существующие ссылки на различные синхронизированные элементы в событиях будут обновлены (например, по группам). Этап подразделяется на обновление событий основной базы данных и обновление событий базы данных истории и будет затрагивать только те события, которые существовали до запуска процесса слияния. Новые сгенерированные события после централизации среды будут иметь все правильные ссылки, и их не нужно будет обновлять.

• Основная база данных: Поскольку события представляют собой большой объем информации, которая также затрагивается, этот процесс обновления происходит параллельно с нормальной работой уже объединенной среды. На этом этапе сервер и pandora_db могут быть снова запущены в обычном режиме, и обычные пользователи снова могут получить доступ к консоли. Конечно, вы увидите в представлении событий панель процесса обновления для всех событий, так что для этой части все еще могут быть несоответствия (например, в отношении фильтров) только для событий, которые были до слияния. Новые события будут генерироваться нормально . Этот этап и процесс запускается каждым из узлов через конкретную задачу в консоли cron . Из-за объема информации это может быть тяжелой и трудоемкой задачей, поэтому, насколько это возможно, чем меньше нагрузка на среду в это время, тем лучше (попробуйте запустить ее в нерабочее время на Pandora FMS).

• База данных истории : Это будет продолжением предыдущего пункта, обновление событий в базе данных истории с уже указанными характеристиками.

Среда уже централизована через Центр управления

После завершения этапа 1 среда будет считаться централизованной, и оттуда вы сможете управлять всем из Metaconsole. Синхронизация элементов также была изменена, теперь процесс pandora_ha каждого узла отвечает за синхронизацию своей базы данных с базой данных Metaconsole.

Когда вы вносите изменения в Метаконсоль (например, создаете пользователя), это ставит в очередь необходимые запросы к базе данных для узлов ( INSERTS , UPDATES и т. д.), которые pandora_ha считываются упорядоченным образом и выполняются в каждом server_threshold. Это гарантирует, что если сервер какое-то время не работает, при повторном запуске он сможет корректно наверстать упущенное.

Этот список ожидающих запросов можно увидеть в Metaconsole в настройках консоли . Если по какой-либо причине какой-либо запрос не будет выполнен, узел не будет продолжать работу с остальными, вы увидите ошибку Настройка консоли , и ее необходимо будет лечить вручную администратором. В большинстве случаев вы сможете исправить это, снова запустив процесс слияния в Центре управления.

Включая новые узлы

Если в уже централизованной среде вы добавляете новый узел, редактируете один или повторно включаете существующий узел, который был исключен из слияния, необходимо будет пройти Центр управления снова .

Появится сообщение, предупреждающее администратора о выполнении этой задачи. Пока это не выполнено, узел будет оставаться заблокированным и недоступным , в статусе ожидается слияние . Сделанные изменения не будут присвоены ему, и он не будет иметь доступа к консоли, пока не пройдет процесс слияния.

Если вам нужно внести изменения в консоль, чтобы исправить ошибку в процессе слияния (например, применить OUM), вы можете удалить элемент из списка узлов, чтобы временно разблокировать его.

Вернуться к индексу Pandora FMS

16 Легких стартов [2021]

Обновлено: 26 июля 2021 г.

Ничто так не поднимает настроение, как станция Pandora, которая удивляет хитами 20-летнего возраста.

Узнайте, как играть в Pandora на устройствах Amazon Echo с помощью этого руководства! Он ответит на два основных вопроса:

• Настройка : Как мне настроить Pandora на моих устройствах Alexa?
• Голосовые команды : Какие голосовые команды я могу использовать с Pandora?

Давайте углубимся.

Добавьте заголовок, чтобы начать создание оглавления

Основы

Использование Пандоры с Alexa

Pandora — это служба потоковой передачи музыки на основе подписки, принадлежащая Sirius XM и базирующаяся в Окленде, Калифорния.

Pandora была одним из первых партнеров Amazon и одним из первых музыкальных сервисов, запущенных на платформе Amazon Alexa.

Совместимые колонки Amazon Echo

Pandora можно воспроизводить на любых интеллектуальных колонках Amazon. Чаще всего:

• Amazon Echo Dot
• Amazon Echo
• Amazon Echo Show 5 / 8 / 10

Как подключить Pandora к Alexa

Чтобы играть в Pandora на устройствах Alexa, сначала необходимо связать свою учетную запись Pandora с учетной записью Amazon.

1. Перейдите на страницу навыков Pandora в приложении Alexa
2. Нажмите «Включить».
3. Приложение Pandora запустится автоматически (если оно установлено на том же устройстве). Войдите под своим именем пользователя и паролем, затем нажмите «Связать сейчас»

908:50

Голосовые команды

Алекса Пандора Команды


См. ниже голосовые команды Alexa, которые вы можете использовать для прослушивания Pandora на устройствах Echo, классифицированные по типу:

1. Запрос содержимого
2. Управление воспроизведением
3. Настройка параметров

Примечание . Если вы выбрали Pandora в качестве службы музыки и подкастов по умолчанию, вы можете использовать приведенные ниже команды, не говоря «на Pandora» в конце.

Алекса Пандора Команды

Запрос содержимого


• Алекса, включи [исполнительское] радио на Пандоре.
• Alexa, включи [подкаст] на Pandora.
• Алекса, включи первый выпуск [подкаста].
• Alexa, включи последний выпуск [подкаста] на Pandora.

Алекса Пандора Команды

Управление воспроизведением


• Alexa, останови/включи музыку на Pandora.
• Алекса, включи следующий выпуск [подкаста].
• Алекса, останови / включи [подкаст] на Пандоре.
• Alexa, быстрая перемотка вперед/назад [подкаст].
• Алекса, пропустить вперед / вернуться назад [время].
• Алекса, пропусти эту песню.

Алекса Пандора Команды

Изменить настройки


• Алекса, поставь лайк этой песне.
• Алекса, ставьте палец вниз этой песне.
• Alexa, громкость вверх/вниз.
• Алекса, что играет?
• Алекса, игра [песня] [исполнитель].

Памятка

Список команд Alexa Pandora для печати


Чтобы открыть копию этих команд в формате PDF для печати на новой вкладке, просто нажмите кнопку загрузки ниже.

[pdf-embedder url=»https://commandsguru.com/wp-content/uploads/2020/12/Alexa-Commands-for-Pandora.pdf» title=»Alexa Commands для Pandora»]

Это все, что она написала…

Вывод


И этого достаточно для этого руководства!

 

Если вас интересуют еще несколько полезных примеров голосового управления умным домом, ознакомьтесь с нашими многочисленными руководствами по командам Alexa, щелкнув раскрывающиеся меню в верхней или нижней части страницы.