コンクリート劣化の引き金は「急乾燥」だけではなかった ―― AEの集中発生4回を気象データと重ねて検証

AEセンサーが捉えたコンクリートの「悲鳴」の集中発生4回を、気象庁の10分値と重ねて検証しました。雨上がりの急乾燥だけでなく、強風や強い雨で壁が濡れる「急な湿潤」でもAEが集中していました。

90%→40%)との関係を紹介しました。ただ、あのときは気象データとの一致を文章で説明しただけで、データを並べて見せてはいませんでした。取り上げたAEの集中発生も1回だけでした。

その後も記録を続け、ログを整理し直したところ、AEが短時間に集中して発生した場面は合計4回ありました。今回は4回それぞれについて、気温・湿度・雨・風の推移とAEの発生タイミングを1枚のグラフに重ね、コンクリート劣化の引き金を検証します。

結論を先に書くと、引き金は「急乾燥」だけではありませんでした。強風や強い雨で壁が一気に濡れる「急な湿潤」の場面でも、AEは集中して発生していました。現場の定点カメラの画像でも、発生の前後に壁が濡れていた様子を確認できています。

今回使ったデータとグラフの見方

  • AE:壁に取り付けた自作のAEロガー(4チャンネル)の記録です。しきい値を超えた信号を、時刻と振幅で記録しています。
  • 気象:気象庁「過去の気象データ検索」の10分ごとの値(気温・相対湿度・降水量・平均風速・最大瞬間風速・日照時間)を使いました。観測点は現場から少し離れた近隣の地点です。
  • 定点カメラ:壁を10分ごとに撮影している定点カメラ(ATOM Cam 2)の画像で、発生前後の壁の濡れ具合を確認しました。

プライバシーに配慮して、今回のグラフでは日付と観測地点名を伏せ、横軸を「AE集中発生からの経過時間」(発生の60時間前〜12時間後)にしています。グラフは上から、日照・気温・湿度・降水量(10分ごと)・風速・AE検出数の順です。赤い破線がAEの集中発生時刻、一番下の灰色の斜線は記録が止まっていた区間です。AE検出数は、1件と100件を同じグラフに収めるため対数目盛にしています。

ログを整理して分かった2つの注意点

  1. 時刻の「桁あふれ」:ロガー内部の経過時間カウンター(ミリ秒単位)は、約49.7日で一周してゼロに戻ります。そのまま読むと、実際より約50日前の日付に見えてしまいます。時刻合わせの記録と照合して補正したところ、見落としていた集中発生が見つかりました。
  2. メモリ満杯による記録停止:記録用のメモリ(EEPROM)は128件で満杯になります。4回のうち3回は、集中発生の最中に満杯になって記録が止まっていました。グラフの件数は「少なくともこれだけ発生した」という値です。

イベント① 雨上がりの急乾燥(前回のケース)

イベント①のグラフ。雨上がりの晴天で湿度が87%から40%まで下がり気温が上がった後、乾燥のピーク直後にAEが43件集中して発生している
イベント①:雨上がりの急乾燥。乾燥のピークを過ぎた直後にAEが集中

2日前の雨で、湿度は100%近くありました。そこから晴れて、発生までの約10時間で湿度は87%→40%、気温は8.5℃→19.5℃と一気に変わっています。直前24時間の雨はゼロで、風も穏やか(最大瞬間風速6m/s程度)でした。

AEの集中発生(43件・約11分間)は、乾燥が最も進み、日照が切れて湿度が底から戻り始めた直後に起きています。同じ日の朝、乾燥が急に進み始めた時間帯にも小さな集中(4件)がありました。表面だけが乾いて縮み、湿った裏側との差で反ろうとする力が拘束されてひび割れる、という前回の仮説と合う結果です。

定点カメラの画像では、このときの壁はまだしっとりと湿り気を残していました。空気は一気に乾いても、壁はすぐには乾ききっていなかったことになります。なお、AEの出方は11分間で43件と、後で紹介する②〜④(数秒間に69〜108件)に比べるとずっと穏やかでした。

イベント② 大雨から約10時間後

イベント②のグラフ。乾燥した晴天の後に約46ミリの大雨で湿度が100%に達し、雨が上がって約10時間後にAEが69件集中して発生している
イベント②:乾燥→大雨の後、約10時間たってからAEが集中

2日前は湿度40%前後の乾いた晴天でした。その後雨になり、発生当日の未明から朝にかけて約46mmの大雨(1時間に最大13.5mm)が降り、湿度は100%に張り付きました。

AEが集中した(69件・約6秒間)のは、雨が上がってから約10時間後です。そのときは湿度91%・ほぼ無風・雨なしで、気象データの上では発生の瞬間に目立った変化はありません。

ところが定点カメラの画像を見ると、壁は朝から全面が湿った状態で、それが夕方まで続き、暗くなってから濡れた状態に変わったように見えます。AEが集中したのは、ちょうどこの時間帯です。観測点では雨が記録されていないため、局所的なにわか雨だったのか、湿った空気で壁の表面が結露したのかは、まだ分かりません。

イベント③ 暴風雨の始まり

イベント③のグラフ。雨が続いた後、最大瞬間風速が約16メートルから28メートルへ急に強まり始めた瞬間にAEが108件集中して発生している
イベント③:雨の後、風が急に強まり始めた瞬間にAEが集中

2日前の午後は、気温30℃・湿度40%を切る乾燥した日でした。そこから雨になり、発生までの24時間の雨量は35.5mmです。

AEの集中発生(108件・約9秒間)は、最大瞬間風速が約16m/sから30分ほどで28m/sまで一気に強まり始めた、その瞬間でした。28m/sは記録期間中で最も強い風です。センサー付近は雨粒が直接当たる場所ではありませんが、強風のときは霧状になった雨が吹き込んで壁が濡れます。強風で壁が急に濡れた可能性があります。なお、雨を伴わない強風の日(最大瞬間風速16〜17m/s)にはAEの集中は起きていないので、風そのものが原因とは考えにくいです。

現場でも風は相当なものでした。AE発生の10〜20分ほど前に、定点カメラが強風で吹き飛ばされて向きが変わってしまい、このときの壁の様子は写っていませんでした。

イベント④ 梅雨の長雨と強い雨

イベント④のグラフ。湿度ほぼ100%の長雨が2日半続き、10分間に4ミリから6.5ミリの強い雨が繰り返す中でAEが94件集中して発生している
イベント④:長雨の中、強い雨が繰り返す合間にAEが集中

湿度ほぼ100%が2日半続く梅雨の長雨でした。発生までの雨量は24時間で51.5mm、60時間では143.5mmに達しています。

AEの集中発生(94件・約4秒間)の約1時間半前には10分間に4mmの強い雨が2回続き、その直後には最大瞬間風速も9m/s台まで強まっていました。発生の約20分後にも、10分間に6.5mmの強い雨が降っています。

定点カメラの画像では、発生の40分〜2時間ほど前に、壁の全面が湿った状態に変わっていました。強い雨と風が重なった時間帯なので、風で吹き込んだ雨で濡れたと考えられます。壁が濡れてから少し時間をおいて、AEが集中したことになります。

4回を並べて見えた、コンクリート劣化の2つの引き金

タイプイベントAEの出方直前24時間の雨量気象の状況定点カメラで見た壁
急乾燥①43件/約11分0mm晴天で湿度87%→40%。乾燥のピークの直後まだしっとり湿っていた
急な湿潤②69件/約6秒46.0mm大雨の約10時間後(雨なし・湿度91%)暗くなってから濡れた様子
急な湿潤③108件/約9秒35.5mm最大瞬間風速が約16→28m/sへ強まり始めた瞬間直前にカメラが強風で吹き飛ばされ確認できず
急な湿潤④94件/約4秒51.5mm強い雨と風の後、次の強い雨の直前発生の40分〜2時間ほど前に全面が湿った状態に
AE集中発生4回の比較(気象は近隣の観測点の値)

前回の①は「湿った状態から一気に乾く」変化でした。②〜④はその逆で、「壁が一気に濡れる」変化が起きた場面です。②と④は定点カメラでも濡れを確認でき、③も強風で雨が吹き込む状況でした。コンクリート劣化の引き金は、乾燥そのものではなく乾湿の急な変化だと考えたほうが、4回とも説明しやすくなります。

AEの出方にも違いがあります。①は11分かけてゆっくり43件だったのに対し、②〜④は数秒のうちに69〜108件が集中しました。今回の4回を見る限り、「急な湿潤」のほうがAEは短時間に激しく出ています。

ただし、雨量だけでは決まらない

記録が残っている期間に、1日20mm以上の雨が降った日は13日ありました。そのうちAEの集中発生につながったのは3つの雨の期間だけです。1日40mm前後の雨の日や、1時間に13〜14mmの強い雨が降った日でも、AEの集中発生は起きていません。

③では強風、④では短時間の強い雨が重なっていました。雨量だけでは決まらず、強風や短時間の強雨で壁が実際に濡れるかどうかが効いている可能性がある、というのが現時点での見立てです。

なぜ「濡れる」と音が出るのか(仮説)

前回は「表面が乾いて縮もうとするのに、湿った裏側と周囲に拘束されて縮めない。その結果、表面に引っ張る力が集中してひび割れる」と説明しました。今回の結果は、その逆向きの変化でも同じことが起きうることを示唆しています。

  • 表面の吸水膨張:乾いていた表面が急に水を吸うと、表面だけが膨らもうとします。すでにある微細なひびの面どうしが押し合ったり、ずれたりすることで、音(AE)が出る可能性があります。④で壁が濡れてから少し遅れてAEが集中したのも、水を吸って膨らむまでに時間がかかると考えれば説明がつきます。
  • 乾湿の往復による疲労:「乾く→濡れる→乾く」の急な往復が繰り返されると、同じひびが何度も開いたり閉じたりして、少しずつ進行していくと考えられます。
  • 背面の土圧・水圧の増加:大雨の後は、壁の裏側の土に水が溜まり、壁を押す力が増えます。表面が濡れて膨らもうとする力に、この力が重なっている可能性もあります。

いずれもまだ仮説の段階です。

残っている疑問

  • ②〜④のAEは、振幅がほぼ一定で数秒間に集中しています。振幅がばらつきながら11分間続いた①とは性質が違います。壁を伝う水の流れなど、ひび割れ以外の音を拾っている可能性も、まだ完全には否定できません。
  • ②で暗くなってから壁が濡れた原因(局所的な雨か、結露か)は分かっていません。定点カメラは10分ごとの撮影で、夜間は見えにくいという限界もあります。
  • 気象データは近隣の観測点のものなので、現場とは雨の降り方や風向きが違う可能性があります。
  • メモリ満杯などで記録が止まっていた期間があり、夏の大雨の一部は検証できていません。

次にやること

  • 定点カメラの固定強化:③では強風でカメラの向きが変わり、肝心の場面が写っていませんでした。嵐の日でも壁を撮り続けられるように固定し直します。
  • ロガーの改良:満杯で止まらないように記録容量を増やし、時刻の補正を自動化します。可能であれば、波形そのものも保存したいところです。
  • 濡れセンサーの追加:壁の表面が濡れた瞬間とAEの発生を、直接比べられるようにします。

まとめ

  • ログを補正して整理すると、AEの集中発生は4回ありました。
  • 1回は雨上がりの「急乾燥」、3回は強風や強い雨で壁が濡れる「急な湿潤」の場面でした。定点カメラでも、②と④で発生の前後に壁が濡れていたことを確認しました。
  • AEは、「急な湿潤」のほうが数秒のうちに激しく集中していました。
  • 雨量だけでは決まらず、壁が実際に濡れるかどうかが効いている可能性があります。
  • コンクリート劣化の原因は「乾燥」だけでなく、「乾湿の急な変化」として捉え直す必要がありそうです。

次は、濡れセンサーやロガーの改良で「壁が濡れた瞬間」とAEを直接比べられるようにして、続報でお伝えします。

関連記事

出典:気象データは気象庁「過去の気象データ検索」の10分ごとの値をもとに加工して作成しました(観測地点名は非公表)。

運命を分ける“0.数ミリ?の誤差”!コンクリートの寿命を左右する「初期不整」とアーチ効果の真実

前回の記事では、コンクリートの片面が土に接し、もう片面が乾燥することで生じる「湿度差による反りの拘束」が、ひび割れの真の原因であるという仮説を解説しました。 しかし、現場のデータ(IoTによる長期モニタリング)をさらに深く解析していくと、同じような環境・同じような施工であっても、「劣化が激しく進む壁」と「長期間健全な壁」が存在することに気づきます。 この違いは一体どこから生まれるのでしょうか? その鍵を握るのは、私たちの目には「まっすぐな平面」に見える壁に隠された、施工時の**「ほんの数ミリの微小な膨らみ(初期不整)」**の向きでした。今回は、IoTデータから導き出された、コンクリート劣化のさらなる深層に迫ります。

1. 構造物は「完全な平面」ではないという前提

設計図の上では、コンクリートの壁は直線で描かれます。しかし、実際の施工現場では、型枠のわずかなたわみ、コンクリートを流し込む際の圧力、硬化時の収縮などにより、ミリ単位の誤差が必ず発生します。 これを構造力学の世界では「初期不整(しょきふせい)」と呼びます。

肉眼では完璧な平面に見えても、高精度のレーザー測定やIoTセンサーで壁の表面をスキャンすると、わずかに「外側(空気側)」に膨らんでいる箇所と、「内側(土側)」に凹んでいる箇所があることがわかります。実は、この**「初期状態でどちらに歪んでいるか」**が、その後の数十年の寿命を決定づけているのです。


2. 運命を分ける2つのパターン:外反り vs 内反り

湿度差による内部応力(表面は縮みたい、裏面は膨らみたい)と、土からの圧力(土圧)がかかった時、この「初期の数ミリの膨らみ」がどのようなドラマを生むのか、2つのパターンで見ていきましょう。

コンクリートの初期状態と劣化
コンクリートの初期状態と劣化

パターンA:ごく微小に「外側(空気側)」に膨らんでいる場合(劣化加速モード)

最初から空気に触れる表面側に向かってわずかに膨らんでいる(弓なりになっている)壁は、非常に危険な状態にあります。

  • 力の相乗効果: 土圧が壁を外側に押し出そうとする力と、湿度差による「外側に反ろうとする力」が同じ方向に向かいます。
  • 偏心による曲げモーメントの増大: すでに外に膨らんでいるため、土の重みがかかると、その膨らみをさらに押し広げるような強い力(曲げモーメント)が働きます。
  • 結果: 乾燥して縮もうとしている表面(引張に弱い部分)に、さらに引き延ばされる巨大な引張応力が集中し、早期に致命的なひび割れが発生します。

パターンB:ごく微小に「内側(土側)」に膨らんでいる場合(劣化抑制・アーチダム効果)

一方、最初から土がある方向に向かってわずかに膨らんでいる(または凹んでいる)壁は、驚くべき耐久性を発揮します。これは**「アーチダム」と同じ原理**が働くためです。

  • 圧縮力の活用: 土圧が壁を押す力は、弓なりになったコンクリートを「押しつぶす」方向(圧縮応力)に変換されます。
  • コンクリートの長所: コンクリートは引っ張られる力には弱いですが、「押しつぶされる力(圧縮)」には無類の強さを誇ります。
  • 結果: 湿度差によって表面が乾燥収縮し、ひび割れ(引張応力)が起きようとしても、土圧による「圧縮力」がそれを相殺(キャンセル)してくれます。結果として、ひび割れは発生せず、健全な状態が長期にわたって維持されます。

3. 「湿度差」×「土圧」×「初期変位」のトライアングル

これまでのコンクリート診断では、ひび割れが起きてから「中性化」や「塩害」といった化学的な劣化原因を探るのが一般的でした。 しかし、土に接する擁壁や地下構造物においては、以下の3つの要素が複雑に絡み合って物理的な破壊を引き起こしているという新仮説が、今回の結論です。

  1. 含水率の不均衡(表面の乾燥収縮と裏面の吸水膨張)
  2. 背後からの土圧
  3. 施工時の初期不整(わずかな変位の向き)

いくらコンクリートの材質を良くしても、「外側への初期変位」がある状態で「湿度差」と「土圧」が加われば、力学的にひび割れを避けることは非常に困難になります。


4. IoTモニタリングが切り拓く「予防保全」の未来

このメカニズムが解明されると、構造物の維持管理(メンテナンス)の常識が変わります。 目視でひび割れを探す「事後保全」ではなく、IoTセンサーを用いて**「目に見えない微小な歪み」と「表面・裏面の湿度勾配」をリアルタイムで監視する**ことが重要になります。

  • 微小変位センサー: 壁が現在どちらの方向に数ミクロン動いているかを計測。外側への変位傾向が強まっていれば、ひび割れ発生の「前兆」と捉えることができます。
  • エッジコンピューティングによる解析: 現場に設置された安価で省電力なIoT基盤が、日々の温度・湿度・変位データを収集・解析し、異常なパターンの組み合わせを検知した時点でアラートを発報します。

コンクリートは何も語りませんが、センサーを通して得られる微細なデータは、破壊に至る明確なシナリオを教えてくれます。初期形状のわずかな違いという「物理的宿命」をデータで見える化し、致命傷になる前に対策を打つ。それこそが、次世代の構造物ヘルスモニタリングの真髄なのです。

※このコラムは。ベースの仮説案をもとにGEMINIが書いたものです。


関連記事

IoT駆使で得られたデータから、遂に新仮説でコンクリート劣化の原因を解明!か?

ついにAEがとられた、コンクリート悲鳴を。それは4月3日だったようだ。EEPROMのデータ保存の限界をも超える回数がこの日に集中して発生した。

そのデータは次の通り

[ EEPROM Data Analysis Report ]
Type | Date Time (UTC/Local) | Millis (raw) | Details
--------------------------------------------------------------------------------
SYNC | 2026-01-14 13:25:51 | 325120 | Time Synchronized (Unix:1768364751)
DATA | 2026-01-14 14:25:45 | 3919360 | CH0:0, CH1:19, CH2:0, CH3:0
DATA | 2026-01-15 06:45:30 | 62704128 | CH0:0, CH1:8, CH2:0, CH3:0
DATA | 2026-01-16 00:26:07 | 126341632 | CH0:0, CH1:8, CH2:0, CH3:1
DATA | 2026-01-16 06:11:56 | 147090432 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-01-16 07:11:10 | 150644736 | CH0:0, CH1:0, CH2:3, CH3:7
DATA | 2026-01-16 10:10:08 | 161382912 | CH0:0, CH1:16, CH2:0, CH3:0
DATA | 2026-01-16 10:16:08 | 161742848 | CH0:0, CH1:7, CH2:0, CH3:0
DATA | 2026-01-16 10:57:17 | 164211968 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-01-16 12:33:41 | 169995520 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-01-16 12:47:02 | 170796544 | CH0:0, CH1:7, CH2:0, CH3:0
DATA | 2026-01-17 16:21:30 | 270064640 | CH0:0, CH1:11, CH2:1, CH3:1
DATA | 2026-01-18 01:01:31 | 301265664 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-01-18 05:01:11 | 315645696 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-01-18 12:22:00 | 342094336 | CH0:0, CH1:1, CH2:6, CH3:6
DATA | 2026-01-19 00:38:54 | 386308608 | CH0:0, CH1:45, CH2:0, CH3:0
DATA | 2026-01-19 06:01:51 | 405686016 | CH0:0, CH1:8, CH2:0, CH3:0
DATA | 2026-01-20 12:54:55 | 516869376 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-01-20 18:41:19 | 537653504 | CH0:0, CH1:7, CH2:0, CH3:0
DATA | 2026-01-22 01:14:26 | 647640576 | CH0:0, CH1:7, CH2:0, CH3:3
DATA | 2026-01-25 12:50:54 | 948628992 | CH0:0, CH1:9, CH2:0, CH3:2
DATA | 2026-01-29 15:48:20 | 1304874752 | CH0:0, CH1:23, CH2:3, CH3:4
RSET | 2026-01-30 12:55:41 | 0 | System Boot / Reset Detected
SYNC | 2026-01-30 12:58:24 | 162304 | Time Synchronized (Unix:1769745504)
DATA | 2026-02-02 07:11:04 | 238522368 | CH0:0, CH1:18, CH2:0, CH3:0
DATA | 2026-02-11 03:04:13 | 1001311744 | CH0:0, CH1:14, CH2:0, CH3:0
DATA | 2026-02-11 03:05:17 | 1001375488 | CH0:0, CH1:9, CH2:0, CH3:0
DATA | 2026-02-11 03:05:32 | 1001391104 | CH0:0, CH1:7, CH2:0, CH3:0
DATA | 2026-02-11 03:05:38 | 1001396992 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-02-11 20:56:11 | 1065629696 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-02-12 02:20:55 | 1085114112 | CH0:0, CH1:7, CH2:0, CH3:0
DATA | 2026-02-13 04:52:31 | 1180610048 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-02-13 16:06:15 | 1221033472 | CH0:0, CH1:11, CH2:0, CH3:0
DATA | 2026-02-14 04:36:21 | 1266039552 | CH0:0, CH1:21, CH2:0, CH3:0
DATA | 2026-02-14 11:25:23 | 1290581760 | CH0:0, CH1:11, CH2:0, CH3:0
DATA | 2026-02-15 19:41:56 | 1406774528 | CH0:0, CH1:10, CH2:0, CH3:0
DATA | 2026-02-16 06:46:56 | 1446674432 | CH0:0, CH1:17, CH2:0, CH3:0
DATA | 2026-02-19 01:26:57 | 1686675712 | CH0:0, CH1:8, CH2:0, CH3:0
DATA | 2026-02-19 07:30:40 | 1708499200 | CH0:0, CH1:9, CH2:1, CH3:3
DATA | 2026-02-22 23:06:21 | 2023840000 | CH0:0, CH1:8, CH2:2, CH3:3
DATA | 2026-02-25 02:14:54 | 2207952384 | CH0:0, CH1:8, CH2:0, CH3:0
DATA | 2026-02-25 15:19:46 | 2255044352 | CH0:0, CH1:7, CH2:0, CH3:0
DATA | 2026-02-25 15:19:47 | 2255045376 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-02-25 15:20:12 | 2255070976 | CH0:0, CH1:11, CH2:0, CH3:0
DATA | 2026-02-25 15:20:28 | 2255087104 | CH0:0, CH1:7, CH2:0, CH3:0
DATA | 2026-02-25 16:04:21 | 2257719552 | CH0:0, CH1:9, CH2:0, CH3:0
DATA | 2026-02-27 15:27:14 | 2428293120 | CH0:0, CH1:6, CH2:1, CH3:2
DATA | 2026-02-28 09:24:28 | 2492926464 | CH0:0, CH1:7, CH2:1, CH3:2
DATA | 2026-02-28 15:22:11 | 2514389504 | CH0:0, CH1:47, CH2:0, CH3:0
RSET | 2026-02-28 15:22:16 | 0 | System Boot / Reset Detected
SYNC | 2026-02-28 15:23:41 | 84736 | Time Synchronized (Unix:1772259821)
DATA | 2026-02-28 16:22:11 | 3595008 | CH0:0, CH1:9, CH2:0, CH3:6
DATA | 2026-02-28 20:06:00 | 17023744 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-03-02 06:44:43 | 141747712 | CH0:0, CH1:7, CH2:0, CH3:0
DATA | 2026-03-02 19:21:35 | 187159296 | CH0:0, CH1:6, CH2:0, CH3:1
DATA | 2026-03-02 20:19:02 | 190606592 | CH0:0, CH1:7, CH2:1, CH3:0
DATA | 2026-03-05 00:55:43 | 380007680 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-03-05 21:33:28 | 454272512 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-03-07 14:02:37 | 600020736 | CH0:0, CH1:9, CH2:0, CH3:0
DATA | 2026-03-09 19:00:06 | 790670336 | CH0:0, CH1:7, CH2:3, CH3:4
DATA | 2026-03-10 00:18:46 | 809790464 | CH0:0, CH1:6, CH2:0, CH3:3
DATA | 2026-03-10 16:39:23 | 868627456 | CH0:0, CH1:8, CH2:0, CH3:0
DATA | 2026-03-13 05:32:21 | 1087804928 | CH0:0, CH1:10, CH2:0, CH3:0
DATA | 2026-03-14 16:40:40 | 1214304256 | CH0:0, CH1:11, CH2:0, CH3:0
DATA | 2026-03-15 16:23:37 | 1299681536 | CH0:0, CH1:2, CH2:0, CH3:6
DATA | 2026-03-16 10:20:39 | 1364303616 | CH0:0, CH1:7, CH2:1, CH3:4
DATA | 2026-03-19 06:51:25 | 1610949376 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-03-19 07:55:09 | 1614773248 | CH0:0, CH1:7, CH2:0, CH3:4
DATA | 2026-03-19 12:41:35 | 1631958784 | CH0:0, CH1:6, CH2:0, CH3:3
DATA | 2026-03-20 12:22:36 | 1717220608 | CH0:0, CH1:7, CH2:0, CH3:4
DATA | 2026-03-21 03:03:15 | 1770059008 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-03-23 20:37:49 | 2006133504 | CH0:0, CH1:8, CH2:1, CH3:3
DATA | 2026-03-23 22:03:58 | 2011301888 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-03-24 20:07:34 | 2090718720 | CH0:0, CH1:9, CH2:1, CH3:0
DATA | 2026-03-26 08:34:18 | 2221922048 | CH0:0, CH1:8, CH2:2, CH3:1
DATA | 2026-03-30 20:22:17 | 2610001408 | CH0:0, CH1:6, CH2:0, CH3:1
DATA | 2026-03-30 23:32:58 | 2621442048 | CH0:0, CH1:9, CH2:0, CH3:1
DATA | 2026-04-01 01:21:57 | 2714381312 | CH0:0, CH1:7, CH2:3, CH3:3
DATA | 2026-04-01 12:32:47 | 2754631680 | CH0:0, CH1:8, CH2:3, CH3:4
DATA | 2026-04-02 04:41:27 | 2812751360 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-02 18:58:32 | 2864176384 | CH0:0, CH1:7, CH2:0, CH3:0
DATA | 2026-04-03 09:12:40 | 2915424512 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 09:12:42 | 2915425792 | CH0:0, CH1:8, CH2:0, CH3:0
DATA | 2026-04-03 09:12:45 | 2915429632 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 09:12:54 | 2915438080 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 16:11:21 | 2940544768 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 16:11:22 | 2940546304 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 16:11:27 | 2940551168 | CH0:0, CH1:9, CH2:0, CH3:0
DATA | 2026-04-03 16:11:33 | 2940557568 | CH0:0, CH1:7, CH2:0, CH3:0
DATA | 2026-04-03 16:11:36 | 2940560128 | CH0:0, CH1:15, CH2:0, CH3:0
DATA | 2026-04-03 16:11:42 | 2940565760 | CH0:0, CH1:10, CH2:0, CH3:0
DATA | 2026-04-03 16:11:55 | 2940579072 | CH0:0, CH1:8, CH2:0, CH3:0
DATA | 2026-04-03 16:11:57 | 2940581120 | CH0:0, CH1:14, CH2:0, CH3:0
DATA | 2026-04-03 16:11:59 | 2940582912 | CH0:0, CH1:12, CH2:0, CH3:0
DATA | 2026-04-03 16:12:47 | 2940631552 | CH0:0, CH1:7, CH2:0, CH3:0
DATA | 2026-04-03 16:12:50 | 2940634368 | CH0:0, CH1:8, CH2:0, CH3:0
DATA | 2026-04-03 16:13:14 | 2940658176 | CH0:0, CH1:8, CH2:0, CH3:0
DATA | 2026-04-03 16:13:24 | 2940667904 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 16:13:25 | 2940669696 | CH0:0, CH1:13, CH2:0, CH3:0
DATA | 2026-04-03 16:13:37 | 2940681216 | CH0:0, CH1:11, CH2:0, CH3:0
DATA | 2026-04-03 16:13:52 | 2940696576 | CH0:0, CH1:11, CH2:0, CH3:0
DATA | 2026-04-03 16:14:02 | 2940705792 | CH0:0, CH1:7, CH2:0, CH3:0
DATA | 2026-04-03 16:15:42 | 2940806656 | CH0:0, CH1:11, CH2:0, CH3:0
DATA | 2026-04-03 16:15:50 | 2940814592 | CH0:0, CH1:12, CH2:0, CH3:0
DATA | 2026-04-03 16:16:25 | 2940849152 | CH0:0, CH1:7, CH2:0, CH3:0
DATA | 2026-04-03 16:16:29 | 2940852736 | CH0:0, CH1:14, CH2:0, CH3:0
DATA | 2026-04-03 16:16:57 | 2940881408 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 16:17:22 | 2940906496 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 16:17:24 | 2940908032 | CH0:0, CH1:8, CH2:0, CH3:0
DATA | 2026-04-03 16:17:24 | 2940908544 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 16:17:33 | 2940917504 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 16:17:53 | 2940937728 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 16:18:26 | 2940970496 | CH0:0, CH1:9, CH2:0, CH3:0
DATA | 2026-04-03 16:18:58 | 2941002496 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 16:18:59 | 2941003008 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 16:19:41 | 2941044736 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 16:19:47 | 2941050880 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 16:20:06 | 2941069824 | CH0:0, CH1:7, CH2:0, CH3:0
DATA | 2026-04-03 16:20:07 | 2941070848 | CH0:0, CH1:11, CH2:0, CH3:0
DATA | 2026-04-03 16:20:41 | 2941104896 | CH0:0, CH1:9, CH2:0, CH3:0
DATA | 2026-04-03 16:20:49 | 2941113088 | CH0:0, CH1:7, CH2:0, CH3:0
DATA | 2026-04-03 16:20:56 | 2941120512 | CH0:0, CH1:7, CH2:0, CH3:0
DATA | 2026-04-03 16:21:01 | 2941125376 | CH0:0, CH1:11, CH2:0, CH3:0
DATA | 2026-04-03 16:21:05 | 2941129216 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 16:21:26 | 2941149952 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 16:21:30 | 2941154304 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 16:21:35 | 2941159168 | CH0:0, CH1:6, CH2:0, CH3:0
DATA | 2026-04-03 16:22:02 | 2941186560 | CH0:0, CH1:6, CH2:0, CH3:0
-----------------------------------------------------------------------

このように、4月2日以前は、ほとんどそのようなことがなかったが、4月3日に異常なAEの発生が頻発している。最初は4月3日のAM9:00ころから、ここで何があったのか気象情報を確認した。これまでの画像データ解析で気になった、雨が関連するのかを確認したが、この時間帯は、晴れで、雨も降っていないし、風も2m/s程度でそれほど吹いていなかった。
 気象データをよく見ると、4月3日のAM9:00前後で天候が大きく変わっていることを確認した。 湿度90%⇒40%、気温8℃⇒18℃と一気に変化していたのである。また、それほど発生数が多くはないがAEが集中した1月16日、2月25日も雨⇒晴れという似たような気象変化が起こっていた。

そこで、これが原因ではないかと言うことで、仮説と事例や関連情報を確認した。いかは、その結果をGEMINIが、まとめたものである。

コンクリートが「膨らんで」割れる?湿度差が生む『反りの拘束』とひび割れのメカニズムを徹底解説

コンクリート構造物の表面に、身に覚えのないひび割れや、わずかな「膨らみ」を見つけたことはありませんか?一般的にコンクリートは「乾燥して縮む(乾燥収縮)」ことで割れると思われがちですが、実はその裏側にある「湿度の不均衡」が真の原因であるケースが少なくありません。 特に、片面が土に接し、もう片面が外気にさらされているような環境では、コンクリート内部で巨大なエネルギーが衝突しています。本記事では、専門家も注目する「反りの拘束」によるひび割れメカニズムを、図解とともに分かりやすく解説します。


1. コンクリートは「生き物」のように動いている?

1-1. コンクリートの体積変化を引き起こす4つの要因

コンクリートは一度固まれば岩のように変化しないと思われがちですが、実は環境の変化に応じて常に微細な伸縮を繰り返しています。

  • 温度変化: 熱くなれば膨らみ、冷えれば縮みます。
  • 湿度変化: 水分を吸えばわずかに膨張し、乾けば収縮します。
  • 化学反応: 内部の成分が反応して異常膨張を起こすことがあります(アルカリ骨材反応など)。
  • 外力: 土圧や上部構造の重みによる物理的な圧力。

1-2. なぜ「湿度」が重要なのか

コンクリートの内部には、目に見えないほど微細な「空隙(くうげき)」が無数に存在します。この隙間に含まれる水分の量(含水率)が変わることで、コンクリート組織を構成する粒子間の距離が変化し、それが全体の「体積変化」として現れるのです。


2. 片面が土、片面が空気――この「不均衡」が引き金になる

2-1. 裏面(土側)で起きている「吸水膨張」

地下室の壁や擁壁、ベタ基礎など、片面が常に湿った土に接している場合、その面は常に水分を供給され続けます。これにより、コンクリートの裏側は「膨張」しようとする、あるいは少なくとも「収縮しない」状態が維持されます。

2-2. 表面(空気側)で起きている「乾燥収縮」

一方で、太陽光や風にさらされている表面は、水分がどんどん蒸散していきます。すると、表面だけが「縮もう」とする力が働きます。

2-3. 「反り(ワーピング)」現象の発生

この「裏面は膨らみたい」「表面は縮みたい」という力の差が生じると、コンクリート板は自然と湿っている側を凸(外側へ膨らむ形)に、乾いている側を凹に曲がろうとします。これを専門用語で「反り(ワーピング)」と呼びます。

コンクリート劣化のメカニズム
コンクリート劣化のメカニズム

3. 【核心】「反れない」からこそ、コンクリートは悲鳴を上げる

3-1. 拘束状態がもたらす内部応力

もしコンクリートが空中に浮いていれば、単に「反る」だけで済みます。しかし、現実の構造物はそうはいきません。

  • 土の重みによる押さえつけ
  • 隣接する壁や柱との接続
  • 地面との摩擦

これらによって「反り」が抑え込まれることを「拘束」と呼びます。反りたいのに反れないとき、コンクリート内部には凄まじい**「内部応力」**が発生します。

3-2. 引張強度の限界とひび割れ

コンクリートは「押される力」には非常に強いですが、「引っ張られる力」には驚くほど脆い(圧縮強度の約1/10)という弱点があります。 反りを抑え込まれた結果、乾燥している表面側には「無理やり引き延ばされる力(引張応力)」が集中します。この力がコンクリートの限界を超えた瞬間、バリバリとひび割れが発生するのです。


4. なぜ「膨らんでいる」ように見えるのか?

読者の皆さんの中には、「ひび割れた部分が少し浮き上がって(膨らんで)見える」と感じる方もいるでしょう。これには明確な理由があります。

  1. マイクロクラックの集合: 表面に無数の微細なひびが入ることで、組織がスカスカになり、見た目の体積が増えたように感じられます。
  2. 裏面からの押し出し: 反りを抑え込んでいるとはいえ、裏面の膨張圧は消えていません。弱くなった表面のひび割れ部分を、裏面が押し出すような形になり、局所的な膨らみとして観察されます。
  3. 鉄筋の錆(さび): ひび割れから水や酸素が入り込むと、中の鉄筋が錆びます。鉄筋は錆びると体積が2.5倍以上に膨らむため、これが内側からコンクリートを押し出し、「爆裂」と呼ばれる大きな膨らみと欠落を引き起こします。

5. 被害を最小限に食い止めるための対策と管理

5-1. 設計・施工段階での対策

  • 伸縮継手の適切な配置: 力を逃がす「逃げ道」を作っておく。
  • 湿潤養生の徹底: 急激な乾燥を防ぎ、初期の強度を十分に確保する。
  • 防水・透湿コントロール: 土に接する面の防水処理や、表面の乾燥を抑えるコーティング。

5-2. 構造物ヘルスモニタリングの重要性

目視でひび割れが見つかった時には、すでに内部で深刻な劣化が進んでいることもあります。 最新の「構造物ヘルスモニタリング」では、センサーを用いて以下の項目をリアルタイムで監視します。

  • 温湿度センサー: 表面と裏面の不均衡を早期に検知。
  • 歪みゲージ: 拘束によって生じている「目に見えないストレス」を計測。
  • AE(アコースティック・エミッション)センサー: コンクリート内部でひび割れが発生する際の「音」を捉え、破壊の兆候を察知。

まとめ:コンクリートの「声」を聴く

コンクリートのひび割れや膨らみは、過酷な環境下で耐え続けている構造物からのサインです。 「片面が土、片面が空気」という環境は、私たちが思う以上にコンクリートにストレスを与えています。このメカニズムを理解し、適切な診断とメンテナンスを行うことが、大切な建物の寿命を延ばす唯一の道です。

もし、お住まいや管理物件で気になる兆候を見つけた場合は、単に表面を塗って隠すのではなく、その背後にある「湿度のドラマ」を疑ってみてください。

関連記事