江澤事務器のブログ

　生管です。あけましておめでとうございます。　
仕事始めは請求書の発送業務を行いました。

月末〆の請求書ですので1月以外の月では大体2日の作業ですが、年始ということもあり、お客様の指定の日で作業させていただいています。
今年は曜日等の関係もあり、4日、5日での作業となっています。

季節柄、郵便物の多い時期です。遅配の原因が弊社とならないように予定作業終了時刻を正確に実施するよう心がけています。

本年もよろしくお願いします。

　連続更新止まってしまいました・・・。

引き続き現場レベルでは全然困っていないインサーター修理です。
現在は石を載せ替えてテスト中ですが・・・、社内から「何を触っているのか分かりません。写真載せろ」という声が出ました。
・・・一応写真載せます。

L-ボードです。カッターに付いている基盤です。
マークを読む基盤ですので、白と黒の電圧を適正なレベルに調整したりします。
中央やや右上にある縦長ROMを入れ替えてテスト中・・・。
ROMはあと3つあります・・・。


同じくカッターにあるCPU基盤ですが、多分カッターをオンラインで制御するため？と思っていますが・・・。


6694基盤2枚重ねです。これが壊れるとPCと通信できません。

瞬停電なんかでも通信しなくて（全然ないけど、スイッチの手が滑ったとか・・・）サービスモードに入って復帰したりとかする為の基盤です。コレが昔から曲者で結局9枚あります。ほとんどコレクターで趣味になってます。
1枚ずつマイナンバーならぬ枚ナンバーを付けていて現在は7枚目をテスト中。


　アキュームレーターで重ねてホルダーで折る仕様の時でカッターのモードをカット＆フィードからフィード＆カットにした時にエラーが出るんですよね～・・・。

　「でもそう言う仕様のお仕事ないんですよね・・・。だから困ってないと・・・。」

　「そう・・・マニアなんですよ・・・。多分・・・。」

　広報委員会から業務のご案内です。
たまたまですが、毎日更新中のブログをご覧いただきありがとうございます。

本日は先日行ったインクジェットプリンターのテスト印字について・・・。

当社は印字幅108ミリの京セラインクジェットプリンターを設備しています。
このプリンターでは主にハガキや封筒に宛名データを印字したり、バーコードを印字したりしています。
UVインクを使用していますので硬化してしまえば全く滲みません。
UVランプは浜松ホトニクスのランプを使用しています。
照度は10Wとなっていて、通常に使用する限りは必要にして充分です。また空冷ですのでメンテナンス的にも大変使いやすくなっています。

今回は0.5インチヘッドをつなげたインクジェットプリンターではヘッドのつなぎ目が出てしまうデータの印字テストです。
当社ヘッドは幅が広いのでつなぎ目がありません。

インクジェットプリンターは印字精度はオフセット印刷にははっきりと劣ります。
しかしデータが可変の場合は何らかのプリンターでなければデータは印字ができません。

しかし印字の表現の善し悪しはインクと用紙の相性が最も大きな要因となります。
今回は用紙の選択はできなかったのですが、インクの濡れ性や浸透性などを考慮した用紙の選択をすれば確実に改善できると思います。
また黒の発色についても用紙の選択は重要です。

クレジットカードなどのPET素材の様に全く浸透しない素材は黒の発色が良いですが、浸透したり、滲んでしまう素材にはややグレーになる傾向があるようです。
これについては高粘度、または高表面張力、またはその両方を改善したインクの開発が必要と思います。

当社でもインクメーカーと開発をしていますが、なかなか思うようにはいきません。

宛名と一緒に地図データを印字するなど印字幅が必要なデータの出力には当社にご依頼ください。

江澤事務器のホームページ　http://www.ezawajimuki.co.jp/

　「生管です」「最近は毎日更新は良いのですが出張というかほとんど仕事外の事なので私、生管が機械のことを書きます。」

「当社メールスターは22年稼働していて未だに現役ですが前回レポートしたとおり色々とガタが来ております。」
参考ブログ
http://www.ezawajimuki.co.jp/blog/index.php?e=620
http://www.ezawajimuki.co.jp/blog/index.php?e=625

絶好調・・・だったのですが、ここに来て見たことがないエラーが・・・。
名寄せエラーで停止はしますが、マークのリード情報はちゃんと読んでいる。
なんだろう？
実は2種類のエラーが出ていて、ごくたまにフィードエラーでエラーとフィード＆カットのモードの時に名寄せエラー・・・でもどちらの場合もマークは読んでいて、停止はするけどリードエラーが出ない・・・。
読み間違いでもないし・・・。

仮説、
6694の通信エラー→今付いているボードからまだテストしていない多分壊れていないボードと載せ替えた。→変化無し。
通信ボックスエラー→もらってきた通信ボックスと接続しなおしてテスト→変化無し。
通信ケープルかも・・・→アース取ったりいろいろしてみました→変化無し。
CPU基盤かも→まだ試していないでもマーク読んでるしな・・・。
L-ボードかも→カッターと通信しているから確かに怪しい・・・。
センサー感度やホルダー速度かも・・・→色々試しましたが変化無し。

という事でL-ボードを交換してみようと言うことになりました。
L-ボードは6694のように沢山ストックがありません・・・。
でもその前に石だけ（ROM）だけ取り替えて基盤はそのままというテストをしてみようということになり、今はそのテスト中・・・。
普通はボードを載せ替えて、石は取り外して移植するのですが、初めて試してみました。

「あれ・・・石に仕様が入っていると思ったら違うんですね。石だけ換えたら仕様を入れないと動かないと思ったのに全て覚えています・・・。なんでだろ・・・・。」

で・・・今のところエラー無しですが、ただいま検証中です。

広報NO7です、こんにちは。
今日は先日行った作業についてです。

おせち料理のパンフレットを手作業しました。
パンフレット、宛名書類を袋に入れて綴じる作業です。
文書で書くと「なんだ、簡単じゃない！」と思いますが！・・・
やってみると思ったより早く出来ない…。
パンフレットは分厚く、しかも袋は透明で静電気も起きてくっつく！
しかも積むと滑りやすい！
なかなか思ったより難しい作業でした。

おせちのパンフレットを見て、ああ、今年も残りあと数ヶ月なんだなぁと染々思いました…。
この作業をしたパートさんと休憩中話したのですが、
　「おせちの中身って、必ずすぐ無くなるのと何日も残る物があるよね～」
　(うんうん)
うちは作る側ではなく頂く方なのですが、くりきんとんや数の子などはあっという間に無くなり、田作りが何日も残ってる気がします…。
ほんとは一つ一つ意味があるからちゃんと平等に食べなければいけないんですけどね(笑)

最近は、おせちはおせちでも【スイーツおせち】というものがあり、お重にスイーツが入ったものがあるようです。

これなら全てすぐ無くなりそうですね！

　先日広報委員3から「インサーター修理1」の記事がありました。
インサーター修理1

実は調子が悪いってのはすでに10年近く続いていました。
先回のレポートにもあったようにATARIのPCはすでにメーカーがなく、インサーターメーカーも「ハードソフト共に載せ替えなら対応できます。」とのこと・・・。

　「生管です。症状としては、基盤6694とPCの通信エラー、突然の停止などの症状でしたが、何が原因かメーカーも解明できず結局自社で対応と言うことで・・・。」

　「考えられることは全てしたって言えます。まずドナー探し。どこかでメールスターのオンラインが廃棄と聞きつければハイエナのごとく部品取りです。」
「カッターは名器FIMA-2000ですが、FIMA^2000は4台から2台を作って対応しました。今は筐体が残っているのは2台ですが、1台は完全完動品ではないです。」
「FIMA-2000に搭載されている基盤L-ボードも最高3枚ありました。」
「これがエラーの原因じゃないかという説があったので・・・。基盤の石（ROM）を載せ替えたり、オシロスコープで波形見たり色々試しましたが、完全にエラーの払拭はできず・・・・。」

　「でも停止するだけでミスが出てしまう訳ではないんですよね。」

　「そーなんです。エラーをたとえばカッタークリアとかシステムクリアとかエラーを復帰すれば作業できるんです。」

　「そういえば・・・この症状、何時間も運転しないと出ないんですよね・・・。」

　「いつ出るか分からない・・・。2時間後か、3時間後か・・・。で・・・あっちの基盤やこっちの基盤をとっかえひっかえ・・・組み合わせ変えたり・・・。」

　「10年もやってるんですか？・・・」

　「やってたんです。過去形です。やっとレポートができる程度まで解決できました。」

　「思い起こせば・・・FIMA-2000電源基盤×3、CPU基盤×2、怪しいコンデンサーの取り替え複数、L-ボード載せ替え×3、トラクタモーター取り替え×2、スリッターモーター取り替え×2、エンコーダー取り替え×4、ブレードモーター取り替え×2、通信ボックス取り替え×2、基盤6694×9、あと関係なさそうなどうでもいいつまらない部品多数・・・、なにしろ原因不明でさっぱり分からないので、何かのノイズかもしれないし・・・、・・・という事で1個ずつ換えて・・・様子を見て・・・、また換えて・・・、様子を見て・・・、一番良い組み合わせを試しました。特に6694・・・。で10年目にATARIがついに・・・・。」

　「6694なんて9枚もあるなんて普通じゃないです。コレが1枚ずつ症状が変わるんですよ・・・。困ります・・・。メーカーより在庫多いかも・・・。」

　「廃棄があると聞けば東に西に奔走しました。ご協力いただいた皆さんありがとうございました。」

　「そう言えばPCはなかったですね。」

　「正確にはPCも部品取りの中にはあったのですが、全て2HDだったんです。当社ATARIはなんと2DDです。」

　「2DDですか？　何年製造の機械なんですか？」

　「92年です。2000年問題も乗り越えてます。」

　「ということで、今では今まで出た状況でもエラーでない状態です。おそらく完全復活です。修理依頼お待ちしています。」

　「訂正です。仕事の依頼お待ちしています。」

　「メールスターでATARIの不具合という事ではある程度ご相談にのれると思います。お困りの同業の方お待ちしています。」←これはホント

　「最近本業の事書いていないでしょ・・・」と広報委員会で指摘がありました。

今日は「今何が行われているか？」をレポートします。

　「たまにしか出てこない生産管理部です。」
「現在作業中はまず請求書関係です。企業の請求書と納品書とかカード利用明細などのプリンターと封入作業を行っています。」
「インクジェットプリンターは今日は動いていないと思います。」
「変わったところでは超急ぎの窓明き封筒への封入作業を行っています。ホントに超急ぎなのにこう言う時に限って仕事が重なってしまっています。」

　「こう言う時にの手も借りたいと・・・」

　「ブッキングは現在改造中でして・・・、業務できません。」
「手作業で行った定形外の封筒への封入と検査装置による検査も行っています。」
「人の手が必要です。では何かと対応に不都合な事が・・・。」

　ご無沙汰しています。
まだまだあった・・・というか、有ってしまった・・・プレミアム商品券です。
　何があったのですか？

　「どうも購入者から入っていないっていうクレームが・・・。」
　「いままでは・・・入っている証拠を提出すれば、無実は証明できる・・・・ですよね。」

　「実は・・・・」
　「そこからは業務担当のワタクシが説明しましょう・・・」　「実は検査はしているのですが、データが信用できないのです。問題の自治体様のプレミアム商品券は今までのギフトカード型のホログラム入り、1枚ごとの固有バーコードを読み取って指定枚数、指定回数バーコード読み取り、指定厚み検査というセキュリティで作業ができない仕様でした。コチラの自治体様では24枚のコーヒーチケット型の冊子を1冊ずつ封入するという仕様でした。」

　「ここからはワタクシが・・・。」
　「今日はいっぱい出場者がいますね。」

　「はい。営業担当です。コチラの仕様では24枚が1冊の冊子を封入する仕様ですが、24枚だと厚み検査の誤差が1枚を検知できないのです。1枚ずつの厚みが厚かったり薄かったりするのですが、厚い券の23枚と薄い券の25枚と正しい24枚を区別できません。」

　「そこからは業務担当ワタクシが・・・、仕様を聞いた時には検査で冊子の不良を発見できないので仕様を変えて欲しいと営業からお願いしてもらいましたが・・・・。」

　「どうしても24枚冊子で行くと・・・。なってしまいました。」

　「そもそも・・・ですが、24枚製本って絶対24枚でミスなしの製本品質ってできないらしいです。」

　「そうなんです。最高セキュリティのホログラム入り商品券12枚でも厚いと薄いで12枚入れると合ってても厚みエラーが出るんです。24枚で冊子の品質に信頼ができないのに厚みしか検査できない作業は避けるべきです・・・・って言ったんですが・・・・。」

　「で・・リスクと作業方法と検査方法を説明して「1枚入っていない」　って言われても検査した厚みデータは正常の場合は当社の責任ではない・・・と納得していただきました。」

　「で・・・入っていないっていう人がいたと・・・・」

　「作業側としては該当データを調べても当然ですがエラーはないんですよね。というか、出荷前にエラーはログチェックしてます。1/24は検知できません。同様に重量検査も無理です。厚みが変われば重量も変わります。厚みしきい値は24枚合っててもエラーが出るくらい厳しい設定ですが、これだとさすがにガンガン止まりました。用紙の厚みはもう少し揃わないのかと思いました。無理は承知ですが・・。この人の該当データは困ったことにバッチリど真ん中なんですよね・・・。作業側では何ともなりません。申し訳ないです。」

　「ところがですね・・・。入っていない申告は1枚ではなく1冊なんですよ。」
　「え～・・それはあり得んわ！！1枚が争点なら調べられないから申し訳ございませんだけど、何も入っていないって言うなら証拠出しますよ。」

　「いえっ・・・、もう解決したようです。1冊渡したらしいです。」

　「ゴネ得ってこと？」
　「はい・・・。残念ながら・・・。当社にもお咎めはなしです。」

　「なんだろ・・・全然スッキリしない結末・・・。やっぱりこの制度問題山積・・・。悪意を防ぐやり方・・・もうちょっと考えましょうよ・・・。」

広報委員３です。
最近、会社のインサーターについているパソコンの調子が悪くなってきていました。

そのパソコンは、「ＡＴＡＲＩ－ＳＴ１０４０」、米国のＡＴＡＲＩ社のパソコンです。

当社にあるのは、１９９０年代に作られフロッピー（ＦＤ）起動で動くパソコンです。
１年前にも立ち上がらなくなるという症状がでて修理に出しました。

その時は、電源供給が不安定でフロッピードライブ（ＦＤＤ）の動作が不安定になるという診断で、コンデーサーの交換で不具合が解消されました。
でも、最近また同様の現象が時々出始めたのです。

以前、修理を頼んだ会社は現在修理を行っていないということでしたのでインターネットで探し、「ＰＣレスキュー」（http://pc-rescue.main.jp/）さんに修理を頼みました。（ＡＴＡＲＩ－ＳＴの修理の実績は無いということでしたが診断していただけると快く引き受けていただけました。）

今回、考えられる原因は、ＦＤＤもしくはＦＤの障害ですがＦＤＤは型が古いため入手が困難。
ＦＤはＡＴＡＲＩ独自の形式で初期化されているためＡＴＡＲＩ以外で複写することができないという状況でしたので原因の追究は困難かと思われましたが、「ＰＣレスキュー」さんは、米国より同種のＦＤＤを取り寄せて修理、ＦＤはクローンを作成する環境を構築してマスターＦＤを２枚作成。
これにより、ＦＤＤとＦＤの両方に障害があったことが判明しました。

まさに、いい医者に巡り合えた患者さんの家族の心境です。

ＡＴＡＲＩ－ＳＴは、現在無事退院し、元気に働いています。
「ＰＣレスキュー」さんには、感謝しています。

　本日、某S市から電話を頂きました・・・。

　「千葉県M原市で国民健康保険で誤封入が有ったってインターネットに出ているけど、ウチ（Ｓ市）のは大丈夫なんだろうね？」

関連記事　http://www.city.mobara.chiba.jp/0000001984.html

　「大丈夫と思います・・・・。」
と言うことで「本当に大丈夫なのか？」という打ち合わせをしました。

営業部　「S市様から連絡いただき、千葉県M原市のミス・・・ネットに出てるけど・・・、（市民？市長？）からの問い合わせにウチの業務は大丈夫って答えちゃったけど・・・・・大丈夫だよね。」って連絡有りました・・・・。

　「えっ・・・大丈夫って答えちゃったんだ・・・。どーしよー大丈夫じゃなかったら・・・。」
　「いえっ。大丈夫って答えていただいても大丈夫で多分良いと思いますよ。」
　「多分なんだ・・・・・（ネットで）そもそも何があったのかを調べてみてよ～。」
　「ふむふむ・・・。　「ネットでは封入機の速度調整が適正ではなかったこと、並びに検査装置により紙厚をチェックしているが、誤差判定値の設定に誤りがあったため」　とかいてありますね～。」

　「用紙の仕様って想像できる？　用紙が分かれば作業方法も検査方法も決まるからね。」
　「ネットではそこまでの情報は書いてないですね～。まぁその気になれば入札仕様書を調べれば良いのですが・・・・、本題はそこではないですよね。」

　「どんな仕様でもミスをしない作業方法と検査方法が大事です。でも国保だからブッキング＋バラが一般的だよね。」
　「一般的ではないですよ。1chのオンラインインサーターもあるし、2chのABマッチングという仕様もありますよ。」
　「そーなんだ・・・。てっきりブッキング＋バラまたは全ブッキングと思ってた。M原市は何があったと思う？」

　「1chや2chのオンラインインサーターまたはブッキングインサーターなら速度が速すぎてレール上を乗り越えた・・・が考えられるミスですね。」
　「その場合は一番最終ページに近い、インサーター上では一番上の用紙が乗り越えるから今回のミスと条件が合います。」

　「ウチはどうなってるの？」
　「これはネットにも載っていますが、厚みチェックを行うことで防ぎます。今回は厚みの検査しきい値が不適切と書いてあります。ウチでは厚みが合ってても用紙の厚みの誤差で止まる程度の設定です。しかも誰も設定値勝手に変更しません。でも速くても乗り越えません。ちゃんと調整してあれば・・・。」
　「でも、そんなシロートみたいな初歩的なミスするかなー？」
　「ミスは必ず初歩的・・・・なのではないですか？」

　「すばらしい名言！！今のはもうの今年最高の仕事です。」
　「まだ今年いっぱい有りますけど・・・・。」


　「ちなみにブッキング＋バラなら・・・・・？」
　「ウチでは連番情報とGS1-128バーコード情報を読み取っている上で厚み検査を2度行っています。さらにS市様では全てのバーコード情報をお預かりし、読み取って封入したバーコード情報とマッチングし作業の正確性を検証しています。プレミアム商品券クレームの時もこの検査で作業が正確であった事を証明できました。」
プレミアム商品券関連
http://www.ezawajimuki.co.jp/blog/index.php?e=602
http://www.ezawajimuki.co.jp/blog/index.php?e=603
http://www.ezawajimuki.co.jp/blog/index.php?e=608
http://www.ezawajimuki.co.jp/blog/index.php?e=616

　「まさかまさかの手封入・・・・は？」
　「今回は機械で行った・・・と書いてあるけど・・・機械で作業という指定がないところは手で作業しているところ多いですね。」
　「手作業の場合はバッチ処理と言って単票化（バースト）と封入が別行程になります。これはバーストの時に順番が狂ってしまったりすることがあるので1ページずつ全て検査しなくてはいけませんが、目視では間違える可能性が高いですね。ダブルやトリプルチェックが必要ですが・・・。」
　「怖さを知らないところほどしません・・・。」
　「そーなんです・・・。ということで多分・・・ご安心いただいて大丈夫かと・・・・。」