江澤事務器のブログ

いつもご覧いただきありがとうございます。
本日は久々に仕事モードです。

ごく一部の方からのみお問い合わせが有る不人気ＥＺフィーダーですが、熟成は確実に進んでいます。

本番の納税通知書でテストを行っていますが、「不具合はでません。」
「なんでだろ～」

※開発チームの総称がになっています・・・・。ちなみに江澤はになっています。そのほかのキャラは雰囲気で決めています。

「突然うまくいきましたね～」「でも上手く行って良かったです」

ここまででどんなテストを行っているかというと・・・・・




やや見せられない範囲も有るので・・・・・、すみません

文字にすると・・・・、１２０メートルで走っているコンビニ収納用紙のゲートマークを読み取り、これをファーストページとして名寄せします。
またゲートを認識したらただちに隣にある通数番号を読み取ります。
また同時にファーストページより前の用紙がラストページなので、直ちにフィーダー部を停止させます。
今、停止したファーストページより前の用紙がコレクターで冊子部分とバラ部分が集まります。
これを１サイクル動作して厚み検査部へ移動します。
移動したら直ちに先ほど読み取ったファストページ部分の冊子部分をコレクタに排出します。
また次のファーストページ来るまでバラ部分は停止させずに名寄せを行います。
またバラ部分がフィーダー上を１２０メートルで搬送しながら、ＧＳ１－１２８の４４桁のバーコードを全て読み取ります。
次のファーストページが来たらフィーダー部を直ちに停止します。
フィーダー部が停止したら直ちに厚み検査部へ１サイクル動作して移動します。
移動したら直ちに厚み検査を行います。
読み取ったＯＣＲ－Ｂは連続性を検査することが可能です。
読み取ったＧＳ１－１２８は全桁、全枚数検証のフルスペックも可能、また、納税通知者番号の同一性検証、バラ部分の任意の枚数～枚数までを許容するなどのセキュリティレベルの設定が可能です。
また製本時のノリの張り付きや静電気の帯電などによる部分的なセパレート不良などには、セキュリティレベルの設定を変えても、実践投入に当たって品質を保証できるだけの性能で運用できる「あいまい理論」を有していることが特徴です。

この動作フローに基づき、通常の合っている、エラーがないモノを載せた場合はエラーが出ないのでエラーをわざと出すというテストになります。
ちょっと前は「なんで？？？って」っていうエラーがいっぱいだったのに・・・・。突然無くなると寂しいです・・・。

わざと厚みを１枚多く、又は少なくした場合。当然この場合はＧＳ１－１２８の検証はオフです。
厚みで止まることを確認したいので・・・。

ＧＳ１－１２８の検証ではわざと１枚減らす又は１枚多くした場合・・・・。厚み検査はＯＦＦです。
これは指定したセキュリティレベル以外の場合は停止するかを確認したいので・・・。

わざと違うＧＳ１－１２８を入れ替えて、厚みは同じ場合。
これはＧＳ１－１２８の納税通知者番号の同一性を検証できるかという確認をしたいので・・・。

などをテストしています。
「でもでないんだよね～・・・エラー・・・」


９月中には事前データによるテストを行います。この方が簡単ですけど。多分。
事前データを投入する事で通数番号とＧＳ１－１２８のマッチングの精度が更に高くなります。
といってものような業者は事前データを頂けると言うことは皆無ですが・・・・。
でもこういう事もできるようにしておいてお客様に提案していくというのが業者として美しい姿と考えています。

ＥＺフィーダーは沢山作れません・・・。でも仕事は沢山します！！きかいをが沢山作れないという意味です。
そういう生産能力の問題が有りますので、「欲しい！」という方は本当になるべく早くお問い合わせ下さい。完全受注生産です。

久々に動画です。
http://www.youtube.com/watch?v=pcchYsmbYKQ

こちらはＨＰです。２工程（ＥＺフィーダー）の良いところとダメなところ書いてあります。
http://www.ezawajimuki.co.jp/ezfeeder/ezfeeder.html