ノイズはどの様な計測にもつきものです。
(ノイズではなく計測装置の謎の挙動でした。メータの表示も含めてランダムに校正されている様でカットしたら合計の電力がおかしいので元に戻しました。)
会社の1月の消費電力のプロットですが、計測装置の加減で大きな外れ値があるようです。 ノイズはどの様な計測にもつきものです。
(ノイズではなく計測装置の謎の挙動でした。メータの表示も含めてランダムに校正されている様でカットしたら合計の電力がおかしいので元に戻しました。)
会社の1月の消費電力のプロットですが、計測装置の加減で大きな外れ値があるようです。世の中には色々なアナログ回路の作り方が載っています。YouTubeでの解説もあります。
もちろん自己責任になりますが、市場に正規の機器ば入手出来ない状況で動作させる状況は起こりうるので色々な情報をもとに作りました。
まず停電条件を整理します。瞬停で回路が誤作動する事をタイマーで回避します。
停電では回路の制御電源も確保しなくてはいけませんが、今回はバッテリと充電回路は流通している機器をできるだけ使用する事を前提にしています。コンデンサを使ったバップアップはまだまだ調べる事やテストが必要です。
①コンセント100v用にボルテージセンサーを考えます。
マイコン用のセンサーですが、トランスで絶縁している事と二次側の電圧の変更が容易なのでこれを参考にしました。絶縁せず直接ダイオードで整流しても部品点数が減って安くできるのかもしれませんが。
アナログ回路で設計するので交流電圧を整流して積分する事にします。
半波整流でも全波整流でも良いのですが、全波整流でダイオードが1個壊れて判定がおかしくなってもどうかと思い半波整流を考えています。それも想定して全波整流で進めるのも良いかもしません。
100vと60vで直流電圧で8.5vと4.9vを判定の為コンパレータに渡して判定です。ちょっとしたアナログ回路をつくっているとネットで便利な情報があったりします。
LT SPICEでシュミレートで確認すると動かない。
一見動きそうな点滅回路、、、
コンデンサーに電荷が溜まってベースの電圧が上がって動作を繰り返すと書いてあります。定番のタイマー回路ですが、いざ使うとなるとうる覚えで躓きました。
トランジスタ技術のページの解説は間違いないですが、ちょっと理解が難しい。
でも実践的な解説が多いです。
LT SPICEも使い慣れているわけではないのでもう少し時間が掛かりそうです。
バックアップ電源の自作にBMS(バッテリーマネージメントシステム)を調べたら蓄電池はアメリカも中国もかなり普及していてて日本は金儲けと規制のせいで一部の人しか使えない様になっています。
中国で作ってアメリカで使って改善案が中国に送られると言う流れになっています。
日本で使っている人はネット上の情報に翻弄されている感じ…
直流の恐ろしさも余り知られていないので早晩事故が起こってまた規制が強化されそう…
蓄電池収納盤の開発が必要…
と言っても日本語環境なのでガラパゴス化と言った方が性格かも?
殆どのソフトでは半角や全角文字等も数字の変換が問題ないのですが、機械学習に使うpandas(python)は見事に認識しません。
ハマっているのはこうです。
ValueError: invalid literal for int() with base 10: '5,300.00'
エクセルで取り込んだデータの数字が5,300.00でした念の為データフレームの列を正規化df['見積金額'].str.normalize("NFKC")としてもエクセルの',''.00'は半角としても文字と認識するようで5,300.00を型変換しても上記の様なエラーが出ます。
pandasは数字として認識しません。5300にしてやっとstr()からint()に変換出来ました。
国内の会社でデータサイエンスをしている人には常識かもしれませんが、かなりの時間悩みました。
強制的に変換するとNaNになってしまいます。
#df['見積単価'] = pd.to_numeric(df['見積単価'], errors='coerce')
変にコピペできない様にコメントアウトしています。
マルチインデックスにしても上手く順番通りにならないエラーはまだ不明です。
pandasのメソッド自体が間違っているのかでも悩むのにこの手のエラーはタチが悪いです。
0 5300
1 7163000
2 0
3 0
4 0
...
217849 5836700
217850 6517200
217851 1954400
217853 0
217854 0
Name: 見積金額, Length: 194891, dtype: object0 5300
1 7163000
2 0
3 0
4 0
...
217849 5836700
217850 6517200
217851 1954400
217853 0
217854 0
Name: 見積金額, Length: 194891, dtype: int64整数型に変換出来ました。
まず必須条件はクラウドサービスにする事。
システムの安全性は問題は殆ど無く、むしろ人為ミスによる情報漏洩やセキュリティの問題が憂慮されます。その為には扱う全ての人はクラウドやセキュリティの知識は教育が必要です。
国内の有料クラウドサービスのサイボーズやkintounはカスタマイズが出来るとはいえ費用は可成り掛かります。
その点Google Workspaceは無料で必要なサービスは網羅されており必要に応じて簡単なプログラムを追加する事が出来有料サービスの部分もカバーが可能です。
海外の有料クラウドサービスもありますが資料がオンラインで使うにもプログラマーとしてのスキルも必要になります。
有料サービスはいずれにしてもリスクがあります。サービスが突然中止される事もあります。
その点Googleがなくなる事はリスクとしては低く、サービスの中止や変更もありますが、基本使われない機能のサービスが中止される事が殆どです。
マイクロソフトもクラウドサービスがありますがofficeや過去の商品の連携で時代にあっていないのが現状です。outlookなどの単体サービスを有料で使う方が現実的です。
さて具体的にGoogleサービスを使う理由はスプレッドシート(エクセル)、 ドキュメント(ワード)、スライド(パワーポイント)とオフィスの機能は網羅されておりそれぞればオンライン上で連携出来ます。それぞれの資料はGoogleドライブ(オンラインストーレッジ)にセキュアーな状態で保存されて必要な人がアクセスできる様になっています。しかも無料です。
G mailやその他オンラインミーティングのアプリもあります。
例えば表計算ソフトの中のセルやドキュメントの特定の部分にコメントをつけて適宜担当者に修正を依頼すると担当者にメールでそれぞれの資料の特定の部分にコメントがついた状態で確認出来ます。担当者が必要な修正を加えてチェックをつければ依頼者に完了のメールが行きます。また期日の設定はGoogleカレンダーに反映されて必要に応じてリマインドされます。
印刷物にチェックをいれて人が管理するとミスや失念される事は避けられません。
その意味ではGoogleのサービスは常に改良や機能追加があるので使わない手はないです。
DXについて下記の様な問題がありますが、抽象的です。なので便利なサービスを使いながら理解していくのが良いと思います。
「DXとは、私たちが顧客へのより高い・新しい価値提供を行うための手段です」
社内のデータインフラにはDXを推進する上でいくつか重大な設計・運用上の問題がありました。
一言で言えば、データ活用できる形でデータが溜まっていない、かつ接続できない状態でした。
IT担当者や利用者に色々とヒアリングしてみた結果として分かったことは、「データ活用するという意識もリテラシーも無いまま、短期的なニーズベースでデータインフラを作ってきた」ことが原因ということでした。
これは後述の人材育成にも関わってくる問題で、個人的には今年の最優先課題でした。
例えば、自動化が進めば工数が減る、というのは費用対効果として数字で算出できますが、その空いた時間(デジタル化によって生まれた”余力”)でできること(デジタルを前提とした新規ビジネスの検討等)の定量的な評価はできません。
一方で、DXは単なるデジタル化や自動化ではないので、目指したいのはそういう後者の取り組みになるはずですが、そこで費用対効果を突き詰めてしまうと足元のデータインフラ改善は全く進まなくなってしまいます。