Python レシーバー、お弁当に報告書

とりあえず、データレシーバーのコードを載せておきます。Pythonです。あまり綺麗でないかもしれないけれどご容赦。Pythonゼロから始めて、実質3日位で書いたものだから。誰か改良してくれたら嬉しい。

これの用途は前にも書いたけれど、LAN内にあるIoTデバイスからデータを受信してファイルに保存する事。通信はUDP、socket通信。送信のフォーマットはID(デバイス識別用)が4桁の文字列、日付時刻が19桁文字列、その後10個の浮動小数点数。詳細はだいたい見てもらうとわかると思う。

この後だけれど、MQTT通信をやってみようかと思う。(今すぐでないかもしれない。) UDPは高速でお気楽だけれど用途としてはMQTTの方が合っているらしいので。汎用性があれば後でデバイスを追加したり送るデータそのものを変えてもプログラムをいじるところが少なくて楽かもしれない。やってみないとわからないが。

それと、4-20mAのよくある産業用センサーのアナログインターフェイスもどうにか使えるようにしようかと思う。これが割と手薄らしくてDIYでできるモジュールとして売っていない。専用ICがあるとか、抵抗1本でもできるとか教えてもらっているけれど、やってみないとわからないので。



工場の前にテントでお弁当屋さんが来ていた。前にもここに何回か弁当屋さんは来たのだけれど、就業人口の割に売れない。このお弁当屋さん、続く気はしないが、続けられると良いなあと思う。インド系で、写真のチキンカレーとモヤシにご飯でRM5。普通のお値段。嬉しいね。


さっき、メンテナンスのマネージャーから先日のマシンの不具合の報告がメールで入った。案の定だ。いつものヤツだ。全然ダメ。

いつもながら自分の言いたい結論だけ書いる。これでOKだと。しかしそれで本当にOKかが全然わからん。どうしてその結論に至ったのかが何も書かれていない。本当にちゃんと調べたのか？もちろんデータも残してないだろう。(何年エンジニアの看板で仕事してるんだ！)

とりあえず簡単に翻訳して再配信しといた。文句言ってくる人、いるだろうか？ (いるべきだろう！) いつもこう言うのに文句言うの自分だけなんだけど、今回は面倒臭いから放っておくか？それとも....

だいたいにおいてこう言うのちゃんと会社として指導するとか放っておいてもちゃんとかける報告の方法システム化するとか何かすべきだろう！ 報告する方も受ける方もアホや！