/interopercle1841704.html,jewishcrimea.ru,【セール】新品 小枝 ヘッドアクセ ヘッドドレス ゴールド ウエディング 結婚式,425円,レディース , スーツ , フォーマル , ドレス , ウェディング /interopercle1841704.html,jewishcrimea.ru,【セール】新品 小枝 ヘッドアクセ ヘッドドレス ゴールド ウエディング 結婚式,425円,レディース , スーツ , フォーマル , ドレス , ウェディング 425円 【セール】新品 小枝 ヘッドアクセ ヘッドドレス ゴールド ウエディング 結婚式 レディース スーツ フォーマル ドレス ウェディング 【SALE/70%OFF】 セール 新品 小枝 ヘッドアクセ ゴールド ウエディング ヘッドドレス 結婚式 425円 【セール】新品 小枝 ヘッドアクセ ヘッドドレス ゴールド ウエディング 結婚式 レディース スーツ フォーマル ドレス ウェディング 【SALE/70%OFF】 セール 新品 小枝 ヘッドアクセ ゴールド ウエディング ヘッドドレス 結婚式

SALE 70%OFF セール 新品 高評価のクリスマスプレゼント 小枝 ヘッドアクセ ゴールド ウエディング ヘッドドレス 結婚式

【セール】新品 小枝 ヘッドアクセ ヘッドドレス ゴールド ウエディング 結婚式

425円

【セール】新品 小枝 ヘッドアクセ ヘッドドレス ゴールド ウエディング 結婚式

商品の状態新品、未使用
配送料の負担送料込み(出品者負担)
配送の方法普通郵便(定形、定形外)
発送元の地域未定
発送までの日数1~2日で発送





ご覧いただきありがとうございます♡ 小枝のベッドパーツになります♡ 新品、未使用! 送料無料!! 結婚式 挙式 披露宴 二次会 パーティー 前撮り 発表会 社交ダンス 卒業式 など さまざまな場所で大活躍! color : ゴールド (シルバーもございます) ※シルバーご希望の場合コメント欄へ↓↓↓ 素材 : ラインストーン、フェイクパール、ワイヤー 長さ : 30cm ♡アップ、ダウンスタイルどちらにも対応◎ ♡ たっぷりのラインストーンとパール、ビーズで華やかなデザイン ♡様々な髪に合うワイヤーを使用 ※海外製品のため日本製に比べると作りが甘い為、完璧を求める方はご遠慮ください。 ※安価商品のため簡易包装で発送させていただきます。 #結婚式 #花嫁 #振袖 #イベント #パーティ #学校祭 #成人式 #浴衣髪飾り #ヘッドドレス #ヘアアクセ #ヘアピン #小枝アクセ #ウエディング #二次会 #前撮り #ブライダルカチューシャ #ブライダル

【セール】新品 小枝 ヘッドアクセ ヘッドドレス ゴールド ウエディング 結婚式

2022年2月9日水曜日

【Android USB oscilloscope】(15) AOA --- Linux host側のsample program

余っているAndroidスマホをオシロにしよう!

スマホでこんなUSB接続をしたい.
     Linux(host) ----> スマホ(device)

Android open Accessory(AOA) libraryを使ってhostと接続する仕組みがgoogleから提供されている.AOAについての公式情報はリンクが切れていたりして鮮度が落ちてる.それでもAOAについて読むならばここかな.
このAOAをgoogleがアピールしていたのは2011年や2012年ごろであって、現在のAndroid11でも通用するものなのかどうかという不安はある.

当連載の前回で、スマホをUSB deviceとしてPC hostに繋ぐには、AOAに仕込まれたちょいとめんどくさい手順があるらしいよと書いた.PC側のプログラムとスマホ側のプログラムがネゴシエーションする仕組みなのだが、一度USB接続してから再度USB接続するという2stepを要する仕組みだ.

step1
スマホの最初の顔はデバッグモードである.例えばVID/PID=18D1/4EE7
ホストPCは、VID/PIDでスマホを検出し、処理を始める.
ホストPCは、スマホに対してAOA対応機かどうかを問い合わせる.
AOA対応機だったなら、ホストはスマホへAccessoryの顔で再起動せよと命じる.

step2
スマホは別のVID/PID=18D1/2D00または18D1/2D01に化けて再起動し、改めてUSBに接続する.
ホストPCは、スマホにmanufacture="xxxx"、product="yyyy"ですか?と問いかける.
スマホは"xxxx""yyyy"で待ち受けているので門戸を開く.

ーーーー
そこで今回は手始めに、PC側のネゴシエーションプログラムを動かしてみる.スマホ側はなにもしない.

参考にしたというかモロパクリしたのは、
これにリンクされているpc-usb.cというsource.

sourceを少し変更する必要がある.
手持ちのスマホ、Android One S5のUSB descriptorを解析して、USB debug modeにおけるVID/PID=18D1/4EE7と判っているので、pc-usb.cのはじめの方をそれに書き換える.これは必須.読者のスマホでは違う番号かもしれない.
   #define VID 0x18D1
   #define PID 0x4EE7
source変更はこれだけ.

コンパイルにはlibusb-1.0を使うので、インストする.わたしのLinux環境はちと古いのでaptのリンクが切れまくっていて復旧に苦労したが、最終的に次のコマンドのいずれかでインストできたようだ.
   apt-get install libusb-1.0
   apt-get install libusb-1.0-0-dev
   aptitude reinstall libusb-1.0-0-dev

コンパイルは、
   gcc -lusb-1.0 pc-usb.c -o pc-usb

動かしてみる.
1)スマホAndroid One S5をUSB debug modeにしてからLinuxマシンにUSB接続
2)Linuxからpc-usbを動かす
3)表示が出る、errで停まる

% pc-usb
Device is not USB Accessory Mode ①
Verion Code Device: 2
Accessory Identification sent ②
Attempted to put device into accessory mode ③
connect to new PID... ④
claim usb accessory I/O interface ⑤
Interface claimed, ready to transfer data ⑥
start main Phase
Error: unkown error ⑦
Error during main phase

最終的にerrで停まるのだが、いまはこれでいい.
動作状況はこうだ.
①スマホがUSB debug modeで接続されており、Accessory modeではない
②スマホがAOA対応機かどうかを問い合わせる →スマホから返答あり
③スマホへAccessory modeで再起動せよと命じる
④スマホがAccessory modeで起動したのを確認.PIDが新しくなった
⑤スマホへEP番号などを問い合わせている
⑥転送できるようになった
----ここまではスマホのOSのAOA機能が働いてくれたのだろう
⑦errorで停まった.スマホにアプリを何もインストしてないので当然だ

というわけで、AOAのめんどくさいstepでUSB接続を確立するところまでは成功したようだ.ゆえにAndroid11でもAOAは生きていると確認できた.

今宵はこれまでにしとうございます.

次回はスマホ側のプログラムを動かしてみよう.

14へ                 16へ

かしこ

2022年2月8日火曜日

【Android USB oscilloscope】(14) Android open Accessory

余っているAndroidスマホをオシロにしよう!

スマホでこんなUSB接続をしたい.ただ情報が少ない.
     Linux(host) ----> スマホ(device)
世間の主流は、OTG接続USBを利用してスマホをhostにするようで、こちらの情報は多い.

AndroidではUSB機器をhostであろうがdeviceであろうがAccessoryと呼ぶらしい.
Accessoryを開発するライブラリとして、AOA(Android open Accessory)が提供されているが、AOAの情報は少ない.AOAの情報が少ない理由は古いから.2011年ごろにgoogleがプロモートしていた.ADKという開発kitも販売されていて、なんと今でも秋月で売られている.八潮店に在庫が1つ残っているそうだ.
オリジナル情報はAOA kitのページなのだろう.まだあまり読んでない.

AOAはUSB hostにもUSB deviceにもどちらにも対応しているのかどうかは不明.2011年だとスマホにOTGが搭載され普及するよりも微妙に前なので、AOAはUSB hostにはなれない可能性がありそうに思ってる.

sample codeの情報で判り易いのはこちら.
2011年の記事なのでとても古い.

同ページによるとAOAの接続はなかなか厄介らしい.

USB deviceのプラグインプレイは基本的にVID/PIDで行われる.(例外もある)
ところがAndroid Accessoryの場合は2段階を要するみたいなんだ.

第1段階
スマホの最初の顔はデバッグモードである.例えばVID/PID=18D1/4EE7
ホストPCは、VID/PIDでスマホを検出し、処理を始める.
ホストPCは、スマホに対してAOA対応機かどうかを問い合わせる.
AOA対応機だったなら、ホストはスマホへAccessoryの顔で再起動せよと命じる.

第2段階
スマホは別のVID/PID=18D1/2D00または18D1/2D01に化けて再起動し、改めてUSBに接続する.
ホストPCは、スマホにmanufacture="xxxx"、product="yyyy"ですか?と問いかける.
スマホは"xxxx""yyyy"で待ち受けているので門戸を開く.

以上でhost PCとAccessoryスマホが接続開通する.以降はUSB通信ができる.細かいところに誤解はあるだろうが、ざっとこのような経緯を辿るみたい.かったるい.

#PID=2D00のところを補足.
スマホが最初から18D1/2D00ならいいじゃないかと一瞬思うのだが、素の状態のスマホは2D00には成れないのだろう.
PIDは全部でこれだけある.(Android8以降はオーディオ機能が無くなったらしい)
2D00     一般用途、バルクEPを2本持つ
2D01     一般用途+debug用
2D02     オーディオ
2D03     オーディオ+debug
2D04     一般用途+オーディオ
2D05     一般用途+オーディオ+debug

13へ           15へ

かしこ

まんぼ~日記(19日目)東京PCR17,113、 陽性率90%バイオハザード東京

はいっ、本日も「些細な数字の変動で一喜一憂するコーナー」のお時間となりました.

昨日の投稿で、デイリーのPCR検査数についてイミフーと書きました.
 ・都公表の検査数実績   25000ぐらい
 ・小池は、検査数7.4万+が実績だと言った
この乖離がイミフだと.小池しねと.

本日のゲンダイによると本件について新情報があります.
 ・都の検査キャパは10万である
 ・検査実績は2.5万ほどである
 ・つまり7.5万の余剰は使われずに放置されている

ということは、小池のtwitterから読み取れる情報の真偽は、
  1)10万という数字自体は正しい
  2)だが実績数ではなく、キャパだった
  3)7.5万が遊休状態、ヤブヘビ
だったようです.いい加減なこと喋るなよ小池、無能.

今我々が見て一喜一憂している東京PCRはもう訳が分からない数値のようです.本当はこうゆう状況じゃないかな?
PCR検査は2.5万件ぐらいしか実施されていないからデイリーPCRは2万ぐらいで推移している.またそれ以上の数値は出ない仕組みになっている.しかし実態は毎日陽性が10万人ぐらい生じていて、その大半は症状が軽く放置している.
コロナ対策が大切だと言うわりに随分と投げやりでおもしろいじゃないか.
もう5類でいいわ.放置でいいわ.だって実態がそうじゃん.ぎゃはー

本日の成績:
東京PCR     17,113人
検査件数(3日移動平均)    17,296.7件
病床使用率      55.8%
オミクロン株の特性を踏まえた重症者病床使用率          20.4%
重症者           51人
死亡者           11人

ちょ、ちょっと待ってくれw
なんだこの陽性率は?   17113/17296=98.94%
陰性の奴が1%しか居ないじゃないか?

念のために、PCR陽性数も3日移動平均にして計算しなおしましょうか.
3日平均陽性率 = (17526+12211+17113)/3/17296 = 90%
おいおいおい、この陽性率って世界記録じゃないの? (爆笑)

統計が破綻してますね.この数字出してる都の職員もやる気ないだろうなぁ.そうゆう時は線路を渡った先にあるパラダイス歌舞伎町でのんだくれるのがいいだろう.

本日の体重: 71.7kg

かしこ

【にわかAVマニアの帰って来たAKM】VELVET DAC AK4490/AK4493 祝復活

1月31日に旭化成マイクロのVELVETシリーズDAC復活の発表がありました. →こちら
しかしその内容は比較的低SPECのDACであり、VELVET復活とは言えないだろうとのヒラサカさんの感想でした.

ところが昨日新たな発表があり、AK4490とAK4493が追加で復活するそうです. ゴルフパターカバー(ピン型用)
おめでとうございます.明けましておめでとうございます.帰って来たAKM.

以下ではAK4490R、AK4493Sの設計について考察します.

おっ、と思ったのが2者共に「PCM/DSD自動切り替え機能」が追加されました.これが追加されたということは、単なるプロセスコピーやプロセスシュリンクではなく、半分ぐらい新設計と言えるでしょう.
AK44xxシリーズはdigital無し、analogオンリーの設計ポリシーのように思います.ただそれだとESSのDACに比べると使い勝手は劣ります.AKMは若干ながら修正してきた印象です.

かつてわたしはこのような投稿をしたことがあります.AK44xxシリーズを横断的に分析しました.今回はこれに4490R,4493Sを織り交ぜてみます.

【SNR比較 (ステレオモード)】
4490(120dB), 4490R(120dB), 4495(123dB), 4493(125dB), 4493S(125dB), 4497(131dB), 4499(134dB)

新型は旧型と同じSNRです.

【発売時期】
datasheetから拾った凡その発売時期.以降は発売日順に並べます.
4495(2013.9), 4490(2014.4), 4497(2016.4), 4493(2017.12), 4499(2019.5), 4490R(2022.2), 4493S(2022.2)

【電源電圧】
電源電圧はプロセスの変化時期を推測するのに有用です.
 デジタル系  4495(3.3V), 4490(3.3V),
                      4497(1.8V), 4493(1.8V), 4499(1.8V), 4490R(1.8V), 4493S(1.8V)
アナログ系  4495(7V), 4490(7V),
                      4497(5V), 4493(5V), 4499(5V), 4490R(5V), 4493S(5V)

電源電圧から推測すると、セカンドインパクト前のAKMには2種類のプロセスが在ったと考えられます.
すなわちこうです.
    古いプロセス:    4495、4490
    新しいプロセス: 4497,4493,4499,4490R,4493S

今般のポイントは、4490(古)→4490R(新)になったところです.恐らくAKMは旧いプロセスを捨てたのでしょう.
だとすると、セカンドインパクト後のセカイにおけるAK44xxシリーズの展開は次のように考えられそうです.
1)4495はプロセスが古いのでこのまま復活しない
2)4497,4499は新プロセスなので復活する可能性がある

4495が4495Rとして復活するかもしれませんが、ただSPEC的に4493Sでカバーできてしまうのでラインナップから除外というのがヒラ予想です.

なにしろ今般の4490,4493復活により、4499復活の期待が出てきました.ぜひとも4499に復活してもらい王座の地位を欲しいがままにしてもらいたいものです.しかし高いぞー

かしこ

2022年2月7日月曜日

【中目黒ローカル】 家の前にマンションが建つってさ

我が家の近所にも当ブログの読者がいらっしゃるようです.

我が家の前は空き地になっています.敷地面積は500平米らしい.SUGOI DEKAI
解体前はこんなだったよね.懐かしいよね.木がいっぱい生えてました.

この空き地にワンルームマンションが建つそうです.施工の人が図面を持ってきました.

どんな物件が建つのでしょうか?

公道から見て奥行き方向へ2棟の建物が建ちます.鉄筋3階+地下1階が2棟です.通る隙間もないくらいギチギチに建物が建ちます.そんなんで建ぺい率容積率が基準クリアすんのかなと思うけど、間もなく建築許可が下りるそうです.角地だから有利なのかも.

ワンルーム戸数は各階4部屋で、最大で32戸.
地下にも部屋を設けるんだからすごいや.フツー地下には住みたくないけどな.

32人もの単身者が流入するとなると、引っ越しトラックが私道にダラダラと停まるんだよ、うっとおしいなぁ.あと宅配便もうっとおしい.

竣工予定は2022年12月だそうです.建築物資が予定通り入荷するといいですね.

かしこ

皇室に在ってはならないものは、穢れ・雑種・俗物 →小室Kとマコーリン

今回は朝敵マコーリンについてのポエムです.

職員の扱いが酷いとか、紀子さんが浪費とか、マコーリンは公より私を優先したとか、批判の材料に事欠かない秋篠宮家です.ただもっとシンプルに秋篠宮家を斬ることが出来ると思うんだなぁ.

皇室にあってはならないものとは?
穢れ    雑種    俗物
秋篠宮家ってのはこの3重苦の毒が廻り過ぎて死に絶えとる、ってことよ.

小室Kは、親族が自殺しまくりの穢れです.雑種かどうかは知らんが、最低でも三代前まで遡れる者でなければ皇族と結婚なんかダメダメ.ヒモなだけでなく、帰国したら帝国ホテルに泊まらせろと要求する俗物.マジでカスだこいつ.
そんな奴を皇族関係者に招き入れるなんかダメに決まってる.皇室に穢れ・雑種・俗物を入れた秋篠宮は毒が廻って死亡なんです.

朝敵マコーリンは、宮内庁で「小室さんは素晴らしいお方なんですっ!」と絶叫したとか.穢れ・雑種・俗物の三重苦を素晴らしいとか、毒が廻り過ぎです.
なにが「海外に拠点を設ける」だバカバカしい.そんなに雑種になりたいのか.どこの国の民にとっても、外国とは遊びに行くところか、または出稼ぎに行くところなんです.天皇陛下は日本国の持ち主として海外出稼ぎなどとは最も遠い存在であらせられる.その天皇の親族である皇族も同様に海外出稼ぎなどとは最も遠い位置にあるのです.それなのにマコーリンは皇族であった時期から「海外出稼ぎにいくーっ」て言ってたわけで、なんなのそれ? 1mmも意味がわかんない.呆れる.
NYが好き、NYでべんごし、かぁ~っ、俗物.
どんだけ毒が廻ってるの朝敵マコーリン?

カコーリンについては噂はいろいろだけど、確定情報が無いので触れません.でも遠からず馬脚を顕すんじゃないかな.

悠仁さまは、筑波付属の件でいじられているけど、子供である彼は100%被害者です.悪いのは紀子さんですから.

紀子さんは、将来の天皇になる悠仁さまを東大に入学させるのが帝王学なのだと考えているようですが、ちゃんちゃらおかしい.東大って官僚養成学校ですよ.天皇の臣下を養成する機関への入学に血道を上げるなんて勘違いも甚だしい.学力に余裕があるのなら東大でもどこでも好きにすればイイけど、そうじゃないでしょ.勘違いの原因は、紀子さんが俗物だからです.

そして俗物共の頭領たる秋篠宮は、俗物共を全く制御できてない.俗物共を作ってしまって俗物共に振り回されてヨレヨレになっています.
たとえマコーリンがノイローゼで死のうとも、穢れ・雑種・俗物モンスター小室Kを斬るのが御当主の役目だったはずなのにダラーッと見てるだけ.現在進行中の俗物キコーリンによる息子の進路の歪を正すこともできない.
悪いことに騒動の度に国民への恨みが溜まってゆくみたいで自らも俗物堕ちしてます.

最初に書きましたよね、皇室に在ってはならないものは、穢れ・雑種・俗物 だと.
ところがなんということでしょう、秋篠宮家そのものが俗物なんですからはっきり言って死んでる.

えいめん

まんぼ~日記(18日目)東京PCR12,211、 東京のPCRキャパってどのくらい?

はいっ、本日も「些細な数字の変動で一喜一憂するコーナー」のお時間となりました.

素朴な疑問:
東京PCRは2万人オーダー.
東京のPCRキャパは26000/dayとの噂がある.
ならば検査数で制限されてこれ以上PCR数が増えないのではないか?

昨日のデータを元にしますと、東京都発表のPCR件数23,938件 となっています.また街のPCRセンターが満員でキャパギリギリとも言われる.キャパ26000の噂に信憑性を与えるような数字が踊っています.

PCRキャパって本当に26000なのでしょうか?

これに関する数字をtwitterで小池が書きました.これがものすごく変な数字なんだよ.
                   PCR検査数/day
  行政検査         46000
  都の集中検査   16000
  無料検査         12000
  有料検査           不明
  ーーーーーーーーーーー
  合計              74000+不明分
この7.4万+という数字はキャパではなくて、行われている実績だと小池はtwitterしています.不明分が万単位だとすれば、10万/dayぐらいはPCR検査が行われていると小池発言から推察されます.

なんじゃそりゃ?
小池が7.4万+と言う一方で東京都は、PCR件数は23,938件だと発表しているわけです.数字が3~4倍違うじゃねーか.グダグダにもほどがある.よくこんな恥ずかしい数字を喋れるもんです.ビジネス交渉の場でこれほどあからさまに通用しない数字を出すような奴は「すみませんが担当から外してもらえませんか?」って言われるよ.てかオレだったらそう言う.

数字は嘘をつかないが、人は嘘をつく.こんなグダグダでありながら「戒厳令要請するかも、判断するのは官邸です」とかチャラいそぶりなんだから小池しね

ーーーー
本日の成績:
東京PCR      12,211人         ←月曜日とはいえ随分少ないです
検査件数(3日移動平均)     15,844件
病床使用率      55.6%
オミクロン株の特性を踏まえた重症者病床使用率     19.3%    ←昨日と同値
重症者          48人
死亡者        8人

本日の体重:71.7kg  (ダイエット中)

かしこ

呪術廻戦0 興行収入watch (7週目)104.6億円

今週もアニメの興行収入で一喜一憂するコーナーのお時間になりました.

呪術は2月4日時点で100億を突破したそうです.関係者の皆様おめでとうございます.

今週は盛り返して+6.2億円、totalで104.6億円となりました.シンエバを抜いて34位も立派な成績です.

前回の増加は5.3億だったのが今回は6.2にペースアップした理由はなんだろう? 単純に呪術はまんぼ~よりも強かったということにしときます.
シンエバは6週目ともなると+1.5億円ぐらいまで減退してましたから、呪術は好調です.(鬼は規格外)

今後の予想:
いまだに毎週5億円ペースを維持しているのは立派です.
1ヶ月で+20上がるわけですから立派です.
2月12日は舞台挨拶が全国の劇場へ中継されるので来週はより一層の興収upが期待されます.
ひら的には最終興収120と予想しましたが、120はもう鉄板ですね.
ちょっと多めに張って最終145億円に修正しておきましょうか?
145だと天気の子を抜いて歴代13位になります.

2月12日に重大発表があるそうですからお楽しみに.

6週目へ       8週目へ

かしこ

TOCANA公認?三軒茶屋の心霊spot

陰謀オカルトをテーマにしているFM番組があります.87.9MHz89.7MHzだったか.
それの動画chでDave Fromm Channelというのがあり、以前も当ブログで触れたことがありました.

KOCANA編集長の角さんが月一ぐらいで登場します.角さん可愛いのでデイブも角さん登場会は機嫌がいいったらないわー

これを書いている時点での角さん最新回を末尾にリンクしておきます.
その動画の12分ぐらいの時刻で「三軒茶屋にある横沢プロの4階がスゲー心霊スポットで継続的に取材中」というような事を喋っています.

ネット時代のいま、それだけ情報を明らかにしちゃったら特定は容易ということで、おせっかいですが特定しました.

三軒茶屋のキャロットタワーの、世田谷通りを挟んだ対面になります.三元ビルと思われます.
同ビルの4階に横沢プロの看板です.横沢プロはwikiにあります.その中に、本社所在地ともうひとつ養成スタジオとしてモロに住所が書いてある.東京都世田谷区三軒茶屋2丁目14‐12 三元ビル4階ということで.

ここでは見えるだけじゃなくてポルターガイストもあるそうです.昔は古井戸だったとか.
3階がバーなんで、面白い体験談を聞けるかもしれないし、口止めされているかもしれない.

物件情報は、鉄骨鉄筋コンクリート(地上7階 地下2階建)築年月 1966/12 となっています.地下があるのか、、、すごいホラーゾーンかな?

近隣にお住まいの方は雰囲気を味わうもよし、俳優の卵として身を投じるもよし.でも迷惑にならないようにしましょうね.

わたしも三軒茶屋を訪問したときには外観だけでも見学しようと思います.行こうと思えばバイクで15分ぐらいですんでー

おっと動画リンクを忘れたぜ.角ちゃ~ん

かしこ

【Android USB oscilloscope】(13) Linuxに接続した Android One S5 のせいで USBError: [Errno 16] Resource busy

余っているAndroidスマホをオシロにしよう!

スマホにバルク転送する実験をしたいでーす.
こんなUSB接続でね.
     Linux(host) ----> スマホ(device)

それでまずはLinux hostに何等かのバルク転送をさせたいでーす.

PythonのUSBpyで簡単にできるようです.こちらのページなどを参考にします.

ぶっちゃけこういうPython sourceで動きました.簡単でいいや.
VID/PID=18d1/4ee7はAndroid One S5のUSBデバッグモードにおける値です.読者の手持ちのスマホによっては異なる数字かもしれません.その他の詳細説明は参考ページを見てください.
import usb.core
dev = usb.core.find(idVendor=0x18d1, idProduct=0x4ee7)
if dev is None:
    raise ValueError('Device not found')
dev.set_configuration()
dev.reset()
cfg = dev.get_active_configuration()
intf = cfg[(0,0)]
ep = usb.util.find_descriptor( intf,
    custom_match = lambda e: \
        usb.util.endpoint_direction(e.bEndpointAddress) == \
        usb.util.ENDPOINT_OUT)
print(ep)
assert ep is not None
ep.write('test')

これを text.py に保存し、Linux上で python3 text.py で動かします.無印pythonだと動きません.importで停まる.

実際にUSBへバルクの"test"が飛んだかどうかは未確認ですが、たぶん飛んでると思います.

ーーーー
ここでひとつ注意があります.
USB deviceとしてAndroid One S5をLinuxへ接続したわけですが、、、

USB接続モードをMTPなどにしておくと上記python codeがエラーで停まります.
usb.core.USBError: [Errno 16] Resource busy
誰かがS5を掴んで離さないみたいです.lsusbで調べますと、
% lsusb -t
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
    |__ Port 2: Dev 22, If 0, Class=Vendor Specific Class, Driver=usbfs, 480M
原因はDriver=usbfsです.S5にUSB file systemのデバドラがbindされちゃってました.MTPなのでさもありなんですね.PTPにしたらしたで画像デバドラがbindされちゃうと思われます.

解決するには、USB接続モードをUSBデバッグモードにしておきます.(Linux hostにはAndroid StudioのADBがインストされてないとする)
% lsusb -t
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
    |__ Port 2: Dev 19, If 0, Class=Vendor Specific Class, Driver=, 480M
Driver=""のようにフリーになったので上記python codeがちゃんと動きます.


かしこ

2022年2月6日日曜日

nm-48.French Military 80s M-64モッズコート

はいっ、本日も「些細な数字の変動で一喜一憂するコーナー」のお時間となりました.

オリンピックやってるんですか? こないだ夏オリやったばかりなのに.オリンピックが終わったらロシアがウクライナに、中華様が台湾に、2人揃って侵攻ですか? バイデン発狂してWW3.

重症病床使用率30%になったら戒厳令するかもよ、と東京都がいうのに対して現在19.3%となってます.この指標はチビチビとですが着実に増加中.peak outが遅くなったら、30%にタッチしてしまうかな.

PCRグラフは伸びの鈍化傾向を示し始めたように思われます.がっ、東京のPCR検査キャパがそもそも26000/日ぐらいしかないという説もあるんで何を見ているのかわかりませんな.

今日から都発表のPCR件数も転記します.
今日は 陽性/件数=17526/23939=73% てことは街中のPCRセンターに来てる客の70%は保菌者っていうことなのかね? バイオハザードじゃん.ぎゃはは
本日の成績:
東京PCR       17,526人
PCR件数(3日移動平均)    23,938件
病床使用率       55.3%
オミクロン株の特性を踏まえた重症病床使用率       19.3%
重症者       45人
死亡者      5人

本日の体重: 71.3kg

かしこ

Android USB oscilloscope】(12) Android One S5 USB device descriptor(4種)

余っているAndroidスマホをオシロにしよう!

Androidプログラムについての書籍をAmazonの試し読みで調べました.
探したかったのは、
  ・Thread関連の情報
  ・USB関連の情報
  ・GPUで信号処理
を得られる書籍です.予想通りほとんどないです.
Threadについては「Expert向け」みたいな位置づけの和本が2つ在るかなというぐらいです.USBについてはゼロかもしれない.GPUは洋書があるかどうかってとこですがPythonにfocusしてたりしてちょっと違う.
ならばあまたある書籍は何を書いているのかというと、メインディッシュはUIです.それとgoogle mapやdatabaseのクライアントに関するissue.まぁそんなもんか.

ネットから情報を引っ張り出すしかないです.

ーーーー
さて、USB COMの件は前回までで一旦closeしておいて、今後はUSBで高速転送するやり方を調べます.とりあえずバルク転送でも出来ればいいでしょう.

手始めに、Android One S5をPCにUSB接続して、Android One S5のdevice descriptorを採取してみました.S5はUSB deviceの位置づけです.(S5はhostでない)

以下ではdevice descriptorを眺めてあれこれと味わうことします.

ですがその前に、、、スマホをPCにUSB接続したときに「どのモードで接続しますか?」と聞かれます.モードによってdevice descriptorが変わります.S5の4種類のモードのdevice descriptorを採取しました.4つをupしときます.


【充電のみのdevice descriptor】
全体像としては、Sharpのデバイスであり、MTPである、という位置づけになっています.
MTPならばファイルアクセスできてしまうのではないかと思いきや、、、windowsからはS5-SHという名で見えるだけでファイルは見えません.きっと、スマホがファイルアクセスを拒否してるのでしょう.

Device DescriptorにはSharpのVID/PIDがあります.
特定のClassなのかどうかは、interface descriptorを見てちょ、と言ってます.
------------ Device Descriptor ----------------------
bDeviceClass             : 0x00 (defined by interface descriptors)
idVendor                 : 0x04DD (Sharp Corporation)
idProduct                : 0x9C90
bcdDevice                : 0x0409

interface descriptorはclassについて「vendor specific」つまり謎のblack-boxと言ってます.Endpointは3つ.MTPと言ってます.
------------ Interface Descriptor -----------------
bNumEndpoints            : 0x03 (3 Endpoints)
bInterfaceClass          : 0xFF (Vendor Specific)
iInterface               : 0x05 (String Descriptor 5)
 Language 0x0409         : "MTP"

以下は3つのEndpointについて述べています.
EP1、スマホ→PC、バルク転送、パケットサイズ512bytes
EP1、PC→スマホ、バルク転送、パケットサイズ512bytes
EP2、スマホ→PC、インタラプト転送/6ms毎、パケットサイズ28bytes
----------- Endpoint Descriptor -----------------
bEndpointAddress         : 0x81 (Direction=IN EndpointID=1)
bmAttributes             : 0x02 (TransferType=Bulk)
wMaxPacketSize           : 0x0200 (max 512 bytes)

----------- Endpoint Descriptor -----------------
bEndpointAddress         : 0x01 (Direction=OUT EndpointID=1)
bmAttributes             : 0x02 (TransferType=Bulk)
wMaxPacketSize           : 0x0200 (max 512 bytes)

------------ Endpoint Descriptor -----------------
bEndpointAddress         : 0x82 (Direction=IN EndpointID=2)
bmAttributes             : 0x03 (TransferType=Interrupt)
wMaxPacketSize           : 0x001C
 Bits 10..0              : 0x1C (28 bytes per packet)
bInterval                : 0x06 (6 ms)


【MTP ファイル転送のdevice descriptor
全体像としては、Sharpのデバイスであり、MTPである、という位置づけになっています.
「充電のみ」とほぼ同じ内容です.(違うのはpowerのところだけ)

Device DescriptorにはSharpのVID/PIDがあります.
特定のClassなのかどうかは、interface descriptorを見てちょ、と言ってます.
----------------- Device Descriptor ----------------------
bDeviceClass             : 0x00 (defined by interface descriptors)
idVendor                 : 0x04DD (Sharp Corporation)
idProduct                : 0x9C90
bcdDevice                : 0x0409

interface descriptorはclassについて「vendor specific」つまり謎のblack-boxと言ってます.Endpointは3つ.MTPと言ってます.
------------ Interface Descriptor -----------------
bNumEndpoints            : 0x03 (3 Endpoints)
bInterfaceClass          : 0xFF (Vendor Specific)
iInterface               : 0x05 (String Descriptor 5)
 Language 0x0409         : "MTP"

以下は3つのEndpointについて述べています.
EP1、スマホ→PC、バルク転送、パケットサイズ512bytes
EP1、PC→スマホ、バルク転送、パケットサイズ512bytes
EP2、スマホ→PC、インタラプト転送/6ms毎、パケットサイズ28bytes
ファイル転送するのにパケットサイズがたったの28じゃ遅くて仕方ないので、EP2はステータス情報のやり取りだけだと思われます.
ファイル転送はEP1でやるのでしょう.
------------- Endpoint Descriptor -----------------
bEndpointAddress         : 0x81 (Direction=IN EndpointID=1)
bmAttributes             : 0x02 (TransferType=Bulk)
wMaxPacketSize           : 0x0200 (max 512 bytes)

------------- Endpoint Descriptor -----------------
bEndpointAddress         : 0x01 (Direction=OUT EndpointID=1)
bmAttributes             : 0x02 (TransferType=Bulk)
wMaxPacketSize           : 0x0200 (max 512 bytes)

------------- Endpoint Descriptor -----------------
bEndpointAddress         : 0x82 (Direction=IN EndpointID=2)
bmAttributes             : 0x03 (TransferType=Interrupt)
wMaxPacketSize           : 0x001C
 Bits 10..0              : 0x1C (28 bytes per packet)
bInterval                : 0x06 (6 ms)

 
【PTP カメラのdevice descriptor
全体像としては、Sharpのデバイスであり、PTPである、USB規格のImageクラスである、という位置づけになっています.

Device DescriptorにはSharpのVID/PIDがあります.
特定のClassなのかどうかは、interface descriptorを見てちょ、と言ってます.
------------- Device Descriptor ----------------------
bDeviceClass             : 0x00 (defined by interface descriptors)
idVendor                 : 0x04DD (Sharp Corporation)
idProduct                : 0x9C92
bcdDevice                : 0x0409

interface descriptorはImage classのStill Image deviceと言ってます.Endpointは3つ.PTPと言ってます.
------------ Interface Descriptor -----------------
bNumEndpoints            : 0x03 (3 Endpoints)
bInterfaceClass          : 0x06 (Image)
bInterfaceSubClass       : 0x01 (Still Imaging device)
bInterfaceProtocol       : 0x01
iInterface               : 0x05 (String Descriptor 5)
 Language 0x0409         : "PTP"

以下は3つのEndpointについて述べています.
EP1、スマホ→PC、バルク転送、パケットサイズ512bytes
EP1、PC→スマホ、バルク転送、パケットサイズ512bytes
EP2、スマホ→PC、インタラプト転送/6ms毎、パケットサイズ28bytes
------------- Endpoint Descriptor -----------------
bEndpointAddress         : 0x81 (Direction=IN EndpointID=1)
bmAttributes             : 0x02 (TransferType=Bulk)
wMaxPacketSize           : 0x0200 (max 512 bytes)

------------- Endpoint Descriptor -----------------
bEndpointAddress         : 0x01 (Direction=OUT EndpointID=1)
bmAttributes             : 0x02 (TransferType=Bulk)
wMaxPacketSize           : 0x0200 (max 512 bytes)

------------- Endpoint Descriptor -----------------
bEndpointAddress         : 0x82 (Direction=IN EndpointID=2)
bmAttributes             : 0x03 (TransferType=Interrupt)
wMaxPacketSize           : 0x001C
 Bits 10..0              : 0x1C (28 bytes per packet)
bInterval                : 0x06 (6 ms)


【ADB 開発用のdevice descriptor
debuggerモードです.

Device Descriptorになんとgoogleの名が登場しました.debuggerモードではgoogleの端末になるんですね.
特定のClassなのかどうかは、interface descriptorを見てちょ、と言ってます.
------------- Device Descriptor ----------------------
bDeviceClass             : 0x00 (defined by interface descriptors)
idVendor                 : 0x18D1 (Google Inc.)
idProduct                : 0x4EE7
bcdDevice                : 0x0409

interface descriptorはclassについて「vendor specific」つまり謎のblack-boxと言ってます.Endpointは2つ.ADBと言ってます.
----------- Interface Descriptor -----------------
bNumEndpoints            : 0x02 (2 Endpoints)
bInterfaceClass          : 0xFF (Vendor Specific)
bInterfaceSubClass       : 0x42
bInterfaceProtocol       : 0x01
iInterface               : 0x05 (String Descriptor 5)
 Language 0x0409         : "ADB Interface"

以下は2つのEndpointについて述べています.
EP1、PC→スマホ、バルク転送、パケットサイズ512bytes
EP1、スマホ→PC、バルク転送、パケットサイズ512bytes
------------- Endpoint Descriptor -----------------
bEndpointAddress         : 0x01 (Direction=OUT EndpointID=1)
bmAttributes             : 0x02 (TransferType=Bulk)
wMaxPacketSize           : 0x0200 (max 512 bytes)

------------ Endpoint Descriptor -----------------
bEndpointAddress         : 0x81 (Direction=IN EndpointID=1)
bmAttributes             : 0x02 (TransferType=Bulk)
wMaxPacketSize           : 0x0200 (max 512 bytes)


以上が(スマホがUSB deviceの時の)device descriptor4種盛りでした.特に予想外な点はないです.

しかし、、、こうゆう使い方をする場合はどうしたらいいんだろう?
「スマホがUSB deviceで、PCから波形データをスマホに流し込んで、スマホに波形表示させる」
このケースでは、user specificな第5モードが必要になると思われる.どうするんだろ?
まさかスマホのVID/PIDを乗っ取れるとは思えない.何等かのフレームワーク上での活動を余儀なくされるんじゃないのかな.

#AOAってのがある   AOA 2.0 とは

11へ               13へ

かしこ

2022年2月5日土曜日

まんぼ~日記(16日目)東京PCR21,122、 報道の嘘っぽさ

はいっ、本日も「些細な数字の変動で一喜一憂するコーナー」のお時間となりました.

寒いです.今夜は雪だとか.

今日はコロナについて大きなtopicは無いのですが、、、、、軽くムカついたニュースあり.

PCR検査の窓口をやってる薬局の検査数が満杯で、客から罵声を浴びせられて地獄の様相だとか.なーにをそんなにテンパってるんだかねぇ? ムカつく.

別のニュースでは、出張先の都合で陰性証明書が必要なビジネスマンがPCR検査を受けられなくて困っているとも.確かにそれは困るわなぁ.

でもでも、ビジネスマンの件はほぼほぼfakeニュースだといえます.
木下グループPCR検査センター渋谷店の空き状況をいま見たのですが、
  現在時刻  2月5日  17:30
  2月6日   予約満杯
  2月7日   空き僅少だがゼロではない
  2月8日   午前も午後も空きアリ
これが嘘偽りなき実情です.つまり翌日ならアウトだが、翌々日なら滑り込みセーフ、というのが実情です.

だから「出張先の都合で陰性証明書が必要な人が検査を受けられない」報道なんかほとんどfakeなんですよ.
「明日の出張に陰性証明が必要だと今日わかった」なんつうドタバタビジネスマンはとっととコロナで死ねって、ただそれだけなんだよ.針小棒大な報道すんな.

コロナが始まって以来の報道は針小棒大とミスリードのオンパレード.悪意あるわぁ、ムカつく.

ーーーー
本日の成績:
東京PCR        21,122人       ←なかなか
病床使用率        55.1%
オミクロン株の特性を踏まえた重症者病床使用率      17.4%
重症者              44人
死亡者              10人

本日の体重: 71.5kg

かしこ

こいつ動くのか? クランクシャフトを溶接する動画

様々なyoutube動画がある中で、旋盤やフライスでミニチュアエンジンを作ったりする動画が好きです.

今回紹介する動画はわたしの想像を絶する世界でした.

撮影地はアジアのイスラム圏の工房と思われます.
職人さんがやるのは、たぶんトラック用のクランクシャフトの修理なのですが、折れたクランクシャフト2本を繋いで1つのクランクシャフトとして再生する作業です.

ちょっとばかし信じがたいものがありんす.焼き入れとかしてないのですからオブジェとしては通用するでしょうけどエンジンに組み込んでブン回した時の耐久性は大丈夫なのでしょうか?

以下ではキャプチャ写真でその工程をチェックしてゆきます.(動画リンクは末尾に)

↓中古クランクシャフト専門の業者さんと思われます.錆びてそう.
↓焼き付き程度じゃないっす.無残に折れてしまったクランクシャフト.どうやったらこうゆう故障するんだろう.無人機の爆撃でも喰らったのかね??? ともあれこれが修理の材料です.
↓中東の人っぽいおじさんが、短い方の部品を旋盤にチャックしてます.
↓削り終えたところ.凹みがポイントです.
↓次は長い方のクランクシャフトの折れた先端を切削します.様々なアタッチメントを活用.
↓これが削り終わりの状態.凸になっているので、さっきの凹に差し込むのは想像がつく.
↓凹凸が綺麗に嵌りました.けれどこれの肉盛りってどうすんの? リングでも嵌め込むつもりですか?
↓ここでわたしの興奮はクライマックスに達したのであった.なんと、なんと、溶接で肉盛り.S造の構造体かよ、粗暴すぎないこれ?
↓溶接の盛りが綺麗だなぁ.....
↓溶接したところをさらに削って滑らかにする.
↓仕上げはコンパウンドで表面をツルツルにしているみたいよ.
↓最後にオイル穴を開けてるのかな.
あとは強度が持つことを祈ります.

マッドマックスかナウシカの世界観.高度テクノロジが失われて、修理や発掘でしか装置を維持できなくなった近未来の人類の姿です.

イーロンマスクに宇宙のロマンとやらを吹き込まれて火星へ旅立った人類は、地球からの支援物資が途絶えた後にはこんな風な懸命な修理で消えかかった原子炉を細々と維持するのであるなぁ.合掌.

全てを見たい人はこちらの動画をどうぞどうぞ.

かしこ

Android USB oscilloscope】(11) KotlinでSerial USB COMを動かしてみる

余っているAndroidスマホをオシロにしよう!

オシロとは直接の関係はないけど、Android StudioとJAVAの勉強のため、usb-serial-for-androidを読んでUSB COMのドライバがどんな動作しているのかを調べているところです.

ThreadやHandlerがわからなかったので、USB COMから受信したデータを画面に表示させるところで足踏みしていましたが解決しました.

エラー処理やclose処理をなにもやってませんのであしからず.

アプリの動作は、OTGケーブルでArduinoを接続するとUSB関連情報を表示するとともに、末尾の行に受信データを表示します.Arduino側は1秒ごとに「serial send test xx xxh」という文字列を発信するように作ってあるとしてのハナシです.

source codeはMainActivity.ktです.あと、activity_main.xmlはTextViewを配置してあります.主なところだけ説明しますので詳細はAndroid Studioでご覧ください.

いつもおなじみonCreate()でいろいろやってます.
override fun onCreate(savedInstanceState: Bundle?) {

受信threadの設定について.
SerialInputOutputManagerの中にListnerというクラスがあり、USB COMから受信したらListenerの中のonNowData()がcallされるようになっています.ここではonNowDataを定義するのが仕事です.
① SerialInputOutputManager の中にあるListenerをここで定義する
② USB COMから受信するとonNewDataがcallされる
③ IDtxt9に受信内容を表示したいのだがonNewDataはIDtxt9を知らない
④ なのでThreadを建てて ⑤postして ⑥IDtxt9に表示してもらう
        val handler = Handler()
        lsn = object : SerialInputOutputManager.Listener { //①
            override fun onNewData(data : ByteArray){  //②③
                Thread { //④
                    handler.post {  //⑤
                        IDtxt9.text = "recieved data= "+data.decodeToString() //⑥
                    }
                }.start()
            }  }  }

もうひとつの山場は、USB COM deviceが接続された時にdriverを探したりopenしたりする処理をやります.onNewIntent()でやります.
    // USB deviceが接続されたらやる処理
    override fun onNewIntent(intent : Intent) {
        if ("android.hardware.usb.action.USB_DEVICE_ATTACHED" == intent.action) {
            IDtxt2.text = "attached USB COM"

            // USB COM driverをVID/PIDから検索する
            // 利用可能なdriverのListから0番目を採用する
            val manager = getSystemService(Context.USB_SERVICE) as UsbManager
            val availableDrivers: List<UsbSerialDriver> =
                UsbSerialProber.getDefaultProber().findAllDrivers(manager)
            val usbserialdriver : UsbSerialDriver = availableDrivers.get(0)

            // USB COMのopen処理
            connection = manager.openDevice(usbserialdriver.getDevice())
            port = usbserialdriver.getPorts().get(0)
            port.open(connection)
            port.setParameters(115200, 8, UsbSerialPort.STOPBITS_1, UsbSerialPort.PARITY_NONE)

            // 受信処理の詳細はSerialInputOutputManagerにお任せ
            // lsn:Listenerが上で定義したonNewData()を含んでいる
            val iomanager = SerialInputOutputManager(port,lsn)
            iomanager.start()

チャラっとした説明は以上です.usb-serial-for-androidのdriverはこんな風に使うように出来ているというわけでした.

こんなところでusb-serial-for-androidからは撤退しようかな.javaとkotlinのお勉強は少し捗りました.


かしこ

Android USB oscilloscope】(10) KotlinでThreadとHandleを動かす最弱なサンプルプログラム

余っているAndroidスマホをオシロにしよう!

前回、Handleが鬼の様にわからないとの辞世の句を述べました.

今日は秋服 冬服 ロゴ プリント トレーナー 裏起毛 ユニセックス シンプル 韓国のサイトを参考に、kotlinでthreadとhandleを使う簡単なsampleを書いてみました.net界最弱のthreadサンプルだと思います.てかこのくらい脆弱なレベルからthreadなりhandleなりを解説してくれる者はどこにもおらんのか? 解説サイトはたくさんあるけど、どれもわたしのレベルを超えていて理解不能です.あとjavaの画面はビジーなのでkotlinがいいな.

project folder詰め合わせをupしておきます   →handleX.zip

動作の説明:
TEXT表示が1つ、ボタンが2つ あります.
ボタンを押すとTEXT表示が変わります.
2つのボタンの役割は、内部動作の違いです.
・表示画面(Main Activity)でTEXT書き換えする
・別のthreadを建ててそっちからhandleに何かを飛ばしてTEXT書き換えする

android studioで開いてもらうと判ると思いますが、kotlin codeはほぼこれだけです.onCreate()内でボタン処理を定義してるだけ.

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
まめママ様専用菓子器星野 痛みや日焼けなどの色あせは有りますが ウエディング ※ 商品の状態やや傷や汚れあり配送料の負担送料込み イラスト集 BOOK 結婚式 之宣 スペース ※上記の事柄などが気になさる方は 之宣 不明な点はコメントして下さい ご購入をお控え下さい #絵本 コチラは中古本の為 出品者負担 ヘッドドレス セール 小枝 350円 ゴールド 配送の方法ゆうゆうメルカリ便発送元の地域京都府発送までの日数2~3日で発送星野 ヘッドアクセ 新品 通読するのには 問題は無いと思います 紙はいいですね1/2400 ジオン軍大型戦闘艦 グワジン 「ガンダム」 ベストメカコレクション199円 #がま口 #財布 #小銭入れ #値下げしました 結婚式 ストラップを通す穴もあります ☆再々値下げ☆がま口 セール 見落としがあった場合は申し訳ございません ゴールド 裸のまま自宅保管している物です 定形 配送の方法普通郵便 小銭入れ 小枝 未使用ですが 商品の状態新品 約9センチ 再々値下げです 発送元の地域埼玉県発送までの日数1~2日で発送ご覧いただきましてありがとうございます #送料込 #ポイント利用 ウエディング 汚れ等は見受けられませんでしたが 新品 未使用配送料の負担送料込み 縦 がま口の小銭入れです 出品者負担 ヘッドアクセ ヘッドドレス 定形外 横 499円→399円ビームス チェック パンツ出品者負担 結婚式 BOSS ウエディング 配送の方法らくらくメルカリ便発送元の地域東京都発送までの日数1~2日で発送BOSSのボリュームペダル 商品の状態やや傷や汚れあり配送料の負担送料込み FV-50Hです 使用しなくなったので出品いたします 975円 多少ガリがあるかもしれませんが 使用に関しては問題ないかと思います よろしくお願いします セール FV-50H 新品 ヘッドドレス ゴールド ヘッドアクセ 中古 小枝 ボリュームペダル戦勇。 1.5巻 2.5巻Aesop ゴールド ヘッドアクセ 出品者負担 ^ セール 1300円 定形外 ルームスプレー 100mlになります 半年前に購入しました 残量が3.5割程度になります 写真ご確認ください まだまだ使えます お試しにいかがでしょうか 神経質な方はご遠慮ください 即購入オーケーです^ ウエディング 発送元の地域群馬県発送までの日数1~2日で発送Aesop ヘッドドレス イソップ 結婚式 オロウス 商品の状態やや傷や汚れあり配送料の負担送料込み 定形 配送の方法普通郵便 新品 小枝ホシアツメ ボードゲーム よろしくお願いします ショルダー 反射材の部分など少し使用感ありますが 流石 in 結婚式 出品者負担 収納は表面サイドにメッシュのペットボトルホルダー made 配送の方法未定発送元の地域京都府発送までの日数1~2日で発送MADDEN 定価は16000円ほどです カラー ブラック サイズ 小枝 のメッセンジャー 自転車 商品の状態やや傷や汚れあり配送料の負担送料込み orcival gymphlex ササフラス 登山 アウトドア メデン 収納力あるので 横52 research ビジョップ bshop ロフトマン loftman パタゴニア patagonia 解れなども無く セール メッセンジャー ノースフェイス スノーピーク ナンガ モンベル ヘッドアクセ 後面にウエストベルト 縦35 USAです 泊まりにオススメです 1600円 ゴールド 神経質な方お控えください ウエディング 新品 ヘッドドレス ビューティユース アーバンリサーチドアーズ urban マチ16 ショルダーを一番伸ばして94cm 少し大き目のメッセンジャーバッグです USA ブラック バッグ 問題無く使用頂けると思います ペンホルダーあります 内側にメッシュポケット2ヶ所キュリーナ M 4つセット配送の方法らくらくメルカリ便発送元の地域福岡県発送までの日数2~3日で発送耳をすませば ○透明なケース 新品 手の離せないお子様がいる方 ジブリdvd ☆状態 盤面 ディスクに目立った傷なく綺麗な状態だと思います 耳をすませばdvd クリアケース dvd に入れて割れないように発送します ヘッドアクセ 約200円引き〜 日本語 ☆備考 コメント中でも即購入の方を優先とさせて頂きます ウエディング 宮崎駿 正規品 ご旅行のお供にもおススメです 私の出品させていただいている商品を複数購入していただけると同梱割りをさせていただきますので気軽にコメントください 小枝 よろしくお願いします 美品 アニメ ゴールド ジブリ 英語 出品者負担 本編ディスク 商品の状態未使用に近い配送料の負担送料込み 結婚式 セール 耳をすませば ヘッドドレス ☆対応 音声 1149円 日本語 字幕プーマ キッズパーカー140センチ900円 ヘッドアクセ 100g セール 商品の状態新品 新品 100g 新品未開封 1900円 1800円 インディゴ 結婚式 出品者負担 ハナヘナ複数購入で1個につき以下の単品価格から100円割引させていただきます 未使用配送料の負担送料込み 1500円 ハーバルブラウン ウエディング 購入後の割引はできませんので 即購入歓迎です 配送の方法ゆうゆうメルカリ便発送元の地域群馬県発送までの日数1~2日で発送ハナヘナ 1750円 ハーバルマホガニー 150円で耳キャップゴム手袋 必ず購入前にコメントお願いします 小枝 ヘッドドレス ハーバルマホガニー 丈夫なので再利用できます ハナヘナ ゴールド 単品価格 ナチュラル をお付けいたします dos do-s ヘナジルスチュアート リップバーム ホワイトフローラル 7gウエディング #アクション よろしくお願い致します DAYS 正常に読み込みました ゴールド #PlayStation4 ps4 #PlayStation_4 商品の状態未使用に近い配送料の負担送料込み #ゲーム #PS4 GONE 値下げ⭕ 他にも気になった点がございましたら 配送の方法らくらくメルカリ便発送元の地域富山県発送までの日数2~3日で発送 動作確認をしたところ 定価: ¥ 6900 購入してから数回遊びましたが パッケージとディスクに傷はありません 結婚式 セール 出品者負担 気軽にコメントしてください ヘッドドレス ヘッドアクセ ソフト 650円 それ以降は全く触っていません 新品 小枝

        IDtxt1.text = "ボタンを押してください"
        IDbtn1.text = "Main Activity内でTEXTを書き換えるボタン"
        IDbtn2.text = "別スレッドを迂回してTEXTを書き換えるボタン"

        IDbtn1.setOnClickListener{    ①簡単にTEXT書き換えする
            IDtxt1.text = "Main ActivityでTEXTを書き換えました"
        }

        val handler = Handler()    ②別スレッド経由でTEXT書き換えする
        IDbtn2.setOnClickListener {
            Thread {     Handlerのpostメソッドで何かを送る
                handler.post {
                    IDtxt1.text = "Handlerを使って別スレッドからTEXTを書き換えました" 
                }
            }.start()

①はMain Activity内で処理している平和(ピンフ)なやり方です.

②はボタンが押されたら、別threadを建てる→handler.post→Main Activityで実行してほしい処理を宜しく頼む、という建てつけになってます.別threadはIDtxt1というものを知らないので、IDtxt1を知っているpost先の人に代行して頂きます.

スマホで動かせるthreadプログラムでこれ以上簡単なものって例示できないと思います.

thread,handlerの下りは「handler objectを設けた人にしか出来ない処理をpostする」と理解しておきますが、なにげに腑に落ちませんが、そうゆうものということで....

あと、何度もボタンを押すとthreadがその都度作られちゃってるのかな? threadの寿命ってオレ知らないや.

ーーーー
上記②について、やってることは同じなのだけど、もっと整理整頓した記述もできるようです.上の赤字の部分を下記のようにバラバラに書けます.こっちがプロっぽいかね?
project folder詰め合わせ   →handleX2.zip

        // IDtxt1を知っているここでhandlerを実態化しておく
        val handler = Handler()

        // 遠隔Threadからここに依頼が飛んでくる処理内容をRunnableに書く
        // run()の名前は決め打ち
        // IDtext1に表示する処理
        // object:をつけないと具合が悪いみたいよ
        val runnable = object : Runnable {
            override fun run() {
                IDtxt1.text = "Handlerを使って別スレッドからTEXTを書き換えました"
            }
        }

        // 別Threadを定義する
        // run()の名前は決め打ち.中に処理を書く
        // 上で実態化したhandlerにrunnableをpostするのが処理
        class thread : Thread() {
            public override fun run() {
                handler.post(runnable)
            }
        }

        // ボタンが押されたら、threadを実態化して起動する
        IDbtn2.setOnClickListener {
            val t = thread()
            t.start()
        }

9へ             11へ

かしこ

2022年2月4日金曜日

まんぼ~日記(15日目)東京PCR19,798、 重症者のカウント条件変更される

はいっ、本日も「些細な数字の変動で一喜一憂するコーナー」のお時間となりました.

本日のtopicは、東京都の重症病床のカウント条件が変わったみたいです.いきなり17.2%に増えやがった.そんなに戒厳令をやりたいのか小池.

新しいカウント条件については、こちらに書いてあるみたいですが読むのがかったるいのでスルーしときます.

本日の成績:
東京PCR     19,798人
病床使用率    54.1%
オミクロン株の特性を踏まえた重症病床使用率   17.2%    ←なにこれ?
重症者         41人
死亡者        8人

本日の体重: 71.3kg

かしこ

宇宙戦艦ヤマト2205後章STASHA 伏線回収よーそろー

ヤマト2205が予定通り公開されました。

なかなか良かったですよ。てか凄かった。

2202がアレだっただけに2205はもっとアレかもと言う心配は吹っ切れました。

ヤマト2xxxシリーズのこれまでの伏線が見事に回収されました。

残った伏線を強いて挙げるならば、2199における森雪の謎が残ってるくらいかな。まぁそれは残しといて良いと思います。

挿入歌が堀江美都子だった気がするけど、それは後に続く者の調査に任せよう。

ネタバレしないので此処までと致します。

後は頼んだぜ、エージェントA

♯STARSHAじゃなくてSTASHAでした。

かしこ

2022年2月3日木曜日

Android USB oscilloscope】(9) Handlerが48時間わからない

余っているAndroidスマホをオシロにしよう!

Android One S5でWiFi debugできるようになりました.→こちら

進捗としては、USB COMのOPENまでは把握したのですが、受信したキャラクタをスマホに表示させるところで進捗が停まりました.

初心者がやりそうな、、、TextViewをポインタ渡し(したつもりで)back groundから表示させたらアプリが例外で停まる.なんでだろ?という行き詰まりです.

解決策はHandlerなのは判っているのですが、Handlerのハンドリングがさっぱりわからんちん.48時間経ってもわからんちん.netにある様々な説明を読んでも要領を得ません.わたしの無能さ故です.

いい加減に人生の残り時間の無駄遣いと気づいたわたしは一旦撤退します.やはりわたしには木工のセカイがお似合いだというわけで、落差が激しいですが、明日は木工リフォームに転じます.しばらくさようならObject、しばらくさようならUI、しばらくさようならThread.

ーーーー
かつてわたしは1994年頃に、MacintoshのGUI programmingに手出ししたことがありましたが、あまりにもかったるくて撤退しました.

その頃と比較したら、UIのprogrammingは雲泥の差で簡単になりましたね.喩えるならば、「こいつ動くぞ」などとVマニュアルを見ただけのアムロが敵の最新鋭兵器ザクを2機も撃破できてしまうようなお手軽さになりました.

しかし簡単になったのはボタンやTextの配置とイベント止まりであって、裏処理系はまだまだ技術者の脳内領域に留まっている感じがします.ボタンイベント→表示 なんか知ってたって役にたたんわそんなもん.裏処理系がわからんかったら事実上何もできはしない.

object指向GUI programmingの到達点は所詮は2次元どまりという気がします.Threadの裏世界を包含する4次元な開発環境を誰か構想してくれよな.

プログラマ不足説は何度も流布されたけど、その都度ソフト技術の革新で乗り越えてきました.もっと楽に、もっとお手軽に、もっとチャラく、よろしくお願いしますよ.

8へ        10へ

かしこ

まんぼ~日記(14日目)東京PCR20,679、 戒厳令基準が変更される

はいっ、本日も「些細な数字の変動で一喜一憂するコーナー」のお時間となりました.

毎日お勤めご苦労様です.今日の確認事項は2つございます.
1)まんぼーが2月一杯まで延長?
2)大阪に続いて東京も、重症病床使用率を重視する

1は想像通りでしょう.

2は岸田に反抗されて撤退する小池の姿です.戒厳令要請するのは知事の仕事とはいえ、判断するのは官邸なのだからなんにも考えずに戒厳・戒厳言ってりゃイイという無責任さが浮き彫りになりました.小池しね、マジでしね

今日発表された、東京都が戒厳令要請する新しい基準は2つ、週平均PCR24000、重症病床30~40%.文面からするとこの2条件のANDみたいです.

オミクロン株の流行下でこの基準に達するかどうか?
PCR24000は達成する可能性が高いでしょう.
しかし30~40%を達成するのはハードルが高いです.
現状の重症病床は7.3%ですから、30~40%になるには約5倍.PCRを5倍すると毎日10万人の陽性者が出る頃と大雑把に計算されます.東京PCR10万人を我々が目にする場面は来るでしょうか? 現状の推移ではその日は来そうにないです.

戒厳令日記にstep upする日は来ないかなもしかして.

追加で小ネタをひとつ.
家族の一人が発病したら、その他の家族も「みなし陽性」になるらしいです.それで扱いが変わることってあるのかな? 保健所が楽になるのならいいけど、陽性者数が飛躍的に増える結末は誰にでも予想できますわなぁ.もう5類にしろ.

#明日は、伝染病のため出航が危ぶまれた「宇宙戦艦ヤマト2205 後章 STARSHA」の初日です.出撃します.

ーーーー
本日の成績:
東京PCR           20,679人
病床使用率        53.1%
重症病床使用率     7.3%
重症者                38人
死亡者               4人

本日の体重: 71.9kg

かしこ

2022年2月2日水曜日

バスケ用ロンT

マスコミはマコーリンの話題を封じられているので悠仁さまの筑波付属高校への裏口入学にfocusしているようです.

NYからの新しい話題が乏しい中、一部のyoutuberだけが朝敵マコーリンにご執心で細々とやっている寂しい状況です.

そんな朝敵攻撃派の日干し状況にあって、なんと会員制雑誌テーミスが新しいマコーリンネタを報じたようです.それを篠原が昨夜の動画で拡散しました.数日のタイムラグでもって他のyoutuberも追従するでしょう.

テーミスが報じたとされる内容を記憶で書きます.

NYでお暮しのマコーリンは、家事は一切やらず、お手伝いさんにお任せで遊んでいる
→あれだけ日本国民に啖呵切ったくせに益々税金のヒモとはさすがは朝敵

KKは勉強に身が入らず、弁護士試験を投げている.夫婦はNY弁護士を諦めている
→バカはバカのままだ

ウィスコンシン州ならば無試験で弁護士になれる件は、ウィスコンシンなんつう田舎暮らしは嫌との理由でマコーリン夫婦が却下した
→これは予想通りで草

KKは外務省へこう言った「外務省がUSにベンチャーを設立してわたしをCEOに据えてくれればいいじゃないですか」
→この夫婦がたかる相手は秋篠宮家を超えて日本国そのものへとエスカレーションしています.ヒラ的にはこれを密かに実施してもらいたい.そして後日バレるのを期待します.そしてそのプランをゴリ推しするのは朝敵マコーリンです.最悪だけど、膿を出し切らなければ病気は治りませんよ.

皇族で秋篠宮外しが画策されている.愛子さんと旧皇族男子が結婚し、天皇の血脈をそちらに移す.秋篠宮家の血脈は終わる.愛子天皇即位
→わたしはこのプランはありだと思います.ただしわたしはお花畑的な愛子天皇待望論には全く同意しない.このプランの位置づけは、愛子天皇待望論ではなく、秋篠宮排斥プランなんです.
そして実施には時間をかけて段取りを踏む必要があります.
 1)議論が国会に移った皇位継承の件が旧皇族男子の養子案で成立する
 2)愛子さんと旧皇族男子が結婚する
 3)愛子さんが男子を産む
 4)令和が最低でもあと10年、できれば20年続くこと
 5)悠仁さまが朝敵マコーリンのごとき暗愚であるかどうかを時間をかけて見極める
 6)秋篠宮排斥プランは令和の終わり頃に判断される(10~20年先である)
 7)皇族が秋篠宮排斥でブレないこと(10~20年先なんか判らん)

目先の数年間でどんなに急いても1~3までしか出来ません.
4以降は10~20年後です.
先々の事を考えると7番が一番怪しいです.なぜなら20年後に残っている皇族って今上陛下家と秋篠宮家だけですから、一騎打ちで決着するんでしょうか? 兄弟骨肉の争いでどうすんの?

もしも、令和が3年後に終わってしまったら、20歳の悠仁天皇誕生です.秋篠宮はアル中らしいので辞退するでしょう.3年後に愛子天皇大抜擢なんかありえません.無理.

現在の皇位はこう計画されています.皇統が秋篠宮家に移る.
   今上陛下→悠仁天皇→悠仁天皇の息子

10~20年後にこう変わるかもしれない.皇統は旧皇族男子へ移る.
   今上陛下→愛子天皇→愛子さんの息子→愛子さんの孫

悠仁天皇に男子が産まれなかったらこうなるかもだが、この場面は40~50年後です.
   今上陛下→悠仁天皇→愛子さんの息子→愛子さんの孫

わたしが生きてるかどうかギリギリな時期にならないと皇統は決着しないでしょう.50年後だったら生きてないし.

かしこ

まんぼ~日記(13日目)東京PCR21,576、 主戦場は小学校?

はいっ、本日も「些細な数字の変動で一喜一憂するコーナー」のお時間となりました.

知事会は岸田さんに対しこう求めました.
   「対策の重点を飲食店から学校や保育所に転換してくれ」
マトモですが、、、しかしこれでは医師会様に盾突いてしまっています.

総理会見に尾身茂を脇侍の如く同席させてしまうスガ総理によれば、尾身茂は総理を超える最高権威であります.そして尾身茂は医師会そのもの.その医師会たるや「医療を守るために国民は自粛して死ね」と言い放つ悪しき存在.ショッカーと死ね死ね団とバッフクランと電通を足して4で割らないような悪の権化医師会様が知事会の要求を認めるとは思えません.医師会様は言うでしょう「学校を閉鎖しろ、飲食の閉鎖は継続」と.

意外と知事会も甘いようで...  ハイル医師会!

ーーーー
さ~て、すでに御存知の方もいらっしゃるとは思いますが、ついに2万人突破.オミ株はまだ死んでなかった.祝杯です.どんどん増えてどんどん日常におなりなさい.

まんぼ~日記を卒業して戒厳令日記にリニューアルしたいと思うけど、戒厳令にはならずまんぼ~が日常として定着しそうです.

本日の成績:
 東京PCR          2,1576人           ←キタァーッ
 病床使用率          51.4%
 重症病床使用率      5.5%       ←ピンフ
 重症者                  30人
 死亡者                    6人

本日の体重: 71.3kg

かしこ

2022年2月1日火曜日

まんぼ~日記(12日目)東京PCR14,445、 低迷だが病床50%は超え

はいっ、本日も「些細な数字の変動で一喜一憂するコーナー」のお時間となりました.

戒厳令を要請するという大阪の動向が気になります.
こちらのページによると、大阪の病床使用率は73.6 %と表示されており、吉村さんたらなにをグズグズしているの?と思いパシってしまいます.

しかし一部の報道によると「『重症病床』40%超を戒厳令申請の基準」にすると書いてる記事もあり、それならひっ迫感は全然低いです.なぜなら大阪の重症病床は現在たったの9.8 %だからです.

同様の疑問は東京にも言えます.小池が「50%超えたら戒厳令申請」というのは通常病床/重症病床のどちらなのでしょうか? 今日の報道によると通常病床らしい.今日は通常病床が50%を超えました.小池が戒厳令要請→岸田が却下、という場面を見れたらいいな.

それはさておき、医師会しね

ーーーー
2月に入りスギ花粉の季節の直前です.わたしはアレジオンの服用を開始しました.抗アレルギー薬で元気いっぱい.

今日の東京PCRはたったの14,445ですから停滞しているのかな? 子供が1/4を占めるそうです.今週に2万になる期待は遠のいたかもしんね.

本日の成績:
 東京PCR      14,445人
 病床使用率     50.7%           ←キタァーッ
 重症病床使用率     5.5%       ←ピンフ
 重症者     29人
 死亡者      5人

本日の体重: 71.0kg

かしこ

【Android USB oscilloscope】(8) Android One S5はwifi debugできる最安スマホなのか?

余っているAndroidスマホをオシロにしよう!

AndroidスマホにUSB deviceを接続するdebugは実機でやるしかありません.Android Studioのemulatorだとどうにもならんと思うため.

それで1つしかないUSBコネクタをdebugとdeviceが奪い合いになり、USBケーブルをいちいち差し換えるのがめんどくさいです.

そこで有難いのがwifi debugなのですが、Android11じゃないとwifi debugは動きません.11より古いOSでもやればできるのですがAndroid Studioをclose→再起動する度にUSBケーブル接続からやり直しになるので中途半端で敬遠しています.→こちら

というわけで11のスマホを買おうという事なのですけれども11はまだ新しいOSなので中古品でもお値段がそれなりに高価です.Redmi Note 9Tが1万円超える.たかがdebugに1万円は出せんてなわけで代替案をさがしていたところ、使えそうなのがありました.

使えそうという段階であり確定ではありませんが、Android One S5という機種です.IOSYSの最安で¥3980+送料で売られてたのでポチりました.

Android Oneのwikiによると、Android Oneというのはgoogleお墨付きのスマホシリーズで、S5の発売日は2018年末と古いのですが、OS version upが保証されており9→10→11とupgradeされて今に至るそうです.これで¥3980+送料で11を入手できる見込みです.(SIMを挿しても通信できないかもしれないけどそれは気にしない)

ただし、USB OTGが使えるかどうかは不明.検索したけど判らなかった.
発売が2018年なのと、OTGを推奨するgoogleが監修したスマホなのでOTGできる可能性は高かろうと予想はします.

数日後に結果が判明するでしょう.結果はこの下に追記します.お楽しみに.

2月3日追記:
S5が届きました.S5には指紋認証は無いです.
USB端子はCでした.
届いた状態ではAndoroid9でした.いまAndroid11にupgrade中.
wifi debug+OTGで動くようになりました.
↓11になりました.
↓OTG checkパス
↓CPU-Z

7へ             9へ

かしこ

2022年1月31日月曜日

【にわかAVマニアのホーン】巨大化進行中

3Dプリンタでホーンスピーカーを作ろう!   印刷中です.巨大に成長中です.

ソリッドモデルの部分まで出来ました.これから開口部をもっと大きくしなければなりません.現状で開口サイズ38x38cmです.
↓置き場がないので床置きで聴いてます.成長するにつれて音域が低い方へ拡大してゆきます.我々の計画まであと少しだ.

成長の軌跡を記します.

↓本日 2022年1月31日      高さ110cm
↓2022年1月23日
↓2022年1月13日
↓2022年1月7日
↓2022年1月5日

かしこ