エアコン真空引き問題
エアコン真空引き問題について、以前から考えていることをまとめておく。
- エアコンメーカの設置手順書に書かれている基準時間(XX分以上真空引きすること)について解説が全然ないため、業者が守ろうとしない。
- 真空ポンプの性能がバラバラなので、メーカの設置手順書に書かれている基準時間(XX分)が妥当な線引きになっていない。
- 本来は真空度が重要なのに、真空度を測る手段は業者任せで業者の手持ち機器に依存している。
- 本来は、エアコンメーカが圧力計(真空計)を標準でつけていれば、ユーザが施工を管理しようと思えば管理可能である。
- エアコンメーカが圧力計をつけないので、業者のゲージ・業者の真空ポンプでお願いせざるを得ず、基準時間実施してくれと言っても業者の言い分は「YY分以上やってももう意味ないんですよ」となり、ユーザによる施工管理が困難となる。
- 設置・移設時にしか稼働しないゲージなんて無駄ですよというのであれば、メーカで校正したゲージを購入時にセットでつけておいて返送時返金方式にするなど、やりようがあるはず。
- メーカとしては、カタログスペックを謳えればそれでよくて、施工にバラつきがあっても実害がないから、対策しないのであろう。
以上のような理由でエアコンの設置工事・移設工事の品質はバラバラである。
その結果として、何が起きるかというと、十分な真空引きがなされなかった場合には、冷媒に空気がまざる量が増え、性能が低下する。
この性能低下は、部屋が冷えなくなるというのではなく、部屋を冷やすのにかかる電気代が増えるというものなので、かなりの性能低下が起きないと、可視化されない。
これも大きな問題である。
- エアコンの効率を測定する方法が用意されていない。
- したがって、低品質な工事により損害を被っていることにユーザが気付くのは困難である。
これらの問題点を解決する方法としては以下のようなものが考えられる。
- 施工管理:毎回、基準時間/基準圧力の厳守を、契約時に念押し確認する。・・・ただし、これは業者の多重構造から、困難を伴う。引っ越し業者との契約時にこれを念押ししても、実際に施工する人間までの間に、引っ越し業者の電気工事部門、そこから依頼を受けた工事業者1、工事業者2、といった形で何ステップか踏んでの施工となるため、必ずしも契約内容は遵守されず、現場で揉めることとなる。
- 効率確認:ワットチェッカーなどでエアコンの効率の確認を行う。・・・単に消費電力を確認していくだけでも、明らかな異常値は確認可能であろう。
- 効率確認:真面目にやるのであれば、夜間に、外気温に対する温度差をa℃にして室温が静定するまでの冷暖房稼働時の消費電力を確認する。夜間に実施するのは、太陽光の影響を排除するため。これは部屋の保温性能と複合のチェックになるが、温度差aを小さく設定すれば保温性能はさほど問題にはならないだろう。
- 施工を自分で行う。これはなかなか良い選択肢だと思う。最近では施工に必要な道具を有料で貸し出す商売も行われているようだ。http://making.ti-da.net/e4206722.htmlただし物理的・工学的な素養がそれなりに必要となりそう。
- 床置きエアコン、窓用エアコン:これらエアコンは、通常のエアコン(壁掛けエアコン)の室内機・室外機が一体となった製品であり、設置・取り外しに際して真空引きの問題が発生しない製品であるから、上記のような問題点を根本的に解消している。一方、問題点としては、その構造上、そもそも最初から壁掛けエアコンに比べて効率が悪いことが挙げられる。
平均的な施工業者は1回の工事でどれだけエアコンの効率を悪化させるのか、床置き/窓用エアコンの効率は実質どの程度なのか、壁掛けエアコンを平均的な施工レベルで何度移設したら床置き/窓用エアコンと同程度の効率に落ちてしまうのか、けっこう興味深いデータになると思うのだが、エアコンメーカあたりがデータ取ってくれないだろうか。
天秤測りを3回だけ使って、重さの違う玉を見つける手順
http://anond.hatelabo.jp/20160629132908
9つの玉があります。
ひとつだけ重さの違う玉があります。
天秤測りを3回だけ使って、重さの違う玉を見つける手順を示しなさい。
うっかり寝る前に見たら考え始めてしまった。面白かったので起き出して解いた。
睡眠時間が減ってしまった。反省。
#include <iostream> #include <vector> using namespace std; int right_hand_is_greater(int a, int b){ if(a>b) return -1; if(a<b) return 1; return 0; } int solve(vector<int> v){ int firstone=right_hand_is_greater(v[0]+v[1]+v[2],v[3]+v[4]+v[5]); if(firstone==0){ // answer is 6 or 7 or 8 if(v[6]!=v[7]){ // answer is 6 or 7 if(v[6]!=v[8]) return 6; else return 7; } else { return 8; } } else { // answer is between 0 to 5 int secondone=right_hand_is_greater(v[0]+v[1]+v[2],v[6]+v[7]+v[8]); if(secondone==0){ // answer is between 3 to 5 int thirdone=right_hand_is_greater(v[3],v[4]); if(thirdone==0){ return 5; } else { // answer is 3 or 4 if(firstone>0){// false ball is heavy if(thirdone>0) return 4; else return 3; } else { if(thirdone>0) return 3; else return 4; } } } else { // answer is between 0 to 2 int thirdone=right_hand_is_greater(v[0],v[1]); if(thirdone==0){ return 2; } else { // answer is 0 or 1 if(firstone>0){// false ball is light if(thirdone>0) return 0; else return 1; } else { if(thirdone>0) return 1; else return 0; } } } } return -1; } int main(void){ int ret=0; // heavy ball test for(int i=0; i<9; ++i){ vector<int> v(9,100); v[i]=101; int ans=solve(v); cout<<"ground_truth="<<i<<", your_answer="<<ans<<endl; if(i!=ans) ++ret; } // light ball test for(int i=0; i<9; ++i){ vector<int> v(9,100); v[i]=99; int ans=solve(v); cout<<"ground_truth="<<i<<", your_answer="<<ans<<endl; if(i!=ans) ++ret; } cout<<endl; if(ret==0) cout<<"All answers were correct!!"<<endl; else cout<<ret<<(ret==1?" answer":" answers")<<" were wrong!!"<<endl; return 0; }
追記:お、回答みたら同じ解き方だったっぽい。
追記2:ちなみに10個に増えた場合は
return 8;
のかわりに
// answer is 8 or 9 if(v[6]!=v[8]) return 8; else return 9;
でよい。
追記3:ブコメみたら13個までいけるのか!そこまではとても考えられないわ・・・
アメリカン・ハッスルの氷上釣りの話のオチ
しばらく前のことになるが、クリスチャン・ベイルが出ている2013年の映画「American Hustle」を見た。
その中で、映画の中でオチが語られない「氷上釣りの話」がある。
まあ、本筋とは関係ないのだけど、検索してみると「結局あの話のオチは何なの?」と気にしている人が結構いるみたい。
日本語の検索結果上位では答えが見つからなかったけれども、英語で検索すると上位に答えが出ていた。
http://www.cinemablend.com/new/Louis-C-K-Reveals-End-American-Hustle-Ice-Fishing-Story-41001.html
上記サイトからオチだけざっくり訳すと、
父の「氷上釣りにはまだ早すぎる」という警告を無視して私と兄は氷上釣りに出かけた。
しかし氷上釣りをしていると父がやってきて……。
(劇中で語られるのは、ここまで。)
兄は氷上に父への怒りを叩き付け、その跡は冬の間じゅう氷上に残る、父への反抗のしるしとなった。
この一件は、父と兄との間に大きな亀裂を作り、私は二人の間で板挟みとなってしまった。
ざっとこんな内容かな。
英語、便利。
この件に限らず、英語ができると調べものの限界がぐっと広がる。
英語を滑らかに読めるわけではないので、情報を見つけてからも十分には活用できないけど、
ものによっては日本語では情報が無いことがあるから…。
もっと英語力上げたい。読むのが大変だと思わずに済む程度まで上げたい。
■
かなり長いこと仕事が忙しかったが、久々に若干余裕が出てきた。
topcoder楽しい
7/22からtopcoderを再開し、SRMに6回参加した。
今は比較的、熱意をもって取り組んでいる。この調子が続けばよい。
成績はあまり芳しくないが、これが実力だと思うほかない。
復習していると、改めて、自分の無知に気づかされる。
もっと学ばなければ。
codeforcesなどにも手を出したい気持ちはあるが、正直、SRMへの参加と解けなかった問題の復習だけでギリギリだ。
休日をもう少し有効に使えれば良いのだろうが、平日の寝不足のせいか、どうしても長時間寝てしまう。
体調が悪い
先々週〜先週に深夜呼び出しを伴う激務があって以来、時折頭痛がするようになった。
後頭部左側に何か異変が生じているように感じるが、よく分からない。
医者に行くべきか。不安だ。早く治ってほしい。
身体を壊してしまうようでは、仕事への取り組み方を変えないといけない。
SRM538
Coding phase中に全員の接続切れが起きた模様。
最後の数秒が足りず、不等号の=が残ったのがFailedの原因に。あの接続切れの数秒さえあれば……。
運良く撃墜もできてDiv1に移動はしたけど、随分遠回りした。
履歴
22 | 538 | P | P | 1/1 |
(書きかけ)
SRM537
next_permutationで組もうとしたけど時間切れ。
next_permutationは入力数が多いと爆発する。
解法考え中。
復習履歴
# | SRM | 250 | 500 | 1000 | Attack | Note |
---|---|---|---|---|---|---|
21 | 537 | P | P | U | ||
20 | 536 | P | P | F | ||
19 | 535 | P | U | U | 0/1 | |
18 | 532 | P | F | U | 0/2 | |
17 | 531 | P | U | U | ||
16 | 529 | P | F | C | ||
15 | 528 | P | P | U | ||
14 | 526.5 | P | P | C | ||
13 | 527 | C | U | U | ||
12 | 523 | F | C | U | ||
11 | 521 | F | C | P | ||
10 | 520 | P | P | U | ||
9 | 517 | P | P | U | ||
8 | 516 | P | C | U | ||
7 | 515 | P | F | U | ||
6 | 485 | P | U | U | ||
5 | 482 | P | C | C | 0/1 | |
4 | 477 | − | − | − | 投稿不能 | |
3 | 474 | P | U | U | Div1 | |
2 | 461 | P | F | U | 1/1 | |
1 | 460 | P | P | C |
P: Passed
C: Challenged (successfully)
F: Failed
U: Unsubmitted
?: Passed in reviews
(編集中)