ch395組播,接收一段時(shí)間后,無(wú)法再接收組播數(shù)據(jù)了

你好,我在ch395按照例程EXAM14設(shè)置了組播,使用的是SPI通信,SPI時(shí)鐘頻率25M,主機(jī)發(fā)送的組播的頻率到200hz,每次兩百個(gè)字節(jié),然后組播收不了幾個(gè)數(shù)據(jù)就不會(huì)再收了,然后395沒(méi)有中斷產(chǎn)生了,無(wú)法接收組播數(shù)據(jù)了,但是在發(fā)送的主機(jī)更改換UDP單播發(fā)送,同樣的發(fā)送頻率,ch395又能收數(shù)據(jù)了,期間并沒(méi)有斷過(guò)電,ping也能ping通,就是無(wú)法接收組播的數(shù)據(jù),我想請(qǐng)問(wèn)這個(gè)是可能是什么原因引起的?

2.還有就是在組播模式中,mac過(guò)濾模式中,有一句話不太明白,接收與mac地址相匹配的數(shù)據(jù)數(shù)據(jù)包,這個(gè)mac地址指的哪個(gè)的地址,是395的mac地址還是發(fā)送的組播的主機(jī)mac地址, 是怎么過(guò)濾組播地址的?

? 我是按照以下配置的組播,ip和其他配置都是和例程中一樣


?

????MacCrc32?=??CH395CRCRet6Bit(MultiMac);//這個(gè)MultiMac需要怎么匹配?
????
????printf("MacCrc32?:?%2x\n",(UINT16)MacCrc32);
????if(MacCrc32?>?31)
????{
??????MacCrc32?-=31;
??????Hash1?|=?((UINT32)1<

image.png

3.還有當(dāng)主機(jī)發(fā)送給ch395的組播包速率過(guò)快大的時(shí)候,會(huì)出現(xiàn)395無(wú)法處理的情況嗎?具體表現(xiàn)是什么?


遇到了一樣的問(wèn)題,在UDP組播通信時(shí),剛開始初始化完后可以正常接收和發(fā)送,但是過(guò)一會(huì)兒的話就接收不到任何信息,這個(gè)問(wèn)題十分困擾,急急急。


請(qǐng)技術(shù)這邊支持下可以嗎,



您好,可以抓包看一下正常到異常時(shí)的具體情況,在使用IGMP協(xié)議加入組播時(shí),某些路由器或交換機(jī)可能需要設(shè)備定期發(fā)送加入組播的請(qǐng)求,否則可能會(huì)把設(shè)備踢出組播,可以排查一下這方便的原因,方便的話可以留個(gè)郵箱我這邊發(fā)您例程供參考。

后續(xù)問(wèn)題可郵箱交流(lq@wch.cn)


只有登錄才能回復(fù),可以選擇微信賬號(hào)登錄

国产91精品新入口,国产成人综合网在线播放,九热这里只有精品,本道在线观看,美女视频a美女视频,韩国美女激情视频,日本美女pvp视频