我过去没有啥CAN开发经验，但是还是想进行canbus协议盒开发，请问能够实现吗？

Posted 2023-05-11

请回答

感谢题主的邀请，我来说下我的看法：

首先可以说您想要实现的目的是很难的，因为开发一类东西必须对它有着极其透彻的了解。以题目中的CAN总线设备开发来说，您起码得知道CAN协议是怎么一回事，一条CAN数据有多少位，知道CAN端不可以连接超过3.5V以上的电源等等。如果连这些都不知道，那么趁早干点别的吧。即使您真的透彻了解了CAN总线，同时还必须将这些得到的理论知识与DIY能力相结合，起码STM32您要会用吧！所以，开发能否成功还是要看各方面的因素的。当然，如果您能够坚持下来，这条路还是很有发展前景的。但如果您实在做不了却还有需求的话，可以前往GCGD官网进行具体的求助，欢迎来访。

参考技术A 当然可以了，和驰canbus协议盒保留原车音响的CANBUS基本控制功能并做到与原车线束PIN对PIN连接, 实现对原车功放的控制，驱动原车功放并进行音效设置，体积小相比市面上的汽车解码器具有更短更薄的结构尺寸，不占用汽车音响的安装空间，便于后装市场替换为DVD导航时的安装作业。

Office 365迁移经验小结

我们开始进行邮箱的O365的迁移了，起初学得高大尚，可惜总部只给了一个如何迁移用户的文档，啥技术架构都没有讲。文档就两步：
第一步生成一个迁移任务去执行
第二步，给迁过去的用户指定一个license

在测试过程中，我们发现了好多问题，同时我们一步步总结出了规律。因为本人比较懒，也没有时间去研究这些O365的官方文档，因为本人在研究PYTHON和OPENSTACK，没有时间弄微软的东西了。

以下应该是我译音出来的实现过程，肯定通过一个什么协议，把公司的域信息和微软的Offce365配置成功，这个操作都是微软做项目实施的人做的，反正到我们这一个级别肯定不让你知道，也没有啥复杂的。我是通过一个在O365上删除一个迁移过去的邮件帐户出错时才发现，我们配置的是单向复制，从我们域内向O365同步账号信息的。

我总结了有三点：
第一，需要了解一个概念，Microsoft ID，这个值取的是域的UPN,说白了就是帐号名@域名，加上你的那个域帐号密码。我假定你们公司的域叫abc.com，你的帐号就是张三@abc.com 这个东西对于小白看着就是邮件地址，其实真不是这个概念，邮件地址你是可以随意定义的，也就是说张三@ab.com的邮件地址可以是张三[email protected],你是可以在邮件服务器上随意指定SMTP地址的，不知道的，自己搭一个EXCHANGE，很好玩的。

第二，迁移其实就分两步走，在O365的管理控制端，生成迁移任务，任务完成以后，指定一个license。这里面是有坑的。
创建任务后，你的任务状态是syncing的，我猜就是仅仅在同步邮件数据而已，任务完成后，那个状态就变成了，synced,此时，你原来EXCHANGE上的帐号和数据都还在呢，需要你做的就是选 中这个任务，点完成，此时任务的状态变成completing,我猜现在就是把邮件帐号信息在Office365上创建呢，在这个阶段你还是可以用EXCHANGE上的邮箱的，这个阶段完成以后，会变成completed状态，你的客户端变会跳对话框，需要你重启客户端。

第三，就是这个坑， 注意，这时候坑就来了。一般情况下，你不可能说完成一个迁移就手动指一个license,系统会在迁移过后邮箱在一定时间内自动指定一个license,泥马，这就是坑呀，其实没有真正指定license,只不过是显示是有的。

如果你跟我一样，就会发现，OUTLOOK客户端和网页版都没有办法登录了，而且最可恨的是你用网页版登录O365的话，会给你重定向回你的原来网页版邮箱，你登录网页版邮箱，又给你重定向回O365，跟个皮球 一样来回踢。

把那个邮箱帐号指定证书那关了再重新打开，这样就可以用了。微软的东西就是这样子，开着不能用，关了再打开就能用了。习惯就好了。

其实把邮箱迁到O365后，运维这一块相对简单了。我们照样可以用POWERSHELL进行批量管理的，有空时我再写一下怎么用POWERSHELL进行管理。

O365可不仅仅是邮箱呀，上面有好多应用呢。自己研究吧。