Life is a gift

 之前在地图上发现一个封闭的路段，特别高兴，因为附近方圆几公里基本没有既封闭又类似公路的路段。今天实地看了一下，非常理想。 白色直线就是这段路 地址：大湖附近 调查信息： 找到一个修了一半的柏油路，没有任何路障或围墙阻挡，开始即可驶入。尽头是封死的，路面平整，稍微有些玻璃碎片和杂物，用扫帚稍微清扫即可，和正常市政道路是一样的。 调查结论： 适合做为无人车的试验路段 可以当做无人机的起飞跑道，南侧是高层住宅，北侧是空旷水域，适合南北方向起飞、北南方向降落 北侧是广阔的水域

去年在Synology上安装了Part-DB，非常好用，所以往里面上传了很多元器件信息，结果随着NAS硬盘的去世，我的Part-DB的所有元器件数据也都不见了。。。一万个555~ 后来找了数据恢复中心，帮我恢复了硬盘中所有的文件，但究竟怎么恢复Part-DB里面的信息呢。这一放就是大半年，现在终于静下心，把这个问题解决一下，记录在本文。 Part-DB是一个用PHP+Mysql开发的系统，所有的元器件信息，最终都存在2个地方： Mysql数据库：各种系统和数据信息 web目录：在Part-DB里上传的各种信息 web目录的东西非常简单，找到原先Part-DB的web目录就行了。看了一下目录里面的data/media，里面的图片果然是我之前给元器件上传过的图片，哈哈。 接下来恢复数据库内容： 数据库最终的信息还是在某个文件上，一个数据库的原始文件，有frm，ibd文件，这些文件的名字都是表名，frm存放表结构，ibd里面是数据值。后来我找到了最重要的教程文章[1]，大意就是：新建一个新的数据库，建一个新表，然后用原始的frm文件替换新的frm文件，然后通过查mysql的log文件，就能看到一个线索（原始frm表结构有几个字段），然后再把mysql的表的表结构字段数改成和线索中的一样，然后再用ibd文件来恢复具体的表值了。 折腾了一阵我发现mysql和mariadb的文件类型不太一样。mariadb多了一个opt，不过类似txt，没啥用，里面是数据库的编码。 但是问题出现了。我一开始找不到log文件在哪，以为就是个txt，结果了解到这个log文件是个二进制文件，我也确实找到了，但是不知道怎么查看log内容。后来查到这个文章[2]，发现要用mysqlbinlog命令（在mariadb的bin目录中，是一个exe）来查看，后来又发现 log_bin没开，通过这个文章[3]开启了这个功能。 再后来发现原来不是用二进制日志来看，而是错误日志。 根据这篇文章[4]，我在my.ini文件中设置了错误日志保存路径，结果再重启数据库后，用mysql workbench查询users表时，错误日志中就有数据了，哈哈。 和文章中说的一样，日志中给出了原始表中的字段数，是47列，哈哈，有戏。 2020-09-26 16:32:57 5 [Warning] InnoDB: Table part

大湖任务目前已经开脑洞开到87个了，我总结了一下，基本上可以分为2类： 用纯肉身探索大湖 用机器人探索大湖 而且绝大部分都是第二类，所以我决定从最基本的问题开始做起。想要让大湖（陆地+水域+空域）成为机器人的乐园，第一步要具备的就是通信能力，没有能够覆盖整个大湖的通信能力的话，其他任务基本上都是YY。因为不管是让机器人去获取大湖的任何数据、还是去控制机器人在大湖中执行各种任务，其实都是一个需求：我在任何地方，都可以和大湖中的机器人进行通信。再翻译成技术语言就是：要能通过互联网的方式，和大湖中的机器人进行通信。而由于4G模块不仅成本较高，还需要SIM卡的额外支出，所以我选择“自建RF网络+4G塔台”的方式，也就是我通过在大湖中安装1-N个信号站（类似4G的基站），组成一个能够覆盖大湖所有区域的无线网络，然后再通过其中一个塔台（安装在制高点），将RF网络中的消息通过4G传到互联网上，然后剩下的问题就都可以通过互联网来解决了。我选择这样的方案，是因为大湖中的瞭望塔是整个大湖区域的制高点，目视可以直达大湖中的任何一个地方（下次天气好时打算用望远镜确认一下）。所以整个大湖航海王计划，我打算先启动“自建RF网络”这个project。 瞭望塔的位置 具体建网的策略，就是先找到合适的无线模块。目前大体确定的是2.4G，淘宝上标称有3km通信能力的NRF24L01无线模块（目前价格是30元），用这种模块，制作我自己的一个通信硬件平台：数传电台。也就是一堆可以自组网、可以进行设置的数传模块，然后随着project的实际需要，把这些数传模块做成一个个的实际东西。比如目前我需要去大湖中实地测试这个无线模块的通信距离，怎么弄呢？我就想先制作一个“手持测试仪MT（Mobile Tester）”和“塔台测试仪ST（Station Tester）”。里面其实都是这个数传模块，手持测试仪长相类似对讲机。测试方法是先把ST安装到瞭望塔上，然后测试者拿着MT在大湖里瞎溜达。MT是一个不停发送数据的机器，ST收到数据后会回复，MT通过收没收到回复，就能知道目前能不能和ST联通了。如果连不上，MT会通过蜂鸣器发声，提示测试者现在所在的这个地方信号是不行的，也就是和ST失联了，这就知道ST所能覆盖的区域边界了。这样设计手持测试仪有几个好处： 联通就不反应了，连不上才提示测试者，这个策略比较省电 测试者可以几乎

  我所居住的区域，是我们这个城市的水库之一，同时还是自然保护区，居住在这里的绝大多数人，最初都是因为这里独特的风景而在这里定居的，我也不例外。不过我对这里有一个更大的期待：让这里成为一个能满足我对各种户外活动想象的地方，成为我和孩子乐趣的源泉和户外活动的天堂。经过几天的思考，我有了一个不错的主意：以探险任务为主题、以我喜欢的方式，“自行开发”这个自然保护区。 对于一个景区，我们原来经常看到一个词：开发！大多都是政府，或者和企业联合，基于某些已有的自然环境，再加上后期建设，形成一个更有价值的新地方，这基本上是在基础建设层面，做得好的会由于商业利益驱动而进行进一步的开发，让游人来了之后有了新的体验。通俗来讲就是：游乐项目。而对于个人来说，我发现在基础设施已然完善的情况下，为什么不按照自己喜欢的方式，自己来对这片区域进行开发呢。 其实“个人开发景区”这个词，换成人话就是：找到自己的玩法。但我发现这里面有一个小小的区别，如果是自己去寻找玩法的话，一般是非常个人、私人的，最多就会介绍给自己的朋友或家人。比如某人发现某个地方非常适合钓鱼，然后朋友来到这里时就会像朋友介绍。但绝大多数人都不会把这个地点记在本子上，甚至在地图上标注出来，因为没什么商业利益，实在没有没道理这么做。但当我把这一整个景区都看作是一个“私人探险世界”时，一切都变了！ 当你把这个区域视为一个游戏地图时，你会为了完成游戏的任务，彻底走遍整个地图，揭开所有的地图迷雾。不光如此，你还会为了完成任务而把这个区域研究个底儿掉。在这个探险任务的过程中，也就完成了各式各样的户外活动，更重要的是，每一个任务都是一个可大可小的project，而且是一个目的明确，且有明显结果的事情。我这两个用了大概几十个小时，大开脑洞，最终想出了一个比较完善可行的“景区开发”策略： 不改变一土一木 （景区是国家的，本来我也无法改变。不过话说回来，这也是唯一的限制，除此以外随便折腾） 环保，不污染环境 （玩得尽兴的同时，不破坏原本的任何生态） 以水域为主线展开各类主题和任务 （这里不是无人区，而是一个欣欣向荣的城郊区域。海陆空，陆地不管走到哪都是人，即便是工作日也总会遇到人，而且景区的路已经修的非常完善了，以陆地为探险目标，其实并没什么可探的，可扩展性非常差。而天空，第一人上不去，只能靠无人机，人自己的体验感很弱，无非就是飞一飞rc飞机，而且成

  一晃2个月过去了，浑浑噩噩的2个月，也是非常充实的2个月。 今天突发奇想，打开微软模拟飞行X，玩了3个任务，还挺紧张的，才发现微软模拟飞行2020都已经上市了。打算抽时间把模拟飞行的这些个教程学一下，至少也把这些飞行任务完成了吧。不然玩上2020也是不会飞。 哦对了，忘了说了，我又被迫转行了。。变身designer了，哈哈哈，哭笑不得~