えるいーだーをWi-Fiに移行する前準備

Wi-Fiへの以降について

唐突かもしれませんが、えるいーだーは今後Wi-Fiに移行します

ボード側のBLEは諸般の事情がありまして・・・まあWi-Fiに移行することになったのですがスマホ側は諸般の事情があっても実は平気なのでスマホ側はBLEとWi-Fiの両対応になります

スマホの通信方式の両対応については実はそんなに大変ではありません
通信用のクラスは分離した状態で作ってますので

ただまあだからといって実装にはそれなりに時間が掛かります。

サーバにするかクライアントにするか

もうボード側をサーバにすることは決定しています
スマホ、もしくはウインドウズ端末からボードのSSIDを指定して接続します

なぜなのか

セキュリティが確保出来ないのです。
ボード側から皆さんのご自宅のWi-Fi網にログインすることを考えた場合、皆さんは

「マゼピンという正体不明な人間」が作ったアプリにログイン情報を気軽に入力出来るでしょうか

また

ボードに各家庭のログイン情報を保存してそれが漏洩したら?

ということを考えた場合ボードから自宅のWi-Fiのログイン(もしくはスマホのAPモード)へのアクセスはあり得ないかなと・・・

課題

Wi-Fiアクセスすると何がいいかってOTAというファームのアップデートもやりやすい(現在採用しているESP32はBLEとWi-FiのROMを作るとそれだけでストレージを食い潰してしまう)

OTAという仕組みでスマホアプリにファームウェアを入れてそこからアップデートなんて事も出来ます

課題としてはこれから実装を始めて一年くらいかかってしまいそうなところでしょうか

本当は点灯パターンの編集画面に手を付けようと思っていたのですが、こちらの方が優先順位が上がってしまいました

とは言え、その前にウインドウズアプリのリリースがありますがね・・・

まあ、要素技術をこれから調査することが残っているので這いますが
Wi-Fi頑張ります

おしまい

このブログの人気の投稿

RAM DISKを使ってみた(使ったのはImDisk)

GWだし、まあちょっとラムディスクを入れてみましたうちのPCはWindows11 使ったのはImDiskというRAM Disk。まあ、この辺のインストールとかはあちこちで解説してる人がいるので適当にぐぐってくださいなで、とりあえずベンチマークなかなかいいスピードだで、大抵の人はブラウザのキャッシュをRAMディスクにするといいよ・・・と言うけどそもそもメインドライブがNVMeのSSDを使っている状態で、体感速度なんか上がらない(使い終わったキャッシュを再起動したら綺麗さっぱり捨て去ってくれるという利点はある) うちで一番効果があるのは Adobe Audition というアプリこれが結構高速化する(キャッシュをちゃんとRAMディスクにしたら・・・だけど) ハイレゾ音源だと、1時間の音源が何かする度に4GBのファイルを作られてしまうなので、RAM DISKにすると、結構編集時間を短縮できる Premiere Rushも出力先をRam Diskにしておいて終わったら、SSDにコピーすると言う事をやるとかなりスピードアップになる実はうちのPCは普段は99％のパワーで動作していて、CPUのターボブーストが掛からないようになっている大体3.6GHz当たりで安定してるのだけど、これを100％にするとターボブースト機能がONになって一部のコアが4.5とか4.8GHzまで上がるまあ、毎回電源オプションをいじる事になるのだけどさ・・・そうしてベンチを取るとこんな感じとは言え、ブーストしてるからと行ってRam Diskのスピードの差を体感する事はさすがに無理・・・と言うかフォトショでもRAM DISKにしてよかった・・・と言うほど変わらない SSDの性能が上がってきたしもし次にPCを買い換えたらRAM DISKよりSSDの方が速いかもね

.NET MAUI　BLE(Bluetooth Low Energy)も上手く行った

2023/10/11更新 ↓こちらの記事で更新しれました。 .NET MAUI PLUGIN BLEがWindows(10/11)に対応してた Windows対応イヤッッホォォォオオォオウ Bluetooth LE plugin for Xamarin & MAUI がWindowsに対応してた～ nugetでver3.00をみんな早速ゲットだ。ちなみにこちらはAndroid版のサンプルアプリ GitHub... [ブログカード風リンクタグ作成] ------------------------------------------------------------------------------ 昔、スマホとESP32の接続確認用に作ったプログラムをXamarinからMAUIに移植したら動いちゃったまあ、ESP32からスマホへの一方通行なアプリなんだけど面倒くさいので github に公開した下手くそなコード書きやがってとか思われそう｢間違ってるぞこのやろう｣というのを見つけたら教えてくれると嬉しいです要素技術の調査はこれで完了かな

.NET MAUIでスプラッシュスクリーン Android12で地獄を見る

まずは起動するところから・・・・スプラッシュスクリーンだぬマイクロソフトのサイト見てると簡単そう(実際簡単で細かい事を気にしなければsvgファイルを用意して1行だけ書き換えておしまい) なんかプロジェクトファイルに自動で記述されるらしいよし、プロジェクト作ったつーか、もうスプラッシュがあるんだけど・・・・そして自作のsvgファイルくうっ・・・デザインセンスない・・・・それはともかく、このSVGファイルを Resources\Images　にドラッグ＆ドラッグプロジェクトを右クリックして｢プロジェクトファイルの編集」して、編集できるようになったプロジェクトファイルを自分のプロジェクトファイルに書き換える <MauiSplashScreen Include="Resources\Splash\splash.svg" Color="#512BD4" BaseSize="168,168" /> ↓ <MauiSplashScreen Include="Resources\Splash\ splashtestmaui .svg" Color="#512BD4" BaseSize="168,168" /> とりあえずAndroidで実行お、おう・・・・まあ最初はこんなもんよね最初に紹介したマイクロソフトのサイトでもBaseSizeを書き換えてくださいって言ってるし言われたとおりに <MauiSplashScreen Include="Resources\Splash\splashtestmaui.svg" Color="#512BD4" BaseSize=" 320,600 " /> 書き換えてみるといい感じじゃーんじゃあアンドロイドのバージョン毎に試してみよう Android 7 Android 11 Android 12 Android 13

マゼピンの部屋

このブログを検索

このブログを検索