-
再来一下
-
大侠们讨论问题,小虾得来捧场,也是很好的学习机会
-
我不会UCOS,这里有很多人玩,你问问其他人吧。
-
USOS是运行在ARM7或是STM32上面的系统,WINCE和嵌入式LINUX是运行在ARM9级更高的CPU的,所以了如果你是准备在ARM7或STM32发展,那就学UCOS,或者的话就学嵌入式LINUX
-
正因为少,所以很多人没听过,包括我,呵呵,祝楼主早日找到这些资料。
-
确认串口芯片是否损坏,是否因为热插拔已经损坏串口电平转换芯片
-
win7安装很多都要"以管理员身份运行"可以参考友善资料,在win7上安装PB6.0
-
你学通信专业,其实应该把通信的算法研究研究。而且看你是喜欢做软件还是硬件了,总体说搞硬件平均薪水比软件高。我研究生学的就是雷达专业,后来又搞回软件了,呵呵。
----------------------------------------------------
本人是《Windows驱动开发技术详解》的作者张帆,希望一起交流。
我建了驱动开发群,QQ群:11312034
-
第一次看到有钱的问题,有没有会的呀。
顶啊。。。
-
lz的问题一个是信号不好。
第二可能是不是专线专用,所以就出现了这个问题。
如果是信号不好,那实在是没有好的解决办法。
如果是线路不好(移动提供的线路),那可以在服务器端添加一个socket维护,如果长时间不能接收或者发送数据,那么服务器端应该主动断掉某一个socket,然后重新建立新的socket连接。
-
自己顶一下
-
引用 3 楼 changwei19840127 的回复:
我把TCPsocket的缓冲设回默认的8192字节,输入80Mbps码率数据,已经跑了两个小时,目前正常。CPU空闲50%左右。
起初设的是250*1024字节,跑不到一分钟TCPsend就阻塞了,UDP接收正常。
缓冲区检查过了,加了保护应该没有问题。
没有加其他处理任务。
调两个任务的优先级没有改善。
你的TCPsocket的缓冲设置小了,能保证在优先级低时,你的8192字节的数据,能被TCP很顺利的发送,不至于阻塞。
但是你的接受UDP的缓冲 好像存在接受满的风险吧。最后可能会出现UDP阻塞。
个人估计还需优化。
-
直好,不用走那么多的弯路
-
帮顶下。
-
有钱啊。 呵呵
下次买东西前,找我下,我帮你参考下。
看东西一定要认真比对下。
∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽
kyzf(铭记理想,追求卓越)
-
vs2005 c/c++
-
有几年没做动手硬件,都设计好了丢给一个师弟做的,现在师弟走了,只好自己动手了。
记得以前随便买个电源用示波器看都很好,不知道为什么现在Y货还多了,可能是以前生产的都是正规厂家,现在在居民区随便搞个小作坊就开始生产了。
本来是想把系统做小点,以后做成全贴片的,所以电路板没考虑加电容。
以后系统用的是AC-DC模块,我得赶快测试下,看要不要和需要加多大的电容,这次一定要用示波器了,呵呵。
-
晶振用示波器测试过,稳定8M
-
jf
-
貌似找到原因了 把JTAG端口频率设成500KHz以下就没问题了