#ICカードこれひとつ
「高速モード」
また何とか動くようになりました

次のベータ版から修正されます

#ICカードこれひとつ
使っている人がどれほどいるのか不明な「高速モード」ですが、いつの間にか動かなくなっていました

一日調査していますがかなり根が深い問題のようでまだ原因が特定できていません。
次のベータ版までには直したいと思っております。

@NagisaTakayama 分かりました。いずれ強弱や鳴動時間などの選択機能新設も含めて改良を試みます。

@NagisaTakayama 読み取り完了をもってバイブするのが機能でしたので、今回修正しました
必要であれば新機能として追加することも可能です
Android 12以上であればバイブの強さなども設定できるだろうと思います(ハードウェアが対応しているかどうかは別の問題になりますが)

#ICカードこれひとつ
ベータテスト版のバージョン2.908をリリースしました

今回はPlayストアの要求に従うための対策が主で、物販報告における交通系およびWAONに関する対応可否の選択部分は手が付けられておりません。次回以降に延期します。

更新内容の詳細は更新履歴をご覧下さい
https://allnfc.app/jp/history/android_hist_r03b.html#allinone_2_908

とりあえずViewPager2で生じる問題の解決の糸口が見えた
来週、これを盛り込んで改めてViewPager2への移行を試みます

#ICカードこれひとつ
ゆりかもめ 新橋駅「東口改札」

アプリから報告が確認できませんでしたが、昨年、6台から5台への変更でデータベースに登録されていました

本日6台目の報告が届いておりますので、元に戻ったようです。

コロナ禍で人が減った間、一時的に改札機を止めて封鎖していたなどでしょうか？

ViewPager2を一旦ViewPagerに戻す対応としました
一応動くようになりましたが、いずれ機を見て再度ViewPager2への変更を試みる必要があります

リバートしながら調査したところ、どうやら原因はViewPager から ViewPager2 に移行したことのようです

ViewPagerは非推奨ですが、ViewPager2は期待通りの動きをしていないようです。

#ICカードこれひとつ
画面表示まわりに大規模な修正を加えたのですが、どうもそれが悪影響を及ぼしているようで動きがおかしくなってしまったようです
原因の特定ができていないので、一旦リバートして画面回転まわりも不具合ありに戻すしかなさそうです

#ICカードこれひとつ
RC-S300の通信プロトコル

流れるデータは、FeliCaに対するコマンドや返信を包み込むようにRC-S300(パソリ)のフレームがあるわけですが、このフレーム構造が全く違っていることが判明しました。

大まかな構造は把握しましたがその内容はまだ未知です。

解析完了までしばらく掛かると思います。

#ICカードこれひとつ
土日になるとまた報告が増えて対応時間を要する可能性が高いので、今日中に次のベータ版をリリースしたいと考えています

報告いただいた対応については、交通系でも時間的都合により全て対応できず次回送りになるものもあると思いますがご了承願います。

RC-S300

そういえば、iOS用アプリ開発用に購入したまま埃が被っていたmacがあることを思い出しました

これならドライバーがあるので、macOSで使えるSFCard Viewer Web版というのがどう動作するのか不明ですが、これでしばらく動作確認したいと思います

上手く行けば来週のうちにはプロトコルが解析できると思います

山手線
https://www.kctp.co.jp/outline/car/yamanote/

調査状況

● 神戸駅前
● 多聞通5丁目
● 新開地東口
● 新開地
× 湊川公園東口
● 楠町6丁目
● 大倉山
● 下山手9丁目
● 下山手7丁目
× 地下鉄県庁前
× 県民会館前
● 中山手3丁目(北野工房のまち)
× 中山手1丁目
● 加納町3丁目
● 地下鉄三宮駅前(伊藤整形外科前)
● 三宮センター街東口

シティー・ループバス
https://kobecityloop.jp/jp/

調査状況

× 1. かもめりあ
× 2. ハーバーランド(モザイク前)
× 3. みなと元町駅前
× 4. 南京町(中華街)
× 5. 旧居留地(市立博物館)
× 6. 三宮センター街東口
● 7. 地下鉄三宮駅前(北行)
× 8. 北野工房のまち
× 9. 北野坂
● 10.北野異人館
● 11. 神戸布引ハーブ園/ロープウェイ
× 12. 新神戸駅前
× 13. 地下鉄三宮駅前(南行)
× 14. 市役所前
× 15. 元町商店街(南京町前)
× 16. メリケンパーク
× 17. 中突堤(ポートタワー前)

#ICカードこれひとつ
神戸市の神戸交通振興が解散となり、同社が運行しているシティ・ループ、山手線、神戸山麓線7系統については他の事業者に移譲される計画だそうです
https://www.city.kobe.lg.jp/documents/40115/3.pdf

神戸山麓線7系統は市バスとバス停番号も共通なようですので再調査は不要だと思われます

シティー・ループの殆どの停留所と山手線の幾つかのバス停番号が未知であるため、解散前に調査をしておく必要があります。

このアカウントは、notestockで公開設定になっていません。

#ICカードこれひとつ
「近くの店を探す」で画面回転させると、結果が保存されていないため再検索が動いてしまうことが分かりました

これも何とかしたいと思っています

RC-S300

送信コマンドと返信コマンドをダンプできるようにして通信内容を解析しました。

ポーリングのコマンドには応答していますが、どうやらエラーを返しているようです。

コマンド体系そのものが違う可能性が高いです。

RC-S300
バルク転送で通信するようですので、310・320とは違い新しいタイプと近いようです

このデバイスはS380と違って、USB的にかなり特殊な構造になっているようです。

とりあえずUSBのインターフェイスとエンドポイントが各々複数ありました。

この辺り対策をいれてみたところ、ポーリングのコマンドには応答するようになりました。

ただカードタッチに応答せず、読み込みもできていません。

カード読み取り時にはLED点滅するなる説明があるので、この辺りに新コマンドがあり、その辺りの解析が必要になるのだろうと思われます。

ちなみにRC-S300の300という小さい数字が気になっています。

最初期の製品であるRC-S310・320は、330以降とは仕様が異なる通信方法を使用しています。
もし300が310・320互換であった場合、Androidでの対応は難しい可能性が高いです。

Windows PCを借りる手配を致しましたが、Androidから適当にパケットを投げてみて対応できるかどうかの調査を数日試してみます
上手く行けばそれで対応できるでしょう

新発売のPaSoRi新機種RC-S300ですが、現行機RC-S380とは互換性がないようです

#ICカードこれひとつ での対応は、弊社での解析完了後となります。
RC-S300への対応の可否やスケジュールは年内に結論を出す予定ですが、お急ぎの方で、macを使う予定も無い方は、お値段も安い現行のRC-S380でご利用下さい。

このアカウントは、notestockで公開設定になっていません。

RC-S300
どうやら、プロトコルレベルで従来機と互換性がないようです。
RC-380とも、古いRC-S330/360/370とも互換性がありませんでした。

Windows7用のデバイスドライバーがないため開発機での動作確認およびパケット解析ができないため、現時点でこの製品は対応不可能となります。

時間が取れ次第、独自の解析を試みる予定ではありますが、解析に成功するかどうかは不明です。

誤って購入されませんようご注意ください。

パソリの新機種、RC-S300を入手しました
近日中に動作確認などしていきたいと思っております

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

#ICカードこれひとつ

「竜泉」というバス停もあるようです
https://navi.shinkibus.jp/snk/html/7095_1.html
https://navi.shinkibus.jp/snk/html/7095_2.html

こちらの方が可能性が高そうなので、「竜泉」として対応をさせていただきます

#ICカードこれひとつ

7日に、ウエスト神姫で「龍泉」という確認できないバス停が報告されました

「龍泉寺前」で宜しいでしょうか？
https://navi.shinkibus.jp/snk/html/36064_1.html

#ICカードこれひとつ
物販で、交通系やWAONの選択画面の仕様変更はまだ手が付けられておらず、完成させてから次をリリースするかその先に延期するかを考えています

別件で、画面回転で誤作動する問題を確認したので、こちらは優先して対応しました

物販報告の選択画面
改札タブからのバス報告での選択画面と送信画面
改札の送信画面

に変数の保存と復元処理を入れたので、画面を回転させても大丈夫になりました

#ICカードこれひとつ
確認の依頼がありましたが、
奥津軽いまべつ駅、木古内駅
は、登録が完了しております。
年内リリース予定の次のバージョンをお待ちください

#ICカードこれひとつ
ついでに、MIFARE Ultralight EV1でバージョンが得られたもので、ここ
https://stackoverflow.com/questions/37002498/distinguish-ntag213-from-mf0icu2
に情報があったチップについてはカードタブに名前も出すようにしました

#ICカードこれひとつ
MIFAREのデータからのカード種認識は後回しにしますが、とりあえず読みとる処理は概ね動作するようにしておきたいと思います

本体NFCで、以下の改良を加えました。パソリやACSは後回しにします。

MIFARE VERをダンプデータに記録

MIFARE ClassicでもATQAとSAKを得てンプデータに記録

MIFARE Ultralight Cの暫定的な対応(動作は未確認)

MIFARE UltralightとNTAG203の暫定的な分離(動作は未確認)

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

#ICカードこれひとつ
JR西日本 七尾線
「当該区間はJR西日本としての普通列車はなく」という記述は誤りでした

正確には津幡〜中津幡〜七尾〜和倉温泉のうち、七尾〜和倉温泉のみJR西日本の普通列車がなく特急列車のみの停車となります。

七尾〜和倉温泉はのと鉄道の区間の一部となっておりますが、現在のと鉄道はICOCA未対応なためか、当該区間の駅番号はJR西日本のものが使われています。

対して津幡駅はIRいしかわ鉄道としての駅番号が使われておりますので、JR西日本の在来線として精算できるのは中津幡〜七尾の区間ということになります。

特急停車駅と一部駅は駅構内に簡易改札機があり、それ以外の駅では車載機での精算となります。

@NagisaTakayama 改めて読み直すと、JR西の普通列車がないのは七尾駅〜和倉温泉駅間のみのようですね。

それ以外の区間はJR西として改札の記録ができそうです。

@NagisaTakayama 少なくともWikipediaの文章を読む限りでは、特急はJR、普通列車はIRで分担しているように読めたので、そのようにトゥートしたのですが、事情は違うのでしょうか

@NagisaTakayama Wikipediaの文章を読み直したら確かに第一種でした
普通列車はJR西としては存在しないようです

#ICカードこれひとつ
JR西日本 七尾線

皆様のご協力により、中津幡〜和倉温泉駅の全旅客駅の駅番号が確定しました。ありがとうございます。

改札については特急停車駅などで駅の簡易改札機、それ以外は車載機で実施するようです。

当該区間はJR西日本としての普通列車はなく、普通列車はIRいしかわ鉄道しか走っていないようですが、JR西が第三種鉄道事業でありIRもJR西の521系交直流電車で運行しているようです。

#ICカードこれひとつ
MIFAREへの対応で、以前パソリで処理を書いていた頃、ID3桁は取れるのですが拡張された分については応答が帰ってきませんでした

このためパソリでの対応は、現在はUIDと言いながら3桁くらいしか取得されません。
今後何とかしたいとは思っています。

ちなみにMIFARE Ultralightはデータ内にUIDが含まれているのでそれを読み取ってUIDを構成していますが、パソリからの読み込みはどうも正常動作しなくなっているようです。時間を確保次第なんとかしたいと思います。

#ICカードこれひとつ
アーバンクアのIC22タイプのロッカーキーのダンプデータが届いております

先にIC22として届いたものとはデータ形式が全く違っておりました。
やはり、店を特定した上でないと無理ではないかと思われました。

汎用的に処理するにはNDEFで記録されるべきだと思いますが処理が面倒という問題はありそうです。

#ICカードこれひとつ
この週末に膨大な量の報告などが届いております。
すぐの対応が難しいため、少しずつ対応をさせていただきます。

#ICカードこれひとつ
天然温泉アーバンクアの会員カードのダンプデータが届いています

アプリが読み取った範囲内には会員番号らしきものは無いようですが、もしかすると読み取っている範囲よりもメモリー容量が多い可能性もあり、読めていない領域に情報が書かれている可能性があります。

ATQAとSAKからMIFARE Ultralightなのは確実なのですが、AndroidのNFCシステムはUltralightとは認識していないようで、もしかすると、少しだけ容量が多いながら今のところ未知のMIFARE Ultralight Cの可能性があります。

Ultralight C、製品としてはNTAG213なるものが該当のようですが、安いものだとシール状のもの10枚990円などしかないみたいです。

判定方法が分かればお金を掛けずに対応できると思うんですが今のところ良い情報はないです

@NagisaTakayama 行き届いていないとは、反映されていないということでしょうか

いまは全件手作業でやっているので僅かな違いしかない報告が連続する場合は見落としてしまう可能性はありますし、アプリ側の問題で記載事項が届いていない可能性もあります。