Flasher 5
Flasher 5Flasher 5 is a programming tool for ST9 and Renesas M16C/20, M16C/62, M16C/80, M32C, R8C, R32C, M38 and M79 series of flash microcontrollers in serial mode (1.5 MByte FLASH to store target program, remote control functions for automated testers). Main features
|
|
emUSB Host
emUSBホスト
emUSBホストスタック
emUSBホストスタック
emUSBホストドライバ
emUSBは、ハードウェアの依存関係が含まれていません。これらは、インターフェースの機能から構成されるハードウェアアブストラクションレイヤを介してカプセル化されます。特定のUSBコントローラのこれらの関数のすべては、通常、単一のファイル、USBドライバに配置されています。これらの関数の詳細についてはで見つけることができますemUSBホストマニュアル。サポートされるUSBのハードウェアの範囲のインターフェイスは、それが最も一般的なUSBホストコントローラを使用することが可能であることをように設計されている。これは、外部のチップとして、マイクロコンピュータの一部としてもUSB 1.1(フルスピード)コントローラ、USB 2.0(フル+ハイスピード)コントローラが含まれています。
利用可能なUSBドライバ
以下のデバイスドライバは、emUSBホストで使用可能です。
ドライバ(ホスト) | メーカー | マイクロコントローラ |
---|---|---|
OHCIドライバ | アトメル | AT91SAM9260 |
AT91SAM9261 | ||
AT91SAM9263 | ||
AT91SAM92G10 | ||
AT91SAM92G20 | ||
AT91SAM9XE | ||
AT91SAM92G45/M10 | ||
NXP | LPC1754 | |
LPC1756 | ||
LPC1758 | ||
LPC1759 | ||
LPC1765 | ||
LPC1766 | ||
LPC1768 | ||
LPC1776 | ||
LPC1777 | ||
LPC1778 | ||
LPC1785 | ||
LPC1786 | ||
LPC1787 | ||
LPC1788 | ||
LPC2387 | ||
LPC2388 | ||
LPC2420 | ||
LPC2458 | ||
LPC2460 | ||
LPC2468 | ||
LPC2470 | ||
LPC2478 | ||
LPC3180 | ||
LPC3220 | ||
LPC3230 | ||
LPC3240 | ||
LPC3250 | ||
LH7A400 | ||
LH7A404 | ||
ルネサス | NEC V850ES JX(G / H)3 - U | |
STM32ドライバー | ST | STM32F105 |
STM32F107 | ||
RXのドライバ | ルネサス | RX62N |
emwin
emWin
これは、任意のサイズ任意のLCDコントローラやCPUとの物理的および仮想ディスプレイに適応されることがあります。
機能
- 任意の8/16/32ビットのCPU、唯一のANSI"C"コンパイラが必要です。
- (右のドライバが使用可能な場合)がサポートする任意のコントローラを持つ任意の(モノクロ、グレースケールまたはカラー)液晶。
- 小さなディスプレイにLCDコントローラなしで動作する可能性があります。
- シミュレーション内のすべてのレイヤの詳細(拡大)ビューのためのPCツールemWinView。
- 任意のインターフェイスは、コンフィギュレーションマクロを使用してサポート。
- 表示サイズの設定。
- 文字とビットマップがないだけで偶数バイトアドレスに、LCD上の任意の時点で書き込むことができます。
- ルーチンは、サイズと速度の両方に最適化されています。
- コンパイル時のスイッチは、異なる最適化が可能になります。
- 低速LCDコントローラの場合、LCDは最小へのアクセスを低減し、非常に高速で、その結果、メモリにキャッシュできます。
- 明確な構造。
- 仮想ディスプレイのサポート、仮想ディスプレイは、実際のディスプレイよりも大きくすることができます。
ソフトウェア構造とコンポーネント
emWin構造
emWinコンポーネント
PC用のオプションのウィジェットのルックアンドフィール
ウィンドウマネージャ
ダイアログ
タッチスクリーン&マウスのサポート
メモリデバイスコンテキスト
VNCのサポート
ドライバ(レイヤ1)
マルチ/多層ディスプレイサポート
アンチエイリアシング
Microsoft VisualのC + +を使用してemWin Windowsのシミュレーション
タッチスクリーンのシミュレーション
関連するソフトウェア
利用可能なPCツール
- シミュレーションプラスビューア。
- ビットマップコンバータ。
- フォントコンバータ。
emWinスターターキット
"すぐに使える"スターターキットでは、実際のハードウェア上で動作し、マイクロコントローラや他の開発ツールと同様にemWinに慣れることができます。emWinサンプル
サンプルは"C"コードの多くは、emWinの機能を実証するために提供されており、また、類似のアプリケーションで顧客が使用することができます。グラフィックスライブラリ(GUI)
- 別の色深度のビットマップがサポートされています。
- ビットマップコンバータが含まれています。
- 絶対にない浮動小数点使用しません。
- 高速線/点の描画(浮動小数点の使用なし)。
- 円/多角形の非常に高速な描画。
- 異なる描画モード。
- フォントの多様が含まれています。
- タッチスクリーンとマウスのサポートが含まれています。
- シミュレーションが含まれています。
すべての液晶ディスプレイがサポートすることができます
ドライバは、モノクロ、グレースケールのパッシブとアクティブカラー(TFT)ディスプレイを含む、液晶ディスプレイのすべてのタイプのために書くことができます。すべての一般的な液晶ディスプレイ用LCDドライバはすでに存在している。
フォント
- 4 * 6,6 * 8,6 * 9、8 * 8、8 * 9、8 * 16、8 * 17、8 * 18、24 * 32、およびプロポーショナル:異なる、さまざまなフォントは、基本的なソフトウェアが同梱されています8、10、13、16のピクセルの高さとフォント。
- 新しいフォントが定義されており、単にインチリンクすることができます
- 唯一のアプリケーションで使用されるフォントは、実際には最小限のROMを使用する結果、生成される実行可能にリンクされています。
- フォントは、XとYで別々に、完全にスケーラブルです。
- 利用可能なフォントコンバータ、ご使用のホストシステム(すなわち、Microsoft Windowsの)上で利用可能なフォントを変換することができます。
カラーマネジメント
小さなメモリフットプリント
emWinはできるだけ小さいメモリフットプリントを持つように設計されています。様々なコンフィギュレーションスイッチは最小限にメモリ消費量を削減する、完全にあなたのニーズに合うようにソフトウェアを調整することができます。メモリ要件は、ソフトウェアの部品が使用されるかによって、どのように効率的なターゲットコンパイラが異なります。それは正確な値を指定することは不可能ですが、次は、一般的なシステムに適用されます。
- RAM:100バイト
- スタック:500バイト
- ROM:10〜25キロバイト(使用される機能に応じて)
- RAM:2〜6キロバイト(窓の必須の数に応じて)
- スタック:1200バイト
- ROM:30〜60キロバイト(使用される機能に応じて)
層の構造
レイヤ4:ウィンドウマネージャ
レイヤ3:ウィジェットライブラリ
レイヤ2:グラフィックライブラリ
レイヤ1:LCDドライバ(複数可)
アプリケーションノート
embOS / IP Webサーバ
embOS / IPのWebサーバ
embOS / IP WebサーバはスタックにHTTPプロトコルを追加するオプションの拡張です。それは、小さなメモリフットプリントとパフォーマンスの最大を兼ね備えています。Webサーバは、組み込みシステムが動的に生成されたコンテンツでWebページを提示することができます。複数の接続、認証、フォームや低RAMの使用量:一般的には、組込みシステムに必要なすべての機能が付属しています。RAMの使用量は、スマートバッファ処理によって最小限に抑えられている。 Webサーバは、コメント(RFC)の次のリクエストの関連する部分を実装しています。
|
||||||||||||
機能リスト
|
||||||||||||
要件TCP / IPスタックembOS / IP Webサーバは、TCP / IPスタックが必要です。それはembOS / IP用に最適化されていますが、任意のRFC準拠のTCP / IPスタックを使用することができます。出荷は、標準のWinsock APIとembOS / IPのソケットAPIを使用して実装を使用するWin32のシミュレーションが含まれています。 タスキング、マルチWebサーバは別のスレッドとして実行する必要があります。そのため、マルチタスクシステムはembOS / IPのWebサーバを使用するために必要です。 HTTPの背景HTTPはもともとハイパーテキストのページを経由して情報を転送するために設計された通信プロトコルです。HTTPの開発は、IETF(インターネットエンジニアリングタスクフォース)とW3C(World Wide Webコンソーシアム)によって調整されます。現在のプロトコルバージョンは1.1です。 HTTP通信の基礎HTTPは、チャレンジと応答プロトコルです。クライアントは、WebサーバへのTCP接続を開始し、HTTP要求を送信します。HTTPリクエストは、メソッドトークンで開始されます。[RFC 2616]は8メソッドのトークンを定義します。メソッドトークンは要求されたリソース上で実行されるメソッドを示します。embOS / IPのWebサーバは通常、組み込みWebサーバが必要とするすべてのメソッドをサポートしています。
次の例は、クライアント(たとえば、192.168.1.75)がembOS / example.htmlハイパーテキストのページのためのIPのWebサーバに要求のHTTPセッション、の部分を示しています。 example.html GET / HTTP/1.1 すべての応答メッセージの最初の行は、数値のステータスコードに続くプロトコルバージョンから構成される、ステータスラインです。ステータスラインは、コンテンツタイプ、サーバ、有効期限と転送エンコーディングが続いている。サーバの応答が転送されるべきコンテンツの長さが続く、空行で終わります。長さはバイト単位でWebページの長さを示します。 HTTP/1.1 200 OK その後、Webサーバは、クライアントに要求されたハイパーテキストのページを送信します。空行が続くのWebページの末尾のゼロは、要求されたWebページの送信が完了したことをsignalizes。 ウェブサイト:example.htm |
RFC | 説明 |
[RFC 2617] | HTTP認証:BasicおよびDigestアクセス認証 の直接リンク:http://tools.ietf.org/html/rfc2617 |
"基本"認証スキームは、クライアントがユーザーIDおよび各レルムのパスワードを使用して自身を認証しなければならないというモデルに基づいています。realm値は、そのサーバー上の他の領域と等しいかどうかを比較することができる不透明な文字列を考慮する必要があります。サーバは、Request - URIの保護空間用のユーザIDとパスワードを検証できる場合にのみ、要求を処理します。は、オプションの認証パラメータはありません。保護空間内のURIに対して、未認証のリクエストを受け取ると、サーバは以下のような課題に応答する必要があります。
WWW認証:基本レルムは="embOS / IP組み込みWebサーバ"
ここで、"embOS / IPの組み込みWebサーバーは、"Request - URIの保護空間を識別するためにサーバによって割り当てられた文字列です。認可を受信するには、クライアントが資格にbase64でエンコードされた文字列内で、単一のコロン(":")文字で区切られた、ユーザIDとパスワードを送信します。ユーザエージェントがユーザID"user"とパスワード"pass"を送信したい場合には、以下のヘッダフィールドを使用します。
承認:基本dXNlcjpwYXNz
認証の例
クライアントが認証を必要とするリソースを要求します。
GET / confに/ Authen.htm HTTP/1.1
ホスト:192.168.1.75
サーバは"401 Unauthorized"というステータスページを使用して要求に答えます。401エラーページのヘッダーには、addionalラインのWWW - Authenticate含まれています。それは適切なユーザ名とパスワードがクライアント(たとえば、Webブラウザ)から送信されるべきレルムが含まれています。
HTTP/1.1 401不正な
日付:Mon、2008年2月4日午前17時00分44秒GMT
サーバ:embOS / IP
Accept -レンジ:バイト
Content - Length:695
接続:近い
Content - Type:text / htmlの
X -パッド:ブラウザのバグを避けるため
WWW - Authenticate:基本領域="embOS / IPの組み込みWebサーバ" 401不正
401不正 ブラウザではない認証-対応または認証が失敗しました。
クライアントは、ヘッダを解釈し、リソースのレルムに対してユーザー名とパスワードの組み合わせを入力するダイアログボックスが開きます。
要求されたレルムの適切なユーザー名/パスワードの組み合わせを入力し、[OK]ボタンで確定。クライアントは、base64エンコードされた文字列と、再度リソースを要求するユーザ名/パスワードの組み合わせをエンコードします。認可::基本dXNlcjpwYXNzリクエストヘッダは、次の行によって強化されています
/ confに/ Authen.htm HTTP/1.1 GET、
192.168.1.75:ホスト
認証:基本dXNlcjpwYXNz
領域の定義されたユーザー名/パスワードの組み合わせにデコードされた文字列が一致すればサーバをデコードユーザー名/パスワードの組み合わせとチェック。文字列が同一である場合、サーバはページを提供します。文字列が同一でない場合、サーバは"401 Unauthorized"というステータスページで再度回答します。
HTTP/1.1 200 OK
Content - Type:text / html
サーバー:embOS / IP
有効期限:木、1995年10月26日00:00:00 GMT
Transfer - Encoding:チャンク化された 200 ウェブサーバ設定 0
認証の設定
embOS / IPのWebサーバはそれを返す前にすべてのリソースのアクセス権をチェックします。ユーザーは、Webサーバーのリソースの異なる部分を分離するために別のレルムを定義することができます。WEBS_ACCESS_CONTROL構造体の配列は、ユーザのアプリケーションで実装する必要があります。WEBS_ACCESS_CONTROLの構造体の要素の詳細については、164ページの構造WEBS_ACCESS_CONTROLを参照してください。認証を使用しないする必要がある場合、配列はルートのパスの1つだけのエントリが含まれています。
WEBS_ACCESS_CONTROL _aAccessControl [] = {
{"/"、NULL、NULL}、
0
};
領域"conf"を定義するには、追加のWEBS_ACCESS制御エントリは、実装する必要があります。
WEBS_ACCESS_CONTROL _aAccessControl [] = {
{"/ confに/"、"設定のためのログイン"、"user:pass"}、
{"/"、NULL、NULL}、
0
};
文字列"構成のためのログインは、"レルムを定義します。"user:passはは"一つの文字列に格納されているユーザー名/パスワードの組み合わせです。
フォームの処理
embOS / IPのWebサーバは両方のPOSTをサポートし、クライアントからフォームデータを受信するためのアクションを取得します。POSTは、識別されたリソースに処理するデータを送信します。データは、要求の本体に含まれています。唯一のリソースを要求するために使用される通常ですが、それは、Webアプリケーション内のアクションのためにGETを使用することも可能になってしまう。サーバ側のデータ処理は、新しいリソースを作成するか、既存のリソースまたは両方を更新する可能性があります。
すべてのHTMLフォームでは、これらの入力の各項目は、名前のタグを持つテキストフィールドなどの入力項目、ボタン、チェックボックスなどで構成されています。ユーザーがフォームでこれらの項目にデータを置くと、その情報がフォームデータにエンコードされます。フォームデータは"&"文字で区切られた = ペアのストリームです。 入力項目のそれぞれがユーザーによって指定された値は値と呼ばれています。 = ペアをURLエンコードされ、これはスペースが"+"に変更され、特殊文字を十六進値にエンコードされていることを意味します。 [RFC 1738]を参照してURLエンコーディングの詳細については。フォームデータの解析とデコードがembOS / IPのWebサーバによって処理されます。その後、サーバはパラメータとしてデコードされ、解析された文字列でコールバック関数を呼び出します。コールバック関数を実装する責任はユーザー側にあります。
簡単なフォーム処理のサンプル
次の例では、WebサーバーのアプリケーションとHTMLフォームの出力の処理を示しています。例のWebページのExampleGET.htmは、3入力、2つのテキストフィールドとボタン1つでフォームを実装しています。
それがサーバーに追加されるWebページのHTMLコードは次のとおりです。
embOS / IPのWebサーバのフォームの例
192.168.1.75:ホスト
認証:基本dXNlcjpwYXNz
Content - Type:text / html
サーバー:embOS / IP
有効期限:木、1995年10月26日00:00:00 GMT
Transfer - Encoding:チャンク化された 200 ウェブサーバ設定 0
{"/"、NULL、NULL}、
0
};
{"/ confに/"、"設定のためのログイン"、"user:pass"}、
{"/"、NULL、NULL}、
0
};
embOS / IPのWebサーバのフォームの例
embOS / IP SMTPクライアント
embOS / IP SMTPクライアント
embOS / IP、SMTPクライアントがシームレスに集積化おろしたあなたのTCP / IPアプリケーションに指定できるオプションの拡張です。それは、小さなメモリフットプリントとパフォーマンスの最大を兼ね備えています。SMTPクライアントは、組込みシステムが動的に生成されたコンテンツを電子メールにて送信することができます。SMTPクライアントモジュールのRAMの使用量は、スマートバッファ処理によって最小限に抑えられている。SMTPクライアントは、COM - ments(RFC)の次のリクエストの関連する部分を実装している。
RFC# | 説明 |
---|---|
[RFC 821] | 簡易メール転送プロトコル 直接ダウンロード:ftp://ftp.rfc-editor.org/in-notes/rfc821.txt |
[RFC 974] | メールルーティングとドメインシステム 直接ダウンロード:ftp://ftp.rfc-editor.org/in-notes/rfc821.txt |
[RFC 5321] | 簡易メール転送プロトコル 直接ダウンロード:ftp://ftp.rfc-editor.org/in-notes/rfc5321.txt |
次の表は、embOS / IPのSMTPクライアントのルートディレクトリの内容を示しています。
ディレクトリ | コンテンツ |
---|---|
アプリケーション | embOS / IPを使用してSMTPクライアントを実行するためのサンプルアプリケーションが含まれています。 |
設定 | SMTPクライアントの設定ファイルが含まれています。詳細については、225ページの構成を参照してください。 |
株式会社 | 必要なインクルードファイルが含まれています。 |
IP | IP_SMTPC.cとIP_SMTPC.hは、SMTPクライアントのソースが含まれています。 |
WindowsSMTPC | ソース、プロジェクトファイルとMicrosoft Windowsホスト上でembOS / IP SMTP CLI - ENTを実行する実行可能ファイルが含まれています。 |
embOS / IPSMTPクライアントパッケージの登録ディレクトリ構造
機能リスト
- 低メモリフットプリント。
- TCP / IPスタックの独立:ソケットを持つ任意のスタックを使用することができます。
- サンプルアプリケーションが含まれています。
- Microsoft Visual Studio用のPC上で実行可能ファイルのプロジェクトが含まれています。
要件
TCP / IPスタック
embOS / IP、SMTPクライアントは、TCP / IPスタックが必要です。それはembOS / IP用に最適化されていますが、任意のRFC準拠のTCP / IPスタックを使用することができます。出荷は、標準のWinsock APIとembOS / IPのソケットAPIを使用して実装を使用するWin32のシミュレーションが含まれています。マルチタスキングのSMTPクライアントが別のスレッドとして実行する必要がある。そのため、マルチタスクシステムはembOS / IPのSMTPクライアントを使用するために必要です。
SMTPの背景
簡易メール転送プロトコルは、IPネットワークを介した電子メールの送信用のテキストベースの通信プロトコルです。
SMTPを使用して、embOS / IPアプリケーションは、同じネットワーク上のSMTPサーバへのまたは両方のネットワークにアクセス可能なリレーまたはゲートウェイサーバーを介して他のネットワークのSMTPサーバーへメールを転送することができます。embOS / IP、SMTPクライアントが送信するメッセージを持っている場合、それはハンドシェイクメッセージの内容の後にSMTPサーバと送信にTCP接続を確立します。ハンドシェイクメカニズムは、通常、認証プロセスが含まれています。RFCの次の4つの別の認証スキームを定義します。
- PLAIN
- LOGIN
- CRAM - MD5
- NTLM
現在のバージョンでは、embOS / IP、SMTPクライアントはPLAIN認証をサポートしています。
次のリストは、典型的なSMTPセッションを示しています。
S:220 srv.sample.com ESMTP
C:HELO
S:250 srv.sample.com
C:AUTH LOGIN
S:334 VXNlcm5hbWU6
C:c3BzZXk29IulbkY29tZcZXIbtZ
S:334 UGFzc3dvcmQ6
C:UlblhFz7ZlblsZlZQ ==
S:235先に進んで
C:からのメール:
S:250 OK
C:RCPT TO:
S:250 OK
C:RCPT TO:
S:250 OK
C:RCPT TO:
S:250 OK
C:DATA
S:354、先に行く
C:メッセージ- ID:
C:から:"USER0"
C:TO:"ユーザー1"
C:CC:"ユーザー2"、"ユーザー3"
C:件名:Testmail
C:日付:2008年1月1日0時00分0100
C:
C:これはテスト!
C:
C:。
S:250 OK 1231221612 QP 3364
C:終了
S:221 srv.sample.com