ESP8266 + LDR: ส่งค่าแสงขึ้น KiwisIoT Dashboard

เรียบเรียงโดย Global Byte • อ้างอิงโปรเจกต์ ESP8266 LDR Sensor With KiwisIoT Dashboard บน Hackster.io

จากแสงรอบตัวไปถึง Dashboard ออนไลน์ ต้องผ่านอะไรบ้าง? โปรเจกต์นี้ใช้ ESP8266 และ LDR เป็นตัวอย่างง่าย ๆ เพื่อให้เห็นภาพว่า Sensor Reading สามารถเดินทางจาก Hardware ไปแสดงบน KiwisIoT Dashboard ได้อย่างไร

จุดน่าสนใจจึงไม่ใช่แค่ “อ่านค่า LDR ได้” แต่คือการมองเห็น IoT Data Flow ทั้งเส้น ตั้งแต่สิ่งที่เกิดขึ้นในโลกจริง ผ่าน Microcontroller ไปจนถึงหน้าจอที่ผู้ใช้เปิดดูผ่าน Platform

ภาพ Hardware จากโปรเจกต์ ESP8266 และ LDR สำหรับส่งข้อมูลไปยัง KiwisIoT
ภาพ Hardware จากโปรเจกต์ต้นฉบับ ที่ใช้ ESP8266 และ LDR เป็นส่วนของระบบตรวจระดับแสง และนำข้อมูลไปแสดงบน KiwisIoT Dashboard

Key Takeaways

  • โปรเจกต์ใช้ ESP8266 เป็น Controller หลัก
  • ใช้ LDR เป็น Sensor สำหรับตอบสนองต่อการเปลี่ยนแปลงของแสง
  • เป้าหมายคือแสดงค่า Sensor บน KiwisIoT Online Dashboard
  • Concept หลักคือ Sensor → ESP8266 → Network → Dashboard
  • KiwisIoT เป็น Platform สำหรับสร้าง Panel และ Widget เพื่อดูข้อมูลจากอุปกรณ์ IoT
  • ค่า LDR ที่อ่านได้ไม่ควรถูกเรียกว่า Lux โดยอัตโนมัติ หากไม่มี Calibration หรือ Conversion ที่ยืนยัน
  • Source ที่ Verify ได้ในรอบนี้ยังไม่เพียงพอสำหรับฟันธง Wiring, GPIO, ADC Range หรือ Resistor Value ของ Main Project
  • มี Code Resource แนบกับ Project แต่บทความนี้ไม่คัด Code มาใช้ เพราะยังไม่ได้ Verify เนื้อหาไฟล์โดยตรง
  • Project เหมาะสำหรับเรียนรู้ Data Flow ของ IoT ก่อนขยายไป Sensor หรือ Automation ที่ซับซ้อนขึ้น

โปรเจกต์นี้ทำอะไร?

เป้าหมายของโปรเจกต์ ESP8266 LDR Sensor With KiwisIoT Dashboard คืออ่านการเปลี่ยนแปลงของระดับแสงด้วย LDR แล้วนำ Sensor Value ไปแสดงบน KiwisIoT Online Dashboard

ถ้ามองในระดับ Concept ระบบประกอบด้วยเพียงไม่กี่ Layer:

แสงรอบตัว
↓
LDR Sensor
↓
ESP8266
↓
Network / IoT Platform
↓
KiwisIoT Dashboard

จุดสำคัญ: Project นี้ไม่ได้มีคุณค่าเพราะใช้ Sensor ซับซ้อน แต่เพราะทำให้ Beginner เห็นเส้นทางของข้อมูล IoT ตั้งแต่ Physical Input ไปจนถึง Online Dashboard ได้ใน Project เดียว

ทำไม Project ง่าย ๆ นี้เหมาะกับคนเริ่ม IoT?

เวลาเริ่มเล่น IoT หลายคนเรียนแต่ละเรื่องแยกกัน:

  • อ่าน Sensor
  • เชื่อม Microcontroller
  • ต่อ Network
  • สร้าง Dashboard
  • ดูข้อมูลจากระยะไกล

Project นี้ช่วยเอาแต่ละส่วน มาต่อให้เห็นเป็น Workflow เดียว

เมื่อเข้าใจ Flow นี้แล้ว Concept เดิมสามารถนำไปศึกษา Sensor Monitoring ประเภทอื่นต่อได้ โดยต้องเปลี่ยน Hardware, Code และ Configuration ให้เหมาะกับ Sensor และ Platform จริง

LDR ทำหน้าที่อะไรในระบบ?

LDR หรือ Light Dependent Resistor ถูกใช้เป็น Input ที่ตอบสนองต่อการเปลี่ยนแปลงของแสง

ในบริบทของ Project นี้ สิ่งที่เราสนใจคือ:

เมื่อสภาพแสงเปลี่ยน Sensor Reading ที่ ESP8266 รับมาก็เปลี่ยนตาม

จากนั้น Reading จึงถูกนำไปแสดงผล บน Dashboard เพื่อให้ผู้ใช้ดูการเปลี่ยนแปลง โดยไม่จำเป็นต้องจ้องเฉพาะ Serial Output ที่ตัว Development Board

อย่าเรียกค่าจาก LDR ว่า Lux โดยอัตโนมัติ: หาก Source ไม่มี Calibration, Sensor Characteristic และ Conversion Formula ที่เหมาะสม ควรเรียกข้อมูลว่า Light Sensor Value, Analog Reading หรือค่าระดับแสงเชิงสัมพัทธ์ แทนการระบุเป็นหน่วย Lux

ESP8266 อยู่ตรงไหนของระบบ?

ESP8266 เป็นตัวกลางระหว่าง Sensor Hardware กับ Online Dashboard

ในภาพรวม Controller ต้องรับ Reading จาก LDR แล้วนำข้อมูลนั้นไปส่งต่อ ไปยัง KiwisIoT ตาม Software Configuration ของ Project

Sensor Reading
↓
ESP8266
↓
Connection to IoT Platform
↓
Dashboard Value

นี่คือ Pattern ที่พบได้บ่อยใน IoT Project: Microcontroller ไม่ได้ทำหน้าที่เพียงอ่าน Sensor แต่ยังเป็น Bridge ระหว่าง Physical Hardware และ Software Platform

IoT Data Flow: จากแสงในห้องไปถึง Dashboard

ถ้าแยก Architecture ออกเป็น Layer จะเข้าใจได้ง่ายขึ้น

1

Physical Input

สภาพแสงรอบ Sensor คือข้อมูลต้นทางของระบบ

2

Sensing

LDR ตอบสนองต่อสภาพแสง และสร้าง Reading ที่ระบบสามารถนำไปอ่านต่อ

3

Microcontroller

ESP8266 รับ Sensor Value และจัดการ Logic ที่เกี่ยวข้องกับการส่งข้อมูล

4

Connectivity

Device ต้องเชื่อมต่อกับระบบเครือข่าย เพื่อส่ง Reading ไปยัง IoT Platform

5

KiwisIoT

Platform รับข้อมูลจาก Device และนำไปเชื่อมกับ Panel / Widget ที่ผู้ใช้กำหนด

6

Dashboard

ผู้ใช้จึงสามารถเปิด Dashboard เพื่อดู Sensor Reading ผ่าน Interface ที่เข้าใจได้ง่ายกว่าข้อมูลดิบ

Hardware และ Connection: รอบนี้จะไม่เดา Pinout

ภาพประกอบ Hardware และการเชื่อมต่อจากโปรเจกต์ ESP8266 LDR
ภาพประกอบจาก Project Source ที่เกี่ยวข้องกับ Hardware / Connection ของระบบ ESP8266 และ LDR ควรตรวจ Pin Label และ Board Revision จากต้นฉบับก่อนต่อวงจรจริง

สิ่งที่ยืนยันได้จาก Main Project คือใช้:

  • ESP8266
  • LDR Sensor
  • KiwisIoT Dashboard

แต่จาก Source ที่ Verify ได้ในรอบนี้ ยังไม่มีข้อมูลเพียงพอ ให้บทความนี้ฟันธงว่า:

  • ESP8266 เป็น Board Variant ใด
  • LDR เป็น Component เดี่ยวหรือ Module รุ่นใด
  • ต่อ Sensor เข้าขาใด
  • ใช้ Voltage เท่าไร
  • มี Resistor ค่าเท่าไร
  • ADC Range เท่าไร

อย่าคัด Wiring จาก Project อื่นที่หน้าตาคล้ายกันมาใช้แทน: ESP8266 Board และ LDR Module แต่ละรุ่นสามารถมี Pin Label, Input Range และ Circuit แตกต่างกัน ควรเปิด Schematic / Code / Hardware Detail ของ Project ต้นฉบับ และตรวจ Board ที่อยู่ในมือก่อนต่อจริง

KiwisIoT คือส่วนไหนของ Project?

KiwisIoT เป็น IoT Platform ที่ใช้รับและแสดงข้อมูลจาก Connected Device

หน้า Platform อธิบาย Workflow ทั่วไปไว้ในแนว:

Create Panel
↓
Add Widgets
↓
Connect Device
↓
View & Monitor Data

สำหรับ Project นี้ KiwisIoT จึงทำหน้าที่เป็นปลายทาง ที่ผู้ใช้ใช้ดูค่าจาก LDR หลัง ESP8266 ส่ง Reading เข้ามา

มองแบบง่าย ๆ: LDR คือสิ่งที่รับรู้โลกจริง, ESP8266 คือ Device ที่จัดการข้อมูล, ส่วน KiwisIoT คือพื้นที่ที่นำข้อมูลนั้น มาแสดงให้คนอ่านได้สะดวกขึ้น

Dashboard เปลี่ยน Sensor Reading ให้ดูง่ายขึ้นอย่างไร?

ภาพประกอบจากโปรเจกต์ ESP8266 LDR ในส่วนการแสดงผลผ่าน KiwisIoT
ภาพประกอบจาก Project Source ในส่วนที่เกี่ยวข้องกับการนำข้อมูล ESP8266 / LDR ไปใช้งานร่วมกับ KiwisIoT

ถ้าอ่าน Sensor แล้วดูเพียงค่าที่ออกมาจาก Controller เราจะเห็นตัวเลข แต่ยังไม่ได้ประสบการณ์แบบ IoT Monitoring เต็ม ๆ

Dashboard เข้ามาช่วยเปลี่ยนข้อมูลจาก Device ให้กลายเป็น Interface ที่ผู้ใช้เปิดดูได้สะดวกขึ้น

KiwisIoT Platform มีระบบ Widget สำหรับจัด Dashboard และสามารถใช้ Widget เพื่อแสดงข้อมูลจาก Sensor ตาม Configuration ของ Panel

บทความนี้ไม่กำหนด Widget ID หรือ Channel ID ของ Project ให้เอง: ค่า Identifier, Topic, Device Credential หรือ Widget Configuration ต้องใช้ค่าที่สร้างจาก Account / Panel และ Code ของ Project จริง ไม่ควร Copy Identifier จาก Project คนอื่น

ภาพรวม Setup: เริ่มจาก Hardware แล้วค่อยเชื่อม Dashboard

เนื่องจาก Code และ Wiring ของ Main Project ยังไม่ได้ถูก Verify แบบบรรทัดต่อบรรทัด ส่วนนี้จึงอธิบายเฉพาะ Workflow โดยไม่สร้าง Pin หรือ Command ขึ้นเอง

1

เตรียม ESP8266 และ LDR

ตรวจ Board, Sensor Module และ Pin Label ของ Hardware ที่ใช้งานจริงก่อน

2

ตรวจ Connection จาก Source ต้นฉบับ

อย่าเลือก GPIO, ADC Pin, Voltage หรือ Resistor จากการเดา เพราะ Board / Module อาจต่างกัน

3

สร้าง KiwisIoT Panel

KiwisIoT ใช้ Panel เป็นพื้นที่สำหรับจัด Dashboard และเชื่อมข้อมูลของ Device

4

เพิ่ม Widget ที่เหมาะกับข้อมูล

Platform รองรับ Widget สำหรับการแสดงข้อมูล แต่ Project-specific Configuration ต้องอ้างอิงจาก Panel และ Code จริง

5

ตั้งค่า Device ตาม Source Code

Wi-Fi Credential, Dashboard Identifier และค่าที่เกี่ยวข้องกับ Platform ควรใช้ค่าของผู้ใช้เอง ไม่ Copy Credential จากตัวอย่างสาธารณะ

6

ทดสอบการเปลี่ยนแปลงของ Sensor Reading

เปลี่ยนสภาพแสงรอบ LDR แล้วตรวจว่าค่าที่ Device อ่าน และข้อมูลบน Dashboard เปลี่ยนตาม Workflow ที่ Project ออกแบบหรือไม่

จุดที่ Beginner มักสับสน: Sensor Value ไม่ได้แปลว่า Lux เสมอไป

คำว่า Light Intensity ใน Project Maker บางครั้งใช้เรียกการเปลี่ยนแปลงของ Sensor Reading แบบกว้าง ๆ

แต่ถ้าต้องการแสดงผลเป็น หน่วยทางกายภาพอย่าง Lux จำเป็นต้องมีข้อมูลเพิ่มเติม ที่ช่วยเชื่อม Raw Reading กับค่าความสว่างจริง

ข้อมูล ความหมาย
Raw / Analog Sensor Reading ค่าที่ระบบอ่านจากวงจร Sensor ตาม Configuration ของ Hardware
Relative Light Level ใช้เปรียบเทียบว่าแสงเปลี่ยนมากขึ้นหรือน้อยลงใน Setup เดียวกัน
Lux ต้องมี Measurement / Calibration ที่รองรับก่อนจึงควรระบุเป็นหน่วยนี้

Source ที่ใช้บทความนี้ไม่ได้ให้ Calibration Formula สำหรับ Lux: ดังนั้นบทความจะไม่สร้างสมการ หรือแปลง Sensor Reading เป็น Lux เอง

ถ้าจะทดสอบ Project ควรดูอะไร?

สำหรับ Project Monitoring แบบนี้ เป้าหมายแรกไม่จำเป็นต้องเป็น “ค่าต้องเท่ากับกี่ Lux”

แต่ควรตรวจ Flow ก่อนว่า:

  • Sensor Reading เปลี่ยนเมื่อสภาพแสงเปลี่ยนหรือไม่
  • ESP8266 ยังทำงานตามปกติหรือไม่
  • Device สามารถส่งข้อมูลไปยัง Platform ตาม Source Code ได้หรือไม่
  • Dashboard แสดงข้อมูลจาก Device ที่ถูกต้องหรือไม่
  • ค่าบน Dashboard เปลี่ยนตาม Input ที่ Sensor รับหรือไม่

สำหรับ Beginner: การแยก Debug ทีละ Layer ช่วยหาปัญหาได้ง่ายกว่า การพยายามแก้ Sensor, Network และ Dashboard พร้อมกันทั้งหมด

Source Code มีให้ดาวน์โหลด แต่รอบนี้ไม่คัด Code ที่ยัง Verify ไม่ได้

หน้า Project มี Code Resource แนบมาให้ดาวน์โหลด แต่เนื้อหาไฟล์ดังกล่าว ยังไม่ได้ถูก Verify แบบบรรทัดต่อบรรทัด ในการจัดทำบทความรอบนี้

เพื่อไม่สร้างหรือแก้ Function, Library, Pin, Topic ID หรือ Credential จากการคาดเดา จึงไม่มี Code Snippet ฝังอยู่ในบทความ

ดาวน์โหลด Code Resource จาก Hackster เปิด Project ต้นฉบับบน Hackster

ก่อน Upload Code: ตรวจ Wi-Fi Credential, Dashboard Identifier, Board Setting, Sensor Pin และ Library Requirement จาก Source Code จริงก่อนทุกครั้ง และอย่าเผยแพร่ Password, Token หรือ Credential ส่วนตัว ลงใน Code สาธารณะ

เข้าใจ Data Flow นี้แล้ว ต่อไปทำอะไรได้?

จุดแข็งของ Project Beginner แบบ ESP8266 + LDR คือ Architecture ทำให้เราเริ่มเข้าใจว่า Connected Sensor System ประกอบด้วย Layer อะไรบ้าง

หลังจากเข้าใจ Project พื้นฐานแล้ว แนวคิดเดียวกัน สามารถนำไปศึกษา Project ที่ซับซ้อนขึ้นได้ เช่น:

  • Sensor Monitoring หลาย Channel
  • Historical Data Visualization
  • Event / Alert Logic
  • Automatic Control
  • Sensor ประเภทอื่น
  • IoT Automation

รายการนี้เป็นแนวทางต่อยอด ไม่ใช่ Feature ของ Project ปัจจุบัน: Main Project ที่ยืนยันได้ในรอบนี้ มีเป้าหมายอ่าน LDR และแสดง Sensor Value บน KiwisIoT Dashboard ไม่ได้ยืนยันว่า Relay, Automation, Alert หรือ AI ถูกสร้างไว้แล้ว

ข้อมูลอะไรที่ Source รอบนี้ยังไม่พอให้ฟันธง?

หัวข้อ สถานะในบทความนี้
ESP8266 Board Variant ยังไม่ฟันธงจากข้อมูลที่ Verify ได้
LDR Module รุ่นย่อย Source ที่ Verify ได้ไม่ระบุชัด
GPIO / ADC Pin ไม่สร้างขึ้นเอง
Operating Voltage ไม่สร้างขึ้นเอง
Resistor Value ไม่สร้างขึ้นเอง
ADC Range ไม่สร้างขึ้นเอง
Sampling Interval Source ที่ Verify ได้ไม่ระบุ
Sensor Accuracy Source ไม่ได้ระบุ
Lux Conversion Source ไม่ได้ให้ Calibration Formula
Network Protocol ไม่ฟันธง MQTT / HTTP หรือ Protocol อื่นโดยไม่มี Code ยืนยัน
Library / API Method ไม่คัดมาใช้จนกว่า Code Resource จะถูก Verify
Dashboard Topic / Channel ID ต้องใช้ค่าจาก Panel / Source Code จริง
Update Rate Source ที่ Verify ได้ไม่ระบุ
Relay / Automation ไม่ใช่ Current Feature ที่ยืนยันได้จาก Main Project

Maker ได้เรียนรู้อะไรจาก Project นี้?

1. Sensor เป็นแค่จุดเริ่มต้น

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

2. Dashboard ไม่ได้สร้างข้อมูลขึ้นมาเอง

Dashboard แสดงสิ่งที่ Device ส่งมา ดังนั้นถ้า Sensor, Device Logic หรือ Identifier ผิด หน้าจอก็ไม่สามารถแก้ข้อมูลให้ถูกเองได้

3. Raw Value กับ Physical Unit ต้องแยกกัน

การเห็นตัวเลขจาก ADC ไม่ได้หมายความว่า ตัวเลขนั้นเป็น Lux, Temperature หรือหน่วยจริงอื่นทันที การแปลงเป็น Physical Unit ต้องมีข้อมูลรองรับ

4. IoT Debug ควรไล่ทีละ Layer

Sensor
↓
Controller
↓
Connectivity
↓
Platform
↓
Widget / Dashboard

ถ้า Data ไม่ขึ้น การเช็กทีละ Layer จะช่วยลดเวลาหาปัญหา มากกว่าการแก้ทุกอย่างพร้อมกัน

โปรเจกต์นี้มี Code และ Hardware Detail แนะนำอ่านต้นฉบับควบคู่กัน

ก่อนต่อ Hardware หรือ Upload Firmware แนะนำเปิด Source ต้นฉบับ เพื่อตรวจ:

  • Board รุ่นที่ผู้สร้างใช้จริง
  • LDR / Sensor Module
  • Pin Connection
  • Code Resource
  • Library ที่ใช้
  • KiwisIoT Configuration
  • Credential ที่ต้องแทนด้วยข้อมูลของตัวเอง
อ่าน ESP8266 LDR Sensor With KiwisIoT Dashboard ดาวน์โหลด Code จาก Project เปิด KiwisIoT Platform

FAQ: ESP8266 + LDR + KiwisIoT

โปรเจกต์นี้ทำอะไร?

ใช้ ESP8266 และ LDR เพื่ออ่านการเปลี่ยนแปลงของระดับแสง แล้วแสดง Sensor Value บน KiwisIoT Online Dashboard

LDR คืออะไร?

LDR คือ Light Dependent Resistor ซึ่งตอบสนองต่อการเปลี่ยนแปลงของแสง และใน Project นี้ใช้เป็น Sensor Input สำหรับ ESP8266

ใช้ ESP8266 รุ่นไหน?

Main Project ระบุ ESP8266 แต่ข้อมูลที่ Verify ได้ในรอบนี้ ยังไม่เพียงพอให้ฟันธง Board Variant จึงควรตรวจ Hardware List จากหน้า Project ต้นฉบับ

LDR ต่อเข้าขาไหนของ ESP8266?

บทความนี้ไม่ระบุ Pin เพราะ Main Source ที่ Verify ได้ ยังไม่เพียงพอสำหรับยืนยัน Wiring ควรตรวจ Code และ Schematic ของ Project ต้นฉบับ

ค่า LDR ที่เห็นคือ Lux หรือไม่?

ไม่ควรเรียกว่า Lux หากไม่มี Calibration หรือ Conversion Formula ที่ยืนยันจาก Source ควรเรียกว่า Sensor Value หรือ Relative Light Reading

KiwisIoT ใช้ทำอะไร?

ใช้สร้าง IoT Panel / Dashboard และ Widget เพื่อดูข้อมูลจาก Connected Device ตาม Workflow ของ Platform

ต้องสร้าง Dashboard เองหรือไม่?

KiwisIoT ใช้ระบบ Panel และ Widget สำหรับจัด Dashboard โดย Configuration เฉพาะของ Project ต้องตั้งให้ตรงกับ Device และ Code จริง

มี Source Code ให้ดาวน์โหลดไหม?

มี Direct Code Resource แนบกับหน้า Hackster Project และบทความนี้มีปุ่มไปยังไฟล์ดังกล่าว

ทำไมบทความนี้ไม่มี Code Snippet?

เพราะ Contents ของ Code Resource ยังไม่ได้ถูก Verify แบบบรรทัดต่อบรรทัด จึงไม่คัดหรือสร้าง Library Method, GPIO, Topic ID หรือ Credential ขึ้นเอง

ควร Copy Wi-Fi Password จากตัวอย่าง Code หรือไม่?

ไม่ควร Credential ต้องใช้ของ Network และ Account ของผู้ใช้เอง และไม่ควรเผยแพร่ Password, Token หรือ Secret จริงใน Code สาธารณะ

Dashboard อัปเดตทุกกี่วินาที?

Source ที่ Verify ได้สำหรับ Main Project ในรอบนี้ไม่ได้ระบุ Update Interval จึงไม่กำหนดตัวเลขขึ้นเอง

ใช้ ESP32 แทน ESP8266 ได้หรือไม่?

Main Project ที่ใช้เป็น Source ระบุ ESP8266 และไม่ได้ยืนยันขั้นตอน Compatibility สำหรับ ESP32 ใน Project เดียวกัน จึงควรใช้ Documentation และ Code ที่รองรับ Board จริง หากต้องการเปลี่ยน Platform

เพิ่ม Relay เพื่อเปิดไฟอัตโนมัติได้ไหม?

Automation เป็นแนวทางที่สามารถนำ Concept ไปศึกษาต่อได้ แต่ Main Project ที่ยืนยันได้ในบทความนี้ เน้นการอ่าน LDR และแสดงข้อมูลบน Dashboard ไม่ได้ยืนยัน Relay Control เป็น Current Feature

ใช้ Sensor อื่นแทน LDR ได้หรือไม่?

Architecture แบบ Sensor → Controller → Dashboard สามารถใช้เป็นแนวคิดเรียนรู้กับ Sensor ประเภทอื่นได้ แต่ Hardware, Wiring, Code, Unit และ Calibration ต้องเปลี่ยนตาม Sensor จริง

สรุป: Project เล็ก แต่เห็นภาพ IoT ตั้งแต่ Sensor ถึง Dashboard

ESP8266 + LDR + KiwisIoT อาจไม่ได้เป็น Project ที่ Hardware ซับซ้อนที่สุด แต่เหมาะมากสำหรับการทำความเข้าใจ โครงสร้าง IoT แบบพื้นฐาน

Physical Environment
↓
LDR Sensor
↓
ESP8266
↓
IoT Connection
↓
KiwisIoT
↓
Dashboard

เมื่อเข้าใจ Flow นี้ สิ่งที่เรียนรู้ต่อได้ ไม่ใช่แค่ LDR แต่คือหลักคิดของ Connected Device: Sensor สร้างข้อมูล, Controller จัดการข้อมูล, Network พาข้อมูลออกไป และ Dashboard ทำให้ข้อมูลนั้นมีประโยชน์กับคนมากขึ้น

ขณะเดียวกัน Project นี้ยังเป็นตัวอย่างที่ดีว่า Raw Sensor Value ต้องไม่ถูกยกระดับเป็นค่าทางกายภาพที่แม่นยำโดยไม่มี Calibration และ Wiring / Code ก็ควรยึด Source ของ Hardware จริง มากกว่าการ Copy จาก Project ที่ดูคล้ายกัน

References / แหล่งข้อมูลต้นฉบับ

อยากเริ่ม ESP8266 หรือ Sensor Monitoring Project?

Project แบบนี้เหมาะสำหรับเริ่มเข้าใจ การทำงานร่วมกันของ Development Board, Sensor, Connectivity และ IoT Dashboard ก่อนขยับไปงานที่ซับซ้อนขึ้น

ถ้ากำลังหา ESP8266, ESP32, Development Board, Light Sensor, Sensor Module, Breadboard หรือ Maker Accessories สามารถสอบถามทีม Globalbyte เพื่อช่วยเช็กอุปกรณ์ ที่เหมาะกับ Project ได้

บทความนี้ไม่ได้ยืนยันว่า Board หรือ Sensor รุ่นเฉพาะ ของ Project ต้นฉบับ มี Stock อยู่ที่ Globalbyte กรุณาสอบถามรุ่นและ Availability ก่อนสั่งซื้อ

ช้อปสินค้า / บริการ เข้ากลุ่ม Community สอบถามผ่าน LINE OA

Blog posts