じゅんのなんでもＤ．Ｉ．Ｙ．

Microchip C30コンパイラのバグ

自動車に載せている自作コントロールユニットのソフトウェアを書き換えようとしたら不具合がでた。

 

ＵＡＲＴが機能しなくなっちゃった。

 

ＵＡＲＴのオープンは

 OpenUART1(UMODEValue,USTAValue,UBRG);
と記述する。

 

最初のUMODEValueの値は

 unsigned int UMODEValue = UART_EN & UART_IDLE_STOP & UART_RX_TX &　…

と記述するのだが「UART_RX_TX」と記述するとエラーになる。以前（２００７年頃）は記述しなくてもエラーはでなかった。っというかやっぱりエラーになったのではずした覚えがある。

 

あらためて、UARTをコントロールしている「UART.ｈ」を見てみた。すると「UART_RX_TX」のところは

#if defined(__dsPIC30F1010__) || defined(__dsPIC30F2020__) || defined(__dsPIC30F2023__) || defined(__dsPIC30F4011__)
       /* Alternate I/O not implemented on dsPIC33F/PIC24H */
#define UART_ALTRX_ALTTX        0xFFE7  /*Communication through ALT pins*/
#define UART_RX_TX              0xFBE7  /*Communication through the normal pins*/
#endif
と記述されている。つまり「UART_RX_TX」はdsPIC30F1010とdsPIC30F2020とdsPIC30F2023とdsPIC30F4011しかサポートしていないことになる。わたしの使っている石はdsPIC30F3014だからこれじゃコンパイルエラーになるわけだ。

 

この記述は通常のUARTピンと代替UARTピンを指定する機能だがdsPIC30F3014にも代替UARTピンがあるのでサポートしていなければおかしいのだ。

 

以前のバージョンではこれらを指定しなければUART_RX_TXの値である0xFBE7が生成されていたのではないかと思われるが最新バージョンでは指定しないと変な値が生成されているのだろう。

 

これでC30のバグであることが決定。

 

さっそくメインのソースに以下の行を追加

// define UART PARA
#define UART_RX_TX       0xFBE7
#define UART_ALTRX_ALTTX 0xFFE7

これでコンパイルエラーがなくなり、ソフトウェア改修済みのdsPIC30F3014をコントロールユニットに搭載、先ほど走行試験をしてきたらきちんとUART通信がされていて、速度やシフトポジションなどが正常に表示されていた。

 

めでたしめでたし。

 

でも最初、ぜんぜん関係ないところを直したのにいきなり走行中スピードが０と表示されてあせりまくりましたよ。

自動車のウインドゥを音声で昇降

ウインドウの音声コントロールユニット

ファームウエアを作ってみました。大丈夫そうかな？？

なかなかの認識率ですが、ロードノイズのあるところではどうでしょう…

また、まとまった時間が取れたところでテストしてみます。

音声認識メインユニットとコントロールウインドウリレーユニット

ハードウェアはできました　(^_^)v

ファームウェアは来週かな

音声認識：メインユニット

メインユニットといってもこんな程度。

１２Ｖから３．３Ｖ作って音声認識ユニットへ供給し、ＰＩＣ１６Ｆ６４８ＡとＲＸ・ＴＸ・ＢＲＥＡＫ・ＢＵＳＹ使って音声認識ユニットと通信するだけ。

これとは別にウインドゥ制御リレーユニットを作ります。

リレーは昇・降×４窓で８個は必要になっちゃう。別々の線で配線したらＧＮＤを除いて８本必要なわけですが、ＣＬＫとＤＡＴＡの２本を使って独自手順のシリアル通信でコントロールしようと思っています。

ＨＺＤはハザード関連。「ありがとう」というと３回点滅、「ハザード」というと渋滞時の後続車警告用に１０回点滅させようと思っているけど、保安部品なのでこれは安定していることが確認できたらコントロールしてみます。

音声認識：評価基板入出力機能追加

評価基板に入力（タクトスイッチふたつ）・出力（ＬＥＤ)の機能を追加した。

さてと、評価基板ばかり作っていてもしょーがないので、そろそろほんちゃんの基板の設計をはじめよっかな。