我正在尝试根据their documentation解析LIFX header 。

这是我的代码:

data = <<36, 0, 0, 52, 33, 235, 176, 178, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 54, 0, 0, 0>>
<< size :: little-integer-size(16),
   origin :: little-integer-size(2),
   tagged :: size(1),
   addressable :: size(1),
   protocol :: little-integer-size(12),
   rest :: bitstring >> = data
IO.puts protocol

这告诉我protocol1027,但是LIFX的文档说它应该是1024。我已经通过使用LIFX's RubyGem确认此字段的值为1024。

为什么在Elixir中我看到此值为1027,而不是1024?

最佳答案

我不是专家,但是我有一个理论认为,当您使用12位而不是16位时,字节序不像您期望的那样起作用。此解决方案只是我在处理数字,因为我发现它很有趣问题。可能有更好的解决方案,我还没有深入研究erlang实现。

如果我们忽略所有其他数据,那么我们有:

data = <<0, 52>>

# data is equal to 0000 0000 0011 0100
#                  oota pppp pppp pppp

<< origin :: little-integer-size(2),
   tagged :: size(1),
   addressable :: size(1),
   protocol :: little-integer-size(12) >> = data

IO.puts protocol     # 1027
IO.puts origin       # 0
IO.puts tagged       # 0
IO.puts addressable  # 0

# doing little-endiain on 12 bits = 0100 0000 0011
#                                   pppp pppp pppp

由于这是小尾数法,如果我们将两个字节舍入,则得到:
data = <<52, 0>>

# data is equal to 0011 0100 0000 0000
#                  oota pppp pppp pppp

<< origin :: integer-size(2),
   tagged :: size(1),
   addressable :: size(1),
   protocol :: integer-size(12) >> = data

IO.puts protocol     # 1024
IO.puts origin       # 0
IO.puts tagged       # 1
IO.puts addressable  # 1

因此,一种解决方案是:
data = <<0, 52>>
<< p1 :: integer-size(4),
   p2 :: integer-size(4),
   << origin :: size(2), tagged :: size(1), addressable :: size(1) >>,
   p3 :: integer-size(4) >> = data

IO.inspect p1        # 0
IO.inspect p2        # 0
IO.inspect p3        # 4
<< protocol :: size(12) >> = <<p3 :: size(4), p2 :: size(4), p1 :: size(4)>>
IO.puts protocol     # 1024
IO.puts origin       # 0
IO.puts tagged       # 1
IO.puts addressable  # 1

关于elixir - 解析LIFX header 返回错误的协议(protocol)号,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/37638670/

10-10 17:20