ドラゴンボールヒーローズ 旧弾 アバターカード 美品

ドラゴンボールヒーローズ 旧弾 アバターカード  美品

1500円

ドラゴンボールヒーローズ 旧弾 アバターカード 美品

ドラゴンボールヒーローズ 旧弾 アバターカード 美品:当社のサービス部門は、インドで唯一のiso9001認定の電子機器サービスブランドです。 希少,最安値に挑戦!,日本全国 送料無料ドラゴンボールヒーローズ 旧弾 アバターカード 美品

2022年2月11日金曜日

まんぼ~日記(22日目)東京PCR18,660 さぁ第7波へ

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

小倉で借りたレンタカーはroomyというクルマでした。いつもはビッツなんで珍しい事もあるもんだ。
それにしてもこのクルマ、もう少しピタッと真っ直ぐに走ってくれないかな。高速で常に当て舵するのはめんどくさい。roomy って全長3.6mと小さくて排気量1L なんだが車重は1トン超えてる。近頃のクルマは重いようだ。

ーーーー
オミクロンはpeak outしたような挙動を示しています。でもまんぼーで蔓延を妨げたので燻り続けるんじゃないかな。デルタの復活の目はないのだろうか?

ワクチンは、peak out後になって旧ver.の3回目接種がボチボチ始まるのでは遅いわけで、コロナという自然現象に人智が敗北した場面であると、悄然とするのが正しい態度でしょう。

1年ほど前、ワクチン信者かつ政府方針に全面賛成という奇特な人に「新型株に効かないのどうするんの?」と訊いたら、「RNAワクチンは速攻で生産できるので新型対応が早い」と教科書通りのお答えでした。現実はオミクロンの伝染速度が速すぎてワクチンは間に合ってません。
そいつ今息してるのかな? 自分の発言に責任を持たないわ過去の自分のスタンスを忘れているわで議論の価値なしと切り捨てたのでその奇特な人とは音信不通なんですがね。今頃は「岸田政権はよくやっている」と頓珍漢に絶賛してるでしょう。
目線が平凡なんだな。スゲー熱く語っているくせに話の中身が教科書レベルじゃうっとおしいだけです。

そして第7波へ。そして4回目接種へ。

そして第N波へ。そしてM回目接種へ。
なぜ自分で自分の首を締めるのだ、日本人?
てか何と戦っているんだ、日本人?

本日の成績:
病床使用率   58.6%
オミクロン株の特性を踏まえた重症者病床使用率  23.8%
重症者  61人
患者発生数  18,660人
死亡者  9人

かしこ

2022年2月10日木曜日

まんぼ~日記(21日目)東京PCR18,891 行き倒れの場合

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

建築調査関係の仕事の人ってやたらと転戦することが多いです。それぞれの現場に滞在する日数は数日〜3週間ほどだけど、それが延々と続くような職場環境。

そういう人が出先でコロナに罹って高熱を発したらどうするんでしょうね。どこに隔離されるんでしょうか? てか誰が隔離してくれるんでしょうか?

いまさっきチェックインした直方市の安ホテルに面白い「コロナになったら」が書いてあります。
曰く、、、
・追放はしないが、、、
・部屋から一歩も出るな
・食事会場やランドリーを使うな
・食事は出さないので自分で手配せよ
・部屋掃除はしない。シーツを与えるので自分でやれ
・滞在中にコロナ陽性が判明したら消毒費用を請求する
・チェックアウト後に陽性が判明したら消毒費用を請求する

行政がやたらお堅いことをいうけど、現実には行政は言ってるだけという実情が透けて見えます。行政があれだけ厳格に隔離隔離言うのなら、旅行中のおっさんがコロナになったら「行政で身柄を引き受けますから」とホテルから退去させるべきだけど実際はそんなキャパないわーでホテルでの自主隔離を宣告されてホテルが迷惑ですかね。

このホテルのお触れ書きの末尾を支払うお人好しは一人もいないと思うけどね。

ーーーー
本日の成績:
病床使用率   57.6%
ミクロン株の特性を踏まえた重症者病床使用率   23.3%
重症者    64人
患者発生数  18,891人
検査件数3日移動平均   27,540.3件
死亡者    13人

本日の体重:71.3kg    (出張中にリバウンドするであろう)

かしこ

死出の旅、直方へ辿り着けるのか?

直方と書いて「のおがた」と読んだアナタは北九州通.

雪降る中、新幹線であの岐阜京都の難所を通り小倉への行程はまさに死出の旅.辿り着けるのか? 小倉のレンタカー屋の閉店時刻20時までに着けなければ終わり.新幹線で8時間缶詰とかご勘弁いただきたい.運転するから酒も飲めないし、新幹線缶詰は鬼の様にヒマになりそうです.

11:00現在の中目黒では積雪はゼロ.新幹線は平常運転です.缶詰にはならずに済みそう.

直方市のお土産は石炭にしたいです.

♪あ~まりに~ 遠い~♪

13:29 新横浜は霙。新幹線で福山より向こうには行った事ないです。ん?広島福山の位置を誤認しとる? しまったパスポート忘れた。

新幹線8時間缶詰めを覚悟してJAVA Thread本を昨夜買いました。
三島、曇り。
浜名湖、曇り。
14:45 名古屋、曇り。
たぶん岐阜に入ったところ、降ってないけど雪化粧。この先、米原、彦根も雪が残ってる。
草津で晴れになり、ここは山科。この先はずーっと晴れなので心配無用
15:25 いつもの京都。
16:25 岡山は西陽。穏やかなお天気。東京では今夜にまた雪が降るらしいですね。
16:50 小倉定刻着。日は暮れてる。下関を過ぎてすぐにトンネルに入ってしまって、いつの間にか九州に上陸してた。新幹線ホームに謎の機体を見ゆ。九州新幹線ですかね。
小倉は2度目。初回は下関から北九州空港へリムジンバス乗り継ぎで一瞬寄っただけだった。

豚骨ラーメン食べて、レンタカー借りに行くです。

21:00 なんとかホテルに着きました。

あでゅ~

2022年2月9日水曜日

まんぼ~日記(20日目)東京PCR18,287 陽性率120%を目指せ

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

東京都の検査キャパが足りないからどう頑張っても25000なんつう数字は出ないとも噂され何が何だかワケワカメなこの頃、皆様におかれましては益々ご健勝のことと存じます.

さぁ、今日は水曜日、もしもオミクロンに根性があるのなら25000を出しても良い頃合いと言えなくもない....

昨日の東京都の数字から一見すると陽性率が99%だったのは既報の通り.twitterの返信にも「ほぼ100%陽性」に疑問を呈する者もいました.
毎日東京都発表の統計は母集団がよくわからんので真面目に論ずる価値がなく、お笑いのネタとしてしか相手にする気がないのですが、1つ是非見たい場面があるんです.それは、陽性率120%です.耐ショック耐閃光防御でもしたらどうだろうか? 超効率達成.

実際あり得ると思うんですよね.「みなし陽性」というのが導入されていますから、検査せずとも「はい陽性、あなたも陽性」とカウントされるんでしょ.すると100%超えの期待を持てるんじゃないですかね?

患者人数をカウントする担当の人って業務が大変らしいです.FAXで来る情報をinputする作業に数10人で取り組んでいるとか.数字の加算だけなら2人アサインで丁度いい仕事量だと思うんですが、数10人かかるなら氏名もinputして名寄せ作業もしてるんじゃないですかね? そこまでやらんでもいいと思いますけど.今時の役所って非正規が多いから非正規さんが名寄せ業務に突っ込まれてるんだろうなぁ.おきのどくー

本日の成績:
患者発生数      18,287人  (3日移動平均 15870   →陽性率77.2%)
検査件数(3日移動平均)     20,562件
病床使用率       57.2%
オミクロン株の特性を踏まえた重症病床使用率      22.4%
重症者     59人
死亡者     11人

本日の体重: 71.7kg

かしこ

【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のページなのだろう.まだあまり読んでない.
商品の状態未使用に近い
配送料の負担送料込み(出品者負担)
配送の方法ゆうゆうメルカリ便
発送元の地域東京都
発送までの日数4~7日で発送




スーパードラゴンボールヒーローズ 旧弾 アバターカード 美品 2011年 美品 旧弾 早い者勝ち!高騰中


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) == \
SHIRO ショップ袋 紙袋【90's】Barbour Bedale Wax Jacket/バブアービデイルたーちゃん様専用ウキ 620 カゴ釣り 15号 1,200円送料込み【新品】シードコムス ブルーベリー 3ヶ月分×2袋ViVi 2月号iPhone13シリーズ対応‼売り切れ続出 ✨クリア 透明 メタリックF.C.Real Bristol FOLDABLE CONTAINER ブラック
Xmas特別SALE♡激安♡早い者勝ち!ギャル♡黄緑♪キャミソール♡♡☆撥水防汚☆ダイワ スペシャルゴアテックスキャップ 帽子 お釣り未使用60s Mercury スイス製 手巻 腕時計 ヴィンテージ アンティークロクシタン オードニンファ パヒュームソーブ 2個ウールリッチウーレンミルズキャスケット❁Ryuga様専用❁三代目 Soul Brothers blue planet live2015エスティ ローダー ピュア カラー クリスタル シアー リップスティック
        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がちゃんと動きます.

12へ               14へ

かしこ

2022年2月6日日曜日

まんぼ~日記(17日目)東京PCR17,526、 peak近づくか? いやいや...

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

オリンピックやってるんですか? こないだ夏オリやったばかりなのに.オリンピックが終わったらロシアがウクライナに、中華様が台湾に、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から受信したデータを画面に表示させるところで足踏みしていましたが解決しました.

project folder詰め合わせをupしときます.kotlin03_USB_recieve.zip
エラー処理や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のお勉強は少し捗りました.

10へ             12へ

かしこ

【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?) {

        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

かしこ

ドラゴンボールヒーローズ 旧弾 アバターカード 美品

ドラゴンボールヒーローズ 旧弾 アバターカード 美品:当社のサービス部門は、インドで唯一のiso9001認定の電子機器サービスブランドです。 希少,最安値に挑戦!,日本全国 送料無料ドラゴンボールヒーローズ 旧弾 アバターカード 美品