2026年8月2日日曜日

WPFのGrid内に動的に要素を配置する

WPFのGrid内に動的に要素を配置したいと思ったことはありませんか?

WPFのGridは、基本的な使い方では静的になります。RowDefinitionsプロパティColumnDefinitionsプロパティはバインディングできず、XAMLからは静的にしか設定することができません。そのため、実行時まで行や列の数が定まらないようなものはそのままでは作ることができません。

これを動的に作れるように作っていきましょう。

没案:ItemsContorl in ItemsControl

Gridは2次元に要素を並べるものなので、配列の配列を作って2次元のデータを用意し、例えば、行ごとのItemsControlをさらにItemsControlで縦に並べればそもそもGridなんていらないのでは?と思うかもしれません。

実際はそれでも何とかなりますが、行や列数が増えるとめちゃめちゃ重たくなります。そもそもItemsControlがそこそこ重たいコントロールなので、それを何百個も作ったら重くなるのは想像に難くないでしょう。

今回の記事では、そのような構造は取らず、あくまでもGridコントロールを動的に制御するというアプローチで2次元の要素を並べるようにしていきたいと考えています。

ViewModelの準備

まずは、セル一つ分を表現するViewModelを準備していきます。

public class CellViewModel : ViewModel
{
    #region Text

    public string Text
    {
        get;
        set {
            if(field == value)
                return;
            field = value;
            RaisePropertyChanged();
        }
    } = "";

    #endregion

    #region Row

    public int Row
    {
        get;
        set {
            if(field == value)
                return;
            field = value;
            RaisePropertyChanged();
        }
    }

    #endregion

    #region Column

    public int Column
    {
        get;
        set {
            if(field == value)
                return;
            field = value;
            RaisePropertyChanged();
        }
    }

    #endregion
}

シンプルなViewModelです。Row / Columnは、このセルを配置するRow / Columnのインデックスを示したものです。Textは今回の本質とは関係ありませんが、何も表示されないと味気ないので表示内容のテキストを保持するものになります。

余談ですが、このコードはC#14のfieldキーワードを使用することで、バッキングフィールドに直接アクセスするようにしてコードを最小化しています。まさに変更通知プロパティのための機能ですね。

続いて、MainWindowViewModelです。少しややこしく見えるかもしれませんが、行数 / 列数を示すRows / ColumnsプロパティをCellsの内容変更に自動で追従するようにしたためのコードが多いだけでそんなに変なことはやっていませんので、よく読んでいただければ内容がすぐにわかるでしょう。

public class MainWindowViewModel : ViewModel
{
    public MainWindowViewModel()
    {
        _Cells = new ObservableCollection<CellViewModel>();
        Cells = new ReadOnlyObservableCollection<CellViewModel>(_Cells);

        ((INotifyCollectionChanged)Cells).CollectionChanged += Cells_CollectionChanged;
    }

    public void Initialize()
    {
        _Cells.Add(new CellViewModel() { Row = 0, Column = 0, Text = "A1" });
        _Cells.Add(new CellViewModel() { Row = 1, Column = 1, Text = "B2" });
        _Cells.Add(new CellViewModel() { Row = 2, Column = 0, Text = "A3" });
    }

    readonly ObservableCollection<CellViewModel> _Cells;
    public ReadOnlyObservableCollection<CellViewModel> Cells { get; }

    #region Cells_CollectionChanged

    private void Cells_CollectionChanged(object? sender, NotifyCollectionChangedEventArgs e)
    {
        switch(e.Action) {
            case NotifyCollectionChangedAction.Add:
                HandleAdd(e.NewItems!);
                break;

            case NotifyCollectionChangedAction.Remove:
                HandleRemove(e.OldItems!);
                break;

            case NotifyCollectionChangedAction.Replace:
                HandleRemove(e.OldItems!);
                HandleAdd(e.NewItems!);
                break;

            case NotifyCollectionChangedAction.Reset:
                RecalculateRows();
                RecalculateColumns();
                break;
        }
    }

    private void HandleAdd(IList newItems)
    {
        foreach(CellViewModel cell in newItems) {
            if(cell.Row + 1 > Rows)
                Rows = cell.Row + 1;

            if(cell.Column + 1 > Columns)
                Columns = cell.Column + 1;
        }
    }

    private void HandleRemove(IList oldItems)
    {
        bool needRecalcRows = false;
        bool needRecalcColumns = false;

        foreach(CellViewModel cell in oldItems) {
            if(cell.Row + 1 == Rows)
                needRecalcRows = true;

            if(cell.Column + 1 == Columns)
                needRecalcColumns = true;

            if(needRecalcRows && needRecalcColumns)
                break;
        }

        if(needRecalcRows)
            RecalculateRows();

        if(needRecalcColumns)
            RecalculateColumns();
    }

    private void RecalculateRows()
    {
        int maxRow = 0;

        foreach(var cell in Cells) {
            if(cell.Row + 1 > maxRow)
                maxRow = cell.Row + 1;
        }

        Rows = maxRow;
    }

    private void RecalculateColumns()
    {
        int maxColumn = 0;

        foreach(var cell in Cells) {
            if(cell.Column + 1 > maxColumn)
                maxColumn = cell.Column + 1;
        }

        Columns = maxColumn;
    }

    #endregion

    #region Rows

    public int Rows
    {
        get;
        set {
            if(field == value)
                return;
            field = value;
            RaisePropertyChanged();
        }
    }

    #endregion

    #region Columns

    public int Columns
    {
        get;
        set {
            if(field == value)
                return;
            field = value;
            RaisePropertyChanged();
        }
    }

    #endregion
}

Behaviorの準備

さて、ここで用意したViewModelからの情報をGridに伝搬してあげたいのですが、最初に説明した通りRowDefinitionsプロパティColumnDefinitionsプロパティは直接バインディングすることができずXAML経由で扱えません。そのような場合はそう、Behaviorですね。

public class DynamicGridBehavior : Behavior<Grid>
{
    protected override void OnAttached()
    {
        OnRowChanged(Rows);
        OnColumnChanged(Columns);

        base.OnAttached();
    }

    #region Columns

    public int Columns
    {
        get { return (int)GetValue(ColumnsProperty); }
        set { SetValue(ColumnsProperty, value); }
    }

    public static readonly DependencyProperty ColumnsProperty =
        DependencyProperty.Register(nameof(Columns), typeof(int), typeof(DynamicGridBehavior), new PropertyMetadata(default(int), (sender, e) => {
            if(sender is DynamicGridBehavior me && e.NewValue is int newValue)
                me.OnColumnChanged(newValue);
        }));

    void OnColumnChanged(int newValue)
    {
        if(AssociatedObject == null)
            return;

        if(AssociatedObject.ColumnDefinitions.Count > newValue) {
            AssociatedObject.ColumnDefinitions.RemoveRange(newValue, AssociatedObject.ColumnDefinitions.Count - newValue);
        } else if(AssociatedObject.ColumnDefinitions.Count < newValue) {
            for(int i = AssociatedObject.ColumnDefinitions.Count; i < newValue; i++)
                AssociatedObject.ColumnDefinitions.Add(new ColumnDefinition() { Width = ColumnWidth });
        }
    }

    #endregion

    #region ColumnWidth

    public GridLength ColumnWidth
    {
        get { return (GridLength)GetValue(ColumnWidthProperty); }
        set { SetValue(ColumnWidthProperty, value); }
    }

    public static readonly DependencyProperty ColumnWidthProperty =
        DependencyProperty.Register(nameof(ColumnWidth), typeof(GridLength), typeof(DynamicGridBehavior), new PropertyMetadata(default(GridLength), (sender, e) => {
            if(sender is DynamicGridBehavior me && e.NewValue is GridLength newValue)
                me.OnColumnWidthChanged(newValue);
        }));

    void OnColumnWidthChanged(GridLength newValue)
    {
        if(AssociatedObject == null)
            return;

        foreach(var column in AssociatedObject.ColumnDefinitions)
            column.Width = newValue;
    }

    #endregion

    #region Rows

    public int Rows
    {
        get { return (int)GetValue(RowsProperty); }
        set { SetValue(RowsProperty, value); }
    }

    public static readonly DependencyProperty RowsProperty =
        DependencyProperty.Register(nameof(Rows), typeof(int), typeof(DynamicGridBehavior), new PropertyMetadata(default(int), (sender, e) => {
            if(sender is DynamicGridBehavior me && e.NewValue is int newValue)
                me.OnRowChanged(newValue);
        }));

    void OnRowChanged(int newValue)
    {
        if(AssociatedObject == null)
            return;

        if(AssociatedObject.RowDefinitions.Count > newValue) {
            AssociatedObject.RowDefinitions.RemoveRange(newValue, AssociatedObject.RowDefinitions.Count - newValue);
        } else if(AssociatedObject.RowDefinitions.Count < newValue) {
            for(int i = AssociatedObject.RowDefinitions.Count; i < newValue; i++)
                AssociatedObject.RowDefinitions.Add(new RowDefinition() { Height = RowHeight });
        }
    }

    #endregion

    #region RowHeight

    public GridLength RowHeight
    {
        get { return (GridLength)GetValue(RowHeightProperty); }
        set { SetValue(RowHeightProperty, value); }
    }

    public static readonly DependencyProperty RowHeightProperty =
        DependencyProperty.Register(nameof(RowHeight), typeof(GridLength), typeof(DynamicGridBehavior), new PropertyMetadata(default(GridLength), (sender, e) => {
            if(sender is DynamicGridBehavior me && e.NewValue is GridLength newValue)
                me.OnRowHeightChanged(newValue);
        }));

    void OnRowHeightChanged(GridLength newValue)
    {
        if(AssociatedObject == null)
            return;

        foreach(var column in AssociatedObject.RowDefinitions)
            column.Height = newValue;
    }

    #endregion
}

Columns / ColumnWidth / Rows / RowHeightプロパティを実装しました。こちらもまた依存関係プロパティのせいでコード量が多くなっていますが、やっていることとしては、Columns / Rowsプロパティで列数 / 行数を設定して、それに対応するようにGrid.ColumnDefinitionsとGrid.RowDefinitionsの中身を調整しているにすぎません。新たに行や列を作る場合は、その行幅 / 列幅を共通で設定できるようColumnWidth / RowHeightプロパティも用意しています。

XAMLの実装

さて、最後にXAMLを実装していきます。 

<Window x:Class="GridTest.Views.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        xmlns:i="http://schemas.microsoft.com/xaml/behaviors"
        xmlns:l="http://schemas.livet-mvvm.net/2011/wpf"
        xmlns:v="clr-namespace:GridTest.Views"
        xmlns:vb="clr-namespace:GridTest.Views.Behaviors"
        xmlns:vm="clr-namespace:GridTest.ViewModels"
        Title="MainWindow" Width="640" Height="480">

    <Window.DataContext>
        <vm:MainWindowViewModel />
    </Window.DataContext>

    <i:Interaction.Triggers>
        <!--  Dispose method is called, when Window closing.  -->
        <i:EventTrigger EventName="Closed">
            <l:DataContextDisposeAction />
        </i:EventTrigger>

        <i:EventTrigger EventName="ContentRendered">
            <l:LivetCallMethodAction MethodTarget="{Binding}" MethodName="Initialize" />
        </i:EventTrigger>

        <!--  If you make user choose 'OK or Cancel' closing Window, then please use Window Close cancel Behavior.  -->

    </i:Interaction.Triggers>

    <ItemsControl ItemsSource="{Binding Cells}" >
        <ItemsControl.ItemsPanel>
            <ItemsPanelTemplate>
                <Grid>
                    <i:Interaction.Behaviors>
                        <vb:DynamicGridBehavior Rows="{Binding Rows}" Columns="{Binding Columns}" RowHeight="50" ColumnWidth="200" />
                    </i:Interaction.Behaviors>
                </Grid>
            </ItemsPanelTemplate>
        </ItemsControl.ItemsPanel>
        <ItemsControl.ItemTemplate>
            <DataTemplate DataType="{x:Type vm:CellViewModel}">
                <Border BorderBrush="Gray" BorderThickness="1" >
                    <TextBlock Text="{Binding Text}" HorizontalAlignment="Center" VerticalAlignment="Center" />
                </Border>
            </DataTemplate>
        </ItemsControl.ItemTemplate>
        <ItemsControl.ItemContainerStyle>
            <Style TargetType="ContentPresenter">
                <Setter Property="Grid.Row" Value="{Binding Row}" />
                <Setter Property="Grid.Column" Value="{Binding Column}" />
            </Style>
        </ItemsControl.ItemContainerStyle>
    </ItemsControl>
</Window>

一つひとつ説明していきます。

まず、動的な要素をパネルにマッピングする場合はItemsControlを使います。具体的なパネルはItemsControl.ItemsPanelで指定しますので、ここでGridを指定してあげています。Gridの内容を動的に設定する必要があるので、先ほど作ったDynamicGridBehaviorを設定しています。 

DataTemplateは特段説明する必要はないと思います。なお、静的に配置する場合は各要素にGrid.Row / Grid.Column添付プロパティを追加することになりますが、ここでは指定しません。なぜならば、BorderはさらにContentPresenterでラッピングされるため、Borderで指定したところで正しく反映されないのです。

ContentPresenterにどうやって添付プロパティを設定するかと言えば、ItemContainerStyleになります。これによってGrid.Row / Grid.Column添付プロパティを設定することができるわけですね。

これによって、このように動的に正しく配置されたGridができました。

まとめ

ポイントをまとめると以下の通りとなります。

  • Grid.RowDefinitions / Grid.ColumnDefinitionsはバインディングできないため、Behaviorを作ってC#のコードから操作をする
  • パネルに動的に要素を配置するためにItemsControlを使用する
  • ItemsControlを使った場合、Grid直下の要素はContentPresenterになるため、ItemContainerStyleを使用してGrid.Row / Grid.Column添付プロパティを設定する 
以上となります。

2026年5月1日金曜日

古い.NETで新しいC#の機能を使う(Polyfill)

 C#は日々進化していて、年々便利な機能が追加されて行っています。しかし、一部のC#の新機能は.NETランタイムのサポートが必要なものもあり、特にライブラリの開発だったりすると古めのターゲットフレームワークを指定しなければならないこともしばしばあるため、その「便利な新機能」が使えないことがあります。

一部の機能は公式よりライブラリが提供されることがあり、それを追加することで対応できます。例えば、C#7で導入されたタプルはSystem.ValueTuple、C#7.2で導入されたSpan<T>はSystem.Memoryを入れることで比較的古いフレームワークにも対応させることができます。しかし、C#8.0(.NET Core 3.0)で導入されたIndex/RangeやNullableのアノテーション属性などは公式ライブラリが無く、サポートされません。

PolySharp

そのような隙間を埋める非公式ライブラリ、通称PolyfillがC#(.NET)にもあります。Polyfillって私も最近知った用語なのですが、もともとはJavaScriptで発達した概念みたいですね。

いろいろなライブラリがあるようですが、有名どころはこの2つでしょうか。

いずれもコードジェネレーターとして動作するので、これらを導入したところで出力アセンブリに変化はありません。

今回はPolySharpの使い方を備忘録的に残していきたいと思います。

導入

Nugetからインストールするだけです。

Nullableアノテーション属性(.NET Core 3.0~)

Nullableアノテーション属性とは、参照型のNull許容性を静的に示すための属性です。コンパイラがこの情報をもとに異常なNull状態があるかどうかを判別するためのものです。

代表的な使用例としてはTryParseでしょうか。例えばIPAddress.TryParseメソッドはパースに成功した際はtrueを返し、かつ第2引数のout IPAddress? addressは非nullとなります。しかし、falseを返した時はnullになりますので、全体としてはnullの可能性があるということで'?'が付いています。これを「常にnullの可能性がある」扱いしてはかなり不都合が大きいので、属性を付けて静的解析の助けにするわけです。

public static bool TryParse(string input, [NotNullWhen(true)] out string? result)
{
    if(string.IsNullOrEmpty(input)) {
        result = null;
        return false;
    } else {
        result = input;
        return true;
    }
}

PolySharpさえ導入すれば、何も気にせずに古いバージョンでも動くようになります。ライブラリの公開メソッドにも害なく使えます(コンパイラが見るだけなので)。

Index / Range(.NET Core 3.0~)

上のNullableアノテーション属性はPolySharpを入れるだけで使えるようになっていましたが、Index / Rangeの導入には一癖あります。

まず、Index / Rangeを使うためにはValueTupleが必要です。.NET Framework 4.6.2以前では最初に述べた通りパッケージの導入が必要です。

<Project Sdk="Microsoft.NET.Sdk">

    <PropertyGroup>
        <OutputType>Exe</OutputType>
        <TargetFrameworks>net462;net470;net10.0</TargetFrameworks>
        <ImplicitUsings>enable</ImplicitUsings>
        <Nullable>enable</Nullable>
    <LangVersion>14</LangVersion>
    </PropertyGroup>

  <ItemGroup Condition="'$(TargetFramework)' == 'net462'">
    <PackageReference Include="System.ValueTuple" Version="4.5.0" />
  </ItemGroup>
  
    <ItemGroup>
      <PackageReference Include="PolySharp" Version="1.15.0">
        <PrivateAssets>all</PrivateAssets>
        <IncludeAssets>runtime; build; native; contentfiles; analyzers; buildtransitive</IncludeAssets>
      </PackageReference>
    </ItemGroup>

</Project>

さらに、Rangeを動かすためにはRuntimeHelpers.GetSubArray()メソッドも必要になります。ソースコードはここにありますが、これをそのままちゃんと動かそうとすると面倒なので、簡略化したコードにしておきましょう。

#if NETFRAMEWORK || !NETCOREAPP3_0_OR_GREATER
namespace System.Runtime.CompilerServices
{
    internal static class RuntimeHelpers
    {
        public static T[] GetSubArray<T>(T[] array, Range range)
        {
            var (offset, length) = range.GetOffsetAndLength(array.Length);
            var result = new T[length];
            Array.Copy(array, offset, result, 0, length);
            return result;
        }
    }
}
#endif

これでちゃんとIndex / Rangeが動くようになりました。

int[] array = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9];
var range = array[5..];

Console.WriteLine(string.Join(", ", range));
5, 6, 7, 8, 9

Init-Onlyプロパティ(.NET 5~)

C#9.0/.NET5で導入されたInit-Onlyプロパティは、実体としてはただのsetアクセッサで、コンパイラが初期化時以外に触れないようにチェックしているに過ぎません。そのsetアクセッサにはIsExternalInitクラスという属性のようなものが付けられており、これによってinitプロパティであることを示しています。

余談ですが、属性のようなものであって属性ではないのは、上のNullableアノテーション属性とは異なって、「解釈できない場合は触らないで」というタイプのものだからです(解釈できないまま触られたらsetアクセッサとなってしまい、initよりも緩い制約になってしまいます)。ですので、modreq+IsExternalInitという特殊なマーキングを行っていて、このマーキングが解釈できない古いコンパイラでは勝手に触らないでもらうようにしているようです。ですが、役割としてはただのマーキングなので、クラスを定義するだけで古いバージョンのフレームワークで使えるようになります。

internal class Program
{
    static void Main(string[] args)
    {
        var test = new TestClass() { TestProperty = 1 };
    }
}

public class TestClass
{
    public int TestProperty
    {
        get; init;
    }
}

Record型(.NET 5~)

上記のInit-Onlyプロパティが使えるようになったことを受けて使えるようになります。 

Required修飾子(.NET 7~)

プロパティやフィールドにrequired修飾子を付けることによって、初期化時の代入を強制できます。null非許容参照型のプロパティをコンストラクタで初期化しなくて良くなるので便利ですね。

これも実体はRequiredMemberAttributeなので、PolySharpでその属性が実装されています。

internal class Program
{
    static void Main(string[] args)
    {
        var test1 = new TestClass() { Name = "Test1" };
    }
}

public class TestClass
{
    public required string Name { get; set; }
}

まとめ

少しIndex / Rangeに癖がありましたが、主要な機能は使えることがわかりました。

もともとPolyfillを入れなくても使える機能や、公式にパッケージが提供されているものもあり、今回紹介した機能がPolyfillでカバーできるのならば割と充分なのではないでしょうか。 

2026年3月18日水曜日

ESP32+NimBLEでBLE Advertisingを受信する

皆さんは紛失防止タグを使っていますか?私は使ったことがありません。

この紛失防止タグに使われているのがBLE Advertisingという技術です。もともとはBluetoothのペアリング前にペリフェラル(Bluetooth子機)が周囲のセントラル(親機)に自分の存在を伝えるための機能ですが、

  • ペリフェラルは周囲のセントラルに対して一方的にデータをブロードキャストできる
  • セントラルはペリフェラルの信号レベルを基準に ペリフェラルまでの距離感を知ることができる

という特徴を使って、紛失防止タグが定期的にBLE Advertisingを送信することにより、それを受信した周囲のスマホ等の位置情報を通じて紛失防止タグがどの辺にいるかがわかるわけです。

ですが、BLE Advertisingの可能性はそのような紛失防止タグにとどまりません。上述の通り任意のデータをブロードキャストできるため、上手いこと使えばちょっとしたデータ送信にも使えるわけです。超省電力で定期的にセンサーの値を周囲に発信するデバイスを作るとかね。

今回はそのAdvertisingを受信するときの話です。 

環境

さて、如何せん組み込み周りは流行り廃りが早いので、今回の環境の確認です。

Seeed XIAOシリーズは個人的には結構気に入っています。USB Type-C搭載、小型、フォームファクタの統一あたりがかなり私のツボにドンピシャです。今回はESP32S3の搭載されているものを使いますが、これはアンテナをつけないとまともに通信できないのが玉に瑕ですね…。

NimBLEはESP32の標準BLEライブラリライクな使い方ができるように作られた軽量なライブラリです。標準ライブラリより安定しているようです。

同期受信

まずは基本の同期受信から。同期受信(勝手に私がそう呼んでいるだけです)とは、受信中は関数から制御が返ってこない受信方法です。チュートリアルにコードがしっかり書いてありますので、その通りに作ればOKです。

Creating a Client - New User Guide

#include <NimBLEDevice.h>

void setup()
{
    Serial.begin(115200);
    Serial.println("Started!");

    NimBLEDevice::init("");

    NimBLEScan *scan = NimBLEDevice::getScan();
    NimBLEScanResults results = scan->getResults(10 * 1000);

    for(int i = 0; i < results.getCount(); i++) {
        const NimBLEAdvertisedDevice *device = results.getDevice(i);
        
        Serial.printf("#%d: %s", i, device->toString().c_str());
        Serial.println();
    }
}

void loop()
{
}

scan->getResults()関数は与えられた時間(ミリ秒)の間待機し、その間に受信したBLE Advertisingを返します。待機している間はこの関数は制御を返さない(blocking function)ので「同期受信」です。

非同期受信

さて、続いて非同期受信です。こちらはあまり体系だった情報は見つけられませんでしたが、NimBLEのver.1.x系がESP32標準BLEライブラリの名称を踏襲していて、以下の公式ドキュメントにver.1.x系からver.2.x系に移行する際のクラス/関数名の置き換えが書いてあるので、その情報を組み合わせたり、NimBLE自身のソースコードを参考にしながらコードを書いていきます。

Migrating from 1.x to 2.x

#include <NimBLEDevice.h>

class AdvCallback : public NimBLEScanCallbacks
{
    void onResult(const NimBLEAdvertisedDevice* device) override
    {
        if(!updated) {
            deviceText = device->toString().c_str();
            updated = true;
        }
    }

public:
    String deviceText;
    bool updated = false;
};

AdvCallback callback;

void setup()
{
    Serial.begin(115200);
    Serial.println("Started!");

    NimBLEDevice::init("");

    NimBLEScan *scan = NimBLEDevice::getScan();
    scan->setScanCallbacks(&callback);
    scan->setActiveScan(true);
    scan->setInterval(100);
    scan->setWindow(80);
    scan->setDuplicateFilter(true);

    scan->start(0, false, false);
}

void loop()
{
    if(callback.updated) {
        Serial.println(callback.deviceText);
        callback.updated = false;
    }
}

今度は少し長くなりました。

NimBLEでは、Advertising受信時のコールバックはクラスを作ることで対応します。昔のJavaスタイルですね。親クラス名はNimBLEScanCallbacksで、このonResult関数をオーバーライドすると、BLE Advertisingを受信した際にこの関数が呼ばれるようになります。このサンプルコードでは、受信した情報をテキスト化して同じクラス内にデータとして保持するようにしています。

重複フィルター

さて、上述の非同期受信のコードを実行していると気づくかもしれませんが、同じペリフェラルから複数回Advertisingを送っても2回目以降は検知しません。これはもともとAdvertisingはペリフェラルがセントラルに自分の存在を知らせるためのものなので、同じペリフェラルから複数回の通知を受ける必要が無いからです。

ですが、先ほどの例のようにセンサーの値を送るようなデバイスを作った場合、同じデバイスからの信号でも複数回受信したくなってきます。そういう場合は重複フィルターをOFFにしましょう。

void setup()
{
    Serial.begin(115200);
    Serial.println("Started!");

    NimBLEDevice::init("");

    NimBLEScan *scan = NimBLEDevice::getScan();
    scan->setScanCallbacks(&callback);
    scan->setActiveScan(true);
    scan->setInterval(100);
    scan->setWindow(80);
    scan->setDuplicateFilter(false);

    scan->start(0, false, false);
}

簡単ですね。これにて重複があっても問答無用でonResult関数が呼ばれまくるようになりました。

再スタート

重複フィルターをOFFにしてみるとわかりますが、滝のようにAdvertisingがやってきます。そうすると、まあここまでいらないと。例えば、10秒に1回重複フィルターをリセットするくらいがちょうどいいみたいなニーズもあるかもしれません。その場合は、NimBLEScan::start関数の最後の引数をtrueにして再度呼び出せば良いです。これをすると、重複フィルターがリセットされまたイチから受信を始めます。

#include <NimBLEDevice.h>

class AdvCallback : public NimBLEScanCallbacks
{
    void onResult(const NimBLEAdvertisedDevice* device) override
    {
        if(!updated) {
            deviceText = device->toString().c_str();
            updated = true;
        }
    }

public:
    String deviceText;
    bool updated = false;
};

AdvCallback callback;

void setup()
{
    Serial.begin(115200);
    Serial.println("Started!");

    NimBLEDevice::init("");

    NimBLEScan *scan = NimBLEDevice::getScan();
    scan->setScanCallbacks(&callback);
    scan->setActiveScan(true);
    scan->setInterval(100);
    scan->setWindow(80);
    scan->setDuplicateFilter(true);

    scan->start(0, false, false);
}

void loop()
{
    static unsigned long last10sec = 0;
    unsigned long now10sec = millis() / 10000;

    if(callback.updated) {
        Serial.println(callback.deviceText);
        callback.updated = false;
    }
    if(now10sec != last10sec) {
        NimBLEDevice::getScan()->start(0, false, true);     // restart
        Serial.println("Restarted!!");

        last10sec = now10sec;
    }
}

データを送る

BLE Advertisingを使ってセンサー値などの任意のデータを送る場合、Manufacture Dataにくっつけて送ることが多いようです。Manufacture Dataは最初の2バイトがそのデバイスの製造企業を表す識別子、以降が任意のデータになります。 

以下のサンプルは、Manufacture Dataが4バイト以上ある場合に、3, 4バイト目を16bit整数値として回収するサンプルです。

#include <NimBLEDevice.h>

class AdvCallback : public NimBLEScanCallbacks
{
    void onResult(const NimBLEAdvertisedDevice* device) override
    {
        if(!updated && device->haveManufacturerData()) {
            std::string mdata = device->getManufacturerData();
            if(mdata.length() >= 4) {
                data = ((uint16_t)mdata[2] << 8) | mdata[3];
                updated = true;
            }
        }
    }

public:
    uint16_t data;
    bool updated = false;
};

AdvCallback callback;

void setup()
{
    Serial.begin(115200);
    Serial.println("Started!");

    NimBLEDevice::init("");

    NimBLEScan *scan = NimBLEDevice::getScan();
    scan->setScanCallbacks(&callback);
    scan->setActiveScan(true);
    scan->setInterval(100);
    scan->setWindow(80);
    scan->setDuplicateFilter(true);

    scan->start(0, false, false);
}

void loop()
{
    static unsigned long last10sec = 0;
    unsigned long now10sec = millis() / 10000;

    if(callback.updated) {
        Serial.printf("%04X", callback.data);
        Serial.println();
        
        callback.updated = false;
    }
    if(now10sec != last10sec) {
        NimBLEDevice::getScan()->start(0, false, true);     // restart
        Serial.println("Restarted!!");

        last10sec = now10sec;
    }
}

getManufactureData()関数はなぜかデータをstd::stringで返してくるようですが、配列の気分で特に気にせずにデータを取り出してしまえば大丈夫です。

ここまでやれば、Advertisingでのデータ受信は一通りできるようになったと言えるでしょう。

余談:AIコーディング

AIコーディング全盛期の今、私もその波に乗っかろうとひとまず「Seeed XIAO ESP32S3でNimBLEを使ってBLE Advertisingを受信するコードを書いて」などと注文してやってみましたが…うまく動かずAIと会話を続けているとだんだん腹が立ってきました。

というのも、AIが吐き出したコードがコンパイルエラーを起こすのでエラーの内容を聞いたら「NimBLEはesp32 ver. 3.3.7には対応していない」とか「NimBLEは安定しているver.1.xを使うべき」とか適当なことばかり言ってきて…。しかも、そんなはずはないと思って改めて聞き直してみたら「前も言った通りそうではない」「あなたは以前にもその間違いで苦労していましたね」とか言ってくるもんだから…。これがもしAIじゃなくて人間だったら、ろくに調べもしないで口先ばかりで適当なことを言う割に頑固という、絶対に相手にしたくないタイプですね。

結局、ちゃんと公式ドキュメンテーションを読んで、ライブラリのソースコードを読んでとやることで、私が自力で答えまでたどり着くのでした。

AIがドキュメンテーションやコードの読み込みが足りないのは少し時間がたてば解決してくれそうな気はしますが、そのコードがちゃんとデバイス上で意図したとおりに動くか検証できるようにはならないでしょうから、まだその側面においては人間有利といったところでしょうか。英語の海から集めた引き出しを日本語で提示してくれるのは助かりますが…せめてあまり適当なことは言わないようにしてもらいたい…。

あと数年経ってからこの余談を読み返したら、「黎明期はこんなのだったなー」と思うのでしょうか。それについては少し楽しみですね。