- Photon เป็นกล้องขนาดจิ๋วสำหรับติดตั้งใช้งานระยะยาว โดยชูจุดเด่นเรื่องอายุแบตเตอรี่ที่ถ่ายภาพได้อย่างน้อย 50,000 ภาพ ต่อการชาร์จหนึ่งครั้ง
- รองรับการถ่ายภาพตามเวลาและตามการเคลื่อนไหว จึงใช้บันทึกเวลา/วันที่เฉพาะ, ทำ ไทม์แลปส์, และถ่ายภาพเมื่อตรวจพบการเคลื่อนไหวได้
- ไม่ใส่ Bluetooth, Wi‑Fi หรือ cellular ดังนั้นหากต้องการดึงรูปออกมาจำเป็นต้อง เข้าถึงตัวเครื่องจริง เป็นโครงสร้างที่ลดความเสี่ยงจากการแฮ็กระยะไกลและการอัปโหลดขึ้นคลาวด์โดยไม่รู้ตัว
- ฮาร์ดแวร์และซอฟต์แวร์เผยแพร่เป็น โอเพนซอร์ส และรูปภาพถูกเก็บในรูปแบบ RAW ซึ่งบันทึกข้อมูลพิกเซลจากเซ็นเซอร์ภาพไว้ตามเดิม
- ประสิทธิภาพในที่แสงน้อย และการตรวจจับการเคลื่อนไหวด้วย PIR ยังต้องระวัง โดยมีข้อจำกัดในสภาพแวดล้อมอย่างการเคลื่อนไหวหลังกระจก หรือหญ้า/ใบไม้ที่ไหวตามลม
กล้องขนาดจิ๋วสำหรับการติดตั้งระยะยาว
- Photon เป็นกล้องขนาดจิ๋วที่ชูคอนเซ็ปต์ “tiny camera, out-of-this-world battery life”
- ราคา $200
- มีแอป Photon Transfer สำหรับ Mac เท่านั้น
- ใช้ USB‑C
- ไม่มีการสมัครสมาชิก, บริการคลาวด์ หรือการเรียกเก็บเงินซ้ำ
- วิธีถ่ายภาพรองรับทั้งแบบอิงเวลาและอิงการเคลื่อนไหว
- สามารถถ่ายภาพในเวลาหรือวันที่กำหนดได้ จึงเหมาะกับ ไทม์แลปส์
- สามารถตรวจจับการเคลื่อนไหวแล้วถ่ายภาพได้
- ตัดฟังก์ชันเครือข่ายออกเพื่อจำกัดวิธีเข้าถึงรูปภาพ
- ไม่รองรับ Bluetooth, Wi‑Fi หรือ cellular
- หากรูปภาพจะออกจากอุปกรณ์ ต้องเข้าถึงตัวเครื่องจริง
- เป็นโครงสร้างที่ป้องกันสถานการณ์อย่างการแฮ็กระยะไกลหรือการอัปโหลดไปยังบริการคลาวด์โดยที่ผู้ใช้ไม่รู้ตัว
- ฮาร์ดแวร์และซอฟต์แวร์เผยแพร่เป็น โอเพนซอร์สเต็มรูปแบบ
- รูปภาพถูกบันทึกในรูปแบบ RAW ซึ่งเก็บข้อมูลพิกเซลที่เซ็นเซอร์ภาพส่งออกมาไว้ตามเดิม
- เมื่อพื้นที่จัดเก็บเต็ม รูปภาพใหม่จะเขียนทับรูปภาพที่เก่าที่สุด
สเปกและข้อจำกัดที่ควรตรวจสอบก่อนซื้อ
- สเปกทางเทคนิคหลัก
- อายุแบตเตอรี่: ถ่ายได้อย่างน้อย 50,000 ภาพ
- ความละเอียดภาพ: 2304 x 1296 พิกเซล
- ความจุจัดเก็บ: 20,197 ภาพ
- มุมมองกล้อง: แนวนอน 130°, แนวตั้ง 75°
- มุมมองการตรวจจับการเคลื่อนไหว: แนวนอน 90°, แนวตั้ง 90°
- ระยะตรวจจับการเคลื่อนไหว: สูงสุด 5m
- อุณหภูมิการทำงาน: 0–50°C
- กันน้ำ: ทนฝนได้ แต่ไม่ทนการจมน้ำ
- ขนาด: 47 x 36 x 31mm
- ผลิตจากอะลูมิเนียม 6061 ผ่านการกลึงและทำอโนไดซ์
- เล็กกว่าเคส AirPods
- มีข้อจำกัดที่ต้องตรวจสอบก่อนซื้อ
- ประสิทธิภาพในที่แสงน้อย ยังอยู่ระหว่างการปรับปรุง หากจุดประสงค์คือการถ่ายฉากแสงน้อย อาจดีกว่าที่จะรออัปเดตซอฟต์แวร์ในอนาคต
- เซ็นเซอร์ตรวจจับการเคลื่อนไหวไม่สามารถตรวจจับการเคลื่อนไหวหลังกระจกได้ เนื่องจากข้อจำกัดของ เทคโนโลยี PIR
- ในสภาพแวดล้อมธรรมชาติ เซ็นเซอร์ตรวจจับการเคลื่อนไหวอาจถูกทริกเกอร์บ่อยจากหญ้าหรือใบไม้ที่ไหวตามลม
- หากตั้งค่าให้ถ่ายภาพเมื่อมีการเคลื่อนไหว แบตเตอรี่อาจหมดเร็ว
- อัปเดตซอฟต์แวร์ในอนาคตอาจมีการตั้งค่าความไวต่อการเคลื่อนไหว
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
ไม่ค่อยเข้าใจว่าทำไมต้องทำการตลาดผลิตภัณฑ์นี้แบบ สำหรับ Mac เท่านั้น อย่างหนัก
มันเป็นผลิตภัณฑ์โอเพนซอร์ส แต่กลับผูกแอปไว้กับระบบปฏิบัติการฝั่งผู้ใช้ที่ปิดที่สุด ก็น่าเสียดายอยู่ Linux หรือ Windows ยังรันแบบเนทีฟหรือผ่าน VM บนฮาร์ดแวร์ทั่วไปได้ แต่ macOS ใช้งานได้สะดวกจริง ๆ แค่บน Mac เท่านั้น พออ่านคอมเมนต์แล้วถึงเพิ่งรู้ว่าตามทฤษฎี แม้ไม่มี Mac ก็ยังซื้อมาใช้ได้ เพียงแต่น่าจะต้องยอมเสียประสบการณ์ใช้งานบางส่วนไป
อย่างน้อยการระบุให้ชัดว่ามีโอกาสรองรับจากชุมชนในรูปแบบ เครื่องมือบรรทัดคำสั่ง สำหรับ Linux ก็ดูเป็นเรื่องง่าย ถึงจะไม่ขัดเกลาเท่าแอปบน Mac แต่ก็สอดคล้องกับแนวทางที่เปิดเผยข้อจำกัดของผลิตภัณฑ์อย่างตรงไปตรงมา และน่าจะช่วยเพิ่มลูกค้าได้ด้วย
ถ้าเป็นอย่างแรก ซอฟต์แวร์ที่มีเฉพาะบน Mac ก็เห็นมาเยอะ และคิดว่าน่าจะเพราะแพลตฟอร์มนี้ถูกมองว่าเป็นที่ที่คนยอมจ่ายเงินให้ผลิตภัณฑ์ดี ๆ มากกว่า
ถ้าเป็นอย่างหลัง มันก็เป็นโอเพนซอร์สอยู่แล้ว ถ้าต้องการอะไรก็ทำส่วนที่ขาดเองได้ ไม่แน่ใจว่ามุมมองแบบนี้เป็น วัฒนธรรม DIY ที่คุ้นเคยตอนโตมา หรือแค่เพราะอายุมากขึ้น แต่ก็สงสัยว่ายังเป็นความเชื่อที่พบได้ทั่วไปอยู่ไหมในทุกวันนี้
มันดูเข้ากับคำพูดที่ว่าเหตุผลที่เลิกทำซอฟต์แวร์เชิงพาณิชย์บน Linux คือ “งานซัพพอร์ต 95%, รายได้ 2%” ถ้ามันเปิดอยู่และอยากได้การรองรับ Linux/Windows ก็ลงมือทำเองได้ แทนที่จะไปบ่นว่าคนที่ทำอุปกรณ์เล็ก ๆ ราคา 200 ดอลลาร์ยังไม่ได้ทำให้
ยอมรับว่า Dave เป็นนักพัฒนา/นักออกแบบที่เก่งมาก และตัวผลิตภัณฑ์ก็น่าประทับใจในแบบของมัน แต่อยากเห็นข้อมูลว่าผลิตภัณฑ์ สำหรับ Mac เท่านั้น ทำได้ดีแค่ไหนในตลาดจริง
น่าทึ่งที่ยังทำ แอปเทอร์มินัลแบบลากแล้ววาง สำหรับ rebase อีกด้วย โดยรวมแล้วเป็นผลิตภัณฑ์ที่เจ๋งมากและให้ความรู้สึก Hacker News สุด ๆ
https://toaster.llc/debase/index.html
https://github.com/jesseduffield/lazygit
บนเว็บไซต์ผลิตภัณฑ์มี ภาพตัวอย่าง จากกล้องไหม? ไอเดียนั้นเจ๋งดี แต่ถ้าจะตัดสินว่ามันเหมาะกับจุดประสงค์แค่ไหน ก็น่าจะดีถ้ามีภาพตัวอย่างหลาย ๆ แบบ
ตอนนี้มีภาพจริงอยู่ในโหมดเดโมของแอป Mac
https://apps.apple.com/us/app/photon-transfer/id6476578040
ภาพเดโมถ่ายที่ Lick Observatory บน Mount Hamilton
ดูน่าสนใจมาก ผมทำมาหากินด้วยการถ่ายภาพมาเกิน 30 ปีแล้ว และค่อนข้างอยากซื้ออยู่เหมือนกัน
สำหรับโปรเจ็กต์ บันทึกการเลี้ยงลูก California condor ที่กำลังทำอยู่ตอนนี้ ฟอร์มแฟกเตอร์เล็กๆ แบบนี้น่าจะเหมาะมาก เพียงแต่สำหรับความต้องการของผมยังต้องถ่ายวิดีโอด้วย ซึ่งถ้าเป็นแบบนั้นอายุแบตเตอรี่น่าจะลดลงมาก
ถ้าติดตั้งระบบกล้องในเดือนพฤศจิกายน ก็จะไม่สามารถไปแตะต้องมันได้อีกจนกว่าลูกนกจะออกจากรังในฤดูใบไม้ร่วง ทำให้หาทางออกที่ตอบทั้งคุณภาพภาพและข้อกำหนดเฉพาะของโปรเจ็กต์นี้ได้ยาก
มีหลายเหตุผลที่ใช้ GoPro ไม่ได้ มันกินไฟมาก และเพราะเป็นสถานที่เพาะพันธุ์ แม้จะปิดเสียงบี๊บในเมนูแล้ว แต่หลังไฟดับเสียงบี๊บก็เคยกลับมาเปิดเอง ไฟดับก็เกิดบ่อยด้วย อีกอย่าง GoPro ถ้าไฟถูกตัดจะไม่เปิดกลับมาเอง ต้องเปิดด้วยมือ ซึ่งทำไม่ได้ในช่วงที่มีลูกนกและพ่อแม่นกอยู่
วิดีโอต่อเนื่องระดับหลายเดือนนั้น ในตอนนี้ยังแทบเป็นไปไม่ได้ในเชิงพลังงานต่ำ เพราะเซนเซอร์กล้องไม่ได้ถูกออกแบบมาสำหรับงานแบบนั้น และเซนเซอร์ CMOS ปัจจุบันต้องออกแบบใหม่ทั้งหมด มีงานวิจัยทำเซนเซอร์เฉพาะที่กินไฟต่ำกว่ามากโดยเริ่มจากศูนย์อยู่ แต่ยังเป็นงานวิจัยขั้นสูงและผมยังไม่เห็นที่ทำขายจริง กระทรวงกลาโหมน่าจะให้ความสำคัญเพราะต้องการวิดีโอต่อเนื่องที่อยู่ได้นานในสนามรบ งานนี้เริ่มจากเทคนิคไมโครแฟบริเคชันแบบใหม่เมื่อราว 5 ปีก่อน และ Chip Elliot ก็มีส่วนเกี่ยวข้อง แต่ตอนนั้นก็ยังไม่แน่ชัดว่าจะทำได้จริงแค่ไหน
ถ้าเป็นไทม์แลปส์ ลองดู Brinno camera ได้ มันทำมาเพื่อไทม์แลปส์ มีเคสกันน้ำ และใช้ไฟผ่าน USB ได้
https://brinno.com/
ถ้าตั้งค่า auto exposure และช่วงไทม์แลปส์ยาวพอ มันก็เก็บแสงได้มากพอในตอนกลางคืนและยังจัดการตอนกลางวันได้ด้วย มี lens mount ให้เลือกทั้งเลนส์มุมกว้างหรือเทเลอ่อนๆ และอาจมีเลนส์จาก third party ด้วย ถ้าใช้ Brinno สำหรับไทม์แลปส์ควบคู่กับระบบไฟแบบสั่งทำสำหรับวิดีโอต่อเนื่อง อย่างน้อยก็จะได้อะไรบางอย่างจากสองระบบอิสระ สำหรับระบบไร้คนดูแล ความซ้ำซ้อน เป็นเรื่องดี
สงสัยว่าทำไมถึงไม่ทำให้ต่อเป็น อุปกรณ์จัดเก็บข้อมูลขนาดใหญ่ทั่วไป ไปเลย
เพื่อรีดอายุแบตเตอรี่ของ Photon ให้สูงที่สุด ฮาร์ดแวร์จึงถูกทำให้ทำเฉพาะสิ่งจำเป็นขั้นต่ำในการบันทึกภาพ ดังนั้น Photon จึงเก็บภาพลง SD card แบบไม่ฟอร์แมต เป็นเหมือนอาร์เรย์ไบต์เชิงเส้นขนาดใหญ่ และทำดัชนีได้ง่ายและเร็ว
MSP430 แบบ 16-bit เป็นตัวเขียนข้อมูลภาพ และแม้ไม่ต้องรับมือความซับซ้อนของไฟล์ซิสเต็มอย่าง FAT32 พื้นที่โค้ดของ MSP430 ก็ถูกใช้ไปแล้ว 99% จึงไม่มีที่พอจะเพิ่มการรองรับไฟล์ซิสเต็ม ตระกูล MSP430FR2433 นี้มี FRAM ได้สูงสุด 16KB แม้จะเปลี่ยนไปใช้ตระกูลอื่นก็ได้ก็ตาม
Photon เก็บภาพเป็น ข้อมูลภาพ RAW ที่ต้องผ่าน post-processing ก่อนถึงจะดูได้อยู่แล้ว เพราะอย่างนั้นในเมื่ออยากมีแอปที่ขัดเกลาแล้วสำหรับเปิดภาพอยู่แล้ว ก็เลยคิดว่าให้แอปนั้นเป็นสิ่งจำเป็นไปเลยก็ได้
ไม่ได้จะบอกว่าทุกเหตุผลนี้ยอดเยี่ยมหมด แต่ตอนนั้นตัดสินใจกันแบบนั้น
ตัวผลิตภัณฑ์น่าสนใจ และมีการเปิดโค้ดไว้ด้วย ดังนั้นน่าจะพอมีโอกาสที่ Linux support จะเกิดขึ้นในที่สุด
0: https://en.wikipedia.org/wiki/Media_Transfer_Protocol
เป็นโปรเจ็กต์ที่เจ๋งมาก ผมไล่ดูเร็วๆ แล้วมีบางอย่างนึกขึ้นมา
โค้ดและไฟล์ออกแบบใน GitHub repository ไม่มีไลเซนส์ ดังนั้นตอนนี้มันยังใกล้เคียงกับ source-available มากกว่าโอเพนซอร์ส ถ้าตั้งใจให้คนอื่นแก้โค้ดและประกอบกล้องเองได้ ก็ควรเพิ่มไลเซนส์ที่เหมาะสม
การที่ใช้งานได้ผ่านแอปเฉพาะและรองรับเฉพาะ Mac เท่านั้น แถมเป็น macOS เท่านั้นโดยไม่มี iPad/iPhone ดูเหมือนจะจำกัดตลาดมาก ถ้าแอปมีหน้าที่แค่ดู/โอนรูปและตั้งค่าอุปกรณ์ การเข้าถึงไฟล์ภาพอาจทำผ่านอินเทอร์เฟซ MTP แบบเรียบง่าย และมีอินเทอร์เฟซที่สองไว้ตั้งค่าได้ อีกอย่าง ถ้าตั้งใจทำการตลาดว่าเป็นอุปกรณ์ที่เปิดซอร์ส ดัดแปลงได้ และเป็นมิตรต่อความเป็นส่วนตัว Linux support ก็แทบจะจำเป็น
ถ้าต้องการให้ทำงานได้ในอุณหภูมิติดลบ ก็น่าพิจารณาใช้ IC เกรดยานยนต์ด้วย ชิ้นส่วนปัจจุบันอาจโอเคใน California แต่สำหรับการใช้งานกลางแจ้งฤดูหนาวในรัฐทางเหนืออาจลำบาก
แต่ถ้า Dave อยากเข้าถึงตลาดที่ใหญ่ขึ้น การรองรับ Windows หรือ Android ก็สมเหตุสมผล
ดูยอดเยี่ยมมาก ขอบคุณที่ทำแอป Mac ดี ๆ แบบนี้ขึ้นมา และคิดว่าไม่ต้องใส่ใจกับคำวิจารณ์ที่เหลือที่นี่ก็ได้
มันจะเหมาะกับการทำเป็นวิดีโอยาวไหม? กำลังนึกภาพว่าเอาไฟล์ออกจากกล้องเป็นระยะ ๆ ตอนลูก ๆ โตและเล่นกัน แล้วค่อยเอาเฟรมมาต่อกันเป็นหนังในภายหลัง
แล้วมีวิธีรู้ไหมว่าพื้นที่เก็บข้อมูลกำลังจะถูกเขียนทับเมื่อไร?
ตอนนี้ถ้าพื้นที่เก็บข้อมูลเต็ม ระบบจะเขียนทับรูปที่เก่าที่สุดแบบเงียบ ๆ แต่ผมก็คิดมาตลอดว่าควรมีตัวเลือกป้องกันไม่ให้เกิดแบบนั้น
ถ้าแบตเตอรี่ต่ำกว่า 2% อุปกรณ์จะเข้าโหมด “battery trap” หยุดถ่าย และมีแค่ไฟ LED สีแดงกะพริบทุก 5 วินาที ถ้ามีตัวเลือกให้เข้าโหมดนี้ด้วยเมื่อพื้นที่เก็บข้อมูลเต็มด้วย จะโอเคไหม?
ดูเหมือนหลายคนจะกังวลเรื่องที่รองรับเฉพาะ Mac งั้นพอจะมีไฟล์ Python เล็ก ๆ ที่อ่านภาพ RAWได้บนทุกแพลตฟอร์มหรือเปล่า?
ดูเหมือนว่าจะดัมพ์ด้วย
dd if=/dev/disk123 of=/tmp/bigrawfilesแล้วค่อยโพสต์โปรเซสด้วยสคริปต์ Python นั้นได้มันอาจไม่ดีเท่าแอป Apple ที่ขัดเกลามาแล้ว แต่สำหรับคนที่ชอบฮาร์ดแวร์นี้และยอมทำ DIY นิดหน่อย ก็น่าจะเพียงพอ
https://github.com/toasterllc/MDCCode/blob/rev10/Tools/MDCUt...
ตัวอย่างเช่น ใช้แบบนี้ได้
$ MDCUtil ImgReadFull output.cfaแต่ตอนนี้มันยังแค่ดึงข้อมูลดิบที่เก็บไว้ในการ์ด SD ออกมา ดังนั้นยังต้องทำฟีเจอร์แปลงเป็นฟอร์แมตมาตรฐานอย่าง DNG
มีคำถามอยู่สองสามข้อ
ความละเอียดภาพเท่าไร? ตายตัวหรือเปลี่ยนได้ในการตั้งค่า?
แนบไฟล์ภาพจริงได้ไหม? ดูจากพรีวิวอย่างเดียวแทบแยกอะไรไม่ออก
มีข้อมูลเรื่องอุณหภูมิการทำงานไหม? ถึงแบตยังไม่ตาย กล้องก็อาจดับเพราะร้อนเกินไปได้ และเจอบ่อยกับพวก GoPro
ความจุเก็บข้อมูลมีเท่าไร? ดูเหมือนไม่มีพูดถึงที่ไหนเลย
แก้ไข: ตอนนี้เห็นฟุตเตอร์ของเว็บแล้ว ก่อนหน้านี้มันไม่โหลด
https://apps.apple.com/us/app/photon-transfer/id6476578040
Dave โปรเจ็กต์เจ๋งมาก
อยากฟังเพิ่มเกี่ยวกับการออกแบบพลังงานต่ำ คุณบอกว่าเลือก MSP430 สำหรับงานนี้ และในบล็อกโพสต์สถาปัตยกรรมระดับสูงก็มีข้อมูลเรื่อง power domain อยู่บ้าง แต่ถ้ามีบล็อกโพสต์ที่ลงรายละเอียดเทคนิคการประหยัดพลังงานมากกว่านี้ก็น่าจะดี
สงสัยว่าเคยคิดจะเพิ่มอัลกอริทึมบีบอัดแบบสตรีมมิงง่าย ๆ เพื่อยืดอายุแบตเตอรี่ไหม ถ้าปริมาณข้อมูลที่จะเขียนลดลง เวลาที่ VDD_B ต้องเปิดอยู่ก็จะลดลง และอาจทำบน FPGA ได้ด้วย ผมนึกถึงอะไรอย่างdelta encoding ที่ใช้ความยาวโค้ดต่างกันสำหรับการเปลี่ยนแปลงความสว่างเล็กน้อยกับมาก ๆ ในแต่ละช่องสี
เช่น ถ้าบิตแรกเป็น 0 ก็ให้ตามด้วยเดลตาความสว่าง +/-32 แบบ 5 บิต แต่ถ้าบิตแรกเป็น 1 ก็ใช้เดลตาความสว่าง 11 บิต อะไรประมาณนั้น
ถ้าความเปลี่ยนแปลงความสว่างระหว่างสองพิกเซลเกิน 2048 ข้อมูลอาจหายไปนิดหน่อย แต่สามารถกระจายค่าการเปลี่ยนแปลงนั้นออกเป็นสองค่าติดกันให้ดู “เบลอ” ได้ เช่น
[0, 0, 4096, 4096, 4096]จะกลายเป็น[0, 0, 2048, 4096, 4096]มีความลับเล็ก ๆ ของ Photon ที่เกี่ยวกับการบีบอัดอยู่ คือทุกวันนี้พิกเซล RAW 12 บิตถูกเขียนเป็นคำขนาด 16 บิต ดังนั้น 25% ของการ์ด SD หรือก็คือ 4 บิตบนสุดของทุกพิกเซล จริง ๆ แล้วเป็น 0
เพราะงั้นวิธีบีบอัดที่ง่ายที่สุดคือแพ็กพิกเซลเหล่านี้ให้แน่นขึ้น ซึ่งจะเพิ่มจำนวนรูปที่เก็บได้จาก 20,000 เป็น 27,000 รูป และอย่างที่คุณบอก เวลาที่ใช้เขียนรูปก็จะลดลง ทำให้อายุแบตเตอรี่ดีขึ้นด้วย
น่าสนใจเหมือนกันถ้าจะวัดเชิงปริมาณว่าอะไรใช้พลังงานมากที่สุดระหว่างการถ่ายภาพหนึ่งรูป พูดตามตรงผมก็ไม่ค่อยแน่ใจว่าการกระจายการใช้พลังงานระหว่าง image sensor, SDRAM, SD card และ ICE40 จะออกมาเป็นอย่างไร