本页的目的

许多用户经常问同样的问题，而不必费心去阅读。 社区 社区, 为了获得Cookie或恶魔担忧的参考页面，这里是您需要尊重的一切以及如何摆脱潜在的担忧。

Alexa-API插件的工作原理

此插件通过假装为 Web 浏览器与 Amazon 服务器交互。

要做到这一点，它需要与您的电子邮件/登录识别此浏览器。 显然，出于安全原因，将您的登录/密码存储在 Jeedom 中。

因此，我们将要求您识别一次，当时生成的cookie由插件恢复，它保存在插件的数据文件夹中的json文件中。

由于此cookie具有生命周期，插件将定期刷新它，使其保持有效。

Cookie 的生成

在配置页面上，绿色按钮允许您手动生成 Amazon Cookie。

在按下绿色按钮时，会打开识别页面：

如果此页面未正确打开，请查看故障排除部分

输入您的 Amazon 登录名和密码，然后单击蓝色登录按钮。

Sigalou的特别优雅和谨慎的大拇指祝贺你。 窗户可以关闭。

恶魔 的 发射

此时，发送到浏览器的cookie由插件检索并保存在插件的数据文件夹中。

几秒钟后，恶魔发射，变绿，状态更改为OK

如果这不是自动的，点击(Re)Start中的小"Play"箭头，这将启动恶魔。

如果在恶魔变红后几秒钟，请查看故障排除部分。

故障 排除

首先，尝试重新安装依赖项。

依赖项必须是最新的，为此，单击 重新 启动

Amazon ID 弹出窗口未打开

如果您处于这种情况：

• 点击 点击 重试, 在端口3457上激活代理可能需要几秒钟，点击Retry的时间允许您重试连接。
• 查看 URL 中的 IP 地址。 在这个例子中，我们谈论的是： 192.168.1.21. 检查此地址是否是您本地网络上的jeedom地址。 如果此地址为 false，请检查设置/系统/配置/网络中配置的内容。

• 港口必须是3457，如果你没有3457，这是一个新的问题，报告给西加洛。
• 您必须在与您的jeedom相同的本地网络上。 因此，您不需要远程连接并使用外部网络链路。 如果您的jeedom与192.168.1.21中的示例相同，则必须连接到具有从192.168.1.xxx开始的IP地址的机器。
• 将自己置于日志中的调试模式，清空 log alexaapi _cookie，然后重新启动 Cookie 生成。 对于错误消息，关闭窗口并查看 log alexaapi _cookie 的内容。 社区 社区 通过提供log alexaapi _cookie的内容来添加一条消息，社区将帮助您理解。

密码不正确

插件和此页面将无法为您做任何事情，您必须知道其 Amazon 登录/密码。

恶魔 倒退

创建 Cookie 的整个过程进展顺利，绿色 OK 在 Configuration 下存在，但守护进程不保留。

当您按绿色『播放』按钮时，它会变绿，几秒钟后，状态返回到红色NOK。

这是最复杂的情况，我们必须试图理解为什么会发生这种情况。

log alexaapi _node 将为我们提供线索。

你必须进入模式。 调试 调试.

点击蓝色按钮 Alexaapi _ 节点 然后点击 Empty to be new

通过按下绿色按钮重新启动恶魔 Re(Start)

让恶魔尝试重置，然后一旦倒退（NOK的状态），打开Alexaapi _Node日志。

前往 社区 社区 通过提供log alexaapi _Node的内容来添加一条消息，社区将帮助您理解。

其他可以测试的『组合』

重新安装插件

对安装和更新的担忧并不奏效？ 损坏的文件，可以尝试重新安装插件。 这不会丢失设备，并且不会重新制作场景。 所以它是无风险的。

所以去更新中心，点击Alexaapi线上重新安装橙色

覆盖 版本

出于某种原因，我们中的许多人发现在 Stable 版本上重新安装 Beta 版本，然后在 Beta 版本上重新安装 Stable 版本，修复了一些错误的更新问题。 显然，如果你在Beta中，情况正好相反。

卸载/重新安装插件

只有在使用设备命令的场景很少的情况下才选择此选项。 卸载插件将删除所有设备，因此所有命令； 所有场景和设计都必须重新调整。

这个解决方案对某些人来说有效，这意味着以前的安装没有正常工作。