前文
「スマートホーム」（以下UDと呼びます）の自己開発の過程で、何らかの形で、インターネット上で既に作成されて利用可能な、小さいが非常に必要なユーティリティ、スクリプトプログラムを何らかの形で定期的に記述する必要がありました。プロジェクトで使用します。 「なぜふさわしくないのですか？」と経験豊富な開発者が尋ねます。たぶん、「猫を料理する方法がわからないので、猫が好きじゃないですか？」
そうかもしれませんが、それにもかかわらず、タスクが
D-Link DIR-320のようなものを好転させることである場合、「脂肪のための時間はありません、私は生きています」。 ここで、おそらく、以前のPERLがUD開発のメイン言語として選択され、ターゲットプラットフォームでの「高速で汚い」開発に最も適していることに注意する必要があります。 なぜ高速で汚れているのですか？ すべてが非常に簡単です。友人や親relativeのためのいくつかのデバイスのインストールを除いて、製品の配布は計画されていませんでした。 冬の数か月前に「高速」コンポーネントが普及していることが重要であり、システムは週末のみ宿泊施設のある温かいコテージに設置する準備をしていました。 これは、所有者がいないときに暖房システムをシャットダウンすると、暖房システムの霜取りなど、最も悲惨な結果につながる可能性があることを意味します。
はい、長い間
gnokii 、
CPAN SMS-Server-Tools 、そして実際には
多くのものがあることを知ってい
ます 。 しかし、いくつかの既製のソリューションを長時間探した後、それでも自転車の発明を開始する必要がありました。 ここで、メインロジックの開発にスクリプトの作成に費やした時間を費やす方が良いことを完全によく理解していますが、それでも事実は残っています：何らかの理由で既成のソリューションと考えられるものが要件のリストに収まっていませんでした。 以下について。
問題の声明
そのため、タスクは、ホストに直接接続された携帯電話を介してSMSを介してDDのメイン制御プロセスと通信するように設定されています。 「バイク」は次の要件を満たす必要があることが決定されました。
-外部ライブラリへの最小限の依存関係。
-「早くて汚い」開発（最初のデバッグで2日間、もう時間がありませんでした）。
-クライアント（UDのメインプロセス）モードに関して非同期で動作する機能。 電話との交換の遅延とハングは、クライアントプロセスをブロックしてはなりません。 まさか。
-コンパイルの必要がないため、主に「embedded-linux」タイプの他のプラットフォームへの移植が簡単になります。
-最小機能：SMSの受信+ SMSの送信。
-UNIXの精神に基づいたシンプルなインターフェイス。
-デーモンモードとシングルランモードの両方で動作する機能。
-キリル文字でのSMSサポート。
-を含む電話モデルの最大数で動作する機能 古いもの。
解決策
実際、問題の発言後、可能な解決策の検索範囲は大幅に狭まりました。 次のことが決定されました。
-Perlはすでに存在し、かなりうまく機能していたため、Perlスクリプトになります。 もちろん、タスクはシェル上で実現可能ですが、「高速」は失われました。
-スクリプトへのインターフェースはファイルであり、ファイルのみです。 これにより絶対的な非同期性が得られますが、信頼性と引き換えになります。
-電話との通信はUDPモードで行われます。 これは、前のリストの最後の2つの要件を実装する唯一の方法です。
-読みやすく再利用するための簡単な手続きが必要な場合を除いて、スクリプトは可能な限り線形で、OOPなし、またはモジュール性です。 一言で言えば、高速で汚い。
どうした
実際には、約300行のスクリプトと、外部CPANライブラリとしての
Device :: SerialPortモジュールの使用。 後者の状況は、耐性を著しく悪化させます。 このモジュールはコンパイルが必要です（ネイティブにコンパイルされていないため、ほとんどの場合、クロスコンパイル）が、ほとんどのリポジトリで既製で利用できます。 一般に、タスクは実装されており、スクリプトは何年も問題なく機能しています。 シーメンスS65電話機で使用しましたが、他の電話機では不要でした。 スクリプトを機能させるには、さらに2つのデータファイルが必要です。UCS.mapとUCS.unmap。これらは非常に空であり、ここでの公開には膨大ですが、それらを受け取りたい人と喜んで共有します。 Habrを読み取り専用に設定するヒントについては、非常に感謝しています（皮肉ではありません）。
スクリプトについて簡単に説明すると、すべての最も重要な定数（パス、ロギングモードなど）が最初に宣言され、初期化されます。これ以上編集することはほとんどありません。 メッセージファイルを送信するには、$ msgdirディレクトリに置く必要があります。 ファイル名は、慣例に準拠する必要があります$ outgoingfilemask $ Date。$ MSISDN、
ここで、$ outgoingfilemaskはスクリプトヘッダーのマスクの値、$ dateは送信日（悪いオプション）または連続番号、バッチ送信のファイル名の重複を避けるために使用されます、$ MSISDNは国際形式の受信者の電話番号ですが、810などのプレフィックスはありません、 00、+など ファイル自体-文字変換されたメッセージテキスト。 なぜトランスリット-それが起こった（「高速＆ダーティ」）。 実際、これは、ほとんどすべてのエンコーディングでUCS.mapおよびUCS.unmapファイルをいっぱいにすることで簡単に修復されます。
受信も同様に機能しますが、ファイル名$ incomingfilemaskのマスクを使用します。 両方のマスクを再定義できますが、ピリオドを含める必要があります（追加の保護）。 このスクリプトは、受信したすべてのメッセージを携帯電話のメモリから削除します。携帯電話は、SIMカードではなくメインメモリでSMSを受信するように設定する必要があります。 メッセージのコピーは、$ backupフラグを設定して$ backupdirに保存できます。 すべてがそうです。
便利なリンク：
CPANシリアルポートモジュールhowToReceiveSMSUsingPC