ソーラー発電が及ぼす被害、環境への影響

ソーラー発電を考える

原子力発電所がヤバいという話になり、今後も拡大していくと予想される、もしくは拡大させようとしているソーラー発電をはじめとした自然エネルギーの活用。

ソーラー発電が拡大すると環境はどう変化するのか。てのを勝手に考える。
色々議論はあるが、”砂漠に設置したパネルがエネルギーを吸収し砂漠の温度を下げ、逆に大都会で消費するのでそこが熱くなる” みたいな、明らかに間違ってる認識も多い。
しかたないので自分で考える。

 

立地や設備費などの諸条件

まず始めに日本の気象環境や立地を考えると、大規模な太陽光発電所を関西電力が作る。とかは考えにくい。場所がない。あったとしても土地が高い。

設備投資費とかは結構あちこちで話題になってる。
発電量当たりの設備費。
火力発電所を1とすると、
水力:2
風力:3
原子力:4
太陽光:10
ぐらいらしい。データの信頼性は不明。電力プラントの有価証券報告書でも見れば分かるのかもしれん。ただ、火力が最も安く、原子力が中間で、太陽光が高コスト。って構図は間違いないらしい。

これは、設備費であり、これプラス場所が問題になってくる。単位面積辺り発電量では、現時点では、
原子力を100とすると、
火力:30
風力:5
ソーラー:3
ぐらい。これは設備に必要な面積と、そのプラントの総発電能力から計算できる。ざっくりした計算だが、このあたりの数字で常識の範囲から考えて間違いではないだろう。

「サハラ砂漠にソーラーパネルを敷き詰めて」みたいな話はいいのだが、残念ながら日本にサハラもタクラマカンも存在しない。強い太陽光があって、平面で開発が容易な上、土地の資産価値ほぼゼロの場所は、日本にはない。
個人の家の屋根の上ぐらいになる。

つまり、気象条件もさることながら、電力会社が太陽光発電所を作って日本のエネルギーの全てもしくは大部分をまかなうのは不可能だと言える。

 

海外の状況や、発電能力の費用対効果

ドイツやフランスの、風力やソーラー発電が進んでるとか言うのは完全にイメージだけ。
hatudenryou
出典:IEA ENERGY BALANCES OF OECD COUNTRIES(2007-2008)
スウェーデンなんかは、50%原子力、50%を風力とか水力(いわゆるクリーンエネルギー)でやってるが、電力消費量が日本の1/10しかないので比較対象にするのは厳しい。
国民人口も1200万人と日本の1/10。

ちなみにドイツは、原子力の使用を2022年までにゼロにすると表明しており、対応を急いでいる。

海外でも日本でも、とりあえず費用対効果が1番高い火力にしたらいいだろうと言われており、実際に日本は火力発電所をフル稼働してしのいでいる。

もちろん、WTI原油価格が200ドルとか300ドルとかなってしまうと、今度は運営コストが高くなりすぎるので、火力にのみ頼った国家エネルギー戦略を組み立てる訳にはいかない。バランスが必要。CO2排出制限も年々厳しくなっていく。

水力は無理だ。そんなに川はない。波力、風力、地熱など、単位面積辺りの発電量が乏しい+日本の立地環境+消費電力量を考えるとむずかしい。

ということで、原子力、火力(石油、ガス、石炭)、その他いわゆるクリーンエナジーをバランス良く組み合わせなきゃ。という事になってくる。これが現状だ。

太陽光パネル生産時に、火力発電よりもCO2を出すとかいう話は無視しておこう。そもそも都市伝説で信頼性を検討するのもバカバカしいし、それを差し引いても化石燃料脱却以外に日本、ひいては世界に選べる道がない。

火力発電一本でやっていく事はできない。

 

太陽光発電の詳細

では、国家戦略レベルの話は置いておいて、個人レベルで太陽光が普及したとしよう。日本限定の話ではなく、世界的にだ。

現在、市販できるレベル(大量生産に向いてるとかも含め)の太陽光発電モジュールの、発電効率は約16%。ちなみに実験室レベルでは40%ぐらいのものはある。(SHARPのデータより)
仮に現在の普及品よりも、もっといいものができたとして発電効率を20%としよう。近未来を想定。

経験曲線にのっとって、世界的に広がっていると仮定すると、コストは下がっているはずなので、費用対効果の話も問題ないだろう。

そもそも論だが、
太陽光が地球に届いてからどうなるのかの内訳は、
熱:45%
海中に蓄えられる:24%
風や波を動かす原動力:0.2%
光合成に使われる:0.02%
反射:30%
だいたいこんな感じだ。
山田興一・小宮山宏「太陽光発電工学」より。

一方ソーラーパネルの内訳は、
熱:80%
電気:20%
反射:0%
反射やらなんやらがほぼゼロなのには驚くが、色が黒いし、そういうものらしいのだ。

さて、世界中のいたる所、海面、地上、と大体満遍なくパネルが散らばったと仮定する。
山田興一・小宮山宏「太陽光発電工学」によると、地上でエネルギーとして利用可能なのは、1時間あたり約1ぺタワット(1000兆ワット)。これは人類が2000年時点で1時間あたりに消費してるエネルギー総量の約50倍だ。
つまり人類が2000年の時点で使っている電力の総量は20兆ワット/時だ。

(余談だが、世界中の消費電力の1/20を日本人が消費している。先進国ではおおよそ1人あたり、1時間に1000Wの電力を消費している。中国やインドが先進国の仲間入りを果たし生活水準が日本並みになった時が恐ろしい)

電気エネルギー以外から、電気エネルギーへの移行が進むことも踏まえ、仮に20兆ワットの2倍、40兆ワットの電力を確保することを目指す。

言い方を変えると、人類は太陽光エネルギーの 1/25 = 4% を使って生きていくのだ。

40兆ワットを発電する際に、太陽光パネル上で発生する熱の量は、160兆W。

自然状態では、1000兆ワット中45%が熱になるので、450兆W。これが、 450兆W – 18兆W(4%がパネルに遮られ地上に届かない分) + 160兆W(パネル上で熱になる分) = 592兆Wとなる。

自然状態で450兆W分の熱だったのが、太陽光発電が普及すると、パネルが光を反射しない分、合計で592兆W分の熱が発生する。

更に電気エネルギーに変換した40兆Wのうち、最終的に大体20%ぐらいの8兆W は熱になってしまう。(細かい数字は無視するが、電気モーターの運動エネルギー効率が80%ぐらいなので、残り20%の多くは熱となる)

592兆W + 8兆W = 600兆W 。 これは、自然状態の450兆Wから比べて熱になるエネルギーが33%増えた事になる。

33%はかなりヤバい。
風の動きを無視しても、自然状態での夜の気温が10度で、昼間を20度やとすると、太陽光照射による温度上昇は10度。
これがソーラーパネルを設置すると、そのせいで13度になってしまうのだ。

温室効果ガスは出ないので、現状の地球温暖化と単純比較はできないが、昼夜の寒暖の差は間違いなく激しくなる。
当然、気流、海流に多大な影響を及ぼす。

現状地球全体に、ソーラーパネルがまんべんなく散らばったと仮定しているので、一箇所に集中してパネルを設置してしまうと、状況は更に悪化して、昼夜の寒暖の差だけでなく、地域の温度差まで激しくなる。

風力、波力、地熱に関しても同様の事が言えると思う。風の力をとてつもない規模で電気に変えると…等々。

人間が生きていく上で完全なグリーンやクリーン、エコなどありえない。そもそも60億も、70億もの人類がこの小さな地球に住んでいる事が無理なのだ。
だが、それを言っちゃ何も始まらない。

少なくとも、我々は地球の上で、なんとか絶妙のバランスを保って生きていかねばならない。

太陽光にすれば全て解決など、都合の良い究極の解なんてものは存在しない。生きていく上で常に探求、研究、考察、実行、反省、修正、改善、を繰り返して努力、工夫し続けなければならない。
自然に優しく、自分達も何もせず穏やかに暮らしてゆくライフスタイルを考えるなど、おこがましいのだ。

[完全無料]Twitterで人のアカウントを自動で定期的にリツイートする方法

自動で別アカウントを定期的にRetweetしたい

Twitterで自動的に、自分または他人のアカウントをリツイートする方法のメモ。

 

自動リツイートに必要なもの

・cronを使えるサーバー
・OAuth.php (ダウンロード可能)
・twitteroauth.php (ダウンロード可能)
 
TwitterアカウントでAPIキーを調べる
・consumer key(コンシューマーキー)
・consumer secret(コンシューマーシークレット)
・access token(アクセストークン)
・access token secret(アクセストークンシークレット)
の4つが必要。
あと、Retweetする相手のScreen name(スクリーンネーム)も。
 
APIキーを取得するための方法はこちらTwitterのAPIを使用する際にキーを取得する方法

 

手順1

・cronを使えるサーバーは自分で用意しておこう。多くは有料サーバーだが、無料のもなくはない。特に海外サーバーなら無料でcronが使えるものもある。
 
おすすめ無料サーバートップ10この辺りも参考に。
 
下記から、OAuth.php と twitteroauth.php をダウンロードしよう。
 
OAuth.txtをダウンロード。

twitteroauth.txtをダウンロード。

安全性の観点から、拡張子を変えて「OAuth.txt、twitteroauth.txt」にしているので、自分で「.php」に直す。
自分でどこかから探してきてダウンロードしてもOK。
 
編集の必要はなし。
 
拡張子?なにそれおいしいの?の人は頑張って調べて。

「.php」にしたら、文字コードがUTF8になっていることを確認しよう。

 

手順2:プログラムにキーを書く

本体プログラムを用意する。
 
めんどくさい人はここからダウンロード可能。
retyuya.txtをダウンロード。
これも、同様に拡張子を「.txt」にしてるので「.php」に変更すること。文字コードもUTF8である事を確認しよう。
 
内容:

 

<?php
require_once(“twitteroauth.php”);

$consumer_key = “コンシューマーキー(kdi0enDBERDG…..みたいな)“;
$consumer_secret = “コンシューマーシークレット(キーよりも長い)“;
$access_token = “アクセストークン(3872748-meiD566FDsgrg…みたいな)“;
$access_token_secret = “アクセストークンシークレット(CDGEkdfbje45D….)“;
//太字の所に自分のTwitter APIキーをコピペする。

$twObj = new TwitterOAuth(
$consumerKey,
$consumerSecret,
$accessToken,
$accessTokenSecret
);

$to = new TwitterOAuth($consumer_key,$consumer_secret,$access_token,$access_token_secret);
$req = $to->OAuthRequest(“https://api.twitter.com/1.1/statuses/user_timeline.json”,”GET”,array(“screen_name”=>”Retweetしたいアカウントのスクリーンネーム“,”count”=>”取得するTweetの数“));
$tweet = json_decode($req);
//ここで入力したスクリーンネームのTweetを新しいものから順にcountの数分取得している。

//ID
$retweet = $tweet[0]->text;
$id = $tweet[0]->id_str;

//RT
$to = new TwitterOAuth($consumer_key,$consumer_secret,$access_token,$access_token_secret);
$req = $to->OAuthRequest(
‘https://api.twitter.com/1.1/statuses/retweet/’.$id.’.json’,
‘POST’
);
//APIを使ってRetweetで先ほど取得したTweetを呟く。

?>

 
シンプルなコードなので分かると思うが、もし分からなければ理解しなくても大丈夫。

 

手順3:アップロードする

FTPソフトなどで、サーバー上にアップロードする。場所は割とどこでもいいはず。
 
サーバーによって違う可能性はあるが、今回は「public_html(場合によってはwwwフォルダ)」の中に、「retyuya」フォルダを作りその中にアップした。

 

手順3:cronの設定をする

cronの設定をしよう。

サーバーにログインし、cronの設定画面を開こう。

ちなみに、さくらの共有サーバーだと、
cronretyuya
こんな感じ。コマンドの説明は後ほど。

cPanel系の管理画面だと、
cronjob
こんな感じだ。

コマンドもサーバーによって違ったり、色々記述方法があったりするが、とりあえず以下のような感じになる。

さくら

cd /home/*自分のアカウント*/www/retyuya/ ; /usr/local/bin/php retyuya.php > /dev/null

cPanel系

/usr/bin/php /*自分のアカウント*/public_html/retyuya/retyuya.php > /dev/null

サーバーによって記述方法は違うので自分のサーバーでの記述方法を調べてみよう。

cronは、「1時間に1回」、「毎週月曜日のこの時間」などの設定が可能なので適当に設定しよう。

使いどころは?

これで、自分の持ってるビジネスアカウントを、自分の個人アカウントで定期的に自動でリツイートさせることが可能。
フォロワーを増やしたい時などに有効。

複数のアカウントがある場合は、同じことをして相互にリツイートさせる事もできる。

TwitterのAPIを使用する際にキーを取得する方法

TwitterのオリジナルBOTなどを作るのに必要なAPIキーを取得しよう

ツイッターをSOHOなどでビジネス利用する人は、自分自身で更新する他に、自動で呟かせたり、ブログと連動させたり、自動で誰かのアカウントをリツイートさせたりしたい場合がある。

そんな時に必要になるのが、ツイッターAPIのキー。
 

手順1 ログインとアカウント作成の注意点

Twitter developersへログイン
Twitterのアカウントを持っている場合は、Twitter developerで右上から「Sign in」しよう。

 
twidev1

 

アカウントを持っていない場合は、Twitterのアカウントを作成すること。
https://twitter.com/loginアカウントはここから作れるが、日本語版では新規登録ができないかもしれない(環境未確認)。英語でやってみよう。
twi-signup

 

手順2 アプリケーションの作成

アプリケーションって何?って感じだが、API(BOTやら連動アプリやら)を使うのに必要なもの。

例えば、BOT2個、連動アプリ2個を動かす場合、合計4つだが、2種類なので2つのアプリケーションが必要。など。

アプリケーション1個に対してそれぞれ、APIキーが発行される。アプリケーションは、「Create an application」をクリックすれば作成できる。

twidev2

Name:
何でもいい。同じ名前は登録できないので、twi001, twi002とかでOK。

Description:
何でもいい。”aaaaaaaabbbbb”とかでもいい。

Website:
サイトのURLを。これも別になんでもいいのだが、ブログのURLやHPのURLを適当に入力しておく。

Callback URL:
あなたのWebサイト上でTwitter認証の際に使うコールバックのURL。
BOTボットなどを作成する場合は、Twitter認証を使わないので設定不要。

 

手順3 アクセスレベル

デフォルトのアクセスレベルは「read-only」だが、投稿したい場合は「Read and Write」を選択すること。

twidev3

この際登録ボタンを押しても設定が反映しないことが度々ある。

しばらく待ってみたり、何回かやれば設定が変更される。

 

手順4 キーの確認

「Details」をクリックすると、
「Consumer key」と「Consumer secret」が確認できる。

メモ帳あたりにコピペしておこう。

twidev4

 

手順5 トークンの取得

アプリケーションの種類によっては、Access Token(アクセストークン)と、Access Token Secret(アクセストークンシークレット)が必要になる。

ボットなどを作る時にも必要。

「Details」タブの一番下にある「Create My Access Token」ボタンをクリックしすると、

twidev5

Access Token と Access Token Secret が発行される。

これもテキストなどにコピペしておこう。

twidev6

Twitterには上記の4つのキーがあって、自作BOTやアプリによって必要になってくるので覚えておこう。

明日試したくなるカスタマイズ、ネットな日々に役立つ小技と、たまに旅行の妄想と。