前两天在群里听到有人发消息，说是「有陪」倒闭了，然后我去看了相应的消息，看到了下面的图。

一些老的读者可能知道我之前有一段创业经历，这段创业经历就是有陪，我从恒大的时候就开始给有陪做事，那时候我一个非常好的朋友是有陪的股东，这个可以从网上可以查到，这是当时我去加入他们的原因，和另一个朋友我们三个人聊到了凌晨三点，最后打电话给另一个朋友的哥哥后做出了要过去的决定。

(资料图)

我们都是成年人，虽然已经过去了很多年，现在回来谈这个事情，也没有说后悔或者不后悔。现在想起来那段时间真的很辛苦，我是负责嵌入式软件的，有陪猫塔的嵌入式软件是我一个人写出了基础部分。

说出来不怕你们笑，我那个时候对物联网基本没什么概念，我在恒大从事的是智能家居，做的是 Linux 内核和安卓驱动、系统方面的开发。但是也是因为在恒大，我认识了很多技术不错的同事，要离职的那段时间，我还是挺犹豫的。

连总跟我说「你现在还这么年轻，你去试试几年没关系，试错成本也比较小」。

因为我对 MQTT 那时候还没有概念，根本不知道怎么搞，也还没有用过 ESP32 的芯片，我们小组有一个同事 WM，他之前有做 MQTT 的开发，然后他给我讲了一个大概的框架，然后薛总是做框架的，跟我说了下怎么设计嵌入式框架，现在特别清楚的事情是，薛总说不要拘泥于形式，要把做的东西想清楚，把可能遇到的问题想清楚。

一个嵌入式软件，要做的事情真的挺多的，有些东西反过来看的时候，总觉得没有什么，特别是，我自己刚开始搭建的架构，在硬件没有回来之前，我就重新修改了几次。那时候我们还在宝体上班，中午大家都很自觉的不关灯不睡觉，晚上继续干到很晚才回去，真的非常辛苦。然后办公司里面飘来飘去的猫毛和那种奇奇怪怪的味道，因为是创业，公司没有给准备电脑，但是给我们几个创始团队的人准备了一台显示器，当然也不是 4K 的，我诶自己买了一个台式机、买了一个笔记本硬盘，然后那段时间就是不断的折腾 ESP32，把一些基础的东西搞清楚。

第一个遇到的问题就是跟后台对接，后台开发是一个技术大牛，因为我不是做后台开发的，我并不知道他的技术到底如何，但是之后我从 H 哥的话中可以知道，他确实是做了很多的事情，也给我们项目团队思考了很多事情，可以说，他以为他是权威，所以在做接口上基本上也是嵌入式妥协的多。

对接后台重要的事情就是把 MQTT 调通，把 OTA 的功能调通，我们当时达成一致，这两个功能确实是重中之重。

里面涉及密钥的保存，还有每次协议的解析，我们要发送一个指令可能需要封装很多其他的信息，不是简单的加上HEAD、TAIL和校验就可以的，还有计划是把发送的指令做 gzip 压缩、解压缩等等。

但是做猫厕所的难点问题不是这些，上面的东西做得再好，也是不能解决下面的难点问题。

第二个问题就是称重。

我们用了一个非常好的重量传感器，线性非常好，只要在工厂生产的时候稍微校准下，后面使用的时候测量重量非常准确。

有了称重的功能后，就可以知道猫咪进来后的重量，如果猫咪拉屎出去之后，还可以知道猫咪拉屎的重量，这个屎的重量可以做成一个记录，然后发送给主人，看起来是非常完美的。

但是问题就是，要称重准确就需要一个平整的地面，还有猫塔的四周不能有其他倚靠的东西，猫塔的顶部是平的，难免会遇到有人把东西放到猫塔的顶部，或者是有一只猫飘过来了，然后又飘过去了，这些都是一些奇奇怪怪的事情，最后我们也得出了一个比较一致的意见——称重可能准确。

但是给用户吹牛的时候，可能就不是这么说了。

第三个问题，怎么能够判断猫咪在猫塔里面？

大家可以从前面我们给的预设条件考虑，我们现在可以称重了，如果在一定时间内，猫塔的重量增加了，那不就可以认为是猫咪在里面了吗？

但是前面也有说明了，称重是不一定准确的，所以我们就需要用到另一个传感器——红外。

如果软件发现红外被检测到了，而且红外检测到的同时，重量也增加了，那不就可以认为猫塔里面有猫了吗？

你们觉得这个方案似乎还是比较完美的？

问题就是红外对射的调试本身就是一个非常难的事情，首先需要让两个红外的孔是完全对上的，这个结构本身就有一定难度，其次是红外发射的功率，如果功率非常大，那可能检测有问题「猫经过的时候可能检测不到」，如果非常小，因为红外的外面还加了一层透明的玻璃做美观遮盖，那就有可能红外检测不到。

即使是刚开始的时候检测正常，那在之后的运行过程中，那个位置脏了，或者弄坏了，都是有可能的。

所以

想确定知道猫在不在里面，也只是可能检测正确，很有可能检测不正确。

当然了，这个还不是最致命的。

猫塔最核心的功能是铲屎，解放撸猫人的双手，所以核心的功能自然是放在铲屎上。

我们检测猫进入猫塔了，然后也能检测猫出了猫塔，猫出来了之后，我们就可以开始铲屎了。

铲屎很简单，就是先往一边转，在沙仓上面放了几个磁铁和几个霍尔开关，如果被感应到了，那就转回来，回正的地方也有一个对应的霍尔开关感应，如果感应正确，软件运行正常，开发正常，老板开心，投资人开心，用户满意。

然后，第四个问题来了

在运行过程重，因为齿轮的不断旋转，可能会产生偏移，而且因为霍尔开关和磁铁的不断使用，感应也有可能失灵，这就可能导致下面的问题。

有可能把猫砂倒到了垃圾袋里面，也有可能把猫屎卡在沙仓中。

因为我是调试嵌入式的，我对这个非常不能忍受。

也就是这样，就可能存在铲屎也可能不是正确的，当然，是可以通过改变霍尔开关和磁铁的强度来补救的。

但是这样补救的产生的副作用就是，可能会因为这样导致沙仓不能回到正确的位置上，也就是因为强度太大，可能霍尔开关和磁铁都还没有靠近，软件就已经感应到了。还有沙仓运转的时候，是有可能偏离预期轨道的，可能离某一个霍尔开关很远，也有可能贴合了某个霍尔开关。

第四个问题还没有结束

第五个问题就来了，自动打包根本就是高不良率，根本不能够量产。

可能也是因为第五个问题出现的概率太大，我看量产的版本上没有实现这部分的功能，第五个功能就是自动打包，自动打包会还是会用到霍尔开关和高温铜丝，看到这里可能有喜欢猫的人会有点怕怕，毕竟那不是普通的高温，如果高温的位置碰到猫的话，是有可能受伤的。

也是因为自动打包总是出现各种各样的问题，特别是如果一只比较大的猫，拉出来的猫砂和猫屎比较多的话，自动打包就更加困难了。

所以之后我看到去掉了这个功能反而觉得是一件开心的事情。

/////

我们在做猫塔的时候买了一个国外的五千块钱的同类猫厕所，当时的目标是想要做得更加便宜更加好，事实也是这个样子的，我们那时候的做出来的东西，外观确实完爆了国外的产品。但是稳定性和可量产条件，还远远达不到，但是真的是太着急上市了。

因为上市了才可能拿到新的投资，也可能是和人签订了某些协议，在某个时间段就不得不做出一些东西，至于像后来的，有了多少的售后的人，有了多少的融资，真的都是因为刚开始的时候有了产品，也因为有人能够把牛吹出去。当然，我也承认演讲和吹牛也是一件非常重要的本事。

我记得两个事情。

第一件事情就是广州的一个投资人，是一个有钱的公子哥，我当时在旁边调试，那个公子哥过来看了我们的产品，还对我们的产品做出了一系列的评价，因为我那个时候不知道那人是投资人，后来有公司的人说，那个投资人身上穿的那件衣服是 8000 块钱，大家听的没有错，是 8000 块钱。

另一件事是有一个晚上，我们得到通知说是有一个深圳的什么部长要来公司里看，然后大家就留在原地等，就是说要是过来了大家就给部长鼓掌欢迎什么的，当然了，要是部长开心的话，我们也会给部长演示下我们的产品。大家等了很久，最后部长也没有来。

/////

再说那个猫塔的产品。

前几天问了之前的同事，虽然公司倒闭了，但是因为后台服务器还有一些费用，服务器和app还是可以使用一段时间，那段时间他们所有人都在准备仲裁的材料，我记得跟我玩的不错的一个同事说，光是材料就准备了几十页。

我们还有一个同事之后也去做了同类型的产品，现在在一个头部的企业，也是做同类型的产品。

那个同事是真心喜欢这个行业，他非常非常喜欢猫咪，他做的产品经理角色也非常不错，虽然只是一个年轻的小伙子，但是那时候带着我们上门给种子用户检查设备，还给我们出了很多有建设性的想法，所以后来我离开了那个创业公司，把一些无关紧要的人都屏蔽了朋友圈，但我还是一直关注着他。

我们所在的环境里面，资本能够对我们产生的影响真的太大了。

如果真的想做成一件事情，可能需要付出的心血和时间会远远超出我们所预期的。即使现在回头看，猫塔的这个想法也还是一个非常非常好的创意。

/////

之前我们做牙刷尾巴，现在看那个时候做的东西，我觉得不是一个刚需的东西，所以没有成功我觉得是必然的。

但是猫塔，真的是可以帮助到很多人，是可以让人解放双手的。

直到现在我还特别惊讶，能把这样的一件事情做倒闭，也是挺牛逼的，毕竟那个时候的这个赛道，国内基本没有什么好的对手，甚至国外，也没有什么比较厉害的对手。

急于求成可能不是一件好事。

我们后面公司搬到 TP-LINK 附近，在那里上班的时候，有时候会从公司下来溜达，会碰到 TP 的一些员工在给路由器做测试，我那个时候想，我们真应该多做一些测试，即使做的不好，推到重来是不是也可以。

猫塔和其他的产品不一样，因为外观结构非常大，所以开模的费用非常贵，如果堆到重来几次，那可能开模的费用就是一笔非常大的开销了。

除了这些，我也非常看不懂公司的很多迷之操作。

比如招了很多和研发无关的人员，因为那个时候，我们最重要的事情其实还是研发，但是产品都还没有稳定，就已经有有了准备生产、销售等等的事情了，留给研发验证的时间真的太少了，基本第一个 demo 样机出来，就已经在准备之后的事情了。

////

我看到有些用户说准备自己捣鼓这个猫厕所。

这个是用的 ESP32 芯片做的控制，里面的很多程序其实并不复杂，如果检测转动的磁铁和霍尔开关都没问题的话，铲屎这个事情还是能完成的。

因为旁边有两个按键，如果这个时候修改成手动铲屎的方式，反而对线下的用户会非常友好。

我看到有人评论说把抽屉拉出来的时候非常臭——哈哈，我调试的时候那是忍受了无数次这样的场面，所以后来我们想增加一个除臭的模块，那个时候是准备用臭氧的，不过后面也不了了之了。

这个设备的核心还是要检测猫在不在猫塔里面。

这里我觉得就有必要上摄像头模块了，那时候我还研究了ESP32带摄像头的方案，然后再加上一个本地的猫脸的识别，当然，还有超声波，人体检测等等，这些我基础的模块我们都有测试过。

解决了猫在不在厕所里面，再要解决的一个核心的问题就是铲屎了，铲屎就像我上面说的用磁铁有老化的问题，也有可能检测不准确的问题。所以这个时候还是要再考虑一些结构上的机械方式，硬件方式。刚开始在搞这个的时候，我还想用点击转动的时间来搞定，但是因为猫砂的重量根本不可能保持一致，所以用时间规避这个问题是很难实现的，还因为重量在各个设备上不一致，也可能导致沙仓回到初始位置的时候不准确。

/////

聊到这里，我相信很多人想知道我为啥离开了。

首先我去的时候，我已经算是完成了我应该做的，至少我把东西做出来了，刚开始答应给的股权，而且是不少的股权，然后还经历了各种事情，反正从始至终，股权都是没有签订的。

刚开始的时候，赶项目，没午休，晚上干到 10 点 11 点，结果后面稍微松了一些，就有人跳出来卡我们的考勤，但是之前都是周末都是加班赶的项目的啊。

你说操蛋不操蛋。

好了，不说了，总之真的挺可惜的！

跟韦东山老师搞