我正试图按照他们的文件解析LIFX。
下面是我的代码:
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。
为什么我在药剂中看到的是1027,而不是1024?
发布于 2016-06-05 13:33:36
我不是这方面的专家,但我有一个理论,当你取12位而不是16位的时候,endianess的工作方式并不像你所期望的那样。这个解决方案只是我在玩弄数字,因为我发现它是一个有趣的问题。也许有一个更好的解决方案,我还没有深入研究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因为这是小endian,所以如果我们交换两个字节,就会得到:
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 # 1https://stackoverflow.com/questions/37638670
复制相似问题