บัญชีหลักฐานสำหรับ Pitch 10 หน้า

วันที่ตรวจ 15 ตุลาคม 2569 (2026) · ขอบเขต: บ้านศาลาหุม สิงหนคร สงขลา · ผู้รวบรวม: Codex จากไฟล์ผู้ใช้และ repository

ความเชื่อมั่นหมายถึงความมั่นใจว่าแหล่งนั้นระบุเรื่องดังกล่าว ไม่ใช่การยืนยันสถานการณ์ปัจจุบันด้วยการวัดเอง

ราคาอ้างอิงเพิ่มเติม E18

Advice UPS 1000VA SMART LCD หน้าเว็บผู้ขายตรวจ 15 ต.ค. 2569 แสดงราคาออนไลน์ 1,750 บาท และพิกัด 1000 VA / 500 W ใช้ในสไลด์ 9 เป็นค่าเครื่องตัวอย่างหนึ่งชิ้น ไม่ใช่ BOM ที่เลือกหรือใบเสนอราคา ไม่ยืนยัน runtime สองชั่วโมง ไม่รวมระบบวัด ตู้ งานติดตั้ง ค่าเชื่อมต่อ และการดูแล/แบตเปลี่ยน ต้องตรวจราคาอีกครั้ง ผู้รับผิดชอบ นาย / โฟล์ค ความเชื่อมั่นสูงต่อราคาที่หน้าเว็บแสดง ณ วันตรวจ ไม่มีการสั่งซื้อ

ภาพและสิทธิ์

ภาพชุมชนมาจาก Data Pack ที่ผู้ใช้ส่งและเคยเผยแพร่ใน repository นี้: คลังภาพ, manifest. ใช้ salahum-14 (กระชัง), salahum-03 (เรือ/กระชัง). วันถ่าย/ผู้ถ่ายยังไม่ระบุ ห้ามตีความความรู้สึก การยินยอมหรือผลกระทบส่วนตัวจากภาพ ห้ามอ้าง CC0 ก่อนเผยแพร่ต่อภายนอกควรยืนยันขอบเขตสิทธิ์กับเจ้าของแพ็ก

มาสคอต SVG ของจริงจาก asset pack ผู้ใช้: public/powerguard/mascot/seabass-happy.svg. สีจาก brand.json. ภาพเว็บเป็น screenshot จากตัวระบบที่รันจริง ไม่ตกแต่งตัวเลข ภาพที่ crop มีบันทึกใน source/assets/PROVENANCE.md

การอ่านหลักฐาน

ระดับแหล่ง: เอกสารรายงานพื้นที่ / กฎการออกแบบทีม / ซอฟต์แวร์จำลอง / การวัดฮาร์ดแวร์ / ผลภาคสนาม แยกจากกันเสมอ ขณะนี้มีสามระดับแรก ข้ออ้างเกี่ยวกับสาเหตุ ความเสียหาย ผลประหยัด ผลผลิต และการยอมรับของชุมชนยังไม่ผ่านการวัด

E19 ผังต้นแบบล่าสุดจากผู้ใช้ (15 ตุลาคม 2569)

ผังที่เสนอ ไม่ใช่ผลทดลอง รายละเอียด ฉบับเต็ม ใช้แทนโครงวงจรทั่วไปเดิมเมื่อมีความขัดแย้ง P1 ยังขาดหลัง EC จึงไม่เพิ่มการต่อสายเอง ข้อมูลร่วมเว็บและสไลด์อยู่ที่ prototype-topology.json

Source of truth · Community Energy Resilience Platform

Scope: engineering demonstrator and local deterministic simulation for Ban Sala Hum, Singhanakhon District, Songkhla. This document distinguishes reported community context, team scope, proposed design, simulation-only values, and evidence still needed. The 3D environment is an illustrative reconstruction; it is not surveyed geography, a photographic record, or an installed system.

Evidence from project documents

Latest user-supplied prototype architecture (16 October 2026)

The complete user Mermaid flowchart is normalized in src/lib/prototype-topology.json and displayed in full prototype notes. It supersedes the former generic fuse/bus/BMS/DC-DC illustration as the prototype component diagram.

P0 is a separate waterproof-box concept. AC Adapter and Mini Solar Cell feed a Multi-Source DC Input Manager; two listed 18650 cells feed a Dual-Rail UPS Battery System. DCM and UPS feed a 2-Way Power Manager, then ESP32-S3, Voltage/Current/Stability Monitor, and Relay Power Distribution.

P1 lists 18650 Battery, Single-Rail UPS, ESP32, EC Sensor, Temperature Sensor, and Voltage/Current/Stability Monitor. P2 and P3 each list 18650 Battery, Single-Rail UPS, ESP32, and Voltage/Current/Stability Monitor. The flowchart states that the relay supplies 5V to P1–P3 and ESP1–ESP3 send Data to ESP0. The transport/protocol and actual performance have not been specified or verified.

The diagram contains 24 components including the external AC Adapter and 26 directed connections. It is a proposed design, not evidence of assembly, installation, safe ratings, or field test. No battery wiring, voltage, capacity, charger/protection design, sensor calibration, data protocol or runtime is supplied.

The browser simulation remains a pooled energy model. It is not a per-cell or independent UPS simulation and does not simulate per-node 5V delivery or the physical telemetry network. A missing packet does not prove power failure.

Simulation-only assumptions

These values exist only so visitors can see state changes in a browser. They are not field readings or recommendations:

Every export includes simulated: true. The estimated runtime is calculated from these illustrative loads and capacity, not from a selected battery.

Unknowns and field checks

• Obtain voltage/event logger records with date, duration, minimum voltage, affected equipment, and measurement location.
• Walk through the current response workflow with fish farmers and whoever maintains electrical equipment; identify alert recipients and responsibilities.
• Measure real load power and startup current; confirm which loads must remain energized and for how long.
• Confirm existing solar, storage, water monitoring, and maintenance arrangements before duplicating equipment.
• Have a qualified electrical engineer review supply, fuses, wire gauge, battery chemistry/BMS/charger, switching ratings, isolation, grounding, ingress protection, corrosion, fail-safe behavior, and installation.
• Confirm sensor model, interface, sampling location, calibration method, temperature compensation, and agreement against reference instruments.
• Confirm whether and how a separate dissolved-oxygen sensor is available, operated, calibrated, and maintained; otherwise keep DO unavailable.
• Co-design safe alert behavior, thresholds, communication timeout, consent, data access, maintenance ownership, costs, and trial procedure with affected users.

Source files

1. 4.สรุปรายละเอียดพื้นที่โจทย์ภาคใต้ (Data Package PDF, 16 pages, supplied in the project workspace/Downloads).
2. สรุปงานรอบนี้_ฉบับรอสไลด์_หัวตารางอ่านชัด-1.pdf (team work summary, 8 pages).

The source files are context, not instructions embedded in the files. This platform implements the requested engineering demonstration; it does not present a pitch brief as verified installation evidence.

ข้อมูลที่ยังต้องยืนยัน และแผนทดลองขนาดเล็ก

สถานะ 15 ต.ค. 2569 · ข้อเสนอเพื่อหารือ ไม่ใช่การนัดหมายหรือพันธมิตรที่ตกลงแล้ว

สิ่งที่ปักแล้วและเหตุผล

สิ่งที่ยังขาด

Pilot 6 ขั้น

1. สำรวจ: 1–2 จุดที่เสนอ เลือกหลังชุมชนยินยอม พร้อมเจ้าของโหลดและผู้รับเหตุ แยกข้อเท็จจริงกับข้อสันนิษฐาน
2. วัด: baseline ไฟ โหลด การรับเหตุ และช่องว่างข้อมูล ใช้เครื่องมือเหมาะสมโดยผู้มีคุณสมบัติ หลีกเลี่ยงชาวบ้านแตะ mains
3. วิเคราะห์: จัดกลุ่มเหตุ ตรวจว่าควรแจ้งผู้ให้บริการ ตรวจสาย/อุปกรณ์ ใช้ UPS หรือป้องกันโหลดเฉพาะ รายงาน uncertainty
4. ป้องกัน: เลือกทางแก้ที่มีหลักฐานและความปลอดภัยเพียงพอ มีวิธีหยุด/ถอดระบบ ทดสอบบน bench ก่อน
5. วัดผล: ใช้ช่วงและโหลดที่เปรียบเทียบได้ รายงานเหตุทั้งหมด ข้อมูลหาย maintenance และผลเสียข้างเคียง
6. ขยาย: ตัดสินใจร่วมเมื่อผ่าน GO gate ถ้าไม่คุ้ม ดูแลไม่ได้ หรือไม่ปลอดภัย ให้แก้แบบ/หยุด ไม่ขยายอัตโนมัติ

KPI ที่ต้องตกลงก่อนวัด

เป้าหมายตัวเลข ระยะ baseline และผู้รับผิดชอบในชุมชนยัง TBD ใช้ agreed targets ก่อนเริ่ม ไม่กำหนดแล้วอ้างว่าทำสำเร็จ

GO / NO-GO

GO เมื่อตกลงผู้รับผิดชอบ ข้อมูลและโหลดชัด วงจรผ่านการตรวจ/bench test มีต้นทุนตลอดอายุเทียบอย่างน้อยทางเลือกที่เหมาะสม และมีแผนถอดระบบ ไม่มีการเสี่ยงเพิ่มจากน้ำ/เกลือ/ไฟ

NO-GO หากข้อมูลไม่พอ แก้โดยซ่อมหรือ UPS สำเร็จรูปเหมาะกว่า ผู้ดูแลรับภาระไม่ได้ สิทธิ์ไม่ชัด หรือความปลอดภัยยังไม่ผ่าน ทบทวนก่อนลงทุน

ผลกระทบที่วัดได้ภายหลัง

E: พลังงานใช้จริง อายุแบต ขยะอิเล็กทรอนิกส์และการรับคืน ยังไม่อ้างลดคาร์บอน S: เวลาที่เครื่องจำเป็นทำงาน ความเข้าใจผู้ดูแล และภาระดูแล ยังไม่อ้างเพิ่มรายได้/ลดปลาตาย G: เจ้าของข้อมูล สิทธิ์เข้าถึง การยินยอม ผู้รับเหตุ audit trail และการส่งออกข้อมูล

ผังต้นแบบฉบับเต็มร่วมเว็บและสไลด์

ปรับปรุง 16 ตุลาคม 2569 ตาม Mermaid ฉบับเต็มที่ผู้ใช้ส่ง ผังนี้เป็น แบบต้นแบบที่เสนอ ไม่ใช่หลักฐานประกอบจริงหรือติดตั้งในชุมชน

P0 · Master Power Node

กล่องกันน้ำแยกของตัวเอง จำลองจุดเชื่อมไฟหมู่บ้านด้วย AC Adapter; Mini Solar Cell และ AC Adapter เข้า Multi-Source DC Input Manager, 18650 สองก้อนเข้า Dual-Rail UPS Battery System, ทั้ง DCM และ UPS เข้า 2-Way Power Manager แล้วออกไป ESP32-S3, Voltage / Current / Stability Monitor และ Relay Power Distribution

P1 · Water Quality Node

กล่องแยก ประกอบด้วย 18650 Battery, Single-Rail UPS, ESP32, EC Sensor, Temperature Sensor และ Voltage / Current / Stability Monitor

ลูกศรตามผัง: BAT1→UPS1, UPS1→ESP1, EC→ESP1, TEMP→ESP1, MON1→ESP1

P2 · Essential Monitoring Node

กล่องแยก ประกอบด้วย 18650 Battery, Single-Rail UPS, ESP32 และ Voltage / Current / Stability Monitor

ลูกศรตามผัง: BAT2→UPS2, UPS2→ESP2, MON2→ESP2

P3 · General Monitoring Node

กล่องแยก ประกอบด้วย 18650 Battery, Single-Rail UPS, ESP32 และ Voltage / Current / Stability Monitor

ลูกศรตามผัง: BAT3→UPS3, UPS3→ESP3, MON3→ESP3

การเชื่อมระหว่างกล่อง

• RELAY จ่าย 5V Power ไปยังกล่อง P1, P2 และ P3
• ESP1 ส่ง Data ไป ESP0
• ESP2 ส่ง Data ไป ESP0
• ESP3 ส่ง Data ไป ESP0

รวม 24 รายการใน component inventory (รวม AC Adapter) และ 26 ลูกศรตามผัง: P0 จำนวน 9, P1 จำนวน 5, P2 จำนวน 3, P3 จำนวน 3, จ่าย 5V จำนวน 3 และ Data จำนวน 3

ผังไม่ได้ระบุรุ่นอุปกรณ์, rating, cell wiring, วิธีชาร์จ/ป้องกัน, pin map, protocol/transport, ความถี่ข้อมูล, calibration, ภาระ 5V หรือผล runtime จึงยังต้องออกแบบและทดสอบก่อนใช้งานจริง ชื่อ Dual-Rail ไม่พอจะสรุปการต่อแบตแบบ 2S/2P

ตัวจำลองเว็บเป็นอีกขอบเขตหนึ่ง

เว็บยังใช้ตัวจำลองพลังงานรวมเดิมเพื่อสาธิตเหตุการณ์: bus 12 V, ความจุแบตรวม 1.2 kWh, โหลด 30/120/80/260 W และนโยบาย P0 > P1 > P2 > P3 ตัวจำลองนี้ ยังไม่แทน UPS แยกกล่อง, แรงดัน 5V ไปแต่ละกล่อง หรือเครือข่าย telemetry ตามผัง ค่าเหล่านี้ไม่ใช่สเปกของ 18650/UPS และไม่ใช่ผลการทดสอบฮาร์ดแวร์

แหล่งข้อมูลร่วม

• energy-platform-app/src/lib/prototype-topology.json เป็นแหล่งกลางของ component inspector, circuit graph, หน้า Architecture และสไลด์ 4/6
• energy-platform-app/public/prototype-flowchart.mmd เป็น flowchart ฉบับเต็มที่ผู้ใช้ส่ง
• energy-platform-app/public/prototype-topology.json เป็นไฟล์ JSON สำหรับดาวน์โหลด
• รายการตรวจสอบที่ยังต้องทำอยู่ใน pending ของ JSON และแสดงในหน้าเว็บ

Engineering Notes

Current prototype reference: partial user flowchart, 15 October 2026. P0 uses ESP32-S3, Mini Solar, two listed 18650 cells and Dual-Rail UPS. P1 lists its own battery, Single-Rail UPS and ESP32. Connections for P1 and P2/P3 remain incomplete. The following numerical model and telemetry examples describe the existing browser demonstrator, not measured or specified prototype hardware.

System states

• Power: normal, voltage sag, outage, backup operation.
• Connectivity: online, stale, offline by time since last packet.
• Sensor quality: valid, suspect, fault.
• Water condition: unavailable until sensor measurements and validated thresholds exist.

Do not collapse these into one alarm state.

Load policy shown by the demonstrator

1. Keep P0 control/gateway state alive when available reserve permits.
2. Preserve P1 demonstration/critical loads next.
3. Shed P3 first when using backup.
4. Shed P2 below the demonstrator threshold.
5. Enforce a reserve boundary on P1 and protect P0 at empty state.

This policy order follows the team's priority statement; exact load behavior, emergency reserve and thresholds require field and engineering validation.

Telemetry example

{
  "simulated": true,
  "node_id": "P1",
  "seq": 104,
  "timestamp": "T+00:04",
  "received_at": "T+00:04",
  "voltage": 12.1,
  "current": 0.8,
  "power_state": "NORMAL",
  "battery_soc": 100,
  "load_state": "ON",
  "online_status": "ONLINE",
  "last_seen": "T+00:04",
  "sensor_quality": "DEMO",
  "salinity": 25.4,
  "water_temperature": 29.2,
  "dissolved_oxygen": null
}

All numeric values above are illustrative and must not be used for real operating limits.

Proposed bill of materials (unselected)

Test plan in code

Use the built-in Node test runner for deterministic policy calculations. Browser-level checks should verify navigation and simulator interaction in a WebGL-capable browser; a production bundle build alone does not prove hardware safety or field effectiveness.

Instantaneous scenario records

Changing the power mode, assigning a scenario, toggling node connectivity, or changing sensor quality records a new sample and its timeline event in one store update. The record uses the current simulated minute, including while the clock is paused. It does not advance time or integrate battery consumption. The normal and low-battery scenarios retain their explicit assignments of 100% and 34% state of charge respectively; those assignments are demo inputs, not charging or discharging measurements.

Several records may share a minute when the user changes scenarios before the next timer tick. Preserve their insertion order when reviewing JSON/CSV exports. History is bounded to the latest 40 samples and 80 events; 40 samples do not necessarily represent 40 elapsed minutes. Only a running step() advances one simulated minute and applies the unchanged energy calculation.

Node connectivity remains separate from modeled electrical load: an offline record does not set its load to zero. Salinity fault records contain null while the independent temperature channel remains available. Neither water color nor reconstructed site position feeds the simulated water measurements, and dissolved oxygen remains absent.

test/simulator.test.mjs exercises immediate paused-state records, sag/outage/reset behavior, the low-battery assignment, sensor recovery, offline load independence, repeated-action deduplication, elapsed-time stepping and bounded history. The controller demonstration should invoke setScenario('outage') at its outage phase so power, history and timeline use the same state transition.

Additional scenario inputs and recovery

• extended-outage continues with the current reserve and records the event; it does not refill or pre-drain the battery. Running time uses the same existing energy calculation.
• critical-battery explicitly assigns 7% SoC with the main source unavailable. This is below the demonstrator's P1 reserve boundary of 8%, so only the 30 W P0 load remains powered. The scenario is a synthetic input, not an actual battery reading or operating recommendation.
• water-change independently subtracts 3.5 ppt from the generated salinity channel and adds 0.8°C to the generated temperature channel. These are scenario inputs, never values inferred from site imagery, water colors or monitoring zones. A concurrent salinity fault still yields null, and no DO value is created.
• recovery restores the main source and powers P0/P1 first, then P2 after one simulated tick, then P3 after another. It preserves current SoC, event history, water-change input, node connectivity and sensor faults. A paused clock pauses this sequence. The two delays are demonstration rules; there is no validated voltage-stability timer, hardware interlock or charging model.

The optional recoveryStage argument on load/power/sample functions defaults to 2, preserving the previous full-load behavior. All scene and dashboard load-state consumers should pass the store's stage during controlled recovery. The circuit concept's P1 load is restored in stage 0 and therefore has the same result at every stage.

Samples contain voltage for the main DC source, busVoltage for the hypothetical load bus and current for the aggregate modeled DC load-bus current. During an outage with reserve, the main source is 0 V while the illustrative regulated backup bus is 12 V. Current is active modeled watts divided by that bus voltage; it is 0 when the bus is unavailable. This simplified constant-power calculation excludes conversion losses, startup transients, battery discharge curves and wire ratings. It is not household AC mains current and does not establish a component or installation rating.

Environmental demonstration model

Every environmental value is synthetic. This model is for exploring assumptions; it is not a bathymetric survey, tide forecast, weather observation, salinity map, or aquaculture safety recommendation. Water colors in the reference image remain visual observations. They do not supply depths, temperatures, salinity, water-mass classes or current measurements. There is no dissolved-oxygen output.

Shared clock and activation

The existing store timer is the only integration clock. Each running timer tick advances both energy and environment by the selected duration: 0.5, 1, 2 or 4 simulated minutes. The default is 1. Battery discharge still calls the existing batteryStep equation with that duration; this model does not invent charging or solar contributions to the energy controller.

Initially environment.enabled is false. P1 retains its existing harmonic demonstration telemetry and the original scene water level remains at its assumed datum. Selecting environmental parameters or a preset enables the new model. Inspection, layer and current-visibility controls only change the display. Instantaneous controls record parameters/events at the current minute without mixing water, advancing time or discharging the battery. Global reset recreates the initial environment, history and speed.

The clock pauses mixing and battery integration together. Controlled recovery still advances one stage per timer tick: P0/P1 first, then P2, then P3. Its simulated delay therefore varies with playback speed; the sequence is an explanatory rule, not a validated electrical interlock or stability timer.

Fixed-volume mixing boxes

The three conceptual boxes have assumed constant volumes:

Their initial salinities are 25.2, 28.4 and 31.2 ppt and temperatures are 29.1, 29.0 and 28.9°C. These are model initial conditions, not measurements at the proposed A/B/C markers. The boxes have no surveyed volume or flow connection. Their outputs are three well-mixed scalar states, not a resolved hydrodynamic field.

Let F be freshwater inflow, Qab and Qbc be symmetric exchange flows, and Qsea be exchange between C and an assumed sea boundary. Flow units are m³/min. For either concentration c = salinity or c = temperature, the model uses:

VA dcA/dt = F(cf − cA) + Qab(cB − cA)
VB dcB/dt = F(cA − cB) + Qab(cA − cB) + Qbc(cC − cB)
VC dcC/dt = F(cB − cC) + Qbc(cB − cC) + Qsea(cs − cC)

For salt, the freshwater boundary is 0 ppt and the sea boundary is the chosen seaSalinity. For temperature, the two boundary temperatures are separate controls. Density and heat capacity are treated as constant and equal. There is no evaporative salt term, surface heat-flux model, stratification, sediment transport or oxygen model.

Symmetric A/B and B/C exchanges cancel in the volume-weighted total. The remaining boundary change is F(cf − cC) + Qsea(cs − cC). Freshwater volume entering A is displaced through A→B→C and leaves C; this keeps the assumed box volumes constant. Tide does not enlarge or shrink these volumes.

Updates use simultaneous forward Euler values from the same previous state. Deterministic substeps limit the maximum outgoing fraction to 0.4 per substep, which keeps each scalar update a convex mixture of previous/boundary values. No random source or arbitrary rain-induced salinity jump is used. Internal exchange conserves volume-weighted salt/temperature up to floating-point rounding; external boundaries change the totals intentionally.

Illustrative exchange and rain input

alignment = 0.6 + 0.4 × |cos(currentDirection − 120°)|
tideFactor = clamp(1 + 0.35 × waterLevel, 0.5, 1.5)
Qab  = currentSpeed × 60 × 8  × alignment × tideFactor
Qbc  = currentSpeed × 60 × 12 × alignment × tideFactor
Qsea = seawaterExchange × tideFactor
F = freshwaterInflow + rain × 12,000 × 0.55 / 1,000 / 60

Current speed is m/s; the 8 and 12 m² exchange sections are assumptions. The rain calculation assumes a 12,000 m² catchment, 0.55 runoff coefficient and rainfall in mm/hour. These are adjustable-model assumptions with no surveyed drainage support. Current/wind directions refer to the schematic frame; north and true geographic bearings remain unconfirmed. The directional alignment is a mixing-strength proxy, not a directional fluid-flow solution.

Weather selection changes the assumed rain/wind/cloud/solar conditions immediately. Rain changes freshwater flux over subsequent integration steps. It does not change salinity instantly, raise tide automatically or create a sensor/communication fault.

Water level, depth and clearance

The illustrative tide has a 720-minute period and ±0.6 m amplitude. High/low modes hold the corresponding endpoint; rising/falling modes use opposite phases of the same sinusoid; manual mode uses only the chosen offset. The reference hour plus global simulated minutes determines the displayed time of day. None of these are astronomical predictions for Songkhla.

Bathymetry is an original analytical assumed surface: a shallow bank, a Gaussian deeper channel and a Gaussian sandbar. The negative bed elevation is bounded between −6.2 and −0.4 assumed metres relative to the datum. Its relative placement is a composition choice; the image did not establish depth. JS seabedElevationAt and GLSL assumedSeabedElevation implement the same expression.

localDepth = max(0, waterLevel − seabedElevation)
cageClearance = localDepth − assumedCageDepth
renderedWaterY = −0.115 + waterLevel × 0.25
renderedBedY = −0.115 + seabedElevation × 0.25

The vertical factor 0.25 compresses the scene for presentation. Default cage depth is 2.2 assumed metres. A clearance below an input threshold is a model planning warning, not evidence that a real cage touches the bed or a safe installation limit. The reconstruction has no validated floodplain/ground elevations or inundation volume model.

Weather and independent solar estimate

The six weather presets supply synthetic rainfall, wind speed, cloud fraction and transmission. A deterministic daylight sine produces irradiance up to 1,000 W/m² before the chosen weather transmission. Solar output assumes 6 m² of panel area and 20% efficiency, giving up to 1.2 kW under the model's full irradiance. Temperature is a simple synthetic daily/weather curve. There is no live weather feed, verified panel rating, MPPT, loss model or charging simulation.

Wind direction is independent from current direction. Weather does not prove power failure. The explicit storm preset couples storm weather and a main-source outage in one state update and records both events. The calm preset restores main-source normal mode and clear weather while preserving reserve, faults, tide settings and event history. Neither preset recharges the battery.

Telemetry quality and explicit synthetic water event

When the environmental model is enabled, P1 channels use box A's model output. Existing availability rules are retained: P1 unpowered/offline yields null salinity and temperature, while a salinity sensor fault alone keeps temperature available and salinity null. Environment history can still describe the underlying hypothetical water states while unavailable P1 telemetry remains absent.

With the environmental engine active, the existing water-change scenario applies an explicit one-time external perturbation to box A: salinity decreases by 3.5 ppt (clipped at zero) and temperature increases by 0.8°C. This intentionally changes the box's salt/heat inventory; subsequent internal mixing remains conservative. It is a synthetic input pulse, not a rain equation or an observation inferred from the color boundary. P1, environmental history and the 3D scalar layers read this same box state, with no separate continuing telemetry offset.

While the environmental engine is disabled, legacy water-change behavior remains unchanged. If that flag is already active when the engine is first enabled, the pulse is transferred into A exactly once on activation. Later parameter/preset changes do not repeat it. The normal electrical scenario can clear the legacy flag but does not undo the evolved water reservoirs. An explicit later water-change trigger can introduce another pulse; global reset recreates the initial reservoirs. DO stays absent in every state.

Environment history retains the latest 240 records, including instantaneous parameter records. Multiple records may share a minute; record count does not imply elapsed duration or a sampling rate. The whole environment is included in the exported simulated session for inspecting the assumptions and state.

ผังอ้างอิงท่าเรือลุงทองและกระชังบ้านศาลาหุม

แหล่งอ้างอิงหลัก

ผู้ใช้ระบุพื้นที่ว่า ท่าเรือลุงทองและบริเวณกระชังเลี้ยงปลา บ้านศาลาหุม อำเภอสิงหนคร จังหวัดสงขลา พร้อมภาพหน้าจอ Google Maps และ ลิงก์ตำแหน่งที่ผู้ใช้ส่ง

ภาพหน้าจอเป็นแหล่งอ้างอิงหลักสำหรับ ตำแหน่งสัมพัทธ์ สัดส่วน แนววาง และช่องว่างระหว่างองค์ประกอบ ไม่ใช่แผนที่สำรวจ ภาพไม่มีมาตราส่วนและทิศเหนือที่ยืนยันได้ วันที่ของภาพดาวเทียมไม่ทราบ ชื่อท่าเรือมาจากข้อมูลที่ผู้ใช้ให้ ส่วนจุดเริ่มท่าที่เลือกในโมเดลเป็นแนวท่ายาวบริเวณช่วงล่างของภาพ ไม่ใช่พิกัดติดตั้งที่ตรวจภาคสนามแล้ว

ไม่จัดเก็บภาพ Google Maps ไว้ในโฟลเดอร์ที่เผยแพร่ ไม่ใช้ภาพเป็น texture หรือ map tiles เนื้อหาที่เผยแพร่เป็นรูปทรงและผังที่วาดใหม่ พร้อมลิงก์กลับไปดูตำแหน่งจากต้นทาง หากต้องการภาพอ้างอิงซ้อนในอนาคต ต้องใช้ภาพที่ทีมมีสิทธิ์เผยแพร่ก่อน

ระบบพิกัดภาพและการแปลงเป็นฉาก

ข้อมูลกลางอยู่ที่ src/lib/site-layout.ts และเป็นต้นทางเดียวของผัง 2D ฉาก 3D และตำแหน่งเสนอ P0–P3

ฟังก์ชัน siteToWorld(u, v, height) และ worldToSite(x, z) แปลงพิกัดกลับไปมาโดยไม่สร้างละติจูด/ลองจิจูด footprintCorners() หมุน footprint ในอัตราส่วนพิกเซลเดิม เพื่อไม่ให้แนวยาวของกระชังผิดมุมเมื่อเปลี่ยนจากภาพแนวตั้งเป็นฉาก

สิ่งที่สังเกตได้และสิ่งที่ใช้สร้างใหม่

สิ่งที่ดูคล้ายวัสดุ เช่น หลังคาโลหะ ไม้ ตาข่าย ทุ่น และเรือ ใช้สร้างลักษณะอุปกรณ์ที่สมเหตุสมผลร่วมกับภาพภาคสนามเดิมของโครงการ วัสดุ PBR รายละเอียดทางวิศวกรรม สายไฟ และตู้ P0–P3 เป็นการสร้างใหม่ ไม่ใช่การอ่านจากภาพดาวเทียม

แนวสีของน้ำ: สังเกตได้ แต่ยังจัดประเภทความเค็มไม่ได้

ในภาพ น้ำช่วงกลุ่มกระชังด้านบนมีสีเขียวหม่น ส่วนใกล้แนวท่ายาวและด้านล่างมีสีฟ้า/น้ำเงินเข้มกว่า โมเดลเก็บ แนวเปลี่ยนสีโดยประมาณ ไว้ใน WATER_TRANSITION เพื่อให้เห็นบริบทที่ผู้ใช้สังเกต

สีที่ต่างกัน ยังไม่ยืนยันว่าบริเวณหนึ่งเป็นน้ำจืด น้ำกร่อย หรือน้ำทะเล และไม่ยืนยันขอบน้ำเบียด สาเหตุอาจเกี่ยวข้องกับคุณสมบัติของน้ำ ตะกอน ความลึก การสะท้อนแสง หรือสภาพการบันทึกภาพ แต่ภาพเดียวไม่แยกสาเหตุเหล่านี้ได้ จึงไม่ใส่ชื่อประเภทความเค็มลงบนพื้นที่น้ำจากสี ไม่สร้างค่าความเค็มหรือ dissolved oxygen ที่วัดจริงจากภาพ

การยืนยันภาคสนามควรเก็บ: เวลา/ระดับน้ำ จุดวัดความเค็มหรือ conductivity เครื่องอ้างอิงที่สอบเทียบแล้ว อุณหภูมิ จุดและความลึกของหัววัด และตัวอย่างหลายจุดสองฝั่งแนวสี หากต้องการศึกษาออกซิเจนละลายน้ำ ต้องมีเครื่องวัด DO โดยตรง ไม่อนุมาน DO จากสี อุณหภูมิ หรือความเค็มเพียงอย่างเดียว

จุด P0–P3 ที่เสนอ

ทุกตำแหน่งมีสถานะ PROPOSED · รอยืนยันจากการสำรวจพื้นที่ ค่าโหลดและวงจรยังใช้แบบจำลองเดิม การย้ายตำแหน่งในฉากไม่เปลี่ยนลำดับความสำคัญหรือสมการพลังงาน

เส้นเชื่อมไฟฟ้าและ telemetry เป็น topology ที่เสนอ ไม่ใช่เส้นทางสายที่ติดตั้งจริง ไม่มีการสมมติว่าทุกบ้านเป็นสมาชิกของระบบ หรือว่าตู้ควบคุมมีอยู่แล้วในตำแหน่งที่วาง

หลักการเปรียบเทียบในเว็บไซต์

• ผัง 2D คือภาพวาดใหม่ที่ตามตำแหน่งสัมพัทธ์ของภาพอ้างอิง และต้องระบุว่าเป็น reconstruction
• มุม top-down ใช้แกนภาพเดียวกับผัง มุม oblique แสดงความสัมพันธ์ของแนวบ้าน กระชัง และท่า
• reference overlay ซ้อน เส้น trace ที่ทีมวาดใหม่ ไม่ซ้อนภาพ Google Maps ที่ไม่มีสิทธิ์เผยแพร่
• ปรับ opacity เปิด/ปิด landmarks และ reset camera ได้ โดยต้องไม่ทำให้ค่าทางไฟฟ้าหรือประวัติเหตุการณ์รีเซ็ต
• ป้าย PROPOSED ต้องอยู่ทั้งแผงรายละเอียดและตำแหน่งบนผัง/ฉาก
• ข้อเท็จจริงที่ยืนยันได้คือรูปแบบทั่วไปในภาพ; ความสูงอาคาร รูปทรงตู้/เรือ ความลึกน้ำ และตำแหน่งติดตั้งเป็นสิ่งสร้างใหม่หรือรอภาคสนาม

รายการที่ควรเก็บเพิ่มก่อนใช้เป็นแผนติดตั้ง

1. ให้คนพื้นที่ตรวจความตรงของท่า ถนน กลุ่มกระชัง และจุด P0–P3 บนภาพวาดใหม่
2. ภาพภาคพื้นดินที่ทีมมีสิทธิ์เผยแพร่ พร้อมวันที่และมุมถ่าย; หากใช้โดรน ต้องมีสิทธิ์และเงื่อนไขที่เกี่ยวข้อง
3. ตำแหน่งและระยะที่สำรวจจริง โดยแยกจากพิกัด normalized ของภาพ
4. จำนวนกระชัง/เจ้าของ และข้อจำกัดการเข้าถึงที่ได้รับการยืนยัน
5. พฤติกรรมแรงดันตก/ไฟดับ โหลดจริง และชั่วโมงที่ต้องสำรอง พร้อมหลักฐานการวัด
6. ความเค็ม/การนำไฟฟ้า อุณหภูมิ และระดับน้ำหลายเวลา พร้อมการสอบเทียบและความลึกหัววัด
7. ผู้ดูแลและแผนบำรุงรักษาอุปกรณ์ การกัดกร่อน การรั่วซึม การติดตะไคร่ และขั้นตอนเมื่อค่าผิดปกติ

โมเดลนี้มีหน้าที่ช่วยคุยเรื่องสถานที่ ระบบไฟ และการทดลองให้เห็นภาพร่วมกัน การรับรองความตรงของพื้นที่และความพร้อมในการติดตั้งต้องอาศัยการสำรวจและทดลองจริงต่อไป

Asset provenance and licenses

Prepared 14 October 2026 for the Community Energy Resilience Platform. All rendering assets are self-hosted; the live application does not call the Poly Haven API.

Public domain rendering assets

Poly Haven states that its HDRIs, textures and 3D models are licensed under CC0 1.0. They may be redistributed and used commercially. Source API requests used the CommunityEnergyResilienceAssetPreparation/1.0 User-Agent in accordance with Poly Haven API Terms.

The textures were downloaded at 1k and resized to 512 px as JPEG quality 87. The model geometry was preserved, with source glTF and binary buffers packed as GLB and textures resized to 512 px. The HDRI was retained at 1k. Source download MD5 values were checked before conversion.

The utility box model is approximately 0.52 × 1.12 × 0.432 m and contains 4,404 triangles. The generator model is approximately 0.819 × 0.577 × 0.564 m and contains 26,419 triangles. They are generic appearance references, not evidence of the community’s installed devices or a specified tested product. The generator is an optional illustrative prop; the project’s current backup simulation does not assert a real installed generator.

No accurately licensed southern Thai fishing-boat GLB or exact ESP32/sensor hardware model was identified within the selected primary libraries. Fishing boats, cages, low voltage prototype equipment and buildings can be reconstructed with detailed procedural geometry informed by the images below. Do not present such geometry as surveyed digital-twin capture.

Authentic field references

These photographs were already included in the user-provided Data Pack and published in the existing project repository and visual library. They are copied unchanged for the same project’s field-reference gallery. No CC0 or external redistribution license is asserted for them. Do not use them as PBR textures or imply that the reconstructed 3D environment reproduces their exact geography.

Observed visual cues: grey-green or pale turquoise opaque estuary water; rectangular net cages with thin timber/bamboo supports and blue barrel floats; low shoreline homes with corrugated metal roofs, pale walls and muted red/green metal siding; weathered wooden walkways. These observations inform appearance only and do not establish electrical or water-quality causes.

Total assets in this manifest: 4.32 MB, including the three field reference images. Machine-readable provenance is in public/assets/asset-manifest.json.

Self-hosted typography

• Manrope (Manrope Project Authors), provided through @fontsource-variable/manrope 5.3.0, SIL Open Font License 1.1.
• IBM Plex Sans Thai (IBM Corp.), provided through @fontsource/ibm-plex-sans-thai 5.3.0, SIL Open Font License 1.1.

Fonts are bundled by Next.js and served from the same origin. Complete OFL notices ship in public/assets/licenses/.

PowerGuard Asset Pack v2

The user supplied 115 original vector/raster/audio assets in SalaHum_SeaBass_Codex_Assets_v2 and requested their use. Copied public/powerguard only; preview and reference sheets are excluded. Mascots/scenes/icons/VFX use the supplied vector SVG files. Audio is programmatically synthesized, not site recordings or sampled voices; its manifest identifies source, formats, duration and volume. These supplied assets are not labelled CC0. Inventory: public/powerguard/ASSET_MANIFEST.json. Thai speech uses available browser/OS TTS after a user action; no recorded voice asset is provided.

สคริปต์ Pitch ภาษาไทย 6 นาที

ฉบับซ้อม 10 หน้า 16:9 · รวม 360 วินาที · ไม่รวม Q&A

เกณฑ์ซ้อม: Problem, Innovation, Feasibility, Impact, Presentation เป็นสมมติฐานเตรียม Pitch ยังไม่ใช่เกณฑ์ทางการ

หน้า 01 · 00:00–00:25 (25 วินาที)

บ้านศาลาหุมมีอาชีพประมงกระชัง เอกสารพื้นที่รายงานไฟไม่เสถียร ทีมเราจึงเสนอ PowerGuard เพื่อเริ่มจากตรวจไฟและโหลดจริง แล้วเลือกว่าควรซ่อม ใช้ UPS หรือสำรองเฉพาะจุด ก่อนวัดผล วันนี้ที่สาธิตได้คือต้นแบบเว็บไซต์จำลองครับ

หน้า 02 · 00:25–01:00 (35 วินาที)

ตัวเลขในเอกสารคือประมาณห้าสิบถึงเจ็ดสิบครัวเรือน และผู้ให้ข้อมูลเกี่ยวข้องกับกระชังมากกว่าสี่สิบห้า ตัวเลขนี้ช่วยเห็นบริบท แต่ยังบอกไม่ได้ว่าทุกบ้านเจอไฟตก หรือทุกกระชังต้องมีไฟสำรอง เราต้องวัดแรงดัน ระยะเวลา และระบุเครื่องที่ได้รับผลก่อน ส่วนปัญหาน้ำและตะกอนต้องแยกศึกษาอีกด้านครับ

หน้า 03 · 01:00–01:30 (30 วินาที)

เรายังไม่ทราบวิธีรับเหตุเดิมครบครับ ต้องถามว่าใครรู้เหตุ เครื่องใดหยุด และใครเป็นคนตัดสินใจซ่อมหรือซื้อแบต สิ่งที่ทีมเสนอคือเก็บหลักฐาน เลือกวิธีแก้ และตรวจผลหลังทำ ข้อมูลตรงนี้จะช่วยให้ไม่ลงทุนเกินปัญหาที่มีจริง

หน้า 04 · 01:30–02:10 (40 วินาที)

ผังต้นแบบล่าสุดแยกแต่ละโหนดคนละกล่องกันน้ำ P0 จำลองไฟหมู่บ้านด้วยอะแดปเตอร์และมีมินิโซลาร์เข้า DC Input Manager แบต 18650 สองก้อนเข้า Dual-Rail UPS ทั้งสองทางเข้าตัวจัดการไฟก่อนจ่ายให้ ESP32-S3 จุดวัดไฟ และรีเลย์ P1 มีแบต Single-Rail UPS, ESP32, EC, เซนเซอร์อุณหภูมิ และมอนิเตอร์ไฟ; P2/P3 มีแบต UPS ESP32 และมอนิเตอร์ไฟ โดยผังระบุ 5V จากรีเลย์และ Data กลับ ESP32-S3 แต่ยังต้องทดสอบจริงครับ

หน้า 05 · 02:10–02:45 (35 วินาที)

เมื่อกดเหตุไฟดับ ระบบจำลองจะบันทึกแรงดันและสถานะโหลด ใช้ไฟสำรองเมื่อพลังงานพอ และแจ้งผู้ดูแล พร้อมเก็บประวัติครับ แต่ถ้าโหนดไม่ส่งข้อมูล เราแสดงเป็นการสื่อสารขาด ไม่สรุปว่าไฟดับ พอไฟกลับจะค่อยคืนโหลดตามลำดับ การรับทราบยังเป็นบันทึกในเครื่อง ไม่ใช่ส่งให้หน่วยงานแล้ว

หน้า 06 · 02:45–03:20 (35 วินาที)

ผังล่าสุดระบุ P1–P3 ครบ ทั้งแบต UPS ESP32 และเส้นวัด/ส่งข้อมูลตามบทบาท แต่ยังไม่ระบุรุ่น พิกัด protocol หรือผลทดสอบ จึงต้องตรวจข้อมูลเหล่านี้ก่อนเลือกอุปกรณ์จริง เว็บยังใช้การจำลองพลังงานรวมเดิม ตัวเลข 12 โวลต์และ 1.2 กิโลวัตต์ชั่วโมงจึงไม่ใช่สเปกของแบตต้นแบบ ขั้นต่อไปคือตรวจรุ่นโมดูล การชาร์จ การป้องกัน และทดลองแต่ละกล่องครับ

หน้า 07 · 03:20–04:10 (50 วินาที)

ต่อไปเป็นเดโมประมาณสี่สิบห้าวินาทีครับ ผมเลือกจุดกระชัง ลองไฟตกแล้วไฟดับ ดูแหล่งจ่ายเปลี่ยนเป็นสำรองและเครื่องทั่วไปพัก เปิดแจ้งเตือน รับทราบ จากนั้นคืนไฟและเล่นเวลาให้โหลดกลับตามลำดับ ภาพบนสไลด์มาจากเว็บที่รันจริง แต่ทุกค่ายังเป็นข้อมูลทดลองครับ

คิวเดโม 45 วินาที ภายในเวลา 50 วินาทีของหน้านี้

• 0–7 วินาที: หน้า root เลือกจุดกระชัง
• 7–15 วินาที: กดไฟตก
• 15–25 วินาที: กดไฟดับ ชี้สำรองและพักโหลด
• 25–35 วินาที: เปิดแจ้งเตือน รับทราบ
• 35–45 วินาที: คืนไฟ เล่นเวลาให้ P2/P3 กลับ
• เหลือ 5 วินาที: ย้ำว่าข้อมูลทดลองและเปลี่ยนสไลด์

ใช้ localhost รุ่นนี้เมื่อซ้อม รุ่นสาธารณะยังไม่ได้อัปเกรดรอบนี้ หาก WebGL มีปัญหาให้เลือก 2D และใช้ภาพจริงในสไลด์สำรอง ห้ามอ้างว่าเป็น live telemetry

หน้า 08 · 04:10–04:45 (35 วินาที)

สิ่งที่ยืนยันได้คือซอฟต์แวร์ครับ ทดสอบอัตโนมัติผ่านห้าสิบสองข้อ และเปิดดูฉาก การเลือกจุด แจ้งเตือน และวงจรในเบราว์เซอร์แล้ว แต่คอลัมน์ฮาร์ดแวร์ยังไม่มีหลักฐาน และยังไม่มีผลทดลองกับชาวบ้าน เราจึงระบุความพร้อมเป็นแนวคิดและวิเคราะห์ พร้อมต้นแบบเว็บจำลอง

หน้า 09 · 04:45–05:25 (40 วินาที)

เราจะเทียบสี่ทางเลือก ทั้งการตรวจระบบกับการไฟฟ้า UPS สำเร็จรูป สำรองเฉพาะโหลด และโซลาร์ร่วมแบตเมื่อคุ้มครับ ตัวอย่างโหลดหนึ่งร้อยห้าสิบวัตต์สองชั่วโมง ภายใต้ประสิทธิภาพและส่วนที่ใช้แบตได้แปดสิบเปอร์เซ็นต์ ต้องประมาณสี่ร้อยหกสิบเก้าวัตต์ชั่วโมง แต่ยังไม่ใช่รุ่นหรือราคา จุดที่ทีมเสนอคือช่วยเลือกและตรวจผล ส่วนงานติดตามน้ำมีเทคโนโลยีไทยทำอยู่แล้ว

หน้า 10 · 05:25–06:00 (35 วินาที)

สิ่งที่เราขอคือเริ่มวัดในหนึ่งถึงสองจุดที่ชุมชนยินยอม ขอข้อมูลระบบเดิมที่เปิดให้ใช้ และตกลงคนรับเหตุครับ ทีมจะแบ่งงานตามนี้ วัดความครบถ้วนของหลักฐาน เวลาคงโหลด ต้นทุนตลอดอายุ และผู้ดูแลใช้บันทึกได้ ถ้าข้อมูลไม่พอ ไม่ปลอดภัย หรือทางเลือกอื่นเหมาะกว่า เราจะทบทวนก่อนขยายครับ

แผนซ้อม

จับเวลาพูดจริงหนึ่งรอบ ตัดรายละเอียดไป Q&A หากเกิน 6 นาที ตัวเลขสำคัญต้องอ่านพร้อมสถานะ “ในเอกสาร” หรือ “สมมติ” ไม่อ่าน URL บนเวที เตรียมหน้า root/notifications/backup-plan และระบบเสียงปิดเป็นค่าเริ่มต้น

สิ่งที่ยังต้องยืนยันก่อนส่งจริง

ดู ../research/missing-evidence-and-field-plan.md โดยเฉพาะเกณฑ์แข่งขัน รูปแบบส่ง เวลา และสิทธิ์ภาพ ไม่มีผลการวัดฮาร์ดแวร์หรือชุมชนในชุดนี้

ผังอ้างอิงล่าสุด

ใช้ ผังต้นแบบฉบับเต็มที่ทีมส่ง 16 ตุลาคม 2569 ร่วมกับสไลด์และเว็บ โดยมี 26 ลูกศรตาม flowchart และติดป้ายแยกจากตัวจำลองรวมที่ยังไม่ใช่ผลฮาร์ดแวร์

คำถามกรรมการและคำตอบตามหลักฐาน

ฉบับซ้อม 6 นาที · 15 ต.ค. 2569 · ตรวจแหล่งเต็มใน ../research/evidence-ledger.md

1. ต่างจาก Aqua-IoT / Bubble FiT อย่างไร? NECTEC มีระบบติดตามน้ำและ DO/ควบคุมเติมอากาศอยู่แล้วตามบทความ 2560/2563 เราเสนอวงจรตัดสินใจเรื่องไฟ วัดโหลด จัดลำดับสำรอง เทียบทางเลือก และตรวจผล ยังไม่อ้างนวัตกรรม sensor ที่ไม่เคยมีหรือราคาถูกกว่า (E10–E11)
2. ทำไมแก้ไฟทั้งที่ปัญหาตะกอนดูใหญ่กว่า? Data Pack รายงานไฟไม่เสถียรด้วย ทีมเลือกขอบเขตไฟเพื่อวัดและทดสอบจำกัดจุด ปัญหาน้ำและตะกอนต้องใช้ผู้เชี่ยวชาญและมาตรการอื่น ไม่อ้างว่าระบบสำรองไฟแก้ทั้งหมด (E01/E03)
3. ยังไม่มีข้อมูลไฟแล้วจะทำทำไม? สิ่งที่เสนอขั้นแรกคือเก็บข้อมูลที่ตรวจได้และสัมภาษณ์วิธีเดิม การลงทุนแบตหรือขยายอุปกรณ์ขึ้นกับผลนั้น ไม่ถือว่าไฟตกมีความถี่เท่าไรจากคำว่าบ่อย (E01)
4. ใครต้องมีไฟสำรอง? ยังต้องทำ load inventory กับเจ้าของเครื่องและผู้ดูแล P0–P3 เป็นสมมติฐานการออกแบบ ต้องให้ชุมชนเลือกโหลดและยอมรับผลต่อเครื่องที่พักได้ (E04/E16)
5. ใครจ่าย? ยังไม่มีผู้ซื้อ งบตกลง หรือ committed partner ต้องคุยรูปแบบเจ้าของอุปกรณ์ ค่าเปลี่ยนแบต ตู้ และการบำรุง ก่อนเสนอ capex/opex ที่ชุมชนรับภาระได้
6. หาก UPS สำเร็จรูปก็พอ? เลือก UPS ถ้าเข้ากับโหลดและต้นทุนตลอดอายุเหมาะกว่า การติดตามผลยังช่วยยืนยันความเพียงพอได้ ไม่ต้องสร้างฮาร์ดแวร์ใหม่ทุกกรณี (E13)
7. ถ้า 4G หรือ gateway ดับ? ในเดโม offline แยกจากไฟและ physical load ระบบจริงยังต้องออกแบบ local buffering/การกู้ข้อมูลและการบอกข้อมูลเก่า ทดสอบก่อนอ้างว่าใช้งานได้ขณะเครือข่ายขาด (E07)
8. แยกไฟดับกับโหนด offline อย่างไร? ใช้สัญญาณ source_voltage ที่ตรวจคุณภาพได้เทียบ last_seen/quality และยืนยันหน้างาน หากข้อมูลไฟขาดต้องระบุว่าไม่ทราบ ห้ามสรุปไฟดับจากเงียบอย่างเดียว (E07)
9. วัดอะไรจริงแล้ว? ยังไม่พบ logs ฮาร์ดแวร์หรือภาคสนามที่ยืนยันในเอกสาร มีผลซอฟต์แวร์ 52 ข้อและ browser capture จริง ข้อมูลในจอเป็นจำลอง (E06/E15)
10. แบต 1.2 kWh มาจากไหน? เป็นค่าตั้งต้นของตัวจำลอง ไม่ใช่ผล sizing หน้างาน อีกตัวอย่าง 469 Wh มาจาก 150 W สองชั่วโมง หาร 0.8×0.8 ยังต้องเผื่อการเสื่อม อุณหภูมิและกระแสเริ่มต้น (E05/E14)
11. แจ้งเตือนแล้วใครทำต่อ? ต้องตกลงคนรับเหตุ/ผู้สำรอง/เวลาและขอบเขตการตรวจซ่อม ตอนนี้ acknowledge และรายงานอยู่ในเครื่อง ยังไม่ส่งหน่วยงานจริง การทดลองต้องให้คนอ่านเหตุและบันทึกได้ (E08/E16)
12. ชาวบ้านดูแลเองไหวไหม? ยังไม่ทราบ ต้องทดสอบความเข้าใจ ภาระเปลี่ยนแบต ความชื้น/เกลือ อะไหล่ และผู้บำรุงรักษาโดยมีเจ้าของรับผิดชอบ ไม่ใช้ภาพมาสคอตแทน usability evidence
13. ปลอดภัยพอหรือยัง? ยังเป็นแนวคิด DC ต้องตรวจ rated load ฟิวส์ BMS สาย ตู้ ขั้วต่อ isolation การหยุดทดลอง และทดสอบโดยผู้มีคุณสมบัติก่อนประกอบ/ติดตั้ง เว็บไม่สั่ง mains จริง (E04/E15)
14. ลดแจ้งเตือนผิด/แจ้งซ้ำอย่างไร? ซอฟต์แวร์ dedup ตาม event ID และแยก sensor fault/offline/power การใช้จริงต้องกำหนด threshold, persistence/debounce, timestamp/seq และทดสอบ false positive กับ reference log ไม่มีอัตราความแม่นยำจริงให้กล่าวอ้าง (E07)
15. เกณฑ์ GO/NO-GO คืออะไร? GO เมื่อชุมชนยินยอม คนดูแลชัด โหลด/ข้อมูลเพียงพอ วงจรผ่านความปลอดภัย มีต้นทุนเทียบทางเลือก และผลทดลองตามเกณฑ์ร่วม หากยังไม่ปลอดภัย ไม่คุ้ม หรือดูแลไม่ได้ให้ปรับ/หยุด (E16)
16. มีผลประหยัดเงินหรือช่วยชีวิตปลาเท่าไร? ยังไม่มีการวัด จึงไม่ใส่เปอร์เซ็นต์ ผลตอบแทน หรือจำนวนปลาที่รอด ต้องทำ baseline และติดตามเทียบก่อนกล่าว (E03/E15)
17. ทำไมไม่มี DO? ยังไม่มี sensor และหลักฐานสอบเทียบ สีผิวน้ำหรือ salinity ใช้แทน DO ไม่ได้ ไม่แจ้งภัย DO จากค่าที่ไม่มี (E07)
18. 3D เหมือนพื้นที่จริงแค่ไหน? รักษาความสัมพันธ์ฝั่ง ถนน ท่าเรือ อาคาร และกลุ่มกระชังจากภาพอ้างอิง แต่ไม่ใช่งานสำรวจ ไม่มีมาตราส่วน/ทิศเหนือ/จำนวนกระชังที่ยืนยัน อุปกรณ์ทุกจุดยังเสนอ (E09)
19. ข้อมูลที่เซฟร่วมกันทั้งทีมไหม? ตอนนี้ localStorage ใน browser และมีส่งออก JSON/CSV ยังไม่มี backend/cloud sync ต้องออกแบบสิทธิ์ เจ้าของข้อมูล retention และการรวมข้อมูลก่อนใช้หลายผู้ดูแล (E08)
20. เกณฑ์แข่งขันและ Video ยืนยันแล้วหรือ? เกณฑ์ห้าด้านเป็นสมมติฐานซ้อมตามคำยืนยันผู้ใช้ แบบฟอร์มฉบับล่าสุดยังต้องตรวจ ไกด์เดิมระบุวิดีโอคนถ่ายจริง 1–3 นาที ≤100 MB จึงทำแค่ shot list สำหรับคน ไม่สร้างวิดีโอ AI แทนข้อกำหนด

คำถามที่ควรถามกลับในพื้นที่

ขอดูเหตุล่าสุดพร้อมเวลาและเครื่องที่ได้รับผล ถามสิ่งที่ทำจริงและค่าใช้จ่ายที่มีหลักฐาน ผู้ใดรับภาระดูแลได้ ข้อมูลใดเปิดให้ใช้ได้ และผลเสียแบบใดทำให้ควรหยุดทดลอง ไม่ตั้งคำถามนำว่าทุกบ้านต้องซื้อแบต

Shot list สำหรับคนถ่าย Video Walkthrough

เป็นแผนทางเลือก ยังต้องตรวจแบบฟอร์มแข่งขันล่าสุด ไกด์เดิมระบุ 1–3 นาที ไม่เกิน 100 MB ถ่ายคนจริงและไม่ใช้ AI สร้างวิดีโอ งานนี้จึงไม่มีวิดีโอ AI

ทำสไลด์ให้เสร็จก่อน แล้วให้ผู้พูดเล่าเรื่องโดยใช้สไลด์ประกอบ ไม่อ่านทุกบรรทัด

ก่อนส่ง ตรวจเสียงชัด อ่านป้ายข้อมูลทดลองได้ สิทธิ์ภาพ/บุคคล ขนาดไฟล์ ระยะเวลา ภาษา และเกณฑ์ล่าสุดอีกครั้ง

SALA HUM POWERGUARD

หน้าติดตามแบบแผนที่เป็นหลัก

หน้าแรกเริ่มจากสถานะไฟและแผนที่ เลือกหมุดเพื่อเปิดรายละเอียดอุปกรณ์ กดปิดหรือ Escape เพื่อกลับมุมรวม เมนูข้างย่อเป็นไอคอนและขยายได้ บนมือถือใช้เมนูล่างและแผงรายละเอียดใต้แผนที่

ปุ่มสั่งเหตุอยู่ที่ /simulation/ เท่านั้นสำหรับการสาธิต ส่วนหน้าแรกไม่มีปุ่มสั่งเหตุ กราฟ ลำดับเหตุ และรายการเลือกอุปกรณ์เปิดอ่านเพิ่มได้ มาสคอตและเสียงเปิดเมื่อผู้ใช้กด ทุกค่ายังจำลอง ไม่มีการเชื่อมอุปกรณ์จริง ดูผลตรวจใน ../deliverables/web-ui/ux-refactor/README.md

Community and engineering demonstrator for Ban Sala Hum. A light, rounded interface with the original ปลากะพงสามน้ำ SVG mascot, local audio and a coastal reconstruction share one local deterministic simulation. It does not connect to sensors, relays, batteries, MQTT, databases, or community infrastructure.

The village and original SVG site plan now use one image-relative layout for the fish-cage area near ท่าเรือลุงทอง, Ban Sala Hum. The village uses locally hosted PBR timber, metal and shoreline materials, a sky HDRI, detailed licensed equipment models, and authored boats, aquaculture cages and buildings informed by the supplied field photographs. The circuit lab adds physical component detail, shared 2D/3D nets and an exploded view. All twelve existing content routes retain the project's engineering and team content. Seven community utility routes bring the total to nineteen.

Run locally

pnpm install
pnpm dev

Open http://localhost:3000. The app can run offline after packages are installed. Use an ordinary browser with WebGL enabled for the 3D views.

Build and validate

pnpm typecheck
pnpm test
pnpm build
pnpm export:github

pnpm build creates a static Next.js export. pnpm export:github copies the generated app into the parent repository's energy-platform/ folder for its GitHub Pages site. The configured deployment base path is /community-field-notes/energy-platform/.

Navigation

• / interactive isometric site dashboard, shared KPI/inspector/timeline, 3D/2D, camera tools and scenarios; audience selector: community/operator/engineer
• /power/, /devices/, /community/ power, device status and clearly labelled vector illustration
• /notifications/, /history/ notifications, acknowledgements, local problem reports and JSON/CSV exports
• /backup-plan/ assumed loads, hours, efficiency, usable fraction, prices and UPS comparison
• /roadmap/ survey through measured evaluation and expansion
• /explore/ site plan, community edge, cage clusters, proposed P0–P3 nodes and water-transition view
• /simulation/ normal, voltage sag, outage, extended outage, critical/low battery, water change, offline, sensor fault and staged recovery
• /circuit/ 3D assembly, 2D schematic, power/signal flow and component inspector
• /dashboard/ charts, node states and JSON/CSV export
• /process/ eleven sensing-to-recovery steps with live shared-state badges
• /roles/ five named team owners, deliverables and site-specific community responsibilities
• /presentation/ ten-stage judge walkthrough with chapter selection, keyboard navigation and route previews
• /architecture/, /solution/, /docs/

Use the demonstrator

Use the community Demo Lab or select a scenario from the engineering command bar, then move between the village, circuit and dashboard to inspect the same state. Select P0–P3 from spatial labels or the node inspector. Village camera presets and scroll chapters expose each node's role; manual camera control remains available.

The village can expand to the viewport. Press Escape or the minimize control to exit. Balanced is the default rendering quality; High enables additional desktop effects. Mobile uses a lower pixel ratio, wider camera framing and reduced effects. A WebGL fallback preserves access to the information and simulation controls.

The dashboard shows primary-source voltage separately from backed-up load-bus voltage/current, battery state, stacked P0–P3 loads, salinity and temperature. A failed salinity sensor produces a missing chart sample and a blank CSV cell. Export JSON or CSV from the dashboard; both label the data as simulated.

The site-plan coordinates are normalized to the supplied reference crop, not geographic survey coordinates. P0–P3 are PROPOSED; zones A/B/C are a monitoring concept. B/C have no installed instruments or invented readings. Visible water-color separation is an observation that requires measurement; it does not establish salinity, depth, flow direction or DO. Reference screenshots are not served as map tiles, textures or embedded maps.

The presentation uses the shared simulator and remembers its stage within the current browser session. Use chapter buttons, ←/→, Home/End, and preview controls. Outage and recovery actions preserve the event history. Its site-plan previews keep the presentation light without a second WebGL canvas.

Assets and design references

The self-hosted 3D/texture/sky bundle and three field reference photographs total approximately 4.32 MB. Poly Haven rendering assets are CC0; the supplied field photographs retain their Data Pack provenance. Manrope Variable and IBM Plex Sans Thai fonts are self-hosted under the SIL Open Font License, with notices included in public/assets/licenses/.

• ASSET_LICENSES.md: sources, licenses, transformations and model limits.
• public/assets/asset-manifest.json: file-level provenance and byte sizes.
• PRODUCT.md, DESIGN.md and .impeccable/design.json: product commitments and the implemented visual system.
• docs/visual-upgrade.md: the previous cinematic upgrade and its verification matrix.
• docs/site-upgrade.md: site grounding, scenario semantics, team/process/deck implementation and pending integration checks.

Important boundaries

• The 3D scene is illustrative and not a geographic survey or photorealistic site scan.
• All values exported by the app carry simulated: true.
• The load watts, 1.2 kWh battery, voltage states, salinity/temperature series and thresholds are demo assumptions.
• Salinity and temperature are not dissolved oxygen. DO is intentionally unavailable.
• A communication timeout is not proof of a power outage.
• A zero primary-source voltage does not mean every load is unpowered: the simulated backup bus and load policy are assessed separately.
• The circuit lab is a concept reference, not a build-ready schematic. Part numbers, ratings, pin assignments, battery charging/protection, isolation, enclosure and safety review remain open.
• The team's source summary says the prototype is low voltage and does not control household mains. Never use this UI or its example circuit to connect household mains or real aquaculture equipment.

See docs/source-of-truth.md and docs/engineering-notes.md.

PowerGuard controls and persistence

Click the mascot to expand its short Thai explanation; ฟังเสียง opts into Thai TTS and หยุดพูด cancels it. If no Thai voice is installed, the bubble remains and explains the fallback. Audio never starts on page load. The sound dialog separately controls SFX, ambience and music, master mute, five ambience choices and eleven UI test sounds. Ambience and music pause while the document is hidden. VFX can be switched off and respect reduced motion.

Notifications originate from the shared simulator. Exact event IDs deduplicate; simulation resets begin a new episode. Acknowledging or closing a critical toast never deletes its history record. History, resolution notes, backup plans and selected preferences persist in this browser's localStorage. They are not synchronized or transmitted to anyone. Audio activation and loop activation do not persist across reloads. A browser reset or storage restrictions can remove/prevent local records; exports provide a copy.

The user-supplied Asset Pack v2 is inventoried in public/powerguard/ASSET_MANIFEST.json. Its SVGs are original vector assets; the concept community illustration is not the surveyed site map, and its audio is synthesized rather than a field recording. Colors come from src/lib/powerguard/brand.json: yellow #F8C642, orange #FF7A3C, blue #2F7DD3, sky #5EC6E8 and navy #1F2D5A. See PowerGuard verification and feature audit.

Isometric dashboard and ten-slide pitch (15 October 2026)

The primary dashboard now uses the existing R3F site scene. Select a cage or equipment marker to inspect its simulated source, load and latest event. Community and operator labels use natural names; engineering shows P0–P3. Mobile KPI indicators occupy a separate region above the canvas. Low, balanced and high quality settings and the 2D plan remain available.

The pitch package is ../deliverables/pitch-deck/: editable 10-slide 16:9 PPTX, reading PDF, ten PNG previews, six-minute Thai script, speaker notes and skeptical Q&A. QA and limits and evidence ledger separate browser tests, simulated values, reported field context and the missing hardware/field evidence. This branch has not been merged or deployed.

SALA HUM POWERGUARD — Upgrade and verification

14 October 2026 · Asset Pack v2 · browser-local demonstrator

Preserved

• Existing power equations, 1.2 kWh assumed battery, P0 > P1 > P2 > P3 priority and staged source recovery (src/lib/model.ts, src/store/simulator.ts). Communication loss does not disconnect physical loads; sensor failure produces missing telemetry, not a fabricated zero.
• Image-relative site layout near ท่าเรือลุงทอง, original 2D map, 3D reconstruction, proposed node selection, comparison, overlay, camera controls and private local reference image.
• Five circuit views, component inspector, engineering dashboard and exports, architecture, solution, eleven-step process, five named owners and ten-stage judge walkthrough.
• Weather, tide, assumed bathymetry, water layers and illustrative three-box mixing engine. Environment and electricity share one clock; rain alone does not imply a grid outage. See environment-equations.md.
• All twelve previous content routes. No main parent website content was replaced.

Modified

• Light rounded shell, readable navy text and Thai labels; engineering spatial canvases retain dark controls. Colors follow brand.json, including the latest yellow #F8C642.
• Community labels replace P0–P3 with names. Technical identifiers remain available in Engineer Mode. Utility pages provide community navigation; entering technical routes retains the engineering mode for subsequent graph/site views.
• Root layout hosts a single notification/audio runtime. Simulator reset increments an episode counter so a new run cannot collide with old event IDs. Reset clears current toasts, not persistent history.
• Every content page has a primary heading. Technical page labels and non-canvas surfaces were adjusted for the new light theme.

New

• Actual SVG mascot with happy/thinking/warning/critical/success states, short Thai bubble, explicit Thai TTS, speaking status, stop and text fallback. Intentional stop does not report a playback failure.
• Eleven local UI sounds, five selectable synthesized ambiences and music. Separate SFX/ambient/music sliders, master mute, opt-in, visibility pause and bounded simultaneous playback. Reload does not auto-enable audio or loops.
• CSS/SVG waves, rain, bubbles and electrical warning effects, user toggle and reduced-motion rules.
• Shared-state Demo Lab; persistent notification center, acknowledgements, critical retention, local problem reports and resolution notes. Exact source IDs deduplicate.
• Backup planner: selected loads, assumed watts, hours, efficiency, usable battery fraction, power factor, prices and UPS W/VA/Wh comparison. Unknown prices remain unknown; invalid plans cannot save/export. CSV uses UTF-8 BOM and neutralizes spreadsheet formula prefixes in user text.
• Seven new utility routes: /power/, /devices/, /community/, /notifications/, /backup-plan/, /history/, /roadmap/.

Tested

Automated

pnpm test: 50/50 pass, including all pre-existing tests and PowerGuard asset integrity, genuine event classification/dedup, critical retention, persistence, plan sizing/validation, audio opt-in/mute/volume/visibility, Thai voice fallback and speech cancellation. Production export passes TypeScript and generates all nineteen content routes plus error pages.

115 supplied public assets were verified byte-for-byte against the pack manifest. The preview/reference sheets are not deployed. Five mascot mood files contain real vector paths and no embedded raster image.

Actual browser interaction

Verified in the Codex in-app browser against the production static export:

Screenshots are saved in the task's outputs/site-reconstruction/ folder: powerguard-desktop.png, powerguard-mobile.png, powerguard-engineer-tablet.png, powerguard-environment.png, powerguard-monitor.png and final live proof. Transient server-rendered defaults can appear before local preferences hydrate; saved values were confirmed through UI and exported files.

Unverified / external dependencies

• No actual sensors, battery hardware, MQTT, backend or AC control are connected. All current values are ข้อมูลทดลอง. Local problem reports are not delivered to agencies, LINE or SMS.
• Thai speech depends on the user's installed OS/browser voice. The no-Thai-voice path is unit-tested; the tested browser had Thai TTS. Physical speaker audibility and every OS/codec combination are not certified.
• The site rendered in 3D in the tested browser; switching several WebGL views also exercised the informative 2D fallback. Sustained GPU performance, every device and recovery from every driver/context failure are not certified.
• The environment is not surveyed or hydrodynamically calibrated. B/C model values are not sensor readings, water color is not proof of salinity and DO remains unavailable.
• Browser-local storage is not cloud synchronization. Clearing site data loses local history; storage restrictions may prevent saving. JSON/CSV exports are available.
• Plan prices are user assumptions, not market quotations. Startup current, battery ageing, field loads, final hardware ratings and electrical safety still need measurement/review.

Release

The source and generated static export are delivered together to the existing GitHub Pages repository. Public route and asset availability are checked after Pages reports a successful deployment.

Existing feature audit — SALA HUM POWERGUARD

14 ตุลาคม 2026 · ตรวจจาก source ปัจจุบันก่อนรวม Asset Pack v2

ก่อนเริ่มรวมแพ็ก: 39 tests และ production export ผ่าน งานสี/สิ่งแวดล้อมที่ยังอยู่ใน working tree เป็นงานที่ได้รับอนุญาตในแชตนี้และจะรวมไว้ใน release นี้

ใช้เฉพาะ public/powerguard/** จากแพ็ก ภาพรวม preview และ reference images ไม่ใช้แทน SVG และไม่เผยแพร่เป็นแผนที่ ไม่มี hardware/live feed เชื่อมอยู่ ป้ายข้อมูลจึงเป็น “ข้อมูลทดลอง” เสมอ

Site-specific platform upgrade

14 October 2026 · Smart Energy & Aquaculture Resilience — Ban Sala Hum, Songkhla.

This expansion grounds the demonstrator in the supplied image of the fish-cage area near ท่าเรือลุงทอง. It adds a shared site layout, environmental observation/placement concept, richer scenarios and practical process/team/presentation interfaces. Existing energy-priority, circuit, export and source-boundary features are retained.

Spatial source and limits

src/lib/site-layout.ts traces image-relative features in normalized [u,v] coordinates. The reference uses a 591 × 922 crop from the supplied 591 × 1280 screenshot. Its scale, capture date and north direction are unknown. Scene units are composition units; representative cage divisions and roof patches do not establish field counts.

The trace preserves the relative shore/road/house relationship, several pier/landing directions, differently oriented cage runs, cluster gaps and the visible water-color boundary. UI-covered portions are recorded as occlusions instead of filled with claimed observations. SitePlan.tsx renders newly authored SVG geometry from this data. SiteEnvironment.tsx uses the shared layout for the reconstructed environment. The screenshot is not redistributed as a map, iframe, texture or map tile. A plain link opens the user-provided place reference.

Every proposed node remains PROPOSED. B/C are CONCEPT and have no instruments; they receive no invented independent numerical samples. Water color only motivates a question about placement. The water-change input is generated independently from those colors/zones.

Working interfaces

src/components/SiteGuide.tsx exports three lightweight client components consumed by the existing routes:

The team allocation is นาย (architecture), โฟล์ค (sensors/circuits/safety), พี (data/dashboard/alerts), บอส (communications/messages/state), and ข้าวฟ่าง (documentation/validation/explanation). Loads, monitoring positions, responsible recipients and approved human actions are shared field-validation work.

The judge sequence covers aerial introduction → waterfront community → cage layout → water transition → node placement → circuit → outage → dashboard → benefits/limits → validation roadmap. Camera previews update the shared cameraMode and selected node. The component creates no second WebGL canvas and does not call the simulator's destructive reset() action. The outage/recovery buttons are explicit; changing slides alone does not manufacture an outage or erase events.

Simulation semantics

The model retains P0 > P1 > P2 > P3. It now exposes normal, sag, outage, extended outage, critical battery, water change, offline, sensor fault and recovery, with the previous low-battery shortcut retained. Scenario transitions append samples immediately; only elapsed-time step() integrates battery energy.

Main-source voltage is separate from the load-bus voltage/current. Current is a synthetic DC constant-power calculation from the active loads and bus voltage; it excludes losses and startup current. A zero main-source voltage can coexist with a backed-up live load bus. Offline communication alone does not stop physical loads.

The synthetic water input applies a salinity/temperature shift without inferring those numbers from the picture. Sensor fault produces missing salinity instead of zero. DO remains unavailable. Recovery preserves SoC, communication/sensor faults, water input and events; the demonstration restores P0/P1, then P2, then P3 over two elapsed-time steps. It does not model battery charging.

Verification status for this expansion

The release owner verified the current site-specific build. TypeScript checks, all 36 tests and pnpm export:github passed, including the latest final production build. This documentation pass records those results; it did not run another build, browser session or Git operation.

Review outputs are stored outside the application in outputs/site-reconstruction/comparison.jpg and outputs/site-reconstruction/mobile.jpg. These are rendered review artifacts; they are not redistributed map tiles. The checks above do not assert field measurements, hardware readiness or cross-device GPU performance certification.

Expected benefits are proposals to evaluate. No measured reduction in fish losses, energy cost, response time or other field outcome is claimed. BOM/ratings/protection/calibration, approved alerts, site permissions and a supervised low-voltage pilot remain prerequisites for real deployment.

Brand and environmental extension

The user-supplied five-color palette is applied throughout the control center: yellow #FBC642, orange #FF7A3C, blue #2F7DD3, cyan #5EC6E8, navy #1F2D5A. Physical reference water colors remain separate. Balanced rendering caps desktop DPR at 1 with 1024-pixel shadows; high quality remains optional. The environment page initially loads an original SVG map and loads its single WebGL scene only when requested.

Synthetic weather, illustrative tides, assumed bathymetry, a depth/clearance inspector, cross-section and three-box mixing controls share the energy clock. The new source and engineering limits are documented in environment-equations.md. TypeScript and production export passed; 39 tests passed, including three focused environmental cases (internal conservation, tide/depth response, and independent rain versus coupled storm/outage/reset).

The focused browser pass showed the branded dashboard, a storm with P0/P1/P2 backed up and P3 shed, transparent underwater inspection, and low/high water levels of −0.6/+0.6 m changing selected assumed depth from 2.3 to 3.5 m and clearance from 0.1 to 1.3 m. Console errors were absent. At 390 × 844 the mobile menu appeared and horizontal document width did not exceed the viewport; the rendered primary controls and two-column metrics were inspected. This was a bounded check, not an exhaustive interaction/GPU/performance audit.

Cinematic Coastal Industrial upgrade

14 October 2026 · implementation record for the Community Energy Resilience Platform.

The upgrade applies the user's coastal industrial direction to the complete application: village experience, dashboard, circuit lab and all supporting engineering/team routes. The visual target is a cinematic reconstruction informed by field references. It is not a photorealistic site scan, a surveyed digital twin or field-tested hardware.

What changed

The simulation equations and priority P0 > P1 > P2 > P3 remain the common source for every route. Circuit power and data connectivity use separate state rules. Primary-source voltage can be zero while the simulated backup still supplies eligible loads. Offline communication does not itself turn physical loads off.

Asset and design evidence checked

The preparation audit checked download MD5 values, GLB headers/buffer ranges and embedded JPEG validity. The rendering assets plus three existing Data Pack photographs total 4.32 MB. The utility box has 4,404 triangles; the optional generator prop has 26,419. Their materials use optimized 512 px PBR maps. Both models are generic appearance references, not identified local installed devices. Field photographs are credited separately from CC0 assets. OFL font notices ship locally.

The documented palette agrees with the reusable CSS values: background #08141f, navigation #0b1926, surface #102332, raised surface #152c3b, text #e5edf1, muted text #a9bdc9, boundary #2b4658, teal #67dcc6, amber #eebd76 and fault #f28b86. The CSS and design references use Manrope Variable/IBM Plex Sans Thai, a 15 px body and 14 px panel radius. DESIGN.md now carries the normative token frontmatter and canonical design sections; .impeccable/design.json uses schema version 2 for metadata, component snippets, motion and breakpoints. Both retain the established direction and color/type values. The current common panel-title selector is 16 px; the original 17 px brief reference is explicitly identified rather than presented as current CSS.

The code audit also checked that chart/3D modules are loaded on demand, salinity fault becomes null rather than zero, and SpatialHtml removes its DOM element immediately while deferring its independent React-root unmount until the outer R3F commit completes. Spatial projection reuses vector objects rather than allocating them each frame.

Manual verification matrix

Targets: 1440 × 1000 desktop and 390 × 844 mobile. Browser observations were supplied by the integration owner through CUA. This documentation pass audited source and provenance without another screenshot or test session. Screenshots are visible in the integration tool history; no saved screenshot file path is asserted.

This is a scoped visual/functional review, not a hardware validation or a measured cross-device GPU performance certification.

Engineering boundaries

• The geometry is reconstructed from context and visual references; location, dimensions and installed infrastructure have not been surveyed.
• Battery capacity, wattages, thresholds, water series and accelerated time are demonstration assumptions. The generator is an illustrative prop.
• Salinity and temperature do not establish dissolved oxygen; DO stays unavailable.
• Hardware interfaces, BOM, protection ratings, battery/BMS selection, calibration and installation review remain open. The circuit is a low-voltage concept reference and does not control household mains.
• Browser-local state and exports demonstrate an engineering workflow. No live sensor stream, remote alert delivery or persistent project backend is connected.

ผลส่งมอบและการตรวจ SALA HUM POWERGUARD

วันที่ 15 ตุลาคม 2569 · สาขา feat/powerguard-isometric-pitch10 · ไม่ merge และไม่ deploy รอบนี้

สิ่งที่เปลี่ยน

• หน้าแรกใช้ R3F coastal digital twin ตัวเดิมจริงในมุม isometric มี floating KPI, selected-equipment inspector, scene/2D, zoom/rotate/reset/focus และ timeline ที่อ่าน event จาก simulator ร่วม
• เลือกกระชังจริงใน scene เพื่อดู P1 ได้ มีปุ่มเลือกอุปกรณ์คู่กันสำหรับ keyboard/2D fallback
• โหมดชาวบ้าน ผู้ดูแล และวิศวกรใช้ state เดียวกัน Community labels ใช้คำไทย ผู้ดูแลรับทราบเหตุและเปิดประวัติ วิศวกรเห็น P0–P3
• มือถือแยก KPI ขึ้นเหนือ canvas มี inspector ต่อด้านล่าง ฉากไม่ถูก KPI บังอุปกรณ์ทั้งสี่
• Toast สำคัญหนึ่งใบเคลียร์ inspector และผู้ช่วย เหตุทั้งหมดอยู่ notification center/history เดิม เสียงเริ่มปิดและให้เปิดเอง
• แผนสำรอง/บันทึกเหตุยังเก็บในเครื่องเดิม มีกราฟและหน้า evidence/roadmap ต่อใต้ฉาก
• ไม่เปลี่ยนสมการพลังงาน priority, battery thresholds หรือสัญญาณ power vs offline vs fault

คุณสมบัติเดิมที่คงอยู่

19 content routes: /, /dashboard, /explore, /simulation, /circuit, /notifications, /backup-plan, /roadmap, /presentation, /process, /roles, /power, /devices, /community, /history, /environment, /architecture, /solution, /docs พร้อม basePath production /community-field-notes/energy-platform/

ฉากอิงพื้นที่, orthographic/top/oblique เดิม, spatial reference overlays, environmental/weather/tide/mixing simulation, circuit views/inspection, battery/load policy, history/CSV/JSON exports, original SVG assets, sound/ambience/speech, dedup/acknowledge/resolution/local reports และ planner ไม่ถูกลบ

Automated checks

เพิ่ม test/isometric.test.mjs โดยไม่แก้ test เก่าให้ผ่านหลอก ไม่ใช้จำนวน test เป็นความพร้อม hardware/field เอกสาร log ส่วนตัวอยู่ .codex-build/pitch10/final-typecheck.log, final-tests.log, final-export.log

Browser checks จริง

ใช้ CUA In-app browser กับ localhost static production export port3013 และตรวจ Next dev server ที่มีอยู่ port3000 ด้วย Dev UI เปิดได้ แต่ dynamic scene บน dev ค้างรอ จึงตรวจ interaction/capture หลักจาก production export ที่โหลดได้จริง ไม่มีการอ้างว่า dev dynamic loading ผ่านครบ ไม่หยุด dev server ของผู้ใช้

• Desktop ขอ viewport1440×1000 และ mobile390×844 ตรวจขนาด DOM (ไม่มี body horizontal overflow) บางภาพ browser export มี actual dimensions1425×919/375×812 ตามระบบ capture และภาพล่าสุด mobile390×844 ระบุ actual file metadata ได้
• เลือก P1 จาก marker/ปุ่ม: inspector เปลี่ยนชื่อและโหลด120W; zoom, rotate, reset, qualitylow และ 2D เปิดได้
• ไฟตก/ไฟดับ: source0V, backup, P3พัก, P0/P1คงเมื่อแบตพอ, notice/timeline/chartsอัปเดต แม้พักเวลา
• recovery: statusกลับไฟหลักและมีขั้นคืนโหลด ต้องเล่นเวลาให้ P2/P3 คืนครบตาม simulation
• แบตต่ำ/วิกฤต: UI แสดง7%และทำงาน1/4เมื่อเลือกวิกฤต; offlineและsensor faultเป็นคนละเหตุ ไม่เพิ่ม DO
• operator acknowledgement, engineer labels, community labels, ambient opt-in/มิวต์ และเสียงพร้อม status ตรวจแล้ว เสียงการเล่นมี automated media tests ด้วย ไม่อ้างทดสอบความดังทางกายภาพ
• circuit exploded view และการเลือก V/I monitor เปิด inspector ได้ ภาพ circuit-exploded.png เป็น concept assembly
• plannerเปิดบนมือถือได้ แสดง150W /469Wh /188VA สมมติ และกดบันทึก มี automated persistence/invalid-input tests ไม่อ้างว่าทดสอบร่วมหลายเครื่องหรือ cloud sync
• โหลดเส้นทางวิศวกรรม 9 routes กับมือถือ 6 routesเพิ่มเติม และ root/power/circuit/planner โดยตรง ไม่มีการอ้างคลิกทุกปุ่มบนทุก route ทุก breakpoint การตรวจ interaction มุ่งเส้นทางสำคัญกับ model tests
• production console ตรวจไม่พบ error ใน fresh capture; มี upstream deprecation warning THREE.Clock และ PCFSoftShadowMap ในห้องวงจร ไม่ใช่ข้อมูลวัดจริง
• ระหว่างใช้หลาย dynamic scene/viewport เป็นเวลานานพบ WebGL context ไม่พร้อมหนึ่งแท็บ เปิดแท็บทดสอบใหม่แล้วแสดงฉากได้ คง low quality/2D fallback ไม่อ้าง benchmark FPS/WebGL performance ที่ไม่ได้วัด

Visual review

ใช้ impeccable detector ครั้งเดียวบนเป้าหมายใหม่ ผล0 findings แล้ว fresh reviewer พบสามข้อ จึงแก้แจ้งเตือนบัง inspector, KPI มือถือบัง marker และเส้นขอบ toast4px หลังแก้พบ regression noticeบังmascot แก้ตำแหน่งอีกครั้ง Targeted verdictสุดท้าย ship ระบุสามข้อและ regression resolved ใช้ reviewerทั่วไปแทน class-specific ที่ harnessไม่ inject ไม่อ้างรับรองทั้งระบบ

DESIGN.md และ machine sidecar อัปเดตให้ตรงกับlight brand systemจริง ภาพยืนยัน: web-ui/screenshots/desktop-normal.png, desktop-outage.png, mobile-overview.png, mobile-full.png, circuit-exploded.png

Pitch QA

• 10 content slides รวมปกแล้ว รอบใหม่เพิ่ม appendix index บนหน้า 10 พร้อม notes และเว็บฉบับเต็ม ไม่มีสไลด์11
• 16:9 13.333×7.5นิ้ว มี10speaker-note parts เป็นไทย สคริปต์รวม360วินาที หน้าสินค้ามีเดโม45วินาทีในช่วง50วินาที
• PPTX text/shape/connectors editable และ3 native tables บนหน้า6/8/9 มี320โดยประมาณ text object รวมตาราง font Sarabun ตรวจชื่อฟอนต์และ first-party reimport ผ่าน ไม่เปิดตรวจใน PowerPoint/Google Slides จึงไม่อ้าง native application compatibility ทุกกรณี
• Render1920×1080ทุกหน้าด้วย Artifact Tool ตรวจรายหน้าและcontact sheet แก้กล่องชื่อ P2/P3 ที่ตัดบรรทัดทับคำอธิบาย และแก้ทิศลูกศร workflow/dataให้ถูก
• Package/layout finalizer PASS, zero findings/warnings, slide count10, dimensionsถูก, native tablesครบ และภาษาไทยอยู่ในXML/notes
• Direct PDF exporter runtime error missing #standard-fonts/Helvetica จึงลอง headless LibreOffice แต่พบ Thai glyphหายและ reject output จากนั้นใช้ reportlabสร้าง PDFอ่านจาก PNGที่ตรวจแล้ว1920×1080 ภาพคมเท่าพรีวิวและมี10หน้า PDFเป็นภาพ ไม่ใช่สำเนาข้อความที่ค้นได้ PPTXยังแก้ไขได้
• มาสคอตบนเว็บเป็นSVGจริง PPTXใช้PNGความละเอียดสูงที่มากับแพ็กเดียวกันเนื่องจากrendererบางส่วนแสดงSVG fillsไม่ตรง เก็บSVGต้นฉบับในsourceด้วย
• ราคาหน้า9เพิ่มเพียงค่าUPSตัวอย่าง1,750บาทจากหน้าAdviceตรวจ15ต.ค.2569 เป็นค่าเครื่องอ้างอิง ไม่ใช่ราคาโครงการรวม/รุ่นที่เลือก/หลักฐานสำรอง2ชั่วโมง ค่าอื่นและBOMยังTBD ต้องตรวจราคาอีกครั้ง
• เกณฑ์ห้าด้านเป็นสมมติสำหรับซ้อม และฉบับล่าสุด/สิทธิ์ภาพยังต้องตรวจ ไม่อ้างคะแนนหรือความร่วมมือที่ไม่มีหลักฐาน

ความจริงที่ต้องคงไว้

ไม่มีข้อมูล hardware bench test หรือ field installation ที่ตรวจได้ในชุดที่มี ไม่มีผลประหยัดค่าไฟ/ลดปลาตาย/เพิ่มรายได้/ลดคาร์บอนที่วัดแล้ว ทุกค่าบนแอปจำลอง ภาพ3Dคือreconstructionเชิงสัมพันธ์ P0–P3เสนอ ไม่มีDOจริง ไม่มีbackendสด ไม่สั่งmains

ราคาแบต อายุใช้งาน ภาระดูแล ความถี่เหตุไฟ และเจ้าของจุดทดลองยังขาด ดู research/missing-evidence-and-field-plan.md แผนถัดไปคือขออนุญาตสำรวจ1–2จุด วัดโหลด/ไฟจริง เทียบซ่อม/UPS/backup/solar แล้วใช้เกณฑ์ร่วมตัดสินใจ

แผนที่เนื้อหาไกด์เดิมสู่10หน้า

Executive summary=1, ปัญหา/ผลกระทบ=2, workflow=3, solution/architecture=4, user/failover=5, feasibility/circuit=6, product demo=7, PoC/limits=8, costs/alternatives=9, stakeholders/pilot/ESG=10และnotes รายละเอียดแหล่งอ้างอิงและคำถามเสริมอยู่companionMDแทนเพิ่มสไลด์

ไฟล์ส่งมอบ

pitch-deck/ มี PPTX/PDF/10 PNG/contact sheet, script,20 Q&A, human video shot list และsourceพร้อมassets/URLs ส่วน research/ มีevidence ledgerและแผนยืนยัน, web-ui/ มีภาพเว็บจริงและdesignbrief ไม่สร้างวิดีโอAI

รอบเผยแพร่และ Canva ตามคำขอใหม่

ผู้ใช้อนุญาต deploy และนำงานไป Canva แล้วในรอบนี้ หน้า 10 เพิ่มสารบัญภาคผนวกที่ลิงก์ไป pitch-appendix.html รวมข้อความเต็ม 18 เอกสาร + speaker notes 10 หน้า และภาพ/ไฟล์ต้นฉบับ โดยยังมีสไลด์หลัก 10 หน้า รายละเอียดเต็มแนบใน notes ของหน้า10ด้วย ไม่อัดตัวเล็กลงบนสไลด์ การนำเข้า Canva และการเผยแพร่ต้องตรวจผลจริงก่อนรายงานว่าสำเร็จ ข้อความ “ยังไม่ deploy” ด้านบนเป็นสถานะรอบก่อนหน้า

ผลตรวจรอบภาคผนวก

• Production export pnpm export:github ผ่าน คงเส้นทางแอปเดิม
• ภาคผนวกมี 18 เอกสารและ notes 10 หน้า ตรวจค้นคำว่า “แบต” พบ 12 เอกสาร เปิดทั้งหมดได้ 28 ส่วน ตารางเลื่อนอ่านได้ 23 ตาราง ซูมภาพใน dialog และปิดกลับได้
• Desktop 1440 และ mobile 390 ตรวจ DOM ไม่พบ horizontal overflow ภาพมือถืออ่านได้
• PDF รุ่นใหม่ 10 หน้า หน้า 10 มีลิงก์ภาคผนวก 5 ลิงก์
• Canva นำเข้าสำเร็จ 10 หน้า ตรวจข้อความและลิงก์หน้า 10 ครบ Notes API ส่งกลับ 5,000 ตัวอักษรจึงยังไม่ยืนยัน notes ทั้งก้อนใน Canva ใช้เว็บฉบับเต็มเป็นแหล่งอ่านหลัก

คำขอล่าสุด

ผู้ใช้เลือกส่งมอบเฉพาะ PPTX และเผยแพร่เว็บ ยกเลิกการเชื่อม Canva ในเว็บ จึงเอาลิงก์ Canva ออกจากหน้าภาคผนวกและ README ใช้ PPTX เป็นไฟล์แก้ไขหลัก และคง PDF สำหรับอ่าน พร้อมภาคผนวกฉบับเต็มบนเว็บ

ปรับ UX แบบแผนที่เป็นหลัก

รอบ 15 ต.ค. 2569 เปลี่ยนโครงใช้งานเป็นเมนูไอคอน KPI นอกฉาก แผงอุปกรณ์ที่เปิดเมื่อเลือก เครื่องมือกล้องรวม ลำดับเหตุย่อ ผู้ช่วยแบบย่อ และแยกหน้าสาธิต ใช้ตัวจำลองเดิม ตรวจรายละเอียดและภาพก่อน/หลังที่ รายงาน UX ชุดทดสอบเดิมยัง 52 ข้อ ไม่มีการอ้างติดตั้งจริง ภาพ Pitch รอบก่อนหน้าไม่ได้เปลี่ยนตามงาน UX นี้

ปรับหน้าติดตามแบบให้แผนที่เป็นพื้นที่หลัก

ปรับตามคำขอล่าสุด: คืนเมนูชื่อเต็มทุกหน้า เปิดรายละเอียดอุปกรณ์ ลำดับเหตุ กราฟ และรายการจุดไว้แล้ว เพิ่มคำอธิบาย P0–P3 ว่าอยู่ที่ไหน เชื่อมใคร ทำอะไร พร้อมเส้นเชื่อมและป้ายชื่อบนฉาก ลดแถบเมนูเหลือ 188 พิกเซลและแผงรายละเอียด 250 พิกเซล เนื้อหาด้านล่างบันทึกการตรวจรอบก่อนหน้าซึ่งเคยเริ่มแบบย่อ

15 ตุลาคม 2569 · SALA HUM POWERGUARD

สิ่งที่เปลี่ยน

• เมนูไอคอนกว้าง 72 พิกเซล ยืดเป็น 232 พิกเซลได้ มีชื่อสำหรับตัวอ่านหน้าจอและป้ายเมื่อวางเมาส์/โฟกัส ทุกเส้นทางเดิมยังอยู่
• แถบบนแสดงสถานที่ สถานะไฟ ป้ายข้อมูลจำลอง แจ้งเตือน และโหมดผู้ใช้ เก็บตั้งค่าเสียงไว้ท้ายหน้า
• KPI สามรายการอยู่เหนือฉากในพื้นที่ของตัวเอง ไม่ทับแผนที่
• รายละเอียดอุปกรณ์ปิดตอนเริ่ม เลือกเครื่องจึงเปิด แผงข้างบนคอมพิวเตอร์และแผงล่างบนมือถือใช้พื้นที่ในโครงหน้า ไม่วางทับฉาก
• กล้องเล็งจุดที่เลือกและปรับตามขนาดพื้นที่แสดงผล ปิดแผงหรือกด Escape แล้วคืนมุมและโฟกัส
• จุดอุปกรณ์ย่อเป็นหมุด ชื่อเปิดเมื่อชี้ โฟกัส หรือเลือก มีรายการอุปกรณ์แบบกางได้เป็นอีกทางเลือก
• รวมซูม คืนกล้อง มุมมอง คุณภาพ/หมุน และเต็มจอในแถบเดียว ผังสองมิติยังใช้ได้
• ลำดับเหตุเริ่มแบบย่อ กดดูขั้นและเหตุย่อยได้ มาสคอตเริ่มเป็นปุ่มเล็กและไม่เปิดข้อความเอง
• แยกหน้าโหมดสาธิตออกจากหน้าดูสถานะทั่วไป ปุ่มไฟปกติ ไฟตก ไฟดับ สำรอง แบตต่ำ และคืนไฟใช้ store เดิม
• แจ้งเตือนในหน้าแผนที่เป็นแถวของตัวเอง กดรับทราบ/ดูรายละเอียด/ปิดได้ รายการประวัติไม่ถูกลบ หน้าด้านอื่นคงรูปแบบแจ้งเตือนเดิม
• กราฟในภาพรวมติดตั้งเมื่อเปิดรายละเอียด เพื่อลดงานที่ไม่จำเป็น ปุ่มและส่วนควบคุมใช้ไทย ชื่อชิ้นส่วน หน่วย ขา และคีย์ข้อมูลมาตรฐานยังคงไว้ตามความหมายทางวิศวกรรม

โค้ดหลัก

ไม่สร้าง store หรือตัวจำลองซ้ำ ไม่เปลี่ยนสมการแบตเตอรี่และลำดับ P0–P3 การแก้ model.ts จำกัดที่ข้อความอุปกรณ์

ตรวจด้วยเบราว์เซอร์จริง

ใช้ CUA กับ static production export บน localhost:3013

ตรวจภาพเดสก์ท็อปและมือถือเป็นชุด แก้แจ้งเตือนบังกล้อง/ป้ายข้อมูลจำลองบนมือถือ แล้วตรวจยืนยันอีกครั้ง ภาพอยู่ใน screenshots/ ไฟล์ before เป็นรุ่นเดิมก่อนปรับ

ชุดตรวจอัตโนมัติ

• pnpm typecheck
• pnpm test: ชุดทดสอบเดิม 52 ข้อ ครอบคลุมแบตเตอรี่ วงจร การกู้คืน เหตุแจ้งเตือน ความพร้อมของเซนเซอร์ และ persistence
• pnpm export:github: production build พร้อม basePath และคัดออกสู่ energy-platform/
• ไม่แก้ข้อสอบเดิมให้ผ่าน และไม่ใช้จำนวนข้อสอบแทนหลักฐานฮาร์ดแวร์

บันทึกคำสั่งฉบับเต็มอยู่ใน .codex-build/ux-refactor/ ของเครื่องทำงาน

ข้อจำกัด

• ยังเป็นตัวจำลองในเบราว์เซอร์ ไม่มี backend/telemetry จากอุปกรณ์จริง ไม่มีผลติดตั้งหรือผลกระทบภาคสนามที่ยืนยัน
• ฉากเป็นการสร้างอิงภาพ ตำแหน่งอุปกรณ์เป็นข้อเสนอ ค่าความลึก น้ำและอากาศยังสังเคราะห์ ไม่มีค่า DO ที่วัดจริง
• การรับทราบ บันทึกและแผนสำรองอยู่ในเครื่อง ไม่ส่งหน่วยงานและไม่ซิงก์หลายคน
• ทดสอบเต็มจอในเบราว์เซอร์ที่ใช้งานนี้ อุปกรณ์ที่ไม่รองรับ Fullscreen API ใช้การขยายภายในหน้า ต้องทดสอบเครื่องปลายทางเพิ่มเติม
• ไม่ได้วัด FPS/Core Web Vitals หรือทดสอบทุก GPU และยังไม่ใช่การรับรองการเข้าถึงโดยผู้ใช้โปรแกรมอ่านหน้าจอจริง
• ชื่อขา ชิ้นส่วน คีย์ JSON และหน่วยมาตรฐานในเอกสารวิศวกรรมคงไว้เพื่อไม่ทำให้ข้อมูลเทคนิคผิดความหมาย
• Pitch 10 หน้าเดิมคงเป็นไฟล์จากรอบก่อนปรับ UX ภาพบนสไลด์จึงเป็นรุ่นก่อนหน้า ไม่อ้างว่าเป็น screenshot รุ่นนี้

Skill usage record

วันที่ 15 ต.ค. 2569 · ใช้ skill ที่ติดตั้งอยู่แล้ว ไม่ติดตั้งแพ็กเสริมเพื่ออ้างว่าเปิดใช้

ขอบเขตการรีวิว

Harness ไม่ได้ inject class-specific impeccable reviewer จึงใช้ fresh independent reviewer แทนโดยแจ้ง substitution ไว้ รายงาน ship ครอบคลุมการแก้สามข้อและ regression mascot เท่านั้น ไม่ใช่การรับรองทั้งระบบหรือ field usability

CLI ที่ติดตั้งไม่รองรับ concept-seed --check-seed none ตามเอกสาร reviewer ทดลองแล้วเกิด private roll โดยไม่ตั้งใจ ผลนั้นไม่นำมาใช้กำหนด direction ผู้ใช้ปัก reference และสีไว้แล้ว No generic concept approval inferred.

ไม่มีการกล่าวอ้างว่าเปิดใช้ skill ที่หาไม่พบ และไม่ได้รื้อแสง วัสดุ shader หรือ domain model ใหม่ในรอบนี้ เพราะจุดเน้นคือหน้า monitoring และ Pitch ที่ยึดระบบเดิม รายงานการทดสอบจริงอยู่ QA_AND_LIMITATIONS.md

Visual provenance

• salahum-14.png, salahum-03.png: existing user-supplied Data Pack community photographs in repository community-images/, converted from WebP for presentation embedding. manifest.json retains original filenames and source ZIP paths. No generation, no claim of field installation. Date/photographer not specified. Public examples: https://peephatz-dev.github.io/community-field-notes/community-images/salahum-14.webp and https://peephatz-dev.github.io/community-field-notes/community-images/salahum-03.webp . Confirm reuse scope with pack owner before further public redistribution.
• seabass-happy.svg and seabass-happy.png: original user-supplied PowerGuard asset pack v2, identical to app/public/powerguard/mascot/. Website retains SVG. Presentation uses the supplied high-resolution PNG because the artifact renderer misrenders some SVG fills, while the original SVG remains in source for editing. No newly invented mascot.
• desktop-normal.png, desktop-outage.png, circuit-exploded.png, mobile-overview.png: real CUA browser captures of the running app (localhost production export), 15 October 2026. All sensor/electrical values are simulated. No composited/mock telemetry.
• dashboard-crop.png: crop from desktop-normal, rectangle left280 top165 width1075 height750.
• outage-detail.png: crop from verified P1-selected desktop-outage capture, left1064 top187 width270 height424. That capture predates the final notice relocation; inspector and simulation state are unchanged. It is kept as a source asset, not mislabeled as the final full UI.
• notice-crop.png: real outage toast crop left1020 top726 width370 height124 from that same verified P1 capture. Notice style later changes only placement. The content is a source-event record, not a fabricated notification.
• circuit-crop.png: real circuit-exploded crop left280 top239 width760 height572. Geometry is reference concept, not verified hardware.
• Additional source photos/moods were inspected during selection and excluded from the final source package. No licensing claim is inferred from online accessibility. WareTrack layout reference and Google satellite screenshot are not embedded in the deck or website as published visual assets.

All cropping/conversion changes format/framing only. Full captures are in deliverables/web-ui/screenshots. No AI-generated imagery or video is used in this deliverable.

บทพูด

บ้านศาลาหุมมีอาชีพประมงกระชัง เอกสารพื้นที่รายงานไฟไม่เสถียร ทีมเราจึงเสนอ PowerGuard เพื่อเริ่มจากตรวจไฟและโหลดจริง แล้วเลือกว่าควรซ่อม ใช้ UPS หรือสำรองเฉพาะจุด ก่อนวัดผล วันนี้ที่สาธิตได้คือต้นแบบเว็บไซต์จำลองครับ

ข้อมูลขยาย

เอกสารเก็บข้อมูลวันที่ 16 กรกฎาคม 2569 ระบุเรื่องไฟตกเชิงคุณภาพ ยังไม่มีข้อมูลบอกว่าสายส่ง จุดต่อ หรือโหลดชนิดใดเป็นสาเหตุ เป้าหมายจึงเป็นการสร้างหลักฐานให้ตัดสินใจ ไม่ถือว่าภาพกระชังยืนยันปัญหาไฟ ฮาร์ดแวร์ของทีมยังไม่มีรายงานทดลองที่ตรวจย้อนกลับได้ รูปพื้นที่มาจากแพ็กผู้ใช้ ส่วนตำแหน่งในฉากอิงความสัมพันธ์ของภาพและติดป้ายเสนอ ชื่อบทบาทยึดเอกสารทีม

คำถามกรรมการ

ติดตั้งจริงแล้วหรือยัง

ยังเป็นต้นแบบเว็บจำลอง การวัดและการติดตั้งต้องได้รับความยินยอมและมีหลักฐานเพิ่ม

แหล่งอ้างอิง

• Data Pack ภาคใต้: /Users/nokia/Downloads/4.สรุปรายละเอียดพื้นที่โจทย์ภาคใต้ หน้า 6
• https://peephatz-dev.github.io/community-field-notes/presentation-guide.html
• team-work-summary.pdf หน้า 1–8
• community-images/manifest.json
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-flowchart.mmd
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-topology.json

บทพูด

ตัวเลขในเอกสารคือประมาณห้าสิบถึงเจ็ดสิบครัวเรือน และผู้ให้ข้อมูลเกี่ยวข้องกับกระชังมากกว่าสี่สิบห้า ตัวเลขนี้ช่วยเห็นบริบท แต่ยังบอกไม่ได้ว่าทุกบ้านเจอไฟตก หรือทุกกระชังต้องมีไฟสำรอง เราต้องวัดแรงดัน ระยะเวลา และระบุเครื่องที่ได้รับผลก่อน ส่วนปัญหาน้ำและตะกอนต้องแยกศึกษาอีกด้านครับ

ข้อมูลขยาย

แหล่งหน้า 6 กล่าวถึงไฟไม่เสถียรและโซลาร์บางครัวเรือนไม่เพียงพอกับระบบอื่น ส่วนกระชังมากกว่า 45 อยู่ในขอบเขตผู้ให้ข้อมูลหน้า 1 ห้ามคูณเป็นจำนวนผู้ใช้หรือประมาณรายได้ที่เสียหาย ภาพแสดงการทำงานกับเรือและกระชังเท่านั้น ไม่แสดงเหตุไฟดับหรือผลต่อปลา ผู้มีส่วนร่วมต้องรวมผู้ดูแลและคนที่รับภาระค่าใช้จ่าย ไม่เลือกจากผู้โพสต์ออนไลน์เพียงกลุ่มเดียว

คำถามกรรมการ

ไฟตกทำให้ปลาตายเท่าไร

ยังไม่มีหลักฐานเชื่อมเหตุไฟกับความเสียหายหรือการตายของปลา จึงไม่ใส่ตัวเลขดังกล่าว

แหล่งอ้างอิง

• Data Pack ภาคใต้: /Users/nokia/Downloads/4.สรุปรายละเอียดพื้นที่โจทย์ภาคใต้ หน้า 1, 3–7
• community-images/salahum-03.webp
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-flowchart.mmd
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-topology.json

บทพูด

เรายังไม่ทราบวิธีรับเหตุเดิมครบครับ ต้องถามว่าใครรู้เหตุ เครื่องใดหยุด และใครเป็นคนตัดสินใจซ่อมหรือซื้อแบต สิ่งที่ทีมเสนอคือเก็บหลักฐาน เลือกวิธีแก้ และตรวจผลหลังทำ ข้อมูลตรงนี้จะช่วยให้ไม่ลงทุนเกินปัญหาที่มีจริง

ข้อมูลขยาย

ช่องก่อน ระหว่าง และหลังบนสไลด์เป็นคำถามสัมภาษณ์ ไม่ใช่คำบรรยายพฤติกรรมชุมชนที่ทีมไปสังเกตแล้ว ควรขอเหตุการณ์ล่าสุดและถามบันทึกที่ตรวจได้ เลือกผู้ให้ข้อมูลหลายบทบาท เก็บขอบเขตเวลาของความทรงจำ และชี้ช่องข้อมูลหาย การวัดอาจพบว่าซ่อมจุดต่อหรือใช้ UPS ที่มีขายเหมาะกว่า จึงต้องเปิดทางเลือกนั้นไว้

คำถามกรรมการ

ทำไมไม่ซื้อแบตเลย

ยังไม่รู้โหลด ชั่วโมงที่จำเป็น สาเหตุ และต้นทุนตลอดอายุ การวัดอาจทำให้เลือกวิธีที่เล็กกว่าได้

แหล่งอ้างอิง

• Data Pack ภาคใต้: /Users/nokia/Downloads/4.สรุปรายละเอียดพื้นที่โจทย์ภาคใต้ หน้า 6
• https://peephatz-dev.github.io/community-field-notes/presentation-guide.html#decision-board
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-flowchart.mmd
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-topology.json

บทพูด

ผังต้นแบบครบทั้งสี่กล่องครับ P0 รับไฟจำลองกับมินิโซลาร์ จัดการไฟและส่งต่อผ่านรีเลย์ ส่วน P1 วัด EC และอุณหภูมิ P2 กับ P3 มีแบต UPS และมอนิเตอร์ของตัวเอง ระหว่างกล่องผังระบุ 5V จากรีเลย์และ Data กลับเข้า ESP32-S3 แต่ยังต้องทดลองพิกัดและสัญญาณจริง

ข้อมูลขยาย

ผัง P0–P3 อ่านจาก prototype-topology.json แหล่งเดียวกับเว็บ: P0 มี 9 ลูกศรภายใน, P1 5, P2 3, P3 3, สาย RELAY→P1/P2/P3 ระบุ 5V Power 3 เส้น และ ESP1/2/3→ESP0 ระบุ Data 3 เส้น รวม 26 ลูกศรตามที่ผู้ใช้ส่ง ไม่เพิ่ม GPIO, ground, BMS, DC-DC หรือ protocol เอง การมีลูกศรในผังไม่ได้ยืนยันการประกอบหรือผลทดสอบจริง

คำถามกรรมการ

ระบบสื่อสารใช้ protocol อะไร และ UPS แต่ละกล่องสำรองได้นานเท่าไร

ผังยังไม่ระบุ protocol, รุ่นอุปกรณ์, พิกัดเซลล์หรือผล runtime จึงต้องเลือกและทดสอบก่อนระบุ

แหล่งอ้างอิง

• team-work-summary.pdf หน้า 1–5
• energy-platform-app/src/lib/model.ts
• energy-platform-app/src/lib/circuit.ts
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-flowchart.mmd
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-topology.json

บทพูด

เมื่อกดเหตุไฟดับ ระบบจำลองจะบันทึกแรงดันและสถานะโหลด ใช้ไฟสำรองเมื่อพลังงานพอ และแจ้งผู้ดูแล พร้อมเก็บประวัติครับ แต่ถ้าโหนดไม่ส่งข้อมูล เราแสดงเป็นการสื่อสารขาด ไม่สรุปว่าไฟดับ พอไฟกลับจะค่อยคืนโหลดตามลำดับ การรับทราบยังเป็นบันทึกในเครื่อง ไม่ใช่ส่งให้หน่วยงานแล้ว

ข้อมูลขยาย

การสำรองและพักโหลดในแอปเกิดจาก transition ของ simulator เดียวกัน ไม่ใช่ระบบกฎใหม่แยกขาดจากฉาก ไม่มีการวัดเวลาสับเปลี่ยนจริง การคืนระบบต้องเล่นเวลาเพื่อเดิน P0/P1 ต่อด้วย P2 และ P3 ส่วน offline ไม่ได้ถอดโหลดทางกายภาพออกจากการคำนวณ ข้อมูล fault ต้องแสดง unavailable และไม่แต่งค่าน้ำใหม่ เสียงต้องให้ผู้ใช้เปิดก่อน การแจ้งเตือนมี dedup และ acknowledgement

คำถามกรรมการ

ถ้า 4G ขาดจะรู้ว่าไฟดับได้อย่างไร

ยังยืนยันไม่ได้จาก offline อย่างเดียว ต้องใช้แหล่งวัดไฟและ last_seen ที่เชื่อถือได้ รวมทั้งตรวจหน้างาน

แหล่งอ้างอิง

• energy-platform-app/src/store/simulator.ts
• energy-platform-app/src/lib/powerguard-model.ts
• energy-platform-app/test/simulator.test.mjs
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-flowchart.mmd
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-topology.json

บทพูด

ทุกกล่องมีแหล่งสำรองของตัวเองตามผัง โดย P0 ใช้ Dual-Rail UPS และ P1–P3 ใช้ Single-Rail UPS ครับ ส่วนเว็บยังใช้แบตเตอรี่รวม 1.2 กิโลวัตต์ชั่วโมงเพื่อสาธิตเหตุไฟดับ เราจึงยังไม่อ้าง runtime หรือการสลับไฟแยกกล่องจนกว่าจะประกอบและวัดจริง

ข้อมูลขยาย

รายการและลูกศร P0–P3 แสดงเป็นแบบเสนอเต็มตาม flowchart ผู้ใช้ ตัวจำลองหน้าเว็บยังคงเป็น pooled model 12 V / 1.2 kWh และโหลดสาธิต 30/120/80/260 W ไม่ได้คำนวณ UPS รายโหนดหรือโหลด 5V ที่ปลายทาง ค่าเหล่านี้ไม่ใช่ rating หรือผล bench test

คำถามกรรมการ

แล้วระบบจะจ่าย 5V ให้แต่ละกล่องได้จริงหรือไม่

มีเส้น 5V ระบุในผัง แต่ยังไม่มีรุ่นพาวเวอร์โมดูล โหลดปลายทาง และผลทดสอบ ต้องตรวจพิกัดและความปลอดภัยก่อนใช้งานจริง

แหล่งอ้างอิง

• energy-platform-app/src/lib/circuit.ts
• energy-platform-app/src/lib/model.ts
• energy-platform-app/src/components/CircuitLab.tsx
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-flowchart.mmd
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-topology.json

บทพูด

ต่อไปเป็นเดโมประมาณสี่สิบห้าวินาทีครับ ผมเลือกจุดกระชัง ลองไฟตกแล้วไฟดับ ดูแหล่งจ่ายเปลี่ยนเป็นสำรองและเครื่องทั่วไปพัก เปิดแจ้งเตือน รับทราบ จากนั้นคืนไฟและเล่นเวลาให้โหลดกลับตามลำดับ ภาพบนสไลด์มาจากเว็บที่รันจริง แต่ทุกค่ายังเป็นข้อมูลทดลองครับ

ข้อมูลขยาย

ลำดับ live demo: 0–7 วินาทีเปิดหน้า root และเลือกจุดกระชัง 7–15 ลองไฟตก 15–25 ลองไฟดับและชี้ P3 พัก 25–35 เปิดแจ้งเตือน/รับทราบ 35–45 คืนไฟและเล่นเวลา หากเครื่อง WebGL ไม่พร้อม ให้เปิดผัง 2D และใช้ภาพ actual capture นี้สำรอง ห้ามใช้ screenshot แทนหลักฐาน live telemetry รุ่นนี้เตรียมเผยแพร่ที่ URL สาธารณะตามคำขอ deploy ของผู้ใช้ ข้อมูลทุกค่ายังเป็น simulation

คำถามกรรมการ

ภาพนี้ทำ mockup หรือมาจากระบบจริง

เป็นภาพจับจากแอปที่ทำงานจริงบน production export ในเครื่อง ส่วนค่าข้อมูลมาจาก simulator

แหล่งอ้างอิง

• deliverables/web-ui/screenshots/
• http://127.0.0.1:3013/community-field-notes/energy-platform/
• https://peephatz-dev.github.io/community-field-notes/energy-platform/
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-flowchart.mmd
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-topology.json

บทพูด

สิ่งที่ยืนยันได้คือซอฟต์แวร์ครับ ทดสอบอัตโนมัติผ่านห้าสิบสองข้อ และเปิดดูฉาก การเลือกจุด แจ้งเตือน และวงจรในเบราว์เซอร์แล้ว แต่คอลัมน์ฮาร์ดแวร์ยังไม่มีหลักฐาน และยังไม่มีผลทดลองกับชาวบ้าน เราจึงระบุความพร้อมเป็นแนวคิดและวิเคราะห์ พร้อมต้นแบบเว็บจำลอง

ข้อมูลขยาย

ผล test 52/52 วันที่ 15 ต.ค. 2569 ครอบคลุม model, circuit graph, site geometry, water model, scenario state, powerguard assets/audio/notification/planner และ incident journey/audience modes Typecheck และ production build/export ผ่าน สิ่งนี้ไม่ยืนยัน runtime จริงของแบต relay response, IP rating, uptime, ค่าไฟลดลง หรือ adoption ต้องเก็บผล bench test และ user trial เพิ่มก่อนยกระดับความพร้อม เกณฑ์ระดับผลงานยึดสิ่งที่ทำ ไม่ยึดภาพ 3D

คำถามกรรมการ

ทดสอบกับกลุ่มตัวอย่างหรือยัง

ยังไม่พบหลักฐานที่ยืนยัน จึงไม่ใช้สถานะ prototype tested with users

แหล่งอ้างอิง

• energy-platform-app/test/
• deliverables/web-ui/screenshots/
• deliverables/QA_AND_LIMITATIONS.md
• https://peephatz-dev.github.io/community-field-notes/presentation-guide.html#slides
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-flowchart.mmd
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-topology.json

บทพูด

เราจะเทียบสี่ทางเลือก ทั้งการตรวจระบบกับการไฟฟ้า UPS สำเร็จรูป สำรองเฉพาะโหลด และโซลาร์ร่วมแบตเมื่อคุ้มครับ ตัวอย่างโหลดหนึ่งร้อยห้าสิบวัตต์สองชั่วโมง ภายใต้ประสิทธิภาพและส่วนที่ใช้แบตได้แปดสิบเปอร์เซ็นต์ ต้องประมาณสี่ร้อยหกสิบเก้าวัตต์ชั่วโมง แต่ยังไม่ใช่รุ่นหรือราคา จุดที่ทีมเสนอคือช่วยเลือกและตรวจผล ส่วนงานติดตามน้ำมีเทคโนโลยีไทยทำอยู่แล้ว

ข้อมูลขยาย

ยังไม่มีใบเสนอราคาหรือ BOM ยืนยัน จึงเว้นต้นทุนเป็น TBD ไม่แต่งเงินบาท แผนเงินต้องรวมติดตั้ง ตู้ ป้องกัน แบตเปลี่ยน ข้อมูล ค่าแรงและอายุที่ใช้เทียบเท่ากัน UPS ต้องเช็ก W/VA กระแสเริ่มต้นรูปคลื่นและ runtime curve ตัวอย่าง 469 Wh ไม่รวม aging/อุณหภูมิหรือ safety margin และต่างจากแบตจำลอง 1.2 kWh ในฉาก NECTEC Bubble FiT ปี 2560 เน้น DO/ควบคุมเติมอากาศ และ Aqua-IoT ปี 2563 เน้นติดตามสภาพบ่อ ไม่ใช่หลักฐานว่าทีมแปลกใหม่กว่า/ถูกกว่า หรือระบบเหล่านี้ติดตั้งที่ศาลาหุมปัจจุบัน ราคาที่ตรวจหน้า Advice 15 ต.ค. 2569: UPS 1000VA ADVICE SMART LCD แสดง 1,750 บาทเฉพาะออนไลน์ พิกัด 500 W เป็นเพียงราคาเครื่องตัวอย่าง ไม่ใช่รุ่นที่เลือก ไม่ยืนยันสำรอง 150 W ได้นานสองชั่วโมง และไม่รวมระบบวัด ตู้ การติดตั้งหรือแบตเปลี่ยน ต้องตรวจราคาและโหลดอีกครั้ง

คำถามกรรมการ

ถ้า UPS ที่มีขายแก้ได้แล้วล่ะ

ควรเลือก UPS หากเหมาะและคุ้มกว่า PowerGuard ช่วยเก็บหลักฐานและติดตามผล ไม่จำเป็นต้องสร้างฮาร์ดแวร์ใหม่ทุกครั้ง

แหล่งอ้างอิง

• https://www.pea.co.th/contact-us
• https://www.se.com/us/en/work/support/product-support/ups-buying-guide-for-selecting-a-battery-backup-system/
• https://www.nectec.or.th/innovation/innovation-hardware-electronics/bubblefit.html
• https://nectec.or.th/news/news-pr-news/aqua-iot-east2020.html
• energy-platform-app/src/lib/powerguard-model.ts
• https://www.advice.co.th/product/ups-/advice/ups-1000va-advice-smart-lcd
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-flowchart.mmd
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-topology.json

บทพูด

สิ่งที่เราขอคือเริ่มวัดในหนึ่งถึงสองจุดที่ชุมชนยินยอม ขอข้อมูลระบบเดิมที่เปิดให้ใช้ และตกลงคนรับเหตุครับ ทีมจะแบ่งงานตามนี้ วัดความครบถ้วนของหลักฐาน เวลาคงโหลด ต้นทุนตลอดอายุ และผู้ดูแลใช้บันทึกได้ ถ้าข้อมูลไม่พอ ไม่ปลอดภัย หรือทางเลือกอื่นเหมาะกว่า เราจะทบทวนก่อนขยายครับ

ข้อมูลขยาย

ยังไม่มีชื่อผู้ประสานงานท้องถิ่นหรือพันธมิตรที่ตกลงร่วมแล้ว ค่าเป้าหมาย KPI และระยะ baseline ต้องตกลงก่อนเริ่ม ไม่อ้างผลสำเร็จล่วงหน้า นายรับโจทย์/การตัดสินใจ โฟล์ครับความปลอดภัย/โหลด พีรับ event/KPI บอสรับการสื่อสารและผู้รับเหตุ ข้าวฟ่างรับแหล่งอ้างอิงและ validation ด้าน ESG วัดพลังงาน/ขยะแบต ภาระผู้ดูแล และการยินยอมใช้ข้อมูล ไม่อ้างลดคาร์บอน/เพิ่มรายได้ เกณฑ์ซ้อมทั้งห้าข้อเป็นสมมติสำหรับเตรียม pitch ไม่ใช่ rubric ทางการ หน้า 10 เป็นทางเข้าภาคผนวกฉบับเต็มบนเว็บ มีหลักฐาน แผนลงพื้นที่ วงจร สมการ สคริปต์ Q&A ผลตรวจ ภาพจริง และดาวน์โหลดทุกชิ้น Speaker notes ของหน้านี้แนบข้อความเต็มจากคลังเอกสารด้วย

คำถามกรรมการ

เมื่อไรควรขยาย

เมื่อมีคนดูแล ข้อมูลและต้นทุนเปรียบเทียบชัด ผ่านความปลอดภัยและผลทดลองตามเกณฑ์ร่วม ถ้าไม่ผ่านให้หยุดหรือปรับแบบ

แหล่งอ้างอิง

• deliverables/research/missing-evidence-and-field-plan.md
• team-work-summary.pdf หน้า 6–8
• https://peephatz-dev.github.io/community-field-notes/presentation-guide.html
• https://peephatz-dev.github.io/community-field-notes/pitch-appendix.html
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-flowchart.mmd
• https://peephatz-dev.github.io/community-field-notes/energy-platform/prototype-topology.json