我正在尝试根据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
这告诉我
protocol
是1027
,但是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/