bigbat 发表于 2020-2-23 17:34 我也用的是lwip+freeRTOS+mqtt的方式，虽然一直都在运行，也没有出过毛病，但是有两个问题很困惑： 1、l ...

1、lan8720a 1）可以换lan8740代码不用改 官方替代芯片改进发热  2）还用8720但是外部的电源可用dcdc搞 减少发热   2、掉线问题 需要具体分析来处理了   3、dhcp需要了解协议 有状态机 

恭喜 我也收到了 借你的帖子一并感谢EE

windows下也可以用cygwin 开发完全没问题 就是有点折腾 也挺锻炼的

上次听华为的公开课上说目前华为的NB带宽是180k 最大并发是18个节点 单个基站测试能容纳几千个点 再多就没有测试了 可能还能多 但是目前还没这种场景测试

罗菜鸟 发表于 2017-9-5 13:51 纠正一个错误 只要有AF_DataRequest就会产生AF_DATA_CONFIRM_CMD，不管有没有应答，甚至不管数据发没发 ...

仔细理解这种设计欠妥 暂不追究对错问题 如果是  只要有AF_DataRequest就会产生AF_DATA_CONFIRM_CMD 那么何必要呢 直接return表明

ams官方的代码包中原生支持iso15693的代码 没有记错的代码包名称是general_purpose_xxx 主控是microchip家的pic24 带usb口 这份代码写的还是不错的

给力了

原则上终端起来不会找网 没这种说法 他只是终端而已，最关心是做好 数据发送 / 数据接收 与功耗之间的平衡

另外我说的fifo  127字节这个很多无线做不到 能做到的基本上会标注 802.15.4g 等字眼 注意是G 当然基本15.4更没问题了

kukuxing 发表于 2017-8-14 20:47 奥，这样的话还挺好的，射频芯片可以换。但是contiki移植到stm32好像没有官方的参考，这个挺难搞得吧，你 ...

看官方demo 基本结构搞清楚 随便什么平台移植都不是问题 我移植过很多官方未支持的平台  lpc541xx  atsamr21 stm32fx 关键是建立在理解的层面 这也是学习的根本

原则上带mac层会对冲突碰撞有一定好处但也不是一定的 软mac看优化了这个得结合业务场景进行深度优化 另外关于radio没有什么特别的 但是注意一点fifo能到127字节算是基本的了，不然用contiki就吃力不讨好了

只能按照教程了 另外可参考contiki example下面的README

残雪 发表于 2017-8-3 15:20 ESP8266这种可以吗

这个无所谓哪种了 感觉最麻烦的是要搞定和ide的融合 其他都不是问题

用wifi是非常好的选择 用remote server dbg可以节约时间 毕竟需要和ide等交互

存储区超过了 看你这个函数中用了多少RAM、

我感觉HAL库强大到爆 那些宏定义足够大部分人使用了 也就是所谓的LL 如果感觉自己写不出足够好的框架就用完整的HAL吧 目前唯一不好的是USE_RTOS无法很好支持，部分RTOS有一些兼容处理，但还得看st 本来我也就F4 Lx系列的用用HAL 现在我F1都用HAL，虽然之前有很多std库的积累，但是我还是切换到了HAL 足够方便，有了HAL真的随便跨平台，一次编写，哪个片子上都能用

我们做这个行业2年多了，至今没有盈利。。。 Lora & NB-IoT 跟着政策走。招标都强制要求用什么通讯方式 当然针对MEMS我们评估过蛮多的 最早的霍尼韦尔，到用国产替代QMC5883 期间也用过st的LIS3MDL做了一百个，温漂太大但功耗做的很好，折中考虑可以选择 什么freescale的，PNI的，也评估过 整体上可选是st或者国产qmc

原则上ti自家的东西更不大可能有这种问题 如楼上所说注意这两点就行了

看openwrt官方wiki和相关文档

在ee的群里面发了一次 分分钟就下载好了，感谢nmg 如果其他朋友有需要的时候我在上传吧，节约点空间