次に、ダクトの分岐部にいくつかのダンパーを備えた、プレート式復熱器と電気ヒーターを備えた換気ユニット。 明確な技術的なタスクはありませんでした、会社はちょうどその方法を始めたばかりで、私たちは感覚に基づいて行動しました。
キャビネットは、Aries of PLK160、タッチパッドSP270、203、あらゆる種類の電気ジャンクから組み立てられました。 温度を測定するために、Ariesの抵抗温度計といくつかのアナログ入力モジュールを使用しました。
ヒーターは、PDコントローラー（私が想像するように）と、ステップを列挙したスターター（コンタクター）を切り替えるための30分間のPWMスイッチによって制御されます。 レキュペレーターの前のヒーターは3°Cの固定温度に設定されています。この値は、排気ダクトと洪水の凍傷で「実験」の後に選択されるため、排水と排水キットが出現します。 レキュペレーター後のヒーターは、必要な温度まで暖まります。
一般に、輸入された専用コントローラーでは、換気が停止したときの街路温度の下限があります。 ただし、–35°であっても、このような贅沢は許可されません。
他の人のお金を数えるのは良くないが、面白い
冬には、ヒーターは可能な120のうち約40 kWで動作し、2つの7.5 kWファンはギアの変更により平均5 kWで、稼働日は15時間です。 1日あたり50 * 15 = 750 kWhと推定されます。 2.75ルーブルで1日あたり約2000ルーブル、冬の月には60 000ルーブル。
ファンには、0、35、または50 Hzの電圧周波数が設定されています。 当初、ファンは枝の開いたダンパーの数によって規制されていましたが、しばらくするとドライブが応答しなくなりました-ケーシングが錆びない中国のモーター- それはばかげていますが、移行期間中に誰かが歩いたり、ダクトを横切ってプレートを挿入/引き出します。 その後、ファンは範囲から任意の周波数値を入力することができましたが、「複雑すぎる」ことが判明しました-誰も気にせず、最小値または最大値を設定しました。 さらに、ヒーターの電力はファンの速度に依存していましたが、レギュレーターが調整なしで正常に機能することがすぐにわかりました。
はい、空気の状態と訪問者の数に応じて、タッチパネルの「ボタン」で速度を切り替える人がいます。
タッチパネル（SP270）のユーザーインターフェースの最初のバージョンは私を怖がらせましたが、フレーム内のボタンとインジケーターは画面上で折りたたまれ続け、「カタツムリ」のミニチュアがブレードとともに回転しました。 ニーモニックダイアグラムを構築する例の簡単な検査は、実際のオブジェクトのグラフィカルな模倣が一般的に認識されている慣行であることを示しました。 その後、予防の日、新しいインターフェースが登場しました。
それから、フラットなデザインはすでにその力とメインで球体を踏みにじっていました。そして、キャビネットの絵はトレンドに少し惹かれました。
数年が経過しました（3個）。チーム内の自動化の経験から、SCADAベースの換気システムについてのアイデアが生まれましたが、私は（あまり専門的ではない、またはあまり専門的ではない）自分のやり方でそれを行いました。 建物の所有者からのリモートコントロールの希望は受けていないことに注意する必要があります。これが私のサモパルが正当化された方法です。
いくつかの未実現プロジェクト（音声アナウンス）から、Raspberry-Piが1つだけ残った。 さて、node-jsが登場しました。1つのスクリプトですぐに、PLCおよびWebビューとの交換を記述することができたからです。 当然、インターネットにアクセスすることは明白で不可欠なタスクでした。
シングルボードとPLCの間では、交換はmodbus-tcp経由で行われます。 接続を確立することは非常に簡単であることが判明しました。 最初のライブラリは検索エンジンgithub.com/dresende/node-modbus-tcpからのもので、数時間後、ファンはブラウザから制御されました。
シングルサブスクライバーは、クライアントが行うように（Webソケットを使用して）サイトに接続しますが、それがどのように発生したのかは本当にわかりませんでした。 データ自体はJSON文字列に形成され、ページ上で直接変換されます。 最初は、Webページは標準形式の要素で満たされていましたが、タッチパネル上のその恐怖に非常によく似ていて、異なる球体からだけでした。 しばらくの間、私は美を求めて戦いましたが、すぐに疲れました。
次に、公開されたアイテム内で仮想「ねじれ」を回転させる必要があります。
管理用のクライアント認証は、1行を一致させることで非常に簡単に行われ、クライアントとPLC間の交換全体がサイトルータールーターシングルサーキットチェーンを通過します。 その前は、ページ上のスクリプトはWebソケットをシングルボードに切り替えるために提供されていましたが、2つのサブネットの灰色の動的アドレスはシングルボード手順によって決定され、承認は内部ネットワークからのクライアントにのみ許可されていました。
この換気システムにはさらに多くの改善点があり、近い将来、マイクロ抽出器の数が未定の3つの給排気システムが追加される予定です。 建物のネットワーク内でイーサネット経由で通常のscadaプログラムを使用してコンピューターに結合することも考えられます。