問題描述:
- 計(jì)算模塊未定義數(shù)值范圍,存在越界風(fēng)險(xiǎn)。
 - 信號未規(guī)定精度和誤差范圍,導(dǎo)致背靠背測試未通過。
 
改進(jìn)建議:
在接口/功能需求文檔中明確定義接口數(shù)值范圍、維度和精度要求,并且使用模型靜態(tài)工具進(jìn)行檢測。如MXAMsdt_sc004規(guī)范要求:
“模型中每個(gè)具有兩個(gè)或更多輸入信號的算術(shù)塊(如求和塊、乘積塊、點(diǎn)積塊)都必須使用適當(dāng)?shù)臄?shù)據(jù)類型?!?/p>
例如:
模型中兩個(gè)輸入信號數(shù)據(jù)類型均為int8,運(yùn)算后數(shù)據(jù)類型為uint8,存在數(shù)據(jù)越界風(fēng)險(xiǎn)。

圖1模型數(shù)據(jù)類型
MXAM在運(yùn)行后報(bào)告了數(shù)據(jù)越界問題。

圖2MXAM報(bào)告
                        聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。
                        舉報(bào)投訴
                    
                    - 
                                接口
                                +關(guān)注
關(guān)注
33文章
9353瀏覽量
155811 - 
                                Simulink
                                +關(guān)注
關(guān)注
22文章
548瀏覽量
65220 
發(fā)布評論請先 登錄
相關(guān)推薦
                    熱點(diǎn)推薦
                  linux cp文件出現(xiàn)文件不完整問題
我的一臺linux機(jī)器,上面掛了兩個(gè)nas,我從一個(gè)nas用cp命令拷貝到另一個(gè)nas時(shí),偶爾出現(xiàn)文件拷貝得不完整的情況,請問這個(gè)為什么?有沒有辦法解決這個(gè)問題
    
                發(fā)表于 12-01 22:57        
                    
    
BMP解碼顯示圖片不完整
再次請教原子個(gè)你的那個(gè)圖片解碼的(BMP部分的)工程已經(jīng)移植完畢(用的是znFAT32文件系統(tǒng))但是顯示的圖片不完整(左邊顯示的是圖片的右一半,右邊邊顯示的是圖片的左一半)
    
                發(fā)表于 07-10 04:35        
                    
    
創(chuàng)建對話框時(shí)底部顯示不完整
附件圖片的效果是ucgui3.98模擬器的顯示效果,禁止GUI_SUPPORT_MEMDEV時(shí)顯示異常,使能GUI_SUPPORT_MEMDEV時(shí)顯示正常;但是在我的板子上測試的話,不管GUI_SUPPORT_MEMDEV是否使能,都是顯示異常,底部有一部分顯示不完整,請
    
                發(fā)表于 04-03 04:35        
                    
    
QT解決串口數(shù)據(jù)接收不完整問題
1. 相關(guān)文章匯總(1)QT解決串口數(shù)據(jù)接收不完整問題(貌似貼出的代碼可以存下串口接受的全部數(shù)據(jù))(2)qt中使用串口類接收數(shù)據(jù)不完整 (3)Qt5.7串口接收數(shù)據(jù)不完整因?yàn)榇诒緛砭筒皇且淮谓邮?/div>
    
                                                            
                發(fā)表于 08-18 06:58        
                    
    
怎樣去解決stm32串口DMA數(shù)據(jù)接收不完整的問題呢
stm32串口DMA數(shù)據(jù)接收不完整問題說明最近做了一個(gè)項(xiàng)目需要用串口來接收模塊端的應(yīng)答數(shù)據(jù),由于使用了實(shí)時(shí)操作系統(tǒng),考慮中斷嵌套或被打斷的問題導(dǎo)致數(shù)據(jù)接收不完整的問題,使用串口dma接收數(shù)據(jù),但
    
                發(fā)表于 02-21 06:19        
                    
    
TCP通信數(shù)據(jù)較長時(shí)讀取不完整和什么有關(guān)
數(shù)據(jù)量較小時(shí),比如服務(wù)端發(fā)送1K,2K時(shí),沒問題,上位機(jī)可以讀取到完整的一幀。如果一次發(fā)送5K,10K時(shí),上位機(jī)有時(shí)讀取完整,有時(shí)不完整。 跟RT_LWIP_TCP_SND_BUF RT_LWIP_TCP_WND 配置大小有關(guān)嗎
    
                發(fā)表于 11-04 10:38        
                    
    
不完整地址轉(zhuǎn)發(fā)表的拓?fù)浒l(fā)現(xiàn)方法
出的AFT基本推導(dǎo)規(guī)則BRR的完備性.此外還對基于不完整AFT進(jìn)行拓?fù)浒l(fā)現(xiàn)的NP難問題進(jìn)行了討論,深入剖析了任意實(shí)際的局域網(wǎng)絡(luò)的不完整AFT通過BRR推導(dǎo)完成后的各種可能情況,并分析了單純依靠AFT進(jìn)行拓?fù)浒l(fā)現(xiàn)的局限性.該工作對于基于AFT進(jìn)
    
                發(fā)表于 01-12 16:28        
                ?0次下載    
    
                    
    
APM32F091RCT6_SPI_從機(jī)接收數(shù)據(jù)不完整
APM32F091RCT6_SPI_從機(jī)接收數(shù)據(jù)不完整
    
                發(fā)表于 11-09 21:04        
                ?0次下載    
    
                    
    
淺談C語言中的三種不完整類型
不完整類型(Incomplete types)是缺少足夠信息來確定該類型對象大小的對象類型,不完整類型可以在翻譯單元的某些點(diǎn)完整。
    
                發(fā)表于 12-16 09:52        
        ?771次閱讀            
    
如何獲取ChatGPT回答不完整的內(nèi)容
____tz_zs 對于 ChatGPT 回答不完整的情況(篇幅限制,沒有說完),可以輸入“繼續(xù)”指令,讓其繼續(xù)回答下去,獲得完整內(nèi)容。 如下圖,發(fā)問 “使用web3js 調(diào)用 eth鏈智能合約” 直到這里才是獲得了剛剛問題 “使用web3js 調(diào)用 eth鏈智能合約” 
    
                發(fā)表于 02-10 10:48        
                ?0次下載    
    
                    
    
C語言中的不完整類型是什么
C語言中存在這樣一種類型,名叫不完整類型(Incomplete types),雖然我們可能不太理解,或許也沒有仔細(xì)研究過,但是在實(shí)際的編程中,我們卻已經(jīng)用到過很多次了。
    
    
          
        
        
Simulink模型測試典型問題分享-接口定義不完整
                
 
           
            
            
                
            
評論