VF2の入力について更に調べる

入力猶予を活用したテクニックについて、環境によってできたりできなかったりするという話を聞いて、それでは自分の環境ではどうなんだろうと試してみたのが前回の記事でした。

サクッと数パターン調べて終わりにするはずだったのですが、調べていく中で想定と違うものが出てきてしまったため、システムの理解のため検証を続けてみます。

まだわからないことばかりで全体を見通せているわけではないため、現時点で要点をわかりやすくまとめることはできないと思います。
しかし長いこと放っておいて試した内容がどこかに行ってしまうことのないように、記録を残しつつ進めていくことにします。

試したことと、その結果を羅列していくだけになってしまうと思いますが、システム理解の一助になれば幸いです。

2Pカウンター後の確定投げ

2Pでカウンターを取った後の投げとしては、以下の図の通りに理解しています。
（2Pの攻撃判定発生フレームでヒットした場合）

投げ無効時間中は両者とも投げが入らない状態。
硬化時間中は動くことができない状態です。

※入力猶予Ｆがあるため入力内容が確定するのは2フレーム目と理解しています。

B10111011,   // 2P  
  B11111111,   // N  猶予F満了（コマンド完成）
  B11111111,   // N
  B11111111,   // N
  B11111111,   // N
  B11111111,   // N
  B11111111,   // N
  B11111111,   // N
  B11111111,   // N
  B11111111,   // N
  B11111111,   // P発生
  B11111111,   // P攻撃判定持続ここまで
  B11111111,   // N 
  B11111111,   // N
  B11111111,   // N
  B11111111,   // N
  B11111111,   // N
  B11111111,   // N
  B11111111,   // N
  B11111111,   // N 硬化時間ここまで
  B11011111,   // 4
  B11111111,   // N
  B11011111,   // 4
  B11111111,   // N
  B11111111,   // N
  B10011111,   // 1
  B11111111,   // N    投げ無効時間ここまで
  B10011001,   // 1P+K 相手側硬化時間ここまで
  B11111111    // N 
// 1行(1Byte)で1Fごとの入力データを表す
// "B"+上下左右GPK(E)

しゃがみパンチ(2P)入力後28フレーム目にSSDの入力が完了するように入力した場合、攻撃側の硬化時間は過ぎているため動くことが可能。
そして投げ無効時間は過ぎていて、かつ、相手側硬化時間中なので、カウンターを取られた側は動くことができずに攻撃側の投げが確定します。
この時の投げは硬化カウンター（ダメージ1.25倍）です。

実際にカウンターダメージになっている動画です。
フレーム計算が正しいことが確認できました。

この時、1P側は投げ返しとして下段投げを入力していますが投げ返すことはできていません。100%投げ確定です。

投げ五分フレームでのSSD投げ返し（下段投げ）

2P側がしゃがみパンチ(2P)を入力してから29フレーム目は、相手側硬化時間も過ぎているため両者とも動ける状態です。
いわゆる投げ五分フレームですね。
このフレームで1P側/2P側ともに投げを入力してみます（1P側は下段投げ）。

攻撃側の投げだけでなく、しゃがみパンチでカウンターを取られている側の投げが決まっていることもあるため、投げ確定フレームの1フレーム後は想定通り投げ五分になっていることがわかりました。
このフレームではカウンターにはならないため両者とも通常ダメージです。

※たまたま投げ返しが成功している場面が多くなっていますが、SSDが連続で決まることもあります。

投げ五分フレームでのSSD投げ返し（上段投げ）

今度は投げ五分フレームで上段投げを使って投げ返してみた場合です。
投げ返すことはできず、通常ダメージのSSDがすべて決まっています。

投げ五分フレームでSSDを投げ返すには下段投げを入れる必要があることがわかります。

投げ五分フレームでのボディスラム投げ返し（下段投げ）

今度はしゃがみパンチカウンターから前ダッシュ～ボディスラムで投げてみたケースです。
ボディスラムは投げ五分フレーム（2P入力から29フレーム目）に入力。
投げ返し側は下段投げを入力しています。

SSDのケースとは異なり、投げ返しは一度も成功していません。

投げ五分フレームでのボディスラム投げ返し（上段投げ）

投げ五分状態でのボディスラムを上段投げで投げ返ししてみます。

今度は投げ返しが成功しています。
カウンター取った側 / 取られた側それぞれの投げが決まっているため、投げ五分になっていることがわかります。

投げの種類によって投げ返しが上段投げになったり下段投げになったりと変わることがわかりますね。

投げ確定フレームの1F前で投げを入力した場合

投げ無効時間の最後のフレーム（27フレーム目）で入力した投げが成立するか検証してみました。
SSDで投げる場合ボタン入力はP+Kになるため、もし入力猶予が効くのであれば1フレーム後の投げ確定フレーム（28フレーム目）での投げ成立となるはずです。

結果、投げは入りませんでした。
2P側のSSD入力のしゃがみパンチは1P側の硬化が解ける前に出始めるため、投げ返し（下段投げ）のしゃがみパンチに対してカウンターヒットしています。

投げ無効時間中の入力には猶予フレームはないようです。
（入力フレームで判定されている）

投げ五分フレームの1F後に投げ（SSD）を入力した場合の投げ返し（上段）

投げ五分フレームの１フレーム後（30フレーム目）に投げ（SSD）を入力してみたケースです。
投げ返し側はこれまで通り先行入力しています。
投げ返しコマンドは上段投げ（ボディスラム）です。

投げ返し側は先行入力ができるため、一方的に投げ返しが成功しています。
投げ五分フレームでSSDを投げ返すには下段投げにする必要がありましたが、投げ五分フレームを過ぎてしまうと上段投げで投げられることがわかります。

カウンターを取って投げに行った際に投げ間合い内に入っていた場合は、投げ確定フレーム / 投げ五分フレームのいずれかで必ず投げを入力しなければ投げ返しを100%食らってしまうということですね。

投げ五分フレームの1F後に投げを入力した場合の投げ返し（下段）

同じ状況で下段投げで投げ返しを行ってみたケースです。

双方とも投げを決められていません。
SSDを投げ五分フレームで投げ返すには下段投げ入力が必要でしたが、投げ五分フレームを過ぎてしまうと下段投げは入らないことがわかります。
※SSD入力の後、レバーを斜め下に入れたままにしていても同じでした。

投げる側は投げ五分フレームの1フレーム後（30フレーム目）にSSDの3P+K部分を入力しているのに対し、投げ返し側は先行入力を行っているために相手側硬化時間が切れた29フレーム目にしゃがみパンチが出始めます。
そのため投げ返し側のしゃがみパンチがカウンターでヒットしています。

2Pカウンター後の確定投げの1F後にGボタン

フレーム計算通りに投げ確定フレーム（28フレーム目）に投げ入力を行ってもカウンターダメージで投げが確定したことから、
カウンターをとった後の投げには入力猶予はないと考えていました。
ところが、SSD入力の次のフレームでGボタンを追加入力したところ、以下のように投げが失敗してしゃがみパンチになることがわかりました。

ただのしゃがみパンチではなく3N3P+K,Gのケースと同じように下段投げになっているようです。

ゲームのいろいろ

VF2の入力について

https://vf2.onl/kiban031/#VF21

VF2の入力について調べる入力猶予に関するやり取りを発端として、様々な入力について試してみたのでまとめておきます。検証結果は、成立することを保証するものではなく、また、成立しなかったケースを否定するものでもありません。あくまで当方での検証結果をシステム理解のためのヒントとしてまとめたものです。スプラッシュマウンテンについて（ジェフリー）まずはスプラッシュマウンテンの入力について整理してみます。あくまでコマンドを自動入力するための検証なので、しゃがみダッシュからスプラッシュマウンテンを入れる通称す…

ラウ 2Pカウンター～柳手掛塔を投げ返す

ラウの強力な連続技として柳手掛塔～PPPKがあります。
柳手掛塔はよろけ扱いになっており、3発目のPが急所カウンターとなることで相手側の硬化時間が増え4発目のKが連続でつながります。

jaei.blog.fc2.com

邪影丸@がんばれない 検証結果　ラウの柳手（42投げ）関係など

http://jaei.blog.fc2.com/blog-entry-115.html

柳手掛塔～PPPKが入らないケースは以下の３パターンと認識しています。

硬化カウンター1フレームで投げた場合にPPPKがつながらないケースです。

柳手掛塔からのコンボはPPPK以外も強力なのですが、少なくともPPPKにつなぐ場合は投げ五分フレームで投げなくてはなりません。
投げ返しができる可能性があるなら、ボーっとしてただくらってしまうよりも投げ返しを狙いたいですよね。
（投げ返し側は先行入力ができるためビタ押しである必要はありません）

SSD投げ返しは下段投げでしかできなかったため、柳手掛塔の投げ返しを調べてみました。

上段投げ（ボディスラム）での投げ返し

ラウ側は投げ五分フレーム（29フレーム目）で柳手掛塔を入力。
投げ返し側は先行入力しています。

SSD投げ返しが下段投げである必要があったのは、投げコマンドがしゃがみパンチ入力になっていたせいだと考えていました。
そのため柳手掛塔の投げ返しも下段投げである可能性もあるかな、と思っていたのですが、上段投げで投げ返すことができました。

P+K+G入力の投げでも投げ返すことができました。
入力タイミングは同じです（29フレーム目）。

しゃがみパンチカウンター後のP+K+G投げ

晶・影丸の２キャラで確認しました。
カウンター後の確定投げ（1.25倍ダメージ）・投げ五分（通常ダメージ）ともに他の投げよりも1フレーム遅く入力する必要があるようです。
理屈がわかっていないのでとても不思議な感じがします。

硬化カウンターダメージのP+K+G投げ

他の投げでいうところの投げ五分フレーム（29フレーム目）に影丸でP+K+G投げを入力してみました。

3セットでKOできているため、硬化カウンターで投げが入っていることがわかります。
投げ返すこともできませんでした。

通常ダメージのP+K+G投げ

今度は30フレーム目に影丸でP+K+G投げを入力してみました。
他の投げでは投げ五分の1フレーム後になるため、先行入力の投げ返しに必ず負けてしまうフレームです。

こちらは4セットでKO。
投げは通常ダメージであることがわかります。
通常ダメージなのに投げ五分になっているわけでもなさそうです。
投げ返しを５ラウンドの間試してみたのですが、一度も成功しませんでした。
（投げ五分のケースでこのようなことはありません）

最後のラウンドだけギリギリ３セットでKOできているのが謎ですね。

更に1F後のP+K+G投げ

今度は31フレーム目に影丸でP+K+G投げを入力してみました。
投げ返し入力のボディブローが出てしまっていて、どちらの投げも成立していません。

入力猶予を利用した投げ入力

前回のお見合い状態からの投げ合い検証では、
P+K+G投げがP+G投げに勝ち、
P+K+G入力パンチがP+G投げに勝ちました。

その後も検証を進めていく中で、以下の優先順位があるように感じています（左が優先）。

P+K+G投げ >> P+K+G打撃 >> P+K+G以外の投げ >> P+K+G以外の打撃

これは投げについても入力猶予が関係しているからだと理解していました。

そのため、事前予想では投げ返し時もP+K+G投げだと一方的に投げ勝てるのではないかと考えていたのです。
しかし今回の結果を見る限り、そうではなかった。

また、投げ確定フレーム／投げ五分フレームでSSDを入れた際も、P+K+G投げではないにもかかわらず、フレーム計算した通りのフレームで投げ確定となり硬化カウンターダメージが入っています。
そのため、打撃カウンター～投げを行う場合は入力猶予が存在していないように思えます。
念のため実験してみることにしました。

入力猶予を利用したSSD

しゃがみパンチで打撃カウンターを取って投げに行く今回の検証ケースと同じ内容で、ボタンの入力だけ入力猶予を利用してずらし入力した際の動作について調べてみました。

B10011101, // 1K
  B11111011  // P

27F … 1K (2P側なので1N1P+K入力)
28F … P
の場合、27F目にSSDを入れた時と同じく投げは入りませんでした。
（27F目は投げ無効時間中）

28F … 1K (2P側なので1N1P+K入力)
29F … P
の場合、28F目にSSDを入れた時と同じ硬化カウンターダメージのSSDになりました。

29F … 1K (2P側なので1N1P+K入力)
30F … P
の場合、29F目にSSDを入れた時と同じ通常ダメージのSSDになりました。

この結果から、打撃カウンターを取ってSSDを入れる場合にも入力猶予が効いているのですが、1つ前のフレームで判定されていることがわかります。

入力猶予を利用したP+K+G投げ

以下のように入力猶予を利用してP+K+Gを入力した時の動作について調べてみました。

B11111001, // P+K
  B11110111  // G

28F … P+K
29F … G
の場合、29F目にP+K+G投げを入れた時と同じ硬化カウンターダメージのP+K+G投げになります。

29F … P+K
30F … G
の場合、30F目にP+K+G投げを入れた時と同じ通常ダメージのP+K+G投げになります。
投げ返しもできませんでした。

この結果から、打撃カウンターを取ってP+K+G投げを入れる場合は入力猶予が効いており、最後に入力したフレームで判定されていることがわかります。

2Pカウンター～投げ（まとめ）

もっとシンプルな法則が導かれると考えていたのですが、調べていくほど謎が深まっていきました。
まだ十分に検証できたわけではありませんが、ひとまず現時点での結果をまとめておこうと思います。

しゃがみパンチで打撃カウンターを取った後の投げと投げ抜けの入力についていろいろ試してみた結果、以下のようになりました。

試行回数は少ないのですが、再現できるためおそらく検証結果は間違ってはいないと思います。
しかしその解釈や理由付けについては、法則性が見えていないため誤っている可能性もあるかもしれません。

その他の発見

下パン化けP+G投げ

2.1のサラはレバーを入れているとP+G投げが入らなくなっているため、しゃがみパンチを2P+G入力で出すことによる投げとしゃがみパンチを兼ねた入力ができなくなりました。

2.1が出た当初、入力タイミングを工夫することでしゃがみパンチ化けのP+G投げが2.1でもできるのではないかと試行錯誤したことがありました。
その際「できた！」と思えたケースが何度かあったのですが、常に成功するわけではなかったため、気のせいかと思いあきらめていたのでした。

ところが1フレーム単位での入力を検証することができるようになり、実際に可能であることがわかりました。
（人間に常用できる類のものかどうかは別にして）

実際に検証してみて驚いたのですが、入力の方法で有効フレームが異なっていました。

サラ 下パン化けP+G投げ（2P+G入力）

2P+G同時入力する場合、1フレームだけ入力する必要があります。

B10110011   // 2P+G

2P+Gを2フレーム以上続けた場合はP+G投げは入らなくなりました。

B10110011,   // 2P+G
  B10110011    // 2P+G

サラ 下パン化けP+G投げ（P+G,2入力）

一方、入力猶予を活かしてP+G入力の次のフレームでレバーを下に入れた場合は、レバーを下に入れ続けてもしゃがみパンチ化けP+G投げが成立しました。

B11110011,   // P+G
  B10111111,   // 下 
  B10111111,   // 下 
  B10111111,   // 下 
  B10111111,   // 下 
  B10111111,   // 下 
  B10111111,   // 下
  B10111111,   // 下 
  B10111111,   // 下 
  B10111111,   // 下 
  B10111111,   // 下 
  B10111111,   // 下 
  B10111111    // 下

入力猶予を活かした入力方法の場合、ボタンを入力し続けていても結果は変わりませんでした。
以下のようにボタン入力（P+G）の次のフレームでレバーを下に入れていれば、そのまま押し続けていてもしゃがみパンチ化けP+G投げが成立します。

B11110011,   // P+G
  B10110011,   // 2P+G
  B10110011,   // 2P+G
  B10110011,   // 2P+G
  B10110011,   // 2P+G
  B10110011,   // 2P+G
  B10110011    // 2P+G

ラウ 2P+G入力（1フレーム）ケース

ラウでも試してみましたが、サラと同じようにしゃがみパンチ化けP+G投げは可能でした。

VF2の入力について調べる

入力猶予に関するやり取りを発端として、様々な入力について試してみたのでまとめておきます。

スプラッシュマウンテンについて（ジェフリー）

まずはスプラッシュマウンテンの入力について整理してみます。
あくまでコマンドを自動入力するための検証なので、しゃがみダッシュからスプラッシュマウンテンを入れる通称すべりスプラについては触れません。

具体的にはスプラッシュマウンテンを3N3P+Kで入力する際のニュートラルのフレーム数について確認します。

最速スプラ

まずは最速スプラです。
負論理なので、レバー・ボタンの波形が高い時(+5V)は入力なし、低い時(0V)は入力ありです。

うちにあるのは4chオシロスコープなので残念ながらレバー・ボタンの全てを確認することはできず、以下のように割り当てました。
上から
・V-SYNC（垂直同期信号）
・レバー下
・Pボタン
・Kボタン
です。
V-SYNC（垂直同期信号）のFALLING（波が下がる）時に割り込みをかけて入力データの出力を行っています。

3N3のニュートラルは1フレームでもスプラッシュマウンテンが成立しています。

この時の配列データは以下の通り。
3N3P+KのNは1フレーム。
3P+Kは同時に入力しています。

volatile byte action[] = {
  //UDLRGPKE
   B11111111,
   B10101111,
   B11111111,
   B10101001,
   B11111111,
　  ・・・

再遅スプラ

今度は一番入力が遅いスプラッシュマウンテンです。
3N3P+Kのニュートラルは最大で25フレームまでスプラッシュマウンテンが成立しました。

26Fスプラ失敗

3N3P+Kのニュートラルを26フレームにするとスプラッシュマウンテンは成立しませんでした。

入力猶予などの検証（VF2.1）

ジェフリー 3N3P+K,G

3N3P+Kというスプラッシュマウンテンが成立する入力を行ったままの状態で、次のフレームでGボタンを押してみます。
入力猶予で立ち投げ／下段投げの投げ自動２択が実現できるかの検証。

volatile byte action[] = { 
 //UDLRGPKE
  B11111111, 
  B10101111, 
  B11111111, 
  B10101001, 
  B10100001, 
  B11111111, 
　  ・・・

しゃがみ状態で下段投げ、投げ失敗時にはしゃがみパンチ。
立ち投げは入りませんでした。
ニュートラルのフレーム数を変えても結果は同じでした。

上から
・V-SYNC（垂直同期信号）
・レバー下
・Pボタン
・Gボタン
です。

ジェフリー 3N3P+K,G ②

今度は3N3P+Kというスプラッシュマウンテンが成立する入力を行った後、P,Kボタンを離してGボタンを押してみます。

volatile byte action[] = { 
 //UDLRGPKE
  B11111111, 
  B10101111, 
  B11111111, 
  B10101001, 
  B10100111, 
  B11111111, 
　  ・・・

こちらも結果は同じでした。
しゃがみ投げは入りますが立ち投げが成立しません。

上から
・V-SYNC（垂直同期信号）
・レバー下
・Pボタン
・Gボタン
です。

ジェフリー 466P+K+G,3

ジェフリーのフロントバックブリーカー（466P+K+G入力）の次のフレームでレバーを3に入力。
入力猶予でフロントバックリーカー（466P+K+G）とパワーボム（3P+K+G）の投げ２択になるかどうかの検証です。

volatile byte action[] = {
//UDLRGPKE
 B11111111,
 B11011111,
 B11101111,
 B11111111,
 B11100001,
 B10101111,
 B11111111,
　  ・・・

上段投げかヒップアタックのどちらかとなり、下段投げは成立しませんでした。
フロントバックブリーカーの時点でP+K+G入力なので入力が確定してしまっているのかもしれません。

上から
・レバー左
・レバー右
・Pボタン
・Kボタン
です。

ジェフリー P+G,3K

P+G投げ入力の次のフレームで3Kを入力。
入力猶予により、立ち投げとしゃがみ投げ(P+K+G)の投げ２択になるかの検証。
投げ失敗時にミドルキックが出るか立ちパンチが出るかも検証したいポイントです。

volatile byte action[] = {
//UDLRGPKE
 B11111111,
 B11110011, 
 B10101101, 
 B11111111,
　  ・・・

投げ失敗時はしゃがみパンチが出ました。
パワーボム（下段投げ）は成立しましたが、立ち投げは成立しませんでした。

上から
・レバー下
・Gボタン
・Pボタン
・Kボタン
です。

ウルフ3,NP+K,3G

入力猶予を利用してSSD（3N3P+K）とタイガードライバー（3P+K+G）の投げ2択は成立するかの検証です。
ジェフリーでの検証で3N3P+K,Gは失敗したため、3N3入力の間にP+Kを入力するアプローチです。

volatile byte action[] = {
//UDLRGPKE
 B11111111,
 B10101111,
 B11111001,
 B10100111,
 B11111111,
　  ・・・

しゃがみ状態で下段投げ、投げ失敗時にはしゃがみパンチ。
立ち投げは入りませんでした。

上から
・レバー下
・Gボタン
・Pボタン
・Kボタン
です。

ウルフ 3,N,P+K,3G

間にニュートラルを1フレーム挟んだケースです。

volatile byte action[] = {
//UDLRGPKE
B11111111,
B10101111,
B11111111,
B11111001,
B10100111,
B11111111,
　  ・・・

結果は変わらず、しゃがみ状態で下段投げ、投げ失敗時にはしゃがみパンチ。
立ち投げは入りませんでした。

上から
・レバー下
・Gボタン
・Pボタン
・Kボタン
です。

ウルフP+G,2

P+G投げ入力の後、入力猶予を利用してレバー下を入力。
上段投げと下段投げの投げ２択が可能かの検証です。

volatile byte action[] = {
//UDLRGPKE
 B11111111,
 B11110011,
 B10111111,
 B11111111,
　  ・・・

これは綺麗に立ち投げ／下段投げ／しゃがみパンチの自動3択になっています。
P+G投げを兼ねながらも投げ失敗時にしゃがみパンチに化けるのもポイントが高いですね。

上から
・V-SYNC（垂直同期信号）
・レバー下
・Gボタン
・Pボタン
です。

レバーを下に入れる際にボタンを離していますが、ボタンを押したままでも結果は同じでした。
これは他の入力猶予系でも同様です。

ウルフ 4123P6

ジャイアントスイング入力の途中（コマンド完成の1F前）でパンチを入力するパターンです。
入力猶予でジャイアントスイングとアッパーの二択を狙っています。

volatile byte action[] = {
//UDLRGPKE
 B11111111,
 B11011111,
 B10011111,
 B10111111,
 B10101011,
 B11101111,
 B11111111,
　  ・・・

想定通りジャイアントスイングとアッパーの2択になりました。
ジャイアントスイングは最速入力していますが、最後の3P6部分だけきちんと入力すれば、余裕を持った入力でもおそらく大丈夫でしょう。
しゃがみ状態からジャイアントスイングを入力すると投げ失敗時にリバーススレッジハンマー（ちゃぶ台返し）が出てしまいますが、アッパーに化けさせることができればリスク回避できると思います。

上から
・レバー左
・レバー下
・レバー右
・Pボタン
です。

ウルフ41236P

こちらは入力猶予とは異なりますが、ジャイアントスイングに関するものとしてご紹介。
先程との違いはジャイアントスイング入力の最後の6（レバー右）と同時にPボタンを押しているところです。

volatile byte action[] = {
//UDLRGPKE
 B11111111,
 B11011111,
 B10011111,
 B10111111,
 B10101111,
 B11101011,   // P
 B11111111,
 B11111101,   // K
 B11111111,
 B11111111,
 B11111111,
 B11111111,
 B11111111,
 B11111111,
 B11111111,
 B11111111,
 B11111111,
 B11111111,
 B11111111,
 B11111111,
 B11111111,
 B11111111,
 B11111111,
 B11111111,
 B11111111,
 B11111111,
 B11111111,
 B11110111,   // Kキャン
 B11111111,
　  ・・・

立ちパンチがジャイアントスイングの入力を兼ねています。
もちろん立ちパンチはPKキャンセルすることが可能です。
こちらも最後の6P部分だけきちんと入力すれば、おそらく余裕を持った回し方でも大丈夫だと思います。

上から
・レバー左
・レバー下
・レバー右
・Pボタン
です。

アキラ P+G,4

P+K+G以外の打撃では次のフレームまで入力が確定しませんが、投げで同じことを行ったらどうなるかの検証。

volatile byte action[] = {
//UDLRGPKE
 B11111111, 
 B11110011, 
 B11011111, 
 B11111111, 
　  ・・・

翻胯（4P+G）が出ています。
投げ入力でも入力猶予は効くことがわかりました。

上から
・V-SYNC（垂直同期信号）
・レバー左
・Gボタン
・Pボタン
です。

アキラ P+G,K

今度はP+G投げ入力の後、Kボタンを入力した際にどの投げが出るのかという検証。

volatile byte action[] = {
//UDLRGPKE
 B11111111, 
 B11110011, 
 B11111101, 
 B11111111, 
　  ・・・

崩拳（P+K+G）が出ています。

上から
・V-SYNC（垂直同期信号）
・Gボタン
・Pボタン
・Kボタン
です。

舜帝 P+G,2K

P+G投げ入力の後、2Kを入力したらどうなるかという検証。

volatile byte action[] = {
//UDLRGPKE
 B11111111, 
 B11110011, 
 B10111101, 
 B11111111, 
　  ・・・

立ち投げ成立時はP+K+G投げが入り、投げ失敗時にはしゃがみパンチが出ています。

上から
・レバー下
・Pボタン
・Gボタン
・Kボタン
です。

1P側／2P側ともに自動操作させた検証

1P側/2P側の両方を自動操作させる検証の場合、これまでのように配列の要素を順に実行していくという作りだと検証しにくいため作りを変えています。
タクトSWが押されたことを検出したら、次のV-SYNC割り込みでPORT操作（入力データ出力）を行うようにしました。
（繰り返しではなく１度だけ出力）

P+G／P+K+G ①

P+K+G投げを持つキャラでP+GとP+K+Gを同時入力させた時にどうなるかという検証。

//UDLRGPKE
PORTC = B11110001;  // 1P
PORTA = B11110011;  // 2P
　  ・・・

P+G入力の投げよりもP+K+G入力の投げの方が早く成立することがわかります。
立ちパンチが出ているときは投げ間合いの外だったのだと思います。

上から
・1P側Pボタン
・1P側Gボタン
・2P側Pボタン
・2P側Gボタン
です。
同時に入力されていることがわかります。

P+G／P+K+G ②

P+K+G投げを持たないキャラでP+GとP+K+Gを同時入力させた時にどうなるかという検証。

ソースコードとオシロでの波形は先程と同じなので省略します。

1P側（P+K+G入力）のパンチが2P側（P+G入力）のパンチよりも早く出ていることがわかります。
お互い立ち状態で距離が近い時もあるのですが、立ち投げは１度も発生していません。
P+G投げは0F（即時）発動ではなく、入力猶予のため次のフレームで成立するのかもしれません。

P+K+G／P+K+G

立ちパンチの発生がともに9フレームのアキラとラウを使用して、同時にP+K+Gを入力。
投げと打撃のどちらが成立するかの検証です。

//UDLRGPKE
PORTC = B11110001;  // 1P
PORTA = B11110001;  // 2P
　  ・・・

オシロでの波形は先程と同じなので省略します。

投げが成立しました。
P+K+G投げは0F（即時）成立のようです。

VF2.0での検証

46P投げの入力確認

まずは46P投げが成立する入力になっていることを確認します。

volatile byte action[] = { 
 //UDLRGPKE
  B11111111,
  B11111111,
  B11011111,
  B11101011,
  B11111111,

4,6Pで最速の46P投げが成立することが確認できました。

上から
・レバー左
・レバー右
・Gボタン
・Pボタン
です。

46P,Gの検証

46P投げ入力の次のフレームでGボタンを押してみた時の検証です。

volatile byte action[] = { 
 //UDLRGPKE
  B11111111,
  B11111111,
  B11011111,
  B11101011,
  B11110111,
  B11111111,

投げ不成立時は立ちパンチが出ています。
また、立ち投げ成立時は46P投げではなくP+G投げになっています。

上から
・レバー左
・レバー右
・Gボタン
・Pボタン
です。

VF2.1でのガード投げ抜けについて

VF3tbでは有名なテクニックであるガード投げ抜けがVF2.1でもできるか試し、その結果新たな疑問が生じた件についてまとめておきます。

VF2とVF3tbでの投げ抜け

VF3tbで有名なノウハウとして投げ抜けのテクニックがあります。

などなど。

VF2/VF2.1ではジェフリーのボディリフト（4P+G）以外のコマンド投げは抜けられません。
勿論エスケープボタンがないためエスケープ投げ抜けはできませんし、
例えば2P+Gを出せばしゃがみパンチを出しつつ投げを抜けることもできるので、打撃投げ抜けの必要性もあまりなさそうです。

一方ガード投げ抜けはtbの手癖もあって2.1でも無意識にやってしまうことがありました。
そして投げ抜け失敗のパンチが出てしまい、そこに単脚を合わせられてカウンター投げをされたり、膝で浮かされたりと痛い思い出があります。

タイミングが違っていてできていないのか、それとも2.1ではシステム的に不可能なのか、はずっと疑問でした。
なんとなくできそうな気はしていたんですよね。

そこで、本当にガード投げ抜けができるのか検証してみました。

VF2.1（model2基板）でのガード投げ抜け

VF2.1では最も複雑な投げ抜け入力となるジェフリーを選択し、1P側をコマンドコントローラーで自動操作。
サイドキック(3K)を出した後、4P+Gガード投げ抜けを入力させています。
反撃側が先行入力すればサイドキックは確定しますが、最速で出せていないためガードできています。

サイドキックを数回ガードしあった後に、反撃側はボディリフト（4P+G）で投げに行きますが、ガード投げ抜けを行っているため投げ抜けが成立しています。

サイドキックは打撃での反撃も可能ですし、コマンド投げでの反撃ももちろん可能なため、ガード投げ抜けを入れるメリットはありません。
実戦で役立つノウハウというよりは、検証しやすい技を探していてすぐに見つかったのがサイドキックだったというだけのことです。

結果は成功。
投げ抜けの立ちパンチが出てしまうことなく、投げはきちんと抜けることができています。

投げ抜けのシステム

VF3tbでは硬化中は投げ抜けコマンドを入力したフレームとその前後10フレームに入力された投げを抜けることができます。
そのため硬化中はガード投げ抜けなどを行いやすい状況になっています。

硬化中以外では、投げ抜け入力の10フレーム前までに入力された投げを抜けることができます。
相手の投げ入力よりも後に投げ抜け入力を行う必要があるため、投げ抜け入力はきちんとできていてもタイミング次第では抜けられないこともあるということですね。

バーチャファイター2 マニアックスの記述によると、VF2の投げ抜けはVF3tbにおける通常時の投げ抜けと同じタイミングのようです。
（硬化中の投げ抜けも「VF3tbの通常時」と同じだと想定）

VF2.1のシステム面について

まずはVF2/VF2.1のシステム面について整理しておきましょう。

邪影丸さんが掘り下げて検証されています。

参考
フレーム関係邪影丸@がんばれない

硬化時間の計算式はバーチャファイター2 マニアックスにも記述がありますが、邪影丸さんが作成されたフレーム表を使用させていただくことにしましょう。
そのフレーム表の値をもとに、自分が理解している通りに図示してみます。

この図はジェフリーのサイドキック（3K）ガード時の状況です。
（攻撃判定発生フレームでガードさせたと想定）
※クリックで拡大

サイドキックには攻撃判定が発生するフレームを含めて攻撃判定が３フレーム持続するため、どのフレームでガードしたのかによって硬化が解けるフレームが変わってきます。
先程のガード投げ抜け動画では距離も近いですし、ざっとコマ送りさせてみたところ上の図の通り攻撃判定の発生フレーム（16フレーム目）でガードさせているようでした。

【事前予想】VF3tbとVF2のガード投げ抜け入力の違い

まずVF3tbのガード投げ抜けについて記載しておきます。

硬化時間中に投げ抜け入力を行い、投げ抜け有効時間はその前後10フレームずつある（合計21フレーム）ということは、入力タイミングによっては硬化時間終了後の投げも抜けられるということですね。

一方VF2では投げを入力してから10フレーム以内に投げ抜け入力を行う必要があるため（10フレームしか投げ抜け有効時間がない）、最も効率の良い投げ抜け入力を行うには硬化時間が切れるフレームで入力する必要があると考えました。

※クリックで拡大

投げ確定フレームが10フレーム以内であればガード投げ抜けが可能、10フレームよりも多かった場合には抜けられないタイミングが存在するという理解です。
（硬化が切れるフレームで投げ入力と投げ抜け入力が同時入力された場合は投げ抜け不可（？））

VF2でガード投げ抜けを行う場合、投げ確定フレームが10フレーム以内の技に使うのが良いのでは？ということもサイドキックを選定した理由の一つです。

【実際の入力】VF2でのガード投げ抜け

というわけでシステム面からの予想を立てて実際にガード投げ抜けを試してみたのが先程のジェフリー同士の動画です。

「よしよし、うまくいった。ガード投げ抜けに成功したぞ！」

と喜んでいたのですが、ソースを見て実はフレーム計算を間違えていたことに気づきました。
サイドキック(3K)入力から43フレーム目に投げ抜けを入力していたのです。

※クリックで拡大

計算が合いません。
頭の中に「？？？」が浮かびます。

投げ抜けを入力するよりも前に相手側硬化時間は切れているわけですから、もしガード投げ抜けを入力するよりも前に投げ入力がされていた場合は、2Pジェフリーは立ちパンチを出しているはずです。
（投げ無効時間中なので投げは入らない）

しかし（抜けられているものの）ちゃんと投げが発生しているということは、投げ無効時間が解けた後に入力されているとしか思えません。

VF2での投げ抜け入力は、バーチャファイター2 マニアックスに記述されている
「相手がP+Gコマンドを入力してから10フレーム以内にP+Gを押したとき」
ではなく、Vf3tbと同じく投げ抜け入力を含んだ前後10フレーム（計21フレーム）に投げ抜け有効時間があると考えると説明がつきます。

VF3以降コマンド投げも抜けられるようになり、投げ抜けがシステム的に重要な役割になったため、硬化中の投げ抜け有効時間が延長されたのだと考えていました。
しかし、ひょっとするとVF2時代から同じシステムだった可能性があります。
VF2では投げ抜けはさほど重要性がないのですが、いずれ検証してみたいですね。

※本文中のVF3tbのシステムに関してはVF3tb完全攻略読本をもとにしています。

以前こちらで動作させたVF2基板のその後です。

VF2動いた

VF2 ROM交換

ずっと放置していたModel2を引っ張り出してきました。
まずはVirtua Fighter 2 (original)での動作確認です。
問題なく動いていることが確認できました。

状態の良いCRTに映すと雰囲気が出ますね。
※下の画像はキャプチャソフトのものです。CRTを撮った写真ではありません。

ROM交換

VF2.1のROMを2セット所有しているため、ROM交換も行ってみることにしました。

以前はマイナスドライバーで持ち上げてROM交換していたものですが、これだけ希少価値が出ている状況ですので、さすがにサンハヤトさんの専用工具（GX-7）を使用しました。

交換途中

交換が完了したので動作確認

まだアンプ回りの確認ができていないので音は出ませんが、2.1で動作確認した模様をキャプチャーしました。
無事動いてくれて一安心です。

マスク消毒器の試作（まとめ）

現在マスク消毒器を作成しています。
不織布マスクを同時に３枚消毒可能です。

製作記事へのリンク

詳細は以下をご参照ください。

マスク消毒器-試作の前段階

どういった消毒方法があるか情報収集から始め、乾熱消毒＋紫外線消毒という方法を選択したことと、目標とする温度／時間はどのくらいにするか、を決めた経緯についてです。

マスク消毒器-試作の前段階

マスク消毒器-消毒器部分の試作

目標とした消毒条件を満たすことができる消毒器を試作した記事です。

マスク消毒器-消毒器部分の試作

【工事中】マスク消毒器-Arduino制御の実装

シリアルモニタで温度を監視しつつ時間を計測するという手作業はとても面倒です。
そういった面倒なことはArduinoに任せてしまおうということで自動化を進めています。
※現在デバッグ・耐久試験中です

【工事中】マスク消毒器-Arduino制御の実装

外箱サイズ

試作のため中にベースとなる容器を入れていますのでサイズは大きくなっています。

Arduino制御を行う

こちらでスイッチを手動で操作すれば乾熱と紫外線による消毒ができるようになりました。

マスク消毒器-消毒器部分の試作

ただしシリアルモニタで温度を監視しつつ時間を計測するという手作業が必要です。
手動での作業はできるだけ避けたいですし、イレギュラーなケースに対応できない場合もありますので、面倒なことはArduinoに任せてしまおうと思います。

やりたいこと

接続イメージ

処理の流れ

以下のような流れで作っていきます。

実際に試作してみる

こちらで目標を決めました。

マスク消毒器-試作の前段階

まずはこれらをどのように実現していくかを検討してみます。

紫外線殺菌について

観賞魚水槽のフィルターボックス等に設置する紫外線殺菌灯(UV-C)がコストパフォーマンスに優れていたため、こちらを使用することにします。
低価格なものは1500円～3000円ほどで購入できるのですが、新型コロナウイルスの影響で配送が遅れたり、紫外線殺菌灯が品切れとなるお店も多いようです。
商品ができるだけ早く届く中で、設置の容易さと価格の安さを基準に商品を選択した上で、最もワット数が大きなモデル(11W)を注文しました。

なおUV-C紫外線は有害という印象が強いですが、222nm紫外線は安全性が実証されているようです。

参考
皮膚がんなどの発症なし　222nm紫外線（UV-C）繰り返し照射の安全性を世界で初めて実証　-医療分野や日常での殺菌・消毒の用途拡大に期待-神戸大学

量産されていくといいですね。

熱による殺菌について

殺菌器（箱）の中にはセンサーを設置するので故障を避けるために湿熱（水蒸気等）ではなく乾熱を用いることにします。

殺菌可能な温度まで高められる熱源には何があるのか考えてみます。

まずは最も価格が安く、素早くテストができるホットプレートを使用してみることにしました。
700Wのモデルを1200円で購入。

参考
山善 ミニホットプレート 一人用 レッド YHD-700(R)amazon.co.jp

温度ヒューズは192℃。

サーモスタットで一定温度に保つようになっているようです。温度調整はできません。

ホットプレートによる乾熱テスト

ホットプレートを余裕をもって覆えるサイズの木箱を作成し、その中にArduinoとGrove温度センサーを設置しました。
熱を拡散する助けになればと、ホットプレート上に大きめのヒートシンクを載せています。

参考
zspowertech ヒートシンク パワーアンプ用 60mm×150mm×25mm 冷却フィン アルミamazon.co.jp

#include <math.h>
const int B = 4275;           // B value of the thermistor
const int R0 = 100000;        // R0 = 100k
const int pinTempSensor = A1; // Grove - Temperature Sensor connect to A1
 
void setup()
{
  Serial.begin(9600);
}
 
void loop()
{
  int a = analogRead(pinTempSensor);
 
  float R = 1023.0/a-1.0;
  R = R0*R;
 
  // convert to temperature via datasheet
  float temperature = 1.0/(log(R/R0)/B+1/298.15)-273.15;
 
  Serial.print("temperature = ");
  Serial.println(temperature);
 
  delay(1000);
}

温度測定グラフ

横軸は秒です。

木箱が大きめだったためか、温度が上昇するのに時間がかかっていますね。
約53℃までは勢いよく上がっていきますが、その後伸び悩み、最高で約56℃でした。

温度としては目標としていた最低ラインにギリギリ達したレベルですが、紫外線殺菌灯と併用することで効果を発揮できそうなところまで上がることが確認できて一安心。
このアプローチで進めていくことにします。

殺菌ボックスを作る

以下のような流れで準備していきました。
※乾熱テストの際に準備していたのはSTEP.2まで

木箱をかぶせたところです。

再度乾熱テスト

横軸は秒です。
ホットプレートの電源を入れたのは約280秒後。

木箱で覆っただけの時の最高記録だった56℃は軽々とクリア。

69-70℃で安定させることができました。

乾熱殺菌のエビデンスがある70℃／60分を目指すにあたって、69-70℃で安定できたことはとても良かったと思います。
温度が高すぎても何らかの制御が必要になりますし、ちょうどよかったです。

それでは続いてArduino制御を進めていきます。

マスク消毒器を試作してみることに

やりかけの工作がいくつもあるのは承知の上で、今回も新しいことをやっていきます。

新型コロナウイルスの蔓延によるマスク不足は続いています。
いつになったら品薄が解消するかわからないため、マスク1枚につき2,3回使用することを想定して、消毒する機械を作ってみようと思います。
マスク以外にも身の回りの品の消毒に使えるでしょうし、UVCライトだけ使用する場合には3Dプリンターで作成したものの二次硬化に使用できるかもしれません。

はじめに

こちらの記事を読んだことが出発点となっています。

Arduino Project Hub

Face-Masks Disinfection Device — needlab

https://create.arduino.cc/projecthub/needlab/face-masks-disinfection-device-needlab-3ed2f5

UV-C / heat, Arduino-controlled, face-mask disinfecting device for Coronavirus (SARS-CoV-2). By Jean Noël.

まずは消毒方法を考える

実現可能な消毒方法について

参考
各種滅菌法・消毒法の概要アズワン

個人で実現できる現実的な消毒方法としては煮沸消毒・乾熱滅菌・紫外線殺菌になりそうです。

煮沸する場合はその後乾燥させる必要があり、一般家庭環境を想定すると、乾燥している間に空気中の塵・埃がついてしまう可能性もあるでしょう。
殺菌装置に加えて＋αするイメージで煮沸消毒を行うのであれば良いと思いますが、殺菌装置の仕組みとして煮沸消毒を選ぶのは避けた方がよいと考えました。

そこで、熱と紫外線による殺菌について調べていくことにします。

参考
消毒・滅菌の概要（pdf）日本医師会

なお、こちらの記載に倣って以後「消毒」と表現することにします。

熱による消毒について

情報①

参考
新型コロナ、サージカルマスクの表面で7日間感染力を示す日経Gooday

情報②

参考
UV-C / Heat, Arduino controlled, face-mask disinfecting device for Coronavirus (SARS-CoV-2) needlab

お！同じ結論になっているぞ、と思ったのですが、それもそのはず。この２つの記事では同じ論文を参照していたのです。

参考
Stability of SARS-CoV-2 in different environmental conditionsthelancet.com

こちらのリンク先からpdfファイルが２つダウンロードでき、様々な温度下での安定性と、様々な表面上での安定性、様々な消毒剤の殺ウイルス効果を確認することができます。

今回の工作に関係するところとしては、熱による消毒は有効（56℃30分間。おそらく湿熱）ということがわかりました。

情報③

参考
HOWTO: Low Cost Heat Sterilizer for Virus InactivationHACKERFARM

白熱電球の熱を利用した低価格なウイルス不活化システムの例です。
2020/04/18にUpdateされた情報として、以下のリンクが掲載されています。

参考
Assessment of N95 respirator decontamination and re-use for SARS-CoV-2medRxiv

PDFファイルを参照すると、紫外線照射、70℃乾熱、70%エタノール、気化過酸化水素によるデータが掲載されています。

この中でも重要なのが70℃乾熱のデータです。乾熱殺菌のデータはとても少ないようなのです。
乾熱70℃の場合、新型コロナウイルスが1/1000になるまでの所要時間（中央値）は46.3分。
97.5%で53.9分ですから、60分間ほど見ておいた方がよさそうです。
新型コロナウイルスはインフルエンザウイルス等よりも熱に強いのかもしれません。

紫外線による消毒について

理容室の櫛やハサミの殺菌、病院のスリッパ殺菌などでも見かける紫外線消毒についても調べてみます。

まず、紫外線について簡単に触れておこうと思います。

参考
紫外線Wikipedia

Wikipediaの「紫外線の波長ごとの特徴」という項目にまとめられていますが、近紫外線は波長によってUV-A, UV-B, UV-Cの３種類に分類されています。
殺菌灯に使用されるのはUV-C（波長 200–280 nm）のライトです。
通販サイトで紫外線殺菌灯を探すと、UV-CあるいはUVCと表記されているのに気づくと思います。

参考
UVGI. Germicidal effect of UVC lightneedlab

同じ電球、同じ時間ならばできるだけ近くで照射した方が効果が高いようですね。

参考
HYJEIA – AN OPEN SOURCE ULTRAVIOLET DECONTAMINATION SYSTEMHyjeia

オープンソースで低価格を実現したUVGI（紫外線殺菌装置）の事例です。

参考
深紫外線LEDでの悪露なウイルスへの有効性を実証ナイトライダーセミコンダクター株式会社

深紫外線LEDを使用した事例です。

消毒することによるマスクの効果への影響

布マスク・不織布マスクを問わず、洗う場合は洗濯機を使わずに手洗いする必要があると聞いたことがあります。
熱や紫外線で消毒する場合にも同じことが言え、いくら効果があるからと言っても、高い温度で長時間熱したり、強い紫外線を長時間当てたりして、マスクとしての機能が劣化してしまっては元も子もありません。
ウイルスはやっつけながらもほどほどの強さ・時間で行うという微妙な匙加減が必要なのです。

参考
Detrimental effects of physical disinfection on face masksneedlab

needlab.orgのアプローチだとマスクの機能に影響を与えることはなさそうです。

60℃、80％RHの湿熱30分間でマスクのろ過能力の大幅な低下は観察されなかったとのこと。

これらの結果から、needlab.orgの記事では60℃／30分間をターゲットにしています。

方針の決定

ほとんど冒頭に挙げたneedlab.orgの記事を追っていっただけになってしまいました。
消毒前後のウイルス数は個人レベルでは数えようがなく、作成した消毒器の効果検証もできません。そのため正しいアプローチを採ることがとても大切です。

全くの素人ながら様々な情報を追っていくことで、熱と紫外線という２つのアプローチが採用しやすく、有効性もあることがわかりました。
熱に関しては紫外線と併用することを考慮して56-60℃／30分間以上を目安とし、可能であれば乾熱殺菌でのデータ通り70℃／60分間を目指します。

長くなりましたので、一旦ここまでで区切って、次の記事ではこのアプローチで実際に試作を始めることにします。

続きはこちら
マスク消毒器-消毒器部分の試作

昨年秋頃からちょこちょこ買い物はしているのですが、物欲コンテンツの更新が滞っていました。
便利なものについてはそのうちご紹介させていただくとして、まずは最近導入した3Dプリンターについて書いておくことにします。

3Dプリンターを衝動買い

以前から興味はあったもののニオイ・騒音・場所をとる等の問題で手を出せていなかったものがあります。

の２つです。

これらがなくてももっといろいろできることはある…とは思うのですが、やはりあると便利だろうなあと思ってしまうのです。
特に3Dプリンターは個人でも手が届きやすい価格帯の商品が増えてきたこともあって、活用されている方もたくさんいらっしゃるようです。

最初のうちは、なんでも作れる大型のものでないと！と「大は小を兼ねる」という考え方をしていました。
しかし、「手が出せる価格帯」で「小さくても満足のいくものが手軽に作れる」ということが大事だということがわかってきました。
大きなものは、他の材料で作るか、3Dプリントしてくれる業者さんを頼れば良いのです。

新型コロナウイルスの蔓延で自宅で過ごす時間が多くなるにつれ、できるだけ自宅で完結できるモノづくりに憧れるようになりました。
そして深夜のテンションでポチってしまったのでした。

NOVA3D Elfin

買ったのはNOVA3D Elfinというモデルです。
以前から光造形式の3Dプリンターが欲しいと思っていたのですが、なかなか決め手がなく時間だけが経っていきました。

NOVA3D Elfinはレベリングが不要ということで、ものすごくざっくり書くと、開梱してレジンを注いでデータを送りプリント開始するだけなんですよね。
メンテナンス（清掃）は必要だしニオイが気になるにしても、調整が不要というのは初心者にとってありがたいことです。
また、Wifi（または有線LAN）で接続ができることも便利です。
そこでまずはNOVA3D Elfinで3Dプリンターデビューしてみることにしました。

3Dモデルを作成するのは壁が高そうですが、フリーで公開されているモデルもたくさんありますので、しばらくはそちらを使用させていただくことにします。

ゆくゆくはマイコンのケースとか、センサーやカメラのマウントとかをサクッと作れるようになれたらいいですね。

参考にさせていただいたサイト

検索するとたくさんヒットします。

Ayumi Media　-生き抜く子供を育てたい-

【NOVA3D】光造形Elfinの実機レビュー！【デメリットはマニュアルと匂いだけど大満…

https://sato-ayumi.com/2019/12/19/nova3d-elfin-real-review/

最新型光造形のElfinが届きました！ 中国の3DプリンタメーカーNOVA3Dが2019年秋にリリースしたばか…

Ayumi Media　-生き抜く子供を育てたい-

【NOVA3D】最新型光造形3DプリンタElfinの海外レビューまとめ【高品質にして格安】

https://sato-ayumi.com/2019/11/25/nova3d-elfin-resin3dprinter/

こんにちは、あゆみです。 今回は新型光造形3Dプリンタ・Elfinをご紹介します。 登場したのは2019年9月…

ゆとりの悟り

光造形３Ｄプリンタの「NOVA3D Elfin」を購入！高性能でおすすめ | ゆとりの悟り

https://yutorinosatori.com/2020/03/01/nova3d-elfin/

なぜNOVA3DのElfinを買ったのか 私は下記リンクのとおり、２年前からＵＰＢＯＸ＋という機種の３Ｄプリンタを使用していた。 ３Ｄプリンター　ＵＰＢＯＸ+ 買ってみた！ かな…

mirai-makers mirai makers

NOVA3D Elfin参上　初回レビュー

https://mirai-makers.com/make20

「間違いない　ヤツだ　ヤツが来たんだ!!」という事で NOVA3D　Elfinがうちにやってきました 道具一式…

そして3Dプリンターを複数お持ちの方が多いことに気づきます。
・・・ここにも沼の入り口が(笑)

はじめてのプリント

※開梱からプリントまでの段取りは他のサイトで詳細に説明されているため省かせていただきます。

準備ができたら稼働確認として、本体付属のサンプルデータのうちoctopusをプリントしてみることにします。

プリントには数時間かかります。
熱転写プリンターの音が小さくなったような動作音がします。
それほどキツくはないもののニオイもあるため、敏感な方は嫌に感じるかもしれません。

洗浄したあとのタコです。

3Dプリンターのすごいところは、複数部品を組み合わせないとできないような動きのあるパーツを、一度プリントしただけで実現できるところなんですよね。
大きさは小さいものの、初心者が簡単に作成できたことに驚きました。

次に実用的なものをプリント

マスクを長時間付けていると、耳が痛くなってしまうことがありますよね。
そこで以前Twitterで見かけてブックマークしておいたこちらのマスクストラップリテイナーをプリントしてみることにしました。

www.thingiverse.com

Surgical Face Mask Strap Retainer Clip Ear Saver N95 Coronavirus Covid 19 by …

https://www.thingiverse.com/thing:4266319

My wife is an ICU nurse, and wasn’t a big fan of the models I’d found for these so we came up with this design which she seems to like and is much easier for me to print in large quantity for her co-workers. Hopefully others will find it more comfortable and easier to print in quantity as well. Updated to show use, the “bridge” is offset so it can be flipped to be held in place by ponytail, or barrette, etc. If you have short hair or no hair neither this or any other desig…

ダウンロードしたzipファイルを解凍し、filesディレクトリの中にあるstlファイルをNovaMakerというソフトで開きます。
回転させるなどして枠内に全体が収まるように配置。

ポイント

こちらのサイトの情報通り、少し浮かせてラフトを追加すると、プリントした後の切り離しが容易になります。

Ayumi Media　-生き抜く子供を育てたい-

【NOVA3Dスライサーソフト】Novamakerの使い方を画像19枚で徹底解説

https://sato-ayumi.com/2019/12/26/how-to-use-novamaker/

今回の記事では、NOVA3D・3Dプリンタの専用スライサーソフトNovaMakerの使い方をご紹介します。 次…

こちらはプリント後の写真ですが、ちょっと浮いているのがわかるでしょうか？
ビッタリとプラットフォームに固定されているよりも、点で固定されていた方がとても楽に剥がすことができるんです。

そして引き続きNovaMaker上の操作でスライスを行い（3Dプリンターが読めるCWSファイルに変換）、何らかの方法で3Dプリンターに転送すれば準備完了です。
初期セットアップの際にWifi設定（2.4GHzのみ）を行っていたため、Wifiで3Dプリンターへ簡単に転送することができました。
USBメモリでやり取りするよりもとても便利ですのでオススメします。

完成したものはこちら。

洗浄やUVライトでの二次硬化が雑だった割によくできている方だと思います。

試しに装着してみましたが、これはとても良いですね！
マスクゴムで耳が痛くなることもないですし、よりピッタリとマスクが密着するようになった感じがあります。
無料レジンを使ったため色がちょっと目立ってしまいますが…女性には良いかもしれません。

他の方も同様のデータを公開されていますし、3Dプリンターをお持ちでない場合はAmazonなどで購入することもできますので、ぜひ１つ持っておくといいと思います。
当分の間、自分に合ったマスクを選んで購入することはできなさそうですし。。

注意

やはりニオイはあります。
作業の段取りによって程度の差はあっても、レジンの臭いと洗浄で使用するIPAの臭いが気になると思います。
特にIPAは有機則に該当する有機溶剤ですので、身体にもよくないです。
蒸気比重が2.1と大きいため、気化したIPAは足元に溜まりやすいようです。
非常に引火しやすい（引火点11.7℃）のでご注意ください。

できるかぎり風通しの良いところか屋外で洗浄したほうが良いと思います。

※シンナーの例ですがご参考に

Togetter

部屋に置いていたチョコクッキーが殺人クッキーに!? 実験室での飲食禁止の理由がよ…

https://togetter.com/li/1093291

まとめました。 更新日:3月23日00時28分

また、ニオイが気になった場合にはアルコール等を検知できるガスセンサーがあると、きちんと換気できているかがわかり安心できると思います。

【Arduino】1602A LCDとMQ-135のテスト

まとめ

憧れだった光造形の3Dプリンターを買い、試行錯誤しながら２つプリントしてみたレベルでの感想です。

短所も挙げましたが、全体的にとてもよい商品だと感じました。

あとは換気のよい場所を確保できれば日常的に活用できそうです。

Arduino UNOに非接触温度センサ（NCIR）をつけてみる

２月の半ばに差し掛かった頃の話です。
まだ一般の体温計も手に入る時期だったと思うのですが、コロナウイルスが流行期に入り、セキュリティゲートや入退室認証と組み合わせてみると利用価値があるかなと思ってサーモグラフィについて調べていたのです。

解像度が高く、距離が離れていても使用できるものはやはり高価なようでした。
画像認識でうまく人間の顔の位置（座標）を特定できれば、額で体温計測することは可能だと考え、実験してみたいという思いがある一方で、いきなり高価なものに手を出すにはハードルの高さも感じていました。

そこで、まずは非接触温度センサを使ってみることにしました。
放射した赤外線の跳ね返りで温度を測定するものです。

できるだけ短時間で完成させたかったため、ユニット化されているものを使用しました。

参考
M5Stack用非接触温度センサユニットマルツオンライン

※M5StickC ＋ 非接触温度センサHatを使用すればかなりコンパクトになると思います。残念ながら本体を所有していないため断念しました。

参考
M5StickCスイッチサイエンス

参考
M5StickC 非接触温度センサ Hatスイッチサイエンス

配線する

M5Stack用非接触温度センサユニットはGroveコネクタ（I²C）で接続します。
Groveコネクタには+5V／GNDに加えて信号線２本（シリアルデータ (SDA)／シリアルクロック (SCL) ）の計４本が出ています。

手元のマイコンにはGroveコネクタが付いているものがなかったので、昨年LPWAを試した際に使用したSigfox Shield for Arduino (UnaShield V2S)＋ Arduino UNOを使うことにしました。

LPWAとSIGFOX

参考
Sigfox Shield for Arduino V2S【UNASHIELD-V2S】マルツオンライン

接続はGroveコネクタを挿すだけなので簡単です。
2つあるコネクタのうち、SDA/SDLと書かれている方に接続します。
UnaShieldのGroveVCCジャンパーピンは5V側に挿してください。

PCと接続しなくても確認できるように、以前試したことのある1602LCDも接続してみました。

【Arduino】1602A LCDとMQ-135のテスト

使用してみて

Temp欄に中心温度、Ambient欄に周辺温度を表示しています。
測定可能な距離は5cm程のようです。

通常の体温計と比べて、
額計測では約2℃程低め表示されるようでした。
脇計測の場合はほぼ同じ計測値になりました。

非接触で計測できれば衛生的ですし、一瞬で測定結果が表示されるのでとても便利です。
現在はUSB給電なのでケーブルを挿す必要がありますが、電池切れの心配がないのは良いですね。
（体温計は頻繁に使用するものではないため、使いたいときに電池切れしていたことも経験があり）
モバイルバッテリーでも動作可能です。

スケッチ（プログラム）

ここでは簡易なサンプルとして計測してLCDに表示する単純なスケッチを掲載します。

#include <LiquidCrystal.h>
#include <Adafruit_MLX90614.h>

Adafruit_MLX90614 mlx = Adafruit_MLX90614(); 

// LCD pin 1 : GND
//     pin 2 : +5V
//     pin 3 : GND
//     pin 4 : RS (Register Select Signal)
//     pin 5 : +5V (R/W (GND:Write Mode / +5V:Read Mode))
//     pin 6 : E  (Operation (Data R/W) Enable Signal)
//     pin11 : DB4 (Data Bus Line)
//     pin12 : DB5 (Data Bus Line)
//     pin13 : DB6 (Data Bus Line)
//     pin14 : DB7 (Data Bus Line)
//     pin15 : +5V(BackLight Power supply)
//     pin16 : GND(BackLight GND)

LiquidCrystal lcd( 4, 6, 10, 11, 12, 13 );
 
void setup() {
  lcd.begin( 16, 2 );
  lcd.clear();
  lcd.setCursor(0, 0);
  mlx.begin();

  Serial.begin(9600);
}

void loop() {
  // 表面温度の表示
  Serial.print("Temperature : ");  Serial.println(mlx.readObjectTempC());
  // 周囲温度の表示
  Serial.print("Ambient : ");  Serial.println(mlx.readAmbientTempC());
  Serial.println();
  lcd.setCursor(0, 0);
  lcd.print("Temp    : ");
  lcd.setCursor(11, 0);
  lcd.print(mlx.readObjectTempC());
  lcd.setCursor(0, 1);
  lcd.print("Ambient : ");
  lcd.setCursor(11, 1);
  lcd.print(mlx.readAmbientTempC());
  delay(100);
}

改善するなら

この後、UnaShieldを使用していることもあり、Sigfoxクラウドに計測データを送るようにカスタマイズをしてみました。
UnaShieldのボタンを押すと測定値をSigfoxクラウドへ送信だけのものです。

これだけではあまり意味がありませんが、もう少し作り込んでAWSなどのDBに計測値をため込んでいくようにすれば、グラフ表示したりLineやメールで通知するなど利用範囲も広がるでしょう。

また、今回のセンサでは距離的に難しいかもしれませんが、仮に入退室ゲートや出退勤管理と連動させられた場合は、「体温が高い人は入室させない」「上長へ通知する」といった対応も可能になると思います。

ご家庭では、例えば他のセンサーと組み合わせて、歯磨きしているときに体温を測ってしまう等も良いかもしれませんね。

測定距離に関しては、もしスマホレンズ等を使用して伸ばすことができたら、とても便利になると思います。
（可視光線とは焦点距離が変わってくるでしょうし、正常に測定できるかはわかりませんが）

測定距離の短さがネックですが、手軽に扱えることから、もっと作りこんでいけばより活用できそうに感じました。

謝辞

以下のサイトを参考にさせていただいたきました。ありがとうございます。

Qiita

簡易温度計を作る – Qiita

https://qiita.com/s_fujii/items/1cc5fe6206f6dc24d8cc

乳児の体温を測る時などに使われる、非接触温度計を簡単に作ります。# 使ったもの- MLX90614- 10kΩ抵抗 × 2- Arduino UNO- ブレッドボード- ジャンパワイヤー- M5Stack2000円…