AndroidベースのCarPCのPIC18F2550を使用した簡単なUSBキーボードエミュレーション

ハブラハブルの参加者の皆さん、こんにちは。



Habrはプログラマーに焦点を当てたポータルであるという事実にもかかわらず、最近、マイクロコントローラーのプログラミングとそれらに基づいたデバイスの作成に関する多くの記事があることに気付きました。 私は自分の開発の1つを共有することにしました。 過去には、MKで多くのことを書き、会社の1つでソフトウェアおよび回路の開発者として働いていました。それ以前は、Z80およびi8080のAFMプログラムで働いていました。 今、私の成人期に、私は主に自分のインターネットプロジェクトのためにPHP / MySQLで書きます、そして、MKは非常に長い間プログラミングに戻りませんでした。 本格的なプログラマーとは言えません。なぜなら、 たとえば、OOPをマスターできませんでしたが、必要に応じてCで少し書きます。



少し前に、CarPCプロジェクト用のUSBキーボードエミュレーターを作成するタスクがありました。 2000年代のドイツ製車に搭載されたベッカーBE2580ラジオで使用されていたはずです。 エミュレータは、ラジオの通常のボタンを調べて、AndroidベースのCarPCマザーボードに接続された仮想USBキーボードでクリックを生成する必要がありました。 カットの下で、それから来たもの。



CarPC自体について簡単に説明します。最初に、取り外し可能なフロントパネルタブレットを備えた最新のAndroidラジオを車に貼り付けるという冷静なアイデアを思い付きました。 しかし、自動車業界の仲間はこのアイデアを思いとどまらせ、車のインテリアのクラシックな外観とメーカーが考案したデザインに違反しないように促しました。 その結果、Iconbit Toucan Nanoメディアプレーヤーのマザーボードがラジオに組み込まれ、カセットテープドライブの代わりにインストールしました。 同時に、彼は進歩がどれほど速いかを指摘しました。私は興味のためにカセットをチェックすることにしましたが、自宅で単一のカセットは見つかりませんでした。



Toucan NanoはCarPCでの使用に理想的な候補であり、価格は約100ドル（ロシア）で、TV出力（コンポジット）、コンポーネント（専用クロック信号で減算）がありますが、残念ながら出力に必要なRGBはありませんラジオ自体のディスプレイ上の画像。 HDMI、USBホスト（2ポート）があります。 PL2303チップ（USB2COMコンバーター、つまりRS232）のサポートもカーネルにコンパイルされることが判明しました。これにより、外部GPS受信機を接続できるようになり、RalinkチップでWiFiホイッスルをサポートできるようになりました（Dlink DWA-140を使用しました）。 ボードはラジオに取り付けられ、TV出力からの信号は、TDA8362に基づいた自己組み立てTV-> RGBコンバーターを使用して、ヘッドユニットのモニターのRGB入力に送られました。 無線では、ビデオ信号スイッチが提供されるため、無線のすべてのネイティブ機能が保存されています。 次のようになります。







赤色は、2階（ボードの下）に配置されているものを示しています。 Toucan Nanoには、リモコンとリモコン付きのtleが付属しています。 興味深いFly Mouseテクノロジーがリモートコントロールに実装されています。マウスは、リモートコントロールに組み込まれた加速度計に応答するため、リモートコントロールを傾けるだけで、デバイスの画面上でマウスが動きます。これはポインタのようなものです。 しかし、車の中でこれを使用するのは不快で馬鹿げているように思えました。それはまだコンピュータではなくラジオです！ そのため、USBポートに接続し、ラジオボタンに問い合わせながら標準のPCキーボードのように動作するラジオキーボードキーボードエミュレーターを組み立てることが決定されました。 実際、このソリューションは普遍的であり、どのOSでも使用できます。多くのCarPCシステムがIntelプラットフォーム上に構築されていることは周知の事実です。



当時、私はPICマイクロコントローラーを使った経験がなく、若い頃はAtmelのプログラムでしたが、この経験は今日では関係ありませんでした。 10年が経ちましたが、おそらく私の最愛のAT89c2051を誰も覚えていないでしょう。 プログラムは、AFMで厳密に作成されました。 Cでは、さらに難しくなります。2051には2K ROMしかありません。 当時、PICも存在していましたが、使用を拒否しました。 開発ツールは高価すぎたため、2051の場合、Atmel 89c2051と同じ命令セットを持つ外部ROMを備えたi51ベースのROMエミュレーターを自分で開発しました。 さて、私はこの方法でほぼ新たに行かなければならないことに気付いて、勇気を出し、文学のために座った。 したがって、開発では段階的にすべてを描くので、その経験は読者にとって有益だと思います。



最初に、USBサポートを備えたマイクロコントローラーのトピックでインターネットの調査を開始し、すぐに栄光の会社PICのデバイスに出会いました。それは18F2550でした。 宣言された機能は非常に優れていました。USB2.0、1K RAM、完全に構成可能なUSBポートのサポート、実際、2550はどの USBデバイスでもかまいません 。 さらに、すべての標準PIC機能。 このチップはDIP28パッケージで購入できます。これは実装とはんだ除去に便利で、価格は非常に低いです。 昔は、マイクロコントローラーはプログラマーで縫われていましたが、今ではブートローダーが普及しています。 ブートローダーの意味は、一度だけマイクロコントローラーに書き込むだけで十分です。その後、他の手段（この場合はUSBポート経由）でアクセスし、回路から削除せずにデバイスのファームウェアを更新できます。 事前に縫製されたマイクロコントローラーとブートローダー経由でファームウェアをアップロードするための既製のソフトウェアを備えた既製のクジラが販売されていますが、私はそのようなクジラを探したくありませんでした（送信されるまで待ちません）。 だから、私はちょうど最寄りのラジオ店に行き、きれいなPIC18F2550を買いました。



次に、ブートローダーを埋めるためにプログラマを組み立てる必要がありました。 インターネットを検索して、私はこれを見つけました：



products.foxdelta.com/progparallel.htm



スキームはそこに添付されています。 もちろん、不要な詳細を削除して、それを単純化しました。 はんだ付けが面倒でした。 実際、マイクロコントローラーのピンはLPTに直接接続されています。 ソフトウェアはWinPic800を使用しました。 ブートローダー自体については、別の話です。 それぞれアドレス0x000からロードされ、プログラム自体はアドレス0x800から開始する必要があります。アドレス0x800はコンパイラの設定に示されています。 いくつかの異なるブートローダーを見つけました。それぞれ異なるモード（たとえば、HID）でファームウェアを流し込み、それぞれが異なるIDEを対象としています。 点滅しているコンピューターのUSB PICドライバーは、異なる方法で使用することもできます。 PICはさまざまなUSBデバイスに「変わります」。 私は絶えず18F4550のブートローダーに出会いましたが、その構成は異なり、私のMK上のブートローダーは機能しませんでした。 その結果、PIC-ovskyデモボードMCHPUSBをベースにしたブートローダーとブートローダーファームウェアに落ち着きました。 ブートローダー自体を回路用にわずかに変更する必要がありました（ブートローダーボタンをマイクロコントローラーの別のピンに配置したため）。 一般に、多くの種類の異なるパラメーター（たとえば、水晶振動子のタイプ、周波数逓倍器、そのようなナンセンスなど）が多数あることが判明しました。 これらのパラメーターが誤って示されている場合、デバイスは縫製され、プログラムに従ってLEDを点滅させますが、USBデバイスとして動作することを拒否し、「お気に入り」エラー「USBデバイスが認識されません」を与えます。 周波数が間違っています。 最終的に実行可能な構成が見つかるまで、この問題に数日かかりました。 その結果、私のブートローダーは4Mhzクオーツ用に設計されています。 LEDはRA5にはんだ付けされ、ブートローダーのファームウェアモードをアクティブにするためのボタンはRA3（およびそれから1kOhmプラス）、地面まで26フィート（LVPモードで動作するため）です。 MKがリセットを押したままブートローダーモードに入るには、RA3の指定されたボタンを押します。 何らかの理由で、LVPビットの再フラッシュに失敗しました（低電圧ファームウェアモードを無効にします）。 理論的には、ブートローダーを上書きから保護する必要があります。 乗数は、最大周波数48 Mhzに調整されます。 残念ながら、マイクロコントローラーをUSBモードで使用する場合、周波数を高くすることはできません。 USBの周波数は固定されており、乗数には多様性がありますが、これは必要ないことが判明しました。



その結果、ブートローダーが修正し、Microchipからコンピューターにドライバーをインストールしました。 プログラムの基礎として、私はすぐにBradley A. Minchから無料の例を取り上げました。これは、文字「f」、「o」、「o」、「b」、「a」、「r」を仮想キーボードに順番に発行します。 このプログラムのソースコードは次の場所にあります。



code.google.com/p/picusb/source/browse/lab2_pickit2/lab2.asm?spec=svn69&r=69



プログラムをコンパイルし、以前に多数のPIC構成レジスタを構成していたため、ループでコンピューターに文字列foob​​arを出力し始めたことを確認しました。 やった！ 現実には、これはすべて1日で行われたわけではありませんが、詳細は省略します。 そして、ここで私はこの奇跡がすべてIconbitでうまくいかないかもしれないという恐怖に一瞬逮捕されました。Iconbitは理由を与えずに私の仕事のほぼ1週間を単に無視するかもしれません。 しかし、デバイスをAndroidマザーボードに接続したところ、動作することがわかりました。すぐに検索ウィンドウが開き、そこでよく知られているfoobar文字が実行されました。 Androidは、検索ボックスを開いて任意のキーを押すことに反応します。



さらに、プログラムを私のニーズに合わせて変更する必要がありました。特に、ラジオ自体からデータを読み取るコードを作成する必要がありました。 それがどのように機能するか、私はその時点で全く知りませんでした。 ラジオのマトリックスに接続して、そこから読み取る必要があると思いました。 通常、このようなデバイスは、ユニットがX軸に沿って「実行」され、Y軸に沿って情報が読み取られるときに、マトリックスの動的スキャンを使用します。 つまり、8個のピン（4 + 4）で16個のキーを処理できます。 このようなマトリックスを同時に読み取るには、8ピンが必要ですが、入力用に構成されます。 しかし、無線ボードを調べてみると、思いやりのあるドイツ人がキーボード全体を処理するために別個のプロセッサを割り当て、エンコーダーハンドルだけが中央のパーセントに直接行くことに気付きました。 その結果、ラジオのキーボードの近くに出力があり、ラジオのキーを押すとパルスが表示されます。 パルス繰り返し率は非常に高いことが判明し、最初はPL2303に基づいたコンバーターに愚かに接続しました。 RS-232ポートに適用し、ポート設定の実験を開始しました。 その結果、ポートを最大480 kbpsに設定すると、意味のあるバイトを表示できることがわかりました。 私にとって、ドイツ人がキーボードデータをこのように高速で送信する必要があったのは依然として謎です。



PIC用のプログラムを作成するために、ラジオのキーボードプロセッサのパルスの性質を詳細に分析する必要がありました。 このために、私はオシロスコープを買いました。 私の若い頃はもちろん、これらすべてのデバイスを持っていましたが、それらはすべて両親に残っていて、5年間モスクワにすでに移動していました。 そのため、デバイスのフリートをゆっくりと構築することにしました。結局、時々アマチュア無線に戻ります。



その結果、情報の各パケット（2バイトで構成される）の前のプロセッサが長いパルスを出力し、情報ブロックの送信開始の「パイロット」警告として機能することが判明しました。 同じボタンを押しても、このブロックの長さ（およびバイト間の間隔）が任意に変化することは驚くべきことでした。 もう1つの問題は、PICがその速度でデータをプログラムで確実に読み取ることができなかったことです。 結局のところ、彼はUSBバスを保守する時間も必要です！ 間違ったタイミングでキーが押された場合、単純にスキップされます。 上記で書いたように、乗算器の助けを借りてコア周波数を最大に上げましたが、この設定でも、プロセッサーは限界で動作し、時々ビットを逃しました。その結果、ボタンを正しく決定する確率は約70％で、車では受け入れられませんでした ここで私はすでに賢明に私の心を集めていて、おそらく、第二の信号（ストロボ）があると考えました。 そしてそれが判明した。 しかし、最初は、何らかの理由でパルスが常に存在するため、それを見つけられませんでした。ボタンが押されたときにそれらが表示された場合、それは論理的です。 どうやら、無線プロセッサは連続的なサイクルでキーボードをポーリングし、キーの状態が変わらなくても、ビットを送信するときにインパルスを与えます。 つまり、アクティビティがない場合は、単にゼロを送信します。 一般に、プロセッサは送信されたすべてのビットをゲートします。その結果、完全に明確に読み取ることができます。 PICでプログラムを書き直した後、すべてが安定して美しく動作し始めました。 ボタンを押すと、1つのコードが生成され、離すと別のコードが生成されます。 したがって、ボタン保持モードを実装することはできましたが、私はこれをしませんでした。 ボタンなどが豊富になりました。



ここでは、プログラムからの抜粋、つまり私が書いた部分を示します。 上記のリンクで元のプログラムを見ることができます。 プログラムには、もちろん、読み取ったキーコードと、ヘッドデバイスに転送する必要があるUSBコードを比較するテーブルがあります。 （ケースを切り替える時間を無駄にしないために）通常はコメントを英語で書くことにすぐに気づきます。 誰かがプログラムのフルバージョンに興味があるなら、私は問題なくそれを送ることができます。 著作権の理由から、ここでは全文が提供されていません。 ブートローダーとそのファームウェアのプログラム、ファームウェアをアップロードするプログラムを送信することもできます。



記録ボタン。

unsigned char recode(long n) { if (n==0x3550) return 'Q'; // <> REVERSE if (n==0x1580) return 'U'; // up - 1 if (n==0x6aa0) return 'X'; // next - 2 if (n==0x2540) return 'D'; // down - 3 if (n==0x4a80) return 'Z'; // prev - 4 if (n==0x1570) return 'L'; // left - 5 if (n==0x0560) return 'R'; // right - 6 if (n==0x4520) return 'H'; // home if (n==0x0ac0) return 'A'; // player if (n==0x6500) return 'T'; // TEL ?? if (n==0x5530) return 'N'; // navi if (n==0x7510) return 'S'; // settings if (n==0x1b28) return 'B'; // back if (n==0x4500) return 'E'; // enter if (n==0x28e0) return 'M'; // (MAP) ?? if (n==0x1320) return 'O'; // notification area - REPEAT if (n==0x0330) return 'F'; // search/find - CALL return 0; } int remap(int n) { // launcher if (n=='S') return 0x3a; // F1 settings/menu if (n=='F') return 0x3b; // F2 if (n=='O') return 0x3c; // F3 notification area // programs if (n=='H') return 0x3D; // F4 home if (n=='A') return 0x3f; // F6 audio/player if (n=='N') return 0x40; // F7 navi if (n=='M') return 0x44; // F11 map if (n=='T') return 0x45; // F12 tel // player controls if (n=='Z') return 0x3e; // F5 prev song if (n=='X') return 0x43; // F10 next song //cursor if (n=='L') return 0x50; // left if (n=='R') return 0x4f; // right if (n=='U') return 0x52; // up if (n=='D') return 0x51; // down if (n=='E') return 0x28; // enter if (n=='B') return 0x29; // ESC back return 0x0; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

構成：

 #pragma config DEBUG = OFF // 1L 30000 #pragma config PLLDIV = 1 // PLL prescaler //#pragma config CPUDIV = OSC3_PLL4 // sysclock postscaler - working #pragma config CPUDIV = OSC1_PLL2 // sysclock postscaler #pragma config USBDIV = 2 // usb clock comes from PLL div 2 // 1H 30001 // #pragma config FOSC = XTPLL_XT // low speed mode #pragma config FOSC = HSPLL_HS // highspeed mode #pragma config FCMEN = OFF // fail safe clock #pragma config IESO = OFF // int/ext oscillator // 2L 30002 #pragma config PWRT = OFF // power up timer #pragma config BOR = OFF // brown out #pragma config BORV = 0 #pragma config VREGEN = ON // usb voltage regulator // 2H 30003 #pragma config WDT = OFF // watchdog #pragma config WDTPS = 32768 // 3H 30005 #pragma config CCP2MX = ON // ccp2 mux #pragma config PBADEN = OFF // portb a/d enable #pragma config LPT1OSC = ON // low power timer 1 oscillator #pragma config MCLRE = ON // MCLR pin enable // 4L 30006 #pragma config STVREN = ON // stack full #pragma config LVP = ON #pragma config XINST = OFF // extended instructions // 30008 //#pragma config ICPRT = OFF #pragma config CP0 = OFF #pragma config CP1 = OFF #pragma config CP2 = OFF #pragma config CP3 = OFF // 30009 #pragma config CPB = OFF #pragma config CPD = OFF // 3000a #pragma config WRT0 = OFF #pragma config WRT1 = OFF #pragma config WRT2 = OFF #pragma config WRT3 = OFF // 3000b #pragma config WRTB = OFF #pragma config WRTC = OFF #pragma config WRTD = OFF // 3000c #pragma config EBTR0 = OFF #pragma config EBTR1 = OFF #pragma config EBTR2 = OFF #pragma config EBTR3 = OFF // 3000d #pragma config EBTRB = OFF //#define SHOW_ENUM_STATUS #define LED PORTAbits.RA5 #define CAR PORTAbits.RA0 // keypad data line #define EN1 PORTAbits.RA1 #define EN2 PORTAbits.RA2 #define SYN PORTAbits.RA3 // keypad strobe line
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

一部の設定は、ブートローダーを埋めるときにプログラマー自身によって再定義されます。



キーコードをUSBインターフェイスに転送する：

 void SendKeyBuffer(void) { unsigned char n; for (n = 0; n<8; n++) BD1I.address[n] = Key_buffer[n]; // copy Key_buffer to EP1 IN buffer BD1I.bytecount = 0x08; // set the EP1 IN byte count to 8 BD1I.status = ((BD1I.status&0x40)^0x40)|0x88; // toggle the DATA01 bit of the EP1 IN status register and set the UOWN and DTS bits } int sendKey1(unsigned char c) { int n; long timeout=0; for (n = 0; n<8; n++) Key_buffer[n] = 0x00; // clear key buffer // ?? hang place 2 while ((BD1I.status&0x80)) { // wait to see if UOWN bit of EP1 IN status register is clear, (ie, PIC owns EP1 IN buffer) timeout++; if (timeout>250000) { return 0; } ServiceUSB(); } *(Key_buffer+2)=c; SendKeyBuffer(); ServiceUSB(); return 1; } int sendKey(unsigned char c) { if (sendKey1(c)) return (sendKey1(0x00)); return 0; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ラジオボタンを読み取るためのサブルーチン。 パフォーマンスを最大化するには

ループは使用されません。 すべてのビートがカウントされます。

 char readByte() { unsigned char b = 0; // unsigned char i = 0; while (SYN==0); b = (b << 1) | CAR; while (SYN==1); while (SYN==0); b = (b << 1) | CAR; while (SYN==1); while (SYN==0); b = (b << 1) | CAR; while (SYN==1); while (SYN==0); b = (b << 1) | CAR; while (SYN==1); while (SYN==0); b = (b << 1) | CAR; while (SYN==1); while (SYN==0); b = (b << 1) | CAR; while (SYN==1); while (SYN==0); b = (b << 1) | CAR; while (SYN==1); while (SYN==0); b = (b << 1) | CAR; while (SYN==1); return b; } int countZero() { unsigned short i=1; while (CAR==0 && i++); return i/4; } int readCar() { int i; int d = 0; unsigned char k; unsigned char r; unsigned long vl; //#define analyzer //#define dbg // debug mode if (CAR==0) return 1; #ifdef analyzer for (i=0;i<110;i++) { carbuff[i]=readByte(); carbuff[i+110]=ssd; // strobe data } for (i=0;i<221;i++) { printHex(carbuff[i]); } crlf(); crlf(); return 1; #endif // end analyzer while (CAR==1); // short intro 1 while (CAR==0); // short intro 0 while (CAR==1); // long intro 1 vl = readByte() * 0x100 + readByte(); k = recode(vl); #ifdef dbg printDword(vl); // dbg crlf(); // dbg #endif if (k!=0) { #ifdef dbg printChar(k); // dbg crlf(); // dbg #endif #ifndef dbg r=remap(k); // send actual keys we need return sendKey(r); #endif } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

CAR-無線キーボードキーボードのプロセッサからの信号が接続されるピン。 SYN-無線キーボードプロセッサからのストローブ信号。



デバッグの過程で、多くの問題に遭遇しました。 場合によっては、マイクロコントローラーがハングし、USBデバイスが単に消えてしまいます。 USB交換プロトコルは非常に難しく、すべてのニュアンスを掘り下げることは容易ではありませんでした。 試行錯誤を通じて、問題のある領域を見つけ、そこにソフトウェアウォッチドッグを追加しました。これにより、これらの場所でハングが発生した場合にプロセッサが再起動されます。 その結果、99％のキープレス決定の忠実度でフリーズすることなく、プログラムの安定したトラブルのない操作を実現しました。 Toucan自体のUSBポートは、特にUSBスプリッターを使用していたため、あまりうまく機能しません。 USBマウスホイッスルなどの「深刻な」デバイスでさえ、次の再起動まで消えることがあります。 自家製について何が言えますか。 しかし、私は工場のUSBデバイスのレベルで安定性を達成することができました。



次に、エンコーダーを接続する必要がありました。 エンコーダーから上下ボタンのエミュレーションにデータを送信し、Enterキーのエンコーダーノブを押すことにしました。 さて、クリックはプロセッサを処理します、つまり すでに機能しています。 エンコーダについては、読むのは難しくありません。 ピンを2ビットに接続すると、シーケンス0、1、3、2（バイナリコード00 01 11 10）が得られます。 2つをトリプルで変更すると、0 1 2 3になります。次に、差が1または-3の場合、前の結果から現在の結果を減算し、もう一方の方向が-1または3の場合、一方の方向に回転します。 エンコーダの読み取りは、何らかの種類のテーブルによって実装されていることがわかりました。一般に、何もする必要はありません。 手順は次のとおりです。

 int readEncoder() { int k; int enc; int subb; int res = 1; static int enc1 = 0; static int init = 0; if (!init) { // prevent encoder key command sent on startup init = 1; enc1 = enc = EN1 + EN2 * 2; if (enc==3 || enc==2) enc=enc ^ 1; } enc = EN1 + EN2 * 2; if (enc==3 || enc==2) enc=enc ^ 1; if (enc != enc1) { subb = enc - enc1; if (subb==1 || subb==-3) k='U'; if (subb==-1 || subb==3) k='D'; res = sendKey(remap(k)); // send up or down key command } enc1 = enc; return res; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

PowerAMPが明確に制御されるようになりました：エンコーダーノブと入力！ ペンを使用して、音楽が入ったフォルダを検索し、ボタンに入力して作曲を開始します。 夢！



仮想キーボードによって生成されたコードは、ASCIIコードでもAndroidキーコード（ASCIIコードとも異なる）でもないことを付け加えます。 これらは個別のUSBキーボードコードです。 この表でそれらを見つけることができます：



www.win.tue.nl/~aeb/linux/kbd/scancodes-14.html



したがって、Androidには、スペシャルの処理を担当する特別な構成があります。 キー。 もちろん、ナビゲーションを開始し、ホームボタンを使用してプレーヤーを起動する必要がありました。 このためには、keylayoutファイルを編集する必要があります。これらのファイルの説明は次のとおりです。



source.android.com/tech/input/key-layout-files.html



ここに私の設定があります：



キー1 BACK＃ESC（「AC」ボタン）

キー59 MENU＃F1（「BC」ボタン）

#key 60 CAMERA＃F2（「CALL」ボタン）

キー61 NOTIFICATION＃F3（デッキの「繰り返し」キー）

キー62 HOME＃F4（「メイン」ボタン）

キー63 MEDIA_PREVIOUS＃F5（「4」ボタン）

キー64 HEADSETHOOK＃PLAY / PAUSE F6（「オーディオ」ボタン）

#key 65 INFO＃F7（「ナビ」ボタン）

キー66 VOLUME_UP＃F8 ??

キー67 VOLUME_DOWN＃F9 ??

キー200 HEADSETHOOK＃ハードウェアキー＃MEDIA_STOPが機能しない

キー68 MEDIA_NEXT＃F10（「6」ボタン）

キー87 POWER＃F11（デッキの「マップ」キー）

#key 88 EMAIL＃F12（「tel」ボタン）



もちろん、このファイルはルート化されたデバイスでのみ編集できます。



Toucan Nanoに最新のアップデートをインストールした後、一部のキーが機能しないことがありました。 なぜ-私はまだ見つけることができませんでした。 たとえば、最も重要な[ホーム]ボタンが機能しなくなりました。 そのため、システムの起動時に開始される単純なバッチファイルを作成しました。 ここにあります：



＃！/ system / bin / sh

stty -F / dev / ttyUSB0 ispeed 4800

chmod 0777 / dev / ttyUSB0



寝る20

am broadcast -a info.mapcam.droid.SERVICE_START＃mapcam.info



本当ながら



する



s = $（getevent -v0 -c1）＃すべての入力デバイスから1つのイベントを読み取ります

＃-v0により、不要なゴミの束がこぼれないようにします



s = $（echo $ s | awk '{print $ 4}'）＃キーコードを選択



case $ s in＃必要なコマンドを実行する

0007003f）am start -a android.intent.action.MAIN -c android.intent.category.HOME -n com.maxmpz.audioplayer / .StartupActivity＃AUDIO

＃am start -a android.intent.action.MAIN -c android.intent.category.HOME -n com.maxmpz.audioplayer / .PlayListActivity＃AUDIO

寝る1

;;



00070040）am start -n ru.yandex.yandexmaps / .MapActivity＃NAVI

寝る1

;;



0007003d）am start -a android.intent.action.MAIN -c android.intent.category.HOME

寝る1

;;



00070045）am start -a android.intent.action.MAIN -n com.speedsoftware.rootexplorer / .RootExplorer＃TEL

寝る1

;;



0007003b）am startservice -a "org.broeuschmeul.android.gps.usb.provider.nmea.intent.action.START_GPS_PROVIDER"

寝る5

am broadcast -a info.mapcam.droid.SERVICE_START

＃am start -n info.mapcam.droid / .SpeedometrActivity＃CALL

寝る1

;;

エサック



やった



このエミュレータは、ほぼ1年間、マシンで正常に使用されています。 計画では、マウスをエミュレートして、ボタンで画面内を移動できるようにします。 残念ながら、タッチスクリーンをシステムに統合するのをまだマスターしていません。 残念ながら、多くのプログラム（たとえば、ランブラーマップ）はボタンで制御されず、タッチスクリーンが必要です。 したがって、すべて同じで、そのような場合は車内でUSBマウスを携帯する必要があります。



Androidプロジェクト自体については、どういうわけか面白いかどうかを個別に伝えることができます。