STM32F7のGUIを備えたSIP電話

私が自己隔離に費やしたコロナウイルスの夜の1つがありました。STM32F769I-ディスカバリーボードがテーブルの上に置かれました 。見て、スマホだと思いました。 800x480のタッチスクリーンを備えた画面があり、オーディオインターフェイスがあり、ワイヤレスでなくてもネットワークインターフェイスがあります。これはすべてマイクロコントローラーに基づいているため、温度条件の点でより信頼性があります。そしてそれはより少ない消費を持っています。ソフトウェアだけが欠けています。もちろん、Androidがこのボードに近づくことすらありません。そして、Emboxでこのボード用に電話に必要な機能をどれだけ早く開発できるか試してみることにしました 。





私のプロジェクトは2つの部分に分けることができます。1つ目は電話ですが、できるだけ少ないリソースに収めたいと思います。2つ目は、電話を受けて通信できる最小限のユーザーインターフェイスの開発です。

STM32F769Iに搭載された電話-発見

Emboxは、組み込みシステム用に構成可能なOSです。特徴的な機能は、リソースが限られているシステムでソースコードを変更せずにLinuxソフトウェアを使用できることです。



最も人気のあるVOIP電話プロジェクトの1つは PJSIPです。目的に使用します。

LinuxでのPJSIPの構築

まず、主要部分であるオープンソースのSIPスタックであるPJSIPをダウンロード、ビルド、実行する必要があります。 最新バージョンをダウンロードします。現時点では、これはバージョン2.10です。



次に、プロジェクトをビルドする必要があります。ホストOSで行うのは簡単です。私の場合、それはLinuxです。

$ ./configure --prefix=~/pj_build
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

ここでは、プレフィックス、コンパイルされたライブラリとヘッダーファイルがインストールされるパス以外のオプションを指定しませんでした。これは、マイクロコントローラーに含まれる可能性のあるものを分析するために必要です。



次に実行します

$ make dep
$ make
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

LinuxでのPJSIPの実行

すべてが正常に完了したら、PJSIPとデモアプリケーションをコンパイルしました。



シンプルでありながら機能的なものから始めましょう。両方向の呼び出しが必要です。pjsip-apps/ src / samples /simple_pjsua.cを取得します。これは、自動通話応答機能を備えたシンプルなアプリケーションです。SIPアカウントを指定するために、選択した例simple_pjsua.cを編集してみましょう。次の行がこれに関与しています。

 #define SIP_DOMAIN   "example.com"
 #define SIP_USER     "alice"
 #define SIP_PASSWD   "secret"

      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

再構築して実行します。

$ ./pjsip-apps/bin/samples/x86_64-unknown-linux-gnu/simple_pjsua
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

同様の何かが表示されるはずです：

15:21:22.181        	pjsua_acc.c  ....SIP outbound status for acc 0 is not active
15:21:22.181        	pjsua_acc.c  ....sip:bob@sip.linphone.org: registration success, status=200 (Registration successful), will re-register in 300 seconds
15:21:22.181        	pjsua_acc.c  ....Keep-alive timer started for acc 0, destination:91.121.209.194:5060, interval:15s
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

これで、着信を受信できます。

EmboxでのPJSIPの構築

同じことをEmboxにまとめましょう。まず、メモリ量を気にしないために、Qemuエミュレーター用のアセンブリを作成します。



Emboxには、外部プロジェクトを接続するためのメカニズムがあります。プロジェクトをダウンロードするためのリンクを設定し、必要に応じてパッチを適用し、構成、ビルド、インストールの3つの段階のルールを設定できます。



このメカニズムを使用するには、アノテーション「@Build」で「script = $（EXTERNAL_MAKE）」を使用する必要があることを示すだけで十分です。

@Build(stage=2,script="$(EXTERNAL_MAKE) PJSIP_ENABLE_CXX=false")
@BuildArtifactPath(cppflags="-I$(abspath $(EXTERNAL_BUILD_DIR))/third_party/pjproject/core/install/include/")
module core_c extends core {
	depends pjsip_dependencies
}
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

これは、アセンブリをEmboxに移植するために使用されるMakefileです。

PKG_NAME := pjproject
PKG_VER  := 2.10

PKG_SOURCES := https://github.com/pjsip/pjproject/archive/$(PKG_VER).tar.gz
PKG_MD5 	:= 13e5c418008ae46c4ce0c1e27cdfe9b5

include $(EXTBLD_LIB)

PKG_PATCHES := pjproject-$(PKG_VER).patch \
	sha256_error_fix-$(PKG_VER).patch \
	addr_resolv_sock-$(PKG_VER).patch
…

DISABLE_FEATURES := \
	l16-codec   \
	ilbc-codec  \
	speex-codec \
	speex-aec   \
	gsm-codec   \
	g722-codec  \
	g7221-codec \
	libyuv \
	libwebrtc

$(CONFIGURE) :
	export EMBOX_GCC_LINK=full; \
	cd $(BUILD_ROOT) && ( \
    	./configure \
        	CC=$(EMBOX_GCC) \
        	CXX=$(EMBOX_GXX) \
        	--host=$(AUTOCONF_TARGET_TRIPLET) \
        	--target=$(AUTOCONF_TARGET_TRIPLET) \
        	--prefix=$(PJSIP_INSTALL_DIR) \
        	$(DISABLE_FEATURES:%=--disable-%) \
        	--with-external-pa; \
	)
	touch $@

$(BUILD) :
	cd $(BUILD_ROOT) && ( \
    	     $(MAKE) dep; \
    	     $(MAKE) MAKEFLAGS='$(EMBOX_IMPORTED_MAKEFLAGS)'; \
	)
	touch $@

$(INSTALL) :
...

      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

ご覧のとおり、これらはLinuxの場合と同じconfigure、make dep、makeです。もちろん、構成するときは、ターゲットプラットフォームにクロスコンパイル（--host、-target、CC、CXX）を使用する必要があることを示しています。



さらに、別の違いに気付くことができます。 --with-external-paを指定します。つまり、オーディオにはEmboxのドライバーを使用する必要があると言います。 Emboxのオーディオドライバーはportaudioインターフェースを提供します。これはLinuxでも利用できます。



ご覧のとおり、libyuvライブラリとlibwebrtcライブラリの構築を無効にしました。また、PCMA / PCMUを除くすべての不要なオーディオコーデックを事前に無効にします。 Linuxでの構成の正確さを確認します。

$ ./configure \
	--prefix=$PREFIX \
	--disable-l16-codec   \
	--disable-ilbc-codec  \
	--disable-speex-codec \
	--disable-speex-aec   \
	--disable-gsm-codec   \
	--disable-g722-codec  \
	--disable-g7221-codec \
	--disable-libyuv \
	--disable-libwebrtc
$ make dep && make
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

simple_pjsuaアプリケーションを簡単に操作できるように、コードをEmboxに移動しましょう。変更から、SIPアカウントパラメーターの設定をC-shnyコードからファイル 'simple_pjsua_sip_account.inc'に転送するだけで、構成ファイルに配置します。つまり、別のアカウントでアプリケーションを構築するには、このファイルを変更するだけで済みます。内容は同じままです：

#define SIP_DOMAIN 	<sip_domain>
#define SIP_USER   	<sip_user>
#define SIP_PASSWD 	<sip_passwd>

      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

Linuxで以前と同じようにsimple_pjsuaアプリケーションを実行します。それが機能する場合、PJSIPは正しく構成されています。これらの構成オプションは、EmboxのMakefileに簡単に移植できます。







これで、Emboxで着信を受信できます。

STM32F769IでのPJSIPの起動-ディスカバリー

Emboxの構成をQEMUのPJSIPから特定のボードの構成（STM32F769I-Discovery）に変更する必要があります。Emboxを構成するには、いくつかのコンポーネントが必要です。

• コンパイルフラグファイル（build.conf）。
• 使用可能なメモリと、それらのメモリに最終的なイメージ（lds.conf）がどのように配置されるかを記述したリンカーファイル。
• Emboxモジュール構成ファイル（mods.conf）。
• PJSIP構成。

通常、最初の2つのポイントは簡単に理解できます。これらはコンパイラとリンカのオプションであり、同じボードのプロジェクト間で変更されることはめったにありません。おそらくコンパイルフラグを除いて。最終システムの特性を設定するための主な作業は、3番目と4番目の段落で行われます。



まず、Emboxの構成を見てみましょう。 Linuxで実行する場合との違いは何ですか？ Linuxでは、ほぼ無限の量のメモリがあり、タスクの数や割り当てられたメモリの量などは気にしませんでした。これで、外部メモリを除いて、2MBのROMと512MBのRAMしかありません。したがって、特定のニーズに必要なリソースの数を設定する必要があります。



たとえば、PJSIPは独自のスレッドで実行されます。新しい接続ごとに、別のストリームがあります。そして、オーディオを操作するためのもう1つのスレッド。したがって、1つの接続でも、少なくとも3つのスレッドが必要です。次に、DHCPを追加します。もう1つのストリームを選択します。合計で、すでに4つです。これはすべて自然に構成に転送されます。

include embox.kernel.thread.core(thread_pool_size=5,thread_stack_size=12000)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

スタックを固定サイズに設定しました。あなたはさまざまなことを尋ねることができます。それはすべてタスクに依存します。



次に、必要なパッケージの数を選択します。

	include embox.net.skbuff(amount_skb=28)
	include embox.net.skbuff_data(amount_skb_data=28)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

ヒープサイズを設定します（malloc（）が機能する場所）：

	include embox.mem.heap_bm
	include embox.mem.static_heap(heap_size=0x3C000)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

それ以外の場合、構成はQEMUと同じままです。

ヒープサイズを調べる

構成を作成するときに発生する主な質問は、必要なパラメーターをどのように選択するかです。たとえば、ヒープが0x3C000、ネットワークパケットの数が28、スタックが12Kbであるのはなぜですか？私はよく次のようなアプローチを取ります。最初のステップは、スタックとヒープを処理することです。Valgrindを使用してLinuxで開始するために、さまざまなことを調べることができます。これには、Valgrind-Massifプロファイラーを使用できます。特定の時点での「スナップショット」で機能し、どの関数がどのくらいのメモリを要求したかを示します。



アプリケーションでvalgrindを起動します。

$ valgrind --tool=massif --time-unit=B --massif-out-file=pjsip.massif ./pjsip-apps/bin/samples/x86_64-unknown-linux-gnu/simple_pjsua
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

アプリケーションを実行した後、massif-visualizerを使用してデータを視覚化します。

$ massif-visualizer pjsip.massif
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

ここでは、メモリがPJSIPだけでなく、標準ライブラリやlibasound（これはホストサウンド-ALSA）にも費やされていることがわかります。 PJSIP自体は、下の赤いサブプロットから寸法を要求します。これは600Kbのピークであり、接続中は約320Kbです。私たちのボードには512kBのRAMが搭載されています。したがって、PJSIPを構成して、メモリ消費量を削減しようとしています...



次の構成を行いました。

#define PJ_LOG_USE_STACK_BUFFER    	0

#define PJ_LOG_MAX_LEVEL 6

#define PJ_POOL_DEBUG    	0
#define PJ_HAS_POOL_ALT_API  0

/* make PJSUA slim */
#define PJSUA_MAX_ACC 3
#define PJSUA_MAX_CALLS 1
#define PJSUA_MAX_VID_WINS 0
#define PJSUA_MAX_BUDDIES 1
#define PJSUA_MAX_CONF_PORTS 4
#define PJSUA_MAX_PLAYERS 1
#define PJSUA_MAX_RECORDERS 1

/* Changing to #if 0 will increase memory consumption
 * but insreases communication speed. */
#if 1
	/* This sample derived from pjlib/include/pj/config_site_sample.h: */
	#define PJ_OS_HAS_CHECK_STACK	0
	#define PJ_ENABLE_EXTRA_CHECK	0
	#define PJ_HAS_ERROR_STRING  	0
	#undef PJ_IOQUEUE_MAX_HANDLES
	#define PJ_IOQUEUE_MAX_HANDLES   8
	#define PJ_CRC32_HAS_TABLES  	0
	#define PJSIP_MAX_TSX_COUNT  	15
	#define PJSIP_MAX_DIALOG_COUNT   15
	#define PJSIP_UDP_SO_SNDBUF_SIZE 4000
	#define PJSIP_UDP_SO_RCVBUF_SIZE 4000
	#define PJMEDIA_HAS_ALAW_ULAW_TABLE  0
#endif
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

それをPJSIPのpjlib / include / pj /config_site.hファイルにコピーします。再構築して実行します。結果の分析：







ピーク時にはすでに約300 KBであり、ボードに収まります。



次に、約300 KBのヒープをEmboxに配置し、デバッグプールを設定して、何かがオーバーフローするかどうかを確認します（その結果、ヒープサイズが240 KBに減少したことに注意してください）。プールのデバッグは、次のオプションで有効になります。

#define PJ_POOL_DEBUG    	1
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

同じpjlib / include / pj /config_site.h内。



さて、残っているのはスレッドスタックとネットワークパケットの数を設定することだけです。ここでは、残りのリソースを正しく分散する必要があります。たとえば、ネットワークパケットが少なすぎる場合、サウンドは単に「チョーク」します。割り当てるパッケージが多すぎると、スタックに何も残りません。もちろん、優先順位はスタックです。スタックが悪くなると、すべてが失われます。



したがって、可能な最大スタックサイズから始めて、ソフトウェアが負荷の下で実行されるまでそれを減らします。スタックにダメージを与えたら停止します。予測不可能性を最小限に抑えるために、割り込みを別のスタックに配置します。つまり、スタックはプログラム専用です。

@Runlevel(0) include embox.arch.arm.armmlib.exception_entry(irq_stack_size=1024)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

その後、残りのリソースをネットワークパケットに割り当てます。上で述べたように、28個入手しました。



すべて、最初の部分は正常に完了しました。Simple_pjsiaアプリケーションは、STM32F769Iで正常に実行されます-512KBの内部メモリでの検出。

SIP電話を完成させています。ユーザーインターフェイスを追加します。

コンソールバージョンを正常に起動した後、何らかの方法でユーザーインターフェイスを追加する必要があります。簡単にするために、以下が含まれていると仮定します。アプリケーションが起動すると、画面になんらかの説明文が表示されます。たとえば、「PJSIPDEMO」。着信がある場合は、発信元が画面に表示され、「承諾」「辞退」のアイコンが付いた2つのボタンが表示されます。通話は承認または拒否できます。通話が受け入れられると、会話が始まり、加入者の連絡先情報が表示され、画面に「ハング」という1つのボタンが残ります。呼び出しが最初に拒否された場合（ここではすべてが些細なことです）、「PJSIPDEMO」で最初の画像に戻ります。



これがどのように見えるかの例です。

Linuxでのプロトタイプの開発

EmboxはすでにNuklearをサポートしていたので、このプロジェクトを使用することにしました。マイクロコントローラーにはすでに機能しているコンソールバージョンの電話がありますが、ここでは、上記のPJSIP設定を使用していたため、LinuxでUIを変更する方がはるかに簡単であることが重要です。



これを行うために、2つの例を見てみましょう。最初の例は、PJSIPのsimple_pjsuaです。 2番目の例は、Nuklearのdemo / x11_rawfb /です。今、私たちの仕事は、Linuxの下でそれらを一緒に動作させることです。



私が最初にしたことは、自動PJSIP呼び出し応答を外部イベント（ボタンの押下など）に置き換えることでした。次に、Nuklearでロジックを作成しました。



その過程で、何らかの理由でボタンの内側にアイコンが描かれていないことが判明しました。下の写真では、緑と赤のボタンの内側に電話のアイコンが表示されています。これらは普通の写真で、受話器を除いてすべてが100％透明です。同時に、最初は白い四角だけが描かれていました。それはrawfbプラグインの実装に関するものでした。どうやらあまり人気がないので、カーソルだけが描かれています。画像の内容を正しいNuklearメモリ領域にコピーするだけのコードを追加しました。



その結果、プロジェクトで1日作業した後、次のようになりました。







STM32F76I-Discoveryの画面サイズは800x480であり、QEMU 800x600では、必要なサイズをNuklearですぐに設定して、動的なラベルやボタンを簡単に作成できるようにしました。結果のコードは次のとおりです。

	if (nk_begin(ctx, "Demo", nk_rect(0, 0, WIN_WIDTH, WIN_HEIGHT),
        	NK_WINDOW_NO_SCROLLBAR)) {
    	int answer_pressed = 0, decline_pressed = 0;

    	if (!draw_mouse) {
        	nk_style_hide_cursor(ctx);
    	}

    	nk_layout_row_static(ctx,
        	(WIN_HEIGHT - CALL_BTN_HEIGHT - 2 * CALL_INFO_TEXTBOX_HEIGHT - WIN_HEIGHT / 4), 15, 1);

    	nk_layout_row_dynamic(ctx, CALL_INFO_TEXTBOX_HEIGHT, 1);

    	nk_style_set_font(ctx, &rawfb_fonts[RAWFB_FONT_DEFAULT]->handle);

        switch (call_info->state) {
        case CALL_INACTIVE:
            rawfb_fonts[RAWFB_FONT_DEFAULT]->handle.height = 56;
            nk_label(ctx, "PJSIP demo", NK_TEXT_CENTERED);
            rawfb_fonts[RAWFB_FONT_DEFAULT]->handle.height = 32;
            break;
        case CALL_INCOMING:
            rawfb_fonts[RAWFB_FONT_DEFAULT]->handle.height = 32;
            nk_label(ctx, "Incoming call from:", NK_TEXT_CENTERED);
            rawfb_fonts[RAWFB_FONT_DEFAULT]->handle.height = 38;
            nk_label(ctx, call_info->incoming, NK_TEXT_CENTERED);
            rawfb_fonts[RAWFB_FONT_DEFAULT]->handle.height = 32;
            break;
        case CALL_ACTIVE:
            rawfb_fonts[RAWFB_FONT_DEFAULT]->handle.height = 32;
            nk_label(ctx, "Active call:", NK_TEXT_CENTERED);
            rawfb_fonts[RAWFB_FONT_DEFAULT]->handle.height = 38;
            nk_label(ctx, call_info->remote_uri, NK_TEXT_CENTERED);
            rawfb_fonts[RAWFB_FONT_DEFAULT]->handle.height = 32;
            break;
        }

        if (call_info->state != CALL_INACTIVE) {
            nk_layout_row_static(ctx, (WIN_WIDTH - 9 * 4) / 9, (WIN_WIDTH - 9 * 4) / 9, 9);

            switch (call_info->state) {
            case CALL_INCOMING:
                nk_spacing(ctx, 2);
                demo_nk_accept_btn(ctx, im_accept, &answer_pressed);
                nk_spacing(ctx, 3);
                demo_nk_decline_btn(ctx, im_decline, &decline_pressed);
                nk_spacing(ctx, 2);
                break;
            case CALL_ACTIVE:
                nk_spacing(ctx, 4);
                demo_nk_decline_btn(ctx, im_decline, &decline_pressed);
                nk_spacing(ctx, 4);
                break;
            default:
                break;
            }
        }

    	if (answer_pressed && call_info->state == CALL_INCOMING) {
        	demo_pj_answer();
    	}
    	if (decline_pressed) {
        	demo_pj_hang();
    	}
	}
	nk_end(ctx);

      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

機内で起動

プロジェクトを最初にQEMUに転送し、次に取締役会に転送する必要があります。コンソールバージョンの準備はすべて整っているので、Linuxから新しいアプリケーションを転送するだけです。これを行うには、EmboxビルドシステムでMybuildファイルを作成するだけです。

@AutoCmd
@Cmd(name="sip_nuklear", help="", man="")
@BuildDepends(third_party.pjproject.libpj_all)
@BuildDepends(third_party.lib.nuklear)
@Build(stage=2)
module sip_nuklear {
	@InitFS
	source "icons/phone-accept-80.png",
       	"icons/phone-decline-80.png",
       	"fonts/Roboto-Regular.ttf"

	source "main.c"

	source "nuklear_main.c"

	@IncludePath("$(CONF_DIR)")
	@DefineMacro("PJ_AUTOCONF=1")
	source "pjsua.c"

	@NoRuntime depends third_party.pjproject.libpj_all
	@NoRuntime depends third_party.lib.nuklear
	depends embox.driver.input.core
	depends rawfb_api
}

      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

ご覧のとおり、ソースが一覧表示されています。アイコンとフォントは内部ファイルシステムにあり、通常の読み取り専用ファイルとして利用できます。また、pjsipおよびnuklearライブラリへの依存関係を追加しました。



ボード上でアプリケーションを実行した後、NuclearのデフォルトフォントがSTM32F769I画面でひどいように見えることに気付きました。手紙のいくつかは単に失われました。たとえば、「1」は「|」のように見え、「m」は「n」のように見えました。 ttfファイル（Roboto-Regular.ttf）からフォントを接続する必要がありました。このフォントは約150KBのフラッシュメモリを使用しますが、テキストは読みやすくなっています。



Linuxをチェックしたところ、少額の料金だと思いました。そして、異なるフォントサイズ32と38を使用しようとしました。しかし、セグメンテーション違反が発生しました。結局、私はファイルから複数のフォントサイズをロードするというアイデアをあきらめ、32番目のフォントのみをロードしてスケーリングしました。

ハードウェアでの起動の機能

ボードの立ち上げに戻りましょう。ここで理解しておくべき重要なことは、UIの場合、フレームバッファーが必要であるということです。フルスクリーンモードが必要で、画面が800x480であるため、1バイトのRGBパレットを使用しても、800 * 480 * 1 = 384000バイト、つまり375KBが必要でした。PJSIPのニーズのために512KBの内部メモリのほぼ全体をすでに占有していることを考えると、フレームバッファの場所を見つけることはできません。このため、SDRAMを使用します。16MBはSTM32F76I-Discoveryで利用できます。すでに外部メモリを使用しているので、あまり節約せず、RGBA32ビットを配置します。したがって、フレームバッファは800 * 480 * 4 = 1536000バイトまたは1.5MBになります。



この構成では、SDRAMはアドレス0x60000000にあります。フレームバッファのアドレスとして指定します。

	@Runlevel(1) include embox.driver.video.stm32f7_lcd(
    	fb_base=0x60000000, width=800, height=480, ltdc_irq=88, bpp=32
	)
	include embox.driver.video.fb
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

あるバッファを別の記事で使用した場合のちらつきの影響については、すでに説明しました。したがって、システムがダブルバッファリングを使用することを考慮します。したがって、別の1.5MBバッファ用に追加のメモリが必要です。さらに、フォントにはさらに256KBが必要です。合計で、ヒープを2MB増やす必要があります。また、外部メモリに配置します。

	@Runlevel(2) include embox.driver.input.touchscreen.stm32f7cube_ts
	@Runlevel(2) include embox.driver.input.input_dev_devfs
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

これで、タッチスクリーンはEmboxのdevfsファイルシステムの/ dev / stm32-tsデバイスになり、通常のopen（）/ read（）を使用して操作できます。



これで設定は完了です。なぜほとんど？実際、私たちは記憶からのすべてのニュアンスを考慮に入れましたが、パフォーマンスは考慮していませんでした。 PJSIPの場合、サウンドがうまく送信された場合、グラフィックスを使用して起動しようとすると、チョークが発生します。もちろん、この効果をLinuxでデバッグすることは非常に困難です。しかし、ボード上のキャッシュを有効にするだけで十分であることが判明しました。

	@Runlevel(0) include embox.arch.arm.armmlib.armv7m_cpu_cache(
    	log_level=4,
    	sram_nocache_section_size=0x10000
	)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    

Emboxでは、ネットワークパケット記述子とデータ、およびDMAが機能するオーディオバッファは、MPUでキャッシュ不可メモリとしてマークされたメモリの特別なセクションに配置されます。これは、このメモリ内のオブジェクトの状態がCPUとDMAの両方で常に正しいために必要です。



その結果、非常にうまく機能するボタン付きのUIを備えた非常にシンプルなSIP電話が得られます。



以下に、最終的なメモリ割り当てを示します。

ホストシステムでの開発

私の開発プロセスは、図に示されているものに要約されます。







そして、それはほとんど時間がかかりませんでした。Linux上のアプリケーションの場合は1日、選択したプラットフォームの改善のための1日。はい、Emboxにはすでにこのカード用のディスプレイ、ネットワークカード、オーディオドライバーがありました。しかし、これらの部品の開発にも少し時間がかかり、ドライバーごとに1週間もかかりません。このような機能をボード上で直接開発するには、はるかに時間がかかります。私たちの場合、ほとんどの機能は便利なホストシステム環境で開発されています。これにより、開発時間を大幅に短縮することができました。



記事の冒頭に結果のビデオがあります。必要に応じて、wikiの指示に従ってすべてを自分で複製することができ ます。