发新帖本帖赏金 2.00元(功能说明)我要提问
返回列表

MCU的组件式开发方式会不会到来?

[复制链接]
楼主: Simon21ic
手机看帖
扫描二维码
随时随地手机跟帖
Simon21ic|  楼主 | 2016-7-18 23:09 | 显示全部楼层
keer_zu 发表于 2016-7-18 15:10
tcp/ip协议熟悉吗?比如窗口机制。我遇到问题了。

啥问题?以前做的时候,这部分确实是比较麻烦的

使用特权

评论回复
z_no1| | 2016-7-19 08:55 | 显示全部楼层
组件化的前提是有足够的人用,像51,cm3,cm4这种还有这个可能。嵌入式和普通的开发比,就是太碎片化了。

使用特权

评论回复
keer_zu| | 2016-7-19 09:01 | 显示全部楼层
Simon21ic 发表于 2016-7-18 23:09
啥问题?以前做的时候,这部分确实是比较麻烦的

有没有做过tcp优化?

使用特权

评论回复
Simon21ic|  楼主 | 2016-7-19 10:12 | 显示全部楼层
keer_zu 发表于 2016-7-19 09:01
有没有做过tcp优化?

自己的协议栈做过,不过毕竟是针对MCU,大部分是做代码空间的优化

使用特权

评论回复
keer_zu| | 2016-7-19 10:13 | 显示全部楼层
Simon21ic 发表于 2016-7-19 10:12
自己的协议栈做过,不过毕竟是针对MCU,大部分是做代码空间的优化

防止拥塞,优化带宽利用率

使用特权

评论回复
Simon21ic|  楼主 | 2016-7-19 10:15 | 显示全部楼层
z_no1 发表于 2016-7-19 08:55
组件化的前提是有足够的人用,像51,cm3,cm4这种还有这个可能。嵌入式和普通的开发比,就是太碎片化了。 ...

确实,太特殊的功能很难做成通用组件,组件化只能针对比较通用的功能
另外,和有没有人用到没太多关系,我们的组件化开发方式也只是在我们公司里内部用而已

使用特权

评论回复
Simon21ic|  楼主 | 2016-7-19 10:23 | 显示全部楼层
keer_zu 发表于 2016-7-19 10:13
防止拥塞,优化带宽利用率

我们的协议栈,每个socket的窗口都可调,TCPIP那本经典教材上讲过几种算法,不过在我们的嵌入式tcpip里,基本只用了最简单的
我觉得这个无非就是空间和时间的交换吧

使用特权

评论回复
keer_zu| | 2016-7-19 10:26 | 显示全部楼层
Simon21ic 发表于 2016-7-19 10:23
我们的协议栈,每个socket的窗口都可调,TCPIP那本经典教材上讲过几种算法,不过在我们的嵌入式tcpip里, ...

最终目的不会偏向空间或者时间,希望数据流能均匀通过

使用特权

评论回复
Simon21ic|  楼主 | 2016-7-19 10:32 | 显示全部楼层
keer_zu 发表于 2016-7-19 10:26
最终目的不会偏向空间或者时间,希望数据流能均匀通过

TCP负载均衡吗?

使用特权

评论回复
keer_zu| | 2016-7-19 10:37 | 显示全部楼层

因为传输的是事实流媒体数据,希望延时均匀

使用特权

评论回复
Simon21ic|  楼主 | 2016-7-21 14:04 | 显示全部楼层
本帖最后由 Simon21ic 于 2016-7-21 14:13 编辑
keer_zu 发表于 2016-7-19 10:37
因为传输的是事实流媒体数据,希望延时均匀

这就没弄过了,我基本上没看到过什么TCPIP协议栈提供这个功能的,TCP协议里本省就没提供这个

不过我在自己的协议栈和操作系统里想了一下如何实现这个,虽然在linux不一定可以实现(因为需要修改协议栈底层的数据发送控制),仅供参考:
实现2个socket列表,其中一个是当前的发送列表,发送列表里的socket,发送了一定报文后(不等ACK,只是放到发送窗口缓存里,如果发送窗口没有空余位置,说明用户的链接速度慢,那就跳过这个socket),再放到另一个列表
如果当前列表是空的话,把当前列表设置为另一个列表,继续一样的处理



不过我觉得视频网站应该不是这么做的,他们应该是在高层实现的,通过得到用户播放进度,来决定发送给客户多少数据

使用特权

评论回复
keer_zu| | 2016-7-21 14:53 | 显示全部楼层
Simon21ic 发表于 2016-7-21 14:04
这就没弄过了,我基本上没看到过什么TCPIP协议栈提供这个功能的,TCP协议里本省就没提供这个

不过我在自 ...

点播都好办,直播就麻烦了。

使用特权

评论回复
icecut| | 2016-7-21 21:03 | 显示全部楼层
技术没问题,产业待完善

使用特权

评论回复
Simon21ic|  楼主 | 2016-7-21 21:19 | 显示全部楼层
icecut 发表于 2016-7-21 21:03
技术没问题,产业待完善

组件化其实本身就是比较成熟的技术了,产业的完善,其实是看是否有市场需求,有的话,自然会有人投入去做
我只是觉得现在越来越多的32位处理器,至少在硬件上,已经有组件化开发的可能了,当然,这种方式是否会流行起来,就不知道了

使用特权

评论回复
icecut| | 2016-7-22 10:02 | 显示全部楼层
Simon21ic 发表于 2016-7-21 21:19
组件化其实本身就是比较成熟的技术了,产业的完善,其实是看是否有市场需求,有的话,自然会有人投入去做 ...

产业就是用很长时间.很多钱来完善.真的太难.完善之后,很多人就像互联网,突然需求暴增,突然暴跌,一堆失业

使用特权

评论回复
皈依| | 2016-7-22 21:17 | 显示全部楼层
组件的方式太随意了吧。。。。
毕竟不是PLC那样的功能固定。。
API接口的方式才是王道啊~~~

使用特权

评论回复
Simon21ic|  楼主 | 2016-7-23 01:12 | 显示全部楼层
皈依 发表于 2016-7-22 21:17
组件的方式太随意了吧。。。。
毕竟不是PLC那样的功能固定。。
API接口的方式才是王道啊~~~ ...

API接口的方式?这个是啥?

使用特权

评论回复
皈依| | 2016-7-23 14:58 | 显示全部楼层
Simon21ic 发表于 2016-7-23 01:12
API接口的方式?这个是啥?

就是给个函数接口,你不用管函数如何实现,只要知道功能就可以了~
类似于回调函数之类的

使用特权

评论回复
Simon21ic|  楼主 | 2016-7-23 16:00 | 显示全部楼层
皈依 发表于 2016-7-23 14:58
就是给个函数接口,你不用管函数如何实现,只要知道功能就可以了~
类似于回调函数之类的 ...

组件化不也是只要使用组件,不用管组件内部是如何实现的吗?
这个的区别在哪里?

使用特权

评论回复
皈依| | 2016-7-23 21:02 | 显示全部楼层
Simon21ic 发表于 2016-7-23 16:00
组件化不也是只要使用组件,不用管组件内部是如何实现的吗?
这个的区别在哪里? ...

感觉组件的软件级别比接口高啊。。。。
灵活性差一点。

使用特权

评论回复
发新帖 本帖赏金 2.00元(功能说明)我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则