在控制台中显示终端设备二维码
用于测试、验证和保存到文件
CLI 支持正在进行中,请参阅#1392;
$ ttn-lw-cli device generate-qr app1 dev1 --file qr.png
能够在控制台中查看和保存二维码
用户需要能够选择多种类型的二维码。
我建议在浏览器中生成二维码,例如使用qrcode.react
问题主要是内容来自哪里。 我们可能有一个“声明二维码”,它需要存储在 JS 中的claim_authentication_code
,但我们也可以有其他二维码,需要其他组件。
我们有几个选择;
pkg/webui
中实现 QR 码生成,以便它知道它需要哪些字段以及所有内容的格式。 这本质上也是 CLI 的工作方式,因为它导入pkg/qrcode
EndDeviceRegistry
和JsEndDeviceRegistry
以列出格式并生成 QR 码值。 这允许控制台发现 QR 码并避免在 Javascript 中实现 QR 码(尽管它不是火箭科学)@htdvisser你怎么看?
可以审核
我确实看到了后端生成二维码的方法的价值。 这样我们也可以通过我们的 API 使它们可用,甚至可以渲染成 svg/png/pdf。 我们不必在每个客户端中重新实现 QR 渲染(以防我们需要 iOS/Android/... 客户端)并且可以直接使用渲染的图像。
当然可以,但是在 V3 中没有“后端”,尤其是当相关字段分布在多个组件中时。
我们可以:
EndDevice
(未来也是Gateway
)EndDevice
传递给 gRPC 服务并让它呈现 QR 码(作为图像 blob 和/或[][]bool
位图和/或文本值返回)我也可以在前端生成 QR 码,但我同意@htdvisser的观点,即后端方法会更加通用。
它已经在进行中,请参见此处; https://github.com/TheThingsNetwork/lorawan-stack/pull/1413/files#diff -9cb528d150f69af9e93f350e10df9c7fR86
添加新员工需要的帮助来解决这个问题
我认为我们需要@kschiffer为 UX 提供一些输入,因为服务器端似乎已经准备好并且可以为终端设备生成二维码。
让我们在下一个版本中选择它。
参考:
使用当前的 API 支持,它应该非常简单。 图像以所需大小以 PNG 格式生成,只需要在某处显示。
@kschiffer了解将图像放置在何处的想法。
顺便说一句,能够保存图像真的很好。
最有用的评论
当然可以,但是在 V3 中没有“后端”,尤其是当相关字段分布在多个组件中时。
我们可以:
EndDevice
(未来也是Gateway
)EndDevice
传递给 gRPC 服务并让它呈现 QR 码(作为图像 blob 和/或[][]bool
位图和/或文本值返回)