完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
我在PIC18F67 J60上使用DHCP服务器使用TCP/IP协议栈。TCP/IP协议栈版本为5。设置与大多数路由器完美地工作,IP是通过DHCP获得的,并且一切都很好。这个问题出现在几个路由器上,我的板(同一个设置)不能接收DHCP提供包。目前我使用DigISOOL DG-H33TA,我正面临这个问题。观察WiReSARK流量,我看到董事会发送DHCP发现和路由器响应DHCP要约,但它没有收到在我的结束。下面的函数是StackTsk。C返回false。这是因为EPKTCNT是零。分析DHCP包,我观察到DigiSL路由器发送的DHCP提供的数据包大小是590字节。在其他路由器(工作)提供的DHCP大小为326字节的地方。但是接收缓冲器有足够的内存来接收这个数据包。我怀疑它是否能够接收任何数据包,或者可能是特定的数据包。我没有找到问题的地方。我无法弄清楚为什么没有收到包裹。有什么建议是最受欢迎的吗?我试着让我的头脑清醒一段时间。如有任何帮助,我们将不胜感激。
以上来自于百度翻译 以下为原文 Hi. Im using the TCP/IP Stack with DHCP Server on a PIC18F67J60. The TCP/IP stack version is 5.00. The setup works perfect with most of the routers, the IP is obtained over dhcp and everything is great. The problem arises with few routers where my board(same setup) fails to receive DHCP offer packets. Currently i am using digisol DG-HR3300TA on which i am facing the issue. Observing wireshark traffic i see the board sending DHCP discovery and the router responds with DHCP offer, but it is not received at my end. The below function is StackTsk .c returns false. if(!MACGetHeader(&remoteNode.MACAddr, &cFrameType)) break; Thats because EPKTCNT is zero. if(EPKTCNT == 0u) { return FALSE; } Analyzing the dhcp packets i had observed that the packet size of dhcp offer sent by digisol router is 590 bytes. Where as the size of dhcp offer by other routers (working) is 326 bytes. But the receive buffer has enough memory to receive this packet. I doubt it is able to receive any packet or maybe that particular offer packet. I am short of places to look for the problem. I am unable to figure out why it is not receiving the packet. Any suggestions are most welcome? i am trying to get my head around this for quite some time. any help will be appreciated. |
|
相关推荐
7个回答
|
|
尝试扭转路由器上没有得到报价的连接。
以上来自于百度翻译 以下为原文 Try reversing the connections on a router that it does not get offers from. |
|
|
|
嗨,这正是问题所在。TX+/-PIN在这个路由器中被反转。我不得不通过扭转TX线来卷曲新的电缆,它工作了。所以唯一的解决办法是增加极性交换电路。我正在开发的产品已经部署好了。
以上来自于百度翻译 以下为原文 Hi. That is exactly the problem. The TX+/- pins are reversed in this router. I had to crimp a new cable by reversing the TX lines and it worked. So the only way to solve this is adding the polarity swapping circuitry? The product which i am working on is already deployed. |
|
|
|
嗨,PIDM.NET2开发板正是这样做的(极性交换)。您可以在电子手册的用户手册中看到如何做到这一点:HTTP:/WW1.MICCHIP.COM/DeLoSs/En/DeVICEDC/OC016162E.PDFRGARDS
以上来自于百度翻译 以下为原文 Hi, The PICDEM.net2 development board is exactly doing this (polarity swapping). You can see how to do that in its users manual on the electronic schematic : http://ww1.microchip.com/downloads/en/DeviceDoc/50001623E.pdf Regards |
|
|
|
“以太网交叉电缆”在自动极性设备之前是非常普遍的。在许多地方(谷歌以太网交叉电缆),它们仍在10美元以下。
以上来自于百度翻译 以下为原文 "ethernet crossover cables" used to be quite prevalent before auto polarity devices. They are still available in many places ( google "ethernet crossover cable" ) for under US $10 |
|
|
|
也许你可以用交叉电缆传输你的产品。我想它可能仍然适用于那些具有自动极性的设备/交换机/路由器。
以上来自于百度翻译 以下为原文 Maybe you could ship your product with a crossover cable. I think it might still work on those devices/switches/routers that had auto polarity. |
|
|
|
嗨,我不认为交叉电缆能解决这个问题。只有Tx+/-线是相反的。RX+/-线很好。
以上来自于百度翻译 以下为原文 Hi. I dont think a crossover cable will solve it. Only the tx+/- lines are reversed. the Rx+/- lines are fine. |
|
|
|
|
|
|
|
只有小组成员才能发言,加入小组>>
5242 浏览 9 评论
2031 浏览 8 评论
1955 浏览 10 评论
请问是否能把一个ADC值转换成两个字节用来设置PWM占空比?
3207 浏览 3 评论
请问电源和晶体值之间有什么关系吗?PIC在正常条件下运行4MHz需要多少电压?
2256 浏览 5 评论
778浏览 1评论
669浏览 1评论
有偿咨询,关于MPLAB X IPE烧录PIC32MX所遇到的问题
596浏览 1评论
PIC Kit3出现目标设备ID(00000000)与预期的设备ID(02c20000)不匹配。是什么原因
679浏览 0评论
577浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-24 00:42 , Processed in 1.700524 second(s), Total 89, Slave 72 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号