You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Use your gamepad or joystick like a mouse and keyboard on Mac OS X. Enjoyable-1.2.zip (311KB) git clone http://git.yukkurigames.com/enjoyable.git Requirements Mac OS X 10.7+ One or more HID-compatible (e.g. USB or Bluetooth) input devices Mappings I play games with a Playstation 3 controller, so these will be useless if you have a different controller. These are the mappings I use for games I like
btstackのコードを追いかけていると、BTLEペリフェラルがadvertisementを行う際のパケットを規定している配列があります。具体的には、こんなのです: const uint8_t adv_data[31]="\x02\x01\x05" "\x05\x09mbed" "\x03\x02\xf0\xff"; なんとなく、名前やUUIDを定義していると分かるのですが、この値をいじったときに、iOSのCoreBluetoothでスキャンできなくなるなどの動きになったため、どういう構造になっているのかを知りたいと思っていました。Google先生に聞いてもうまくヒットするコンテンツがなかったのですが、結局本家のBluetooth 4.0 Specificationドキュメントで答えを見つけました。2000ページ以上あるドキュメントなので、目次くらいしかみていませんが、Volume-3 (
Gamepad W3C Working Draft 24 January 2024 More details about this document This version: https://www.w3.org/TR/2024/WD-gamepad-20240124/ Latest published version: https://www.w3.org/TR/gamepad/ Latest editor's draft:https://w3c.github.io/gamepad/ History: https://www.w3.org/standards/history/gamepad/ Commit history Test suite:https://wpt.live/gamepad/ Implementation report: https://wpt.fyi/results
And then we can say our data structure in C looks like struct mouse_report_t { uint8_t buttons; int8_t x; int8_t y; } So now in our descriptor, our first item must describe buttons, three of them USAGE_PAGE (Button) USAGE_MINIMUM (Button 1) USAGE_MAXIMUM (Button 3) each button status is represented by a bit, 0 or 1 LOGICAL_MINIMUM (0) LOGICAL_MAXIMUM (1) there are three of these bits REPORT_COUNT
USB HID クラスの種類を表わすために、当初はサブクラスを使うことが想定されていた。しかし、現実にはその種類は膨大となり、サブクラスのプロトコル定義は非現実的と判断された。 結果として、USB HID クラスデバイスはレポートディスクリプターでプロトコルを判別する。 しかし、キーボードおよびマウスはBIOSがサポートするデバイス(ブートデバイス)として、シンプルな実装が求められた。そこで、ブートデバイスとして用いられるUSB HID クラスデバイス(キーボードあるいはマウス)は、ブートプロトコルに対応することを示すためにサブクラスを使用する。 ホストPCに、デバイスがブートプロトコルに対応することを伝えるためには、インターフェイスディスクリプターのbInterfaceSubClassフィールドを0x01とする。
ESP-WROOM-32DはXtensaデュアルコア32ビットLX6マイクロプロセッサをコアとするSOC(ESP32-D0WD)を搭載してWiFiとBluetooth通信を可能にしたいわゆるIoTマイコンモジュールで、秋月電子で640円という低価格で購入できてしまう優れものです。 このESP32を触るきっかけは、ある若者が「自分、マイクロマウスの競技会に出てるんすけど、そのマイコンボードが240MHzで動いて無線でプログラムの書き込みができるんす、超凄くないっすか?」というのでなんていうボードなのと聞いたら「確かESP32とか言ったと思ウッス」っていうのでググったら出てくる出てくる。知らないのは筆者だけと思うくらいIoTデバイスを自作するには常套となるボードなのでした。そうなると、ちょっと試してみたいとなったわけです。 今回はESP32-WROOM-32Dを搭載したESP32開発ボードのE
概要 USBの日本語(JIS)キーボードをmini USB Host Shield (miniUHS)を使ってESP32に接続する。 Arduino core for ESP32を使ってBLE HIDキーボードを構成し、PCやスマホで使ってみる。 ちょっと前に(SparkFun) Pro Micro でやったことをESP32でやってみて、ついでにBLEライブラリを使ってみた、というお話。残念ながら、Bluetoothキーボードとしての実用レベルには達していない。 ※ BLEセキュリティ関係の小改造を行ってみましたが、やはり初回接続時のみしかうまくいきませんでした。 ※※ その後、リスタート時も再接続できるようになりました。 構成 DOIT DevKit V1を使う 今回は、しばらく前にaliexpress で $5.00くらいで購入した端子の少ないESP32開発ボードを使うことにした。サイ
1. この記事について Jetson nanoを搭載した移動ロボットJetbotを作成し、前回はJetbotを使った単眼vSLAMを実行させた。 masato-ka.hatenablog.com しかしvSLAMはPC側で処理される。Jetson nanoはPCへ映像を送信するだけだ。これでは搭載されているGPUが活躍していない。せっかくなのでJetson nanoに搭載されているGPUの威力を体感したかった。 そこで今回はディープラーニング を利用して画像から直接判断して走行する、End-to-Endな自動走行にチャレンジしてみた。コースを追従するだけであれば、単純な画像認識によるライントレースと簡単なルールベースの仕組みで十分だろう。しかし、今回は前提となるルールを作るのではなくデータだけ与えて、ディープラーニングで解くのがポイントとなる。以下の画像のようにJetbotがコース上を追従
Bluetooth Communication The wiimote communicates with the host via standard bluetooth protocol. The wiimote can be placed into discoverable mode for 20s by pressing the sync button on its back under the battery cover. Holding down the 1 and 2 button continuously will force the wiimote to stay in discoverable mode without turning off. This does not work with the sync button, though. When in discove
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く