解决Raspberry PI Zero W中Lua使用lua-periphery与Python中设置的GPIO端口不一致的问题

在树莓派实时系统下脚本语言的选择(应当使用Lua而不是Python)中，我们没有使用rpi-gpio,而是使用了lua-periphery来解决Lua语言下操作树莓派GPIO的问题。

当时选择lua-periphery的原因在于rpi-gpio在Raspberry PI Zero W中使用的时候会崩溃。这个原因是在于cpuinfo.c这个文件中缺少对于BCM2835这颗新的CPU的判断，只判断了BCM2708（估计写这个库的时候，只有BCM2708）。导致RPi_GPIO_Lua_module.c在初始化GPIO的时候抛出了异常。这个已经有人提交了代码合并请求，估计很快会修复。

但是在lua-periphery中，没有对于GPIO进行重新映射，导致跟rpi-gpio以及树莓派自带的Python库在设置GPIO的时候，端口号对应不一致。比如，在Python中设置GPIO 22，执行命令观察ls /sys/class/gpio/，会发现系统创建的是GPIO 25这个对应关系就是通过查表获取的。如下图：

为了应对这种情况，可以用如下的代码进行端口的重新映射，解决上述问题：

function rpi_gpio_map(pin)
  local pin_to_gpio_rev1 = {-1, -1, -1, 0, -1, 1, -1, 4, 14, -1, 15, 17, 18, 21, -1, 22, 23, -1, 24, 10, -1, 9, 25, 11, 8, -1, 7}
  local pin_to_gpio_rev2 = {-1, -1, -1, 2, -1, 3, -1, 4, 14, -1, 15, 17, 18, 27, -1, 22, 23, -1, 24, 10, -1, 9, 25, 11, 8, -1, 7}

  -- check gpio rev
  local revision = ""
  local rpi_found = false
  for line in io.lines("/proc/cpuinfo") do
    line = string.lower(line)
    local idx = string.find(line , "hardware%s:%s")
    if idx ~= nil then
      line = string.sub(line,idx)
      idx = string.find(line , "bcm2708")
      if idx == nil then
        idx = string.find(line , "bcm2835")
      end
      if idx ~= nil then
        rpi_found = true
      end
    end
    idx = string.find(line , "revision%s:%s")
    if idx ~= nil then
      revision =  string.sub(line,idx)
    end
  end
  if rpi_found == false then
    revision = ""
  end
  if revision == "0002" or revision == "1000002" or revision == "003" or revision == "1000003" then 
    return pin_to_gpio_rev1[pin+1]
  else
    return pin_to_gpio_rev2[pin+1]
  end		
end

上述代码参考RPi_GPIO_Lua_module.c中的逻辑，简单调整而来。

更完善的参考 raspberry-gpio-python 工程里的 c_gpio.c 。