Show HN: Membuat kamera ultra-kecil dengan baterai berumur sangat panjang

 (toaster.llc)
1 poin oleh GN⁺ 2024-06-04 | 1 komentar | Bagikan ke WhatsApp
  • Photon adalah kamera ultra-kecil untuk pemasangan jangka panjang, dengan daya tahan baterai yang diklaim mampu mengambil setidaknya 50.000 foto dalam sekali pengisian
  • Mendukung pengambilan gambar berbasis waktu dan berbasis gerakan, sehingga bisa digunakan untuk merekam waktu/tanggal tertentu, timelapse, dan pemotretan saat gerakan terdeteksi
  • Tidak menyertakan Bluetooth, Wi‑Fi, maupun cellular, sehingga akses fisik diperlukan untuk mengambil foto; strukturnya mengurangi risiko peretasan jarak jauh dan unggahan diam-diam ke cloud
  • Perangkat keras dan perangkat lunaknya dirilis sebagai open source, dan foto disimpan dalam format RAW yang menyimpan data piksel dari sensor gambar apa adanya
  • Performa cahaya rendah dan deteksi gerakan berbasis PIR masih perlu diperhatikan; ada batasan dalam kondisi seperti gerakan di balik kaca atau rumput/daun yang bergoyang tertiup angin

Kamera ultra-kecil untuk pemasangan jangka panjang

  • Photon adalah kamera ultra-kecil yang mengusung klaim “tiny camera, out-of-this-world battery life”
    • Harganya $200
    • Menyediakan aplikasi Photon Transfer khusus Mac
    • Menggunakan USB‑C
    • Tidak ada langganan, layanan cloud, atau pembayaran berulang
  • Metode pemotretan mendukung baik berbasis waktu maupun berbasis gerakan
    • Dapat mengambil foto pada waktu atau tanggal tertentu, sehingga cocok untuk timelapse
    • Dapat mengambil foto saat mendeteksi gerakan
  • Fitur jaringan dihilangkan untuk membatasi cara akses ke foto
    • Tidak mendukung Bluetooth, Wi‑Fi, maupun cellular
    • Agar foto keluar dari perangkat, diperlukan akses fisik
    • Strukturnya mencegah peretasan jarak jauh atau situasi ketika foto diunggah ke layanan cloud tanpa sepengetahuan pengguna
  • Perangkat keras dan perangkat lunaknya dipublikasikan sebagai sepenuhnya open source
    • Foto disimpan dalam format RAW yang berisi data piksel keluaran sensor gambar apa adanya
    • Jika ruang penyimpanan penuh, foto baru akan menimpa foto yang paling lama

Spesifikasi dan batasan yang perlu diperiksa sebelum membeli

  • Spesifikasi teknis utama
    • Daya tahan baterai: setidaknya 50.000 foto
    • Resolusi foto: 2304 x 1296 piksel
    • Kapasitas penyimpanan: 20.197 foto
    • Sudut pandang kamera: horizontal 130°, vertikal 75°
    • Sudut pandang deteksi gerakan: horizontal 90°, vertikal 90°
    • Jarak deteksi gerakan: hingga 5m
    • Suhu operasi: 0–50°C
    • Tahan air: tahan hujan, tetapi tidak tahan terendam
    • Ukuran: 47 x 36 x 31mm
    • Dibuat dari aluminium 6061 dan diberi lapisan anodized
    • Lebih kecil dari casing AirPods
  • Ada batasan yang perlu diperiksa sebelum membeli
    • Performa cahaya rendah masih dalam pengembangan, sehingga jika tujuan utamanya adalah memotret adegan bercahaya rendah, mungkin lebih baik menunggu pembaruan perangkat lunak mendatang
    • Karena keterbatasan teknologi PIR, sensor gerakan tidak dapat mendeteksi gerakan di balik kaca
    • Di lingkungan alami, sensor gerakan dapat sering terpicu oleh rumput atau daun yang bergoyang tertiup angin
      • Jika diatur untuk mengambil foto saat ada gerakan, baterai dapat cepat terkuras
      • Pembaruan perangkat lunak mendatang mungkin menyediakan pengaturan sensitivitas gerakan

Bacaan terkait

1 komentar

 
GN⁺ 2024-06-04
Komentar Hacker News

  • Saya kurang paham kenapa produk ini dipasarkan begitu kuat sebagai khusus Mac
    Produk ini open source, jadi rasanya sayang kalau aplikasinya dikunci ke sistem operasi konsumen yang paling terbatas. Linux atau Windows bisa dijalankan secara native atau lewat VM di perangkat keras umum, sedangkan macOS praktis hanya mudah dijalankan di Mac. Setelah membaca komentarnya, baru saya paham bahwa secara teori ini tetap bisa dibeli dan dipakai tanpa Mac, hanya saja tampaknya harus mengorbankan sebagian pengalaman pengguna
    Setidaknya, kelihatannya mudah untuk menyebutkan kemungkinan dukungan komunitas dalam bentuk alat baris perintah untuk Linux. Meski tidak serapi aplikasi Mac, itu sejalan dengan sikap yang jujur soal keterbatasan produk, dan mungkin juga bisa menambah pelanggan

    • Saya kurang yakin apakah kritiknya ditujukan pada produk berbayar yang hanya mendukung Mac, atau pada proyek open source yang tidak mendukung banyak sistem operasi
      Jika yang pertama, saya sudah sering melihat perangkat lunak khusus Mac, dan saya kira itu karena ada anggapan bahwa pengguna di platform itu lebih mau membayar untuk produk yang bagus
      Jika yang kedua, karena ini open source, ya tinggal buat sendiri bagian yang dibutuhkan. Saya tidak tahu apakah sudut pandang ini berasal dari budaya DIY yang akrab bagi saya saat tumbuh besar, atau saya cuma sudah tua, tapi saya penasaran apakah keyakinan seperti ini masih umum sekarang
    • Rasanya ini bukan hal yang perlu dipermasalahkan sampai seperti ini. Bisa saja cukup bertanya, “Apakah ada rencana dukungan untuk platform lain?” tetapi kesannya hampir seperti menanggapinya dengan niat buruk
      Ini sangat cocok dengan ungkapan alasan berhenti membuat perangkat lunak komersial Linux: “95% dukungan, 2% pendapatan”. Kalau sifatnya terbuka dan Anda ingin dukungan Linux/Windows, daripada mengeluh orang yang membuat perangkat kecil seharga 200 dolar ini belum melakukannya, ya buat saja sendiri
    • Saya melihat kalimat itu di halaman utama lalu langsung kembali dan membatalkan rekomendasi saya. Rasanya seperti pamer yang aneh dari pembuatnya, dan ironisnya komunitas open source sepertinya akan mengabaikan niat kreatifnya dan memakai sesuai kebutuhan mereka sendiri selama proposisi nilainya cocok
      Saya mengakui Dave adalah developer/desainer yang hebat dan produknya juga cukup mengesankan. Saya ingin melihat data tentang seberapa baik produk khusus Mac berjalan di pasar nyata
    • Sangat setuju. Saya tertarik setelah melihat situsnya dan mungkin akan mempertimbangkannya, tapi begitu melihat khusus Mac, saya langsung menutup tab

  • Keren juga dia sampai membuat aplikasi terminal drag-and-drop untuk rebase. Secara keseluruhan, produk-produknya keren dan benar-benar terasa seperti Hacker News
    https://toaster.llc/debase/index.html

    • Luasnya hal yang dikuasai orang ini sungguh mengagumkan. Dari embedded, aplikasi native, sampai fabrikasi, semuanya dikerjakan; jadi saya merasa terlalu malas
    • Drag-and-drop di terminal memang keren, tapi belakangan ini saya mulai memakai klien Git terminal lazygit. Alur kerjanya sepenuhnya berbasis keyboard, dan menawarkan mental model yang jauh lebih mudah ditangani dibanding baris perintah Git standar
      https://github.com/jesseduffield/lazygit
    • Wah, saya sudah lama menginginkan hal seperti ini dan bahkan sempat mulai membuatnya sendiri

  • Apakah ada contoh gambar dari kamera ini di situs produk? Idenya keren, tapi akan bagus kalau ada beberapa contoh gambar supaya bisa menilai seberapa cocok untuk tujuan yang dimaksud

  • Kelihatannya sangat keren. Saya sudah lebih dari 30 tahun mencari nafkah dari fotografi dan cukup tergoda untuk membelinya
    Untuk proyek dokumentasi pembesaran anak kondor California yang sedang saya kerjakan, form factor kecil seperti ini tampaknya sangat pas. Sayangnya saya juga butuh perekaman video, dan kalau begitu daya tahan baterainya kemungkinan akan turun drastis
    Jika sistem kamera dipasang pada bulan November, saya tidak bisa menyentuhnya lagi sampai anak burung meninggalkan sarang pada musim gugur, jadi sulit menemukan solusi yang sekaligus memenuhi kualitas gambar yang baik dan kebutuhan khusus proyek ini
    Ada beberapa alasan saya tidak bisa memakai GoPro. Konsumsi dayanya besar, dan karena ini fasilitas penangkaran, meskipun bunyi bip dimatikan di menu, setelah listrik padam bunyi bip pernah menyala sendiri lagi. Pemadaman listrik juga sering terjadi. Selain itu, GoPro tidak otomatis menyala lagi setelah listrik terputus dan harus dinyalakan manual, yang tidak mungkin dilakukan selama anak dan induknya ada di sana

    • Kenapa tidak pakai kamera trail? Perangkat itu melakukan pekerjaan ini dengan lebih baik, juga punya video dan night vision, dan bisa dibeli seharga 50 dolar, bukan 200 dolar
    • Terlepas dari kameranya, kenapa tidak tarik kabel panjang ke tempat baterai bisa diganti sesekali? Atau pakai paket baterai pengisian surya eksternal?
    • Jika ingin video kontinu selama beberapa bulan, kemungkinan besar Anda butuh solusi kustom berbasis baterai. Baterainya harus cukup besar, dan tenaga surya bisa membantu, tetapi jangan diandalkan sepenuhnya. Baterai LFP dari tempat seperti Eco-Worthy bisa jadi pilihan bagus karena ringan dan output-nya tinggi. Kotak baterai 30 dolar yang dijual untuk aki mobil timbal-asam juga bisa dipakai untuk perlindungan dari cuaca
      Video kontinu berbulan-bulan pada dasarnya masih sulit dicapai dengan daya rendah. Sensor kamera tidak dirancang untuk penggunaan seperti itu, dan sensor CMOS saat ini harus didesain ulang sepenuhnya. Memang ada riset yang sedang berlangsung untuk membuat sensor kustom yang jauh lebih hemat daya dari nol, tetapi itu masih tahap riset tingkat lanjut dan saya belum melihat yang sudah dikomersialkan. Kementerian Pertahanan mungkin punya prioritas di sini karena mereka tentu ingin video kontinu yang tahan lama di medan tempur. Sekitar 5 tahun lalu pekerjaan mulai dilakukan dengan teknologi mikrofabrikasi baru, dan Chip Elliot juga terlibat, tetapi kelayakannya belum sepenuhnya pasti
      Kalau untuk time-lapse, Brinno camera juga layak dilihat. Itu dibuat khusus untuk time-lapse, punya housing tahan air, dan juga bisa memakai daya USB
      https://brinno.com/
      Jika mengatur auto-exposure, saat interval time-lapse cukup panjang kamera bisa mengumpulkan cukup cahaya pada malam hari untuk merekam, dan siang hari juga tetap tertangani. Ada lens mount sehingga bisa memilih wide-angle atau tele lemah, dan mungkin juga ada lensa pihak ketiga. Jika memakai Brinno time-lapse dan sistem daya kustom untuk video kontinu bersama-sama, setidaknya Anda bisa mendapatkan sesuatu dengan dua sistem independen. Dalam sistem tanpa pengawasan, redundansi itu bagus
    • Pertanyaan sampingan, di California tempat terbaik untuk melihat kondor di mana? Saya melihatnya di Pinnacles National Park dan itu luar biasa
    • Buka GoPro, lepas beeper-nya, lalu sambungkan ke baterai eksternal besar

  • Saya penasaran kenapa tidak dibuat agar terhubung sebagai perangkat penyimpanan massal umum

    • Pertanyaan yang masuk akal. Ada beberapa alasan
      Untuk memaksimalkan masa pakai baterai Photon, perangkat keras dibuat agar hanya melakukan hal minimum yang diperlukan untuk merekam gambar. Jadi Photon menyimpan gambar ke kartu SD yang tidak diformat, yaitu array byte linear raksasa, dan pengindeksannya mudah serta cepat
      MSP430 16-bit menulis data gambar, dan tanpa harus menangani kompleksitas filesystem seperti FAT32 pun ruang kode MSP430 sudah terisi 99%, jadi tidak ada ruang untuk menambahkan dukungan filesystem. Seri MSP430FR2433 ini FRAM-nya maksimal 16KB, meskipun sebenarnya bisa memakai seri lain
      Photon menyimpan gambar sebagai data gambar RAW yang memerlukan pascapemrosesan untuk bisa dilihat. Karena saya memang ingin menyediakan aplikasi yang rapi untuk melihat gambar, saya pikir tidak masalah jika aplikasi itu dibuat wajib
      Saya tidak bilang semua alasan ini sempurna, tetapi saat itu pertimbangannya seperti itu
    • Saya bukan pengguna Mac, tetapi sebagai orang yang suka impulsif membeli perangkat kamera aneh, saya berterima kasih untuk label khusus Mac tepat di bawah bagian yang dilipat. Biasanya di HN saya baru sadar setelah beberapa menit membaca halaman software, di footer, atau di link “get it here” bahwa ternyata itu khusus Mac. Di sini saya bisa langsung tahu itu bukan barang untuk saya dan kembali ke hidup saya yang membosankan
    • Sepertinya aplikasi pendampingnya ada di App Store. Meski begitu, kalau memang akan dirilis sebagai open source, saya juga kurang paham
    • Dalam kasus ini mungkin sebenarnya lebih baik jika perangkat tampil sebagai perangkat kompatibel MTP daripada penyimpanan massal umum. Hanya saja itu tetap membutuhkan filesystem dasar, dan seperti dijelaskan penulisnya, tidak ada ruang untuk menambah fungsi lain
      Produknya menarik dan kodenya juga dibuka, jadi untungnya saya rasa dukungan Linux pada akhirnya cukup mungkin akan muncul
      0: https://en.wikipedia.org/wiki/Media_Transfer_Protocol
    • Dalam kasus ini, software yang khusus Mac justru terasa seperti sebuah fitur

  • Proyek yang keren. Saya baca cepat dan ada beberapa hal yang terpikir
    Kode dan file desain di repositori GitHub tidak punya lisensi, jadi saat ini itu lebih dekat ke source-available daripada open source. Jika ada rencana agar orang lain bisa memodifikasi kode dan membuat kameranya sendiri, lisensi yang tepat perlu ditambahkan
    Fakta bahwa perangkat ini hanya bekerja lewat aplikasi khusus dan hanya mendukung Mac, bahkan hanya macOS tanpa iPad/iPhone, tampaknya sangat membatasi pasar. Jika aplikasinya hanya untuk melihat/memindahkan foto dan mengatur perangkat, akses file foto bisa ditangani dengan antarmuka MTP sederhana dan antarmuka kedua untuk konfigurasi. Selain itu, jika ada rencana memasarkannya sebagai perangkat berlisensi open source, bisa diutak-atik, dan ramah privasi, maka dukungan Linux pada dasarnya wajib
    Jika ingin tetap berfungsi di bawah titik beku, mungkin layak mempertimbangkan IC grade otomotif. Komponen saat ini mungkin baik-baik saja di California, tetapi bisa menyulitkan untuk penggunaan luar ruangan musim dingin di negara bagian utara

    • Dukungan Linux tidak harus disediakan langsung. Akan ada orang yang mengutak-atik dukungan Linux berdasarkan kode open source yang dipublikasikan, dan hal yang sama mungkin berlaku untuk Windows
      Namun, jika Dave ingin menjangkau pasar yang lebih besar, dukungan Windows atau Android masuk akal

  • Ini terlihat sangat keren. Terima kasih sudah membuat aplikasi Mac yang bagus, dan kurasa Anda tidak perlu terlalu memedulikan sisa cibiran di sini.
    Apakah ini cocok dipakai untuk membuat video panjang? Saya membayangkan secara berkala mengambil dump dari kamera saat anak-anak tumbuh dan bermain, lalu nanti menyusunnya menjadi rangkaian frame seperti film.
    Adakah cara untuk mengetahui apakah ruang penyimpanan akan segera tertimpa?

    • Time-lapse memang salah satu use case yang dimaksud. Hanya saja, fitur ekspor video masih perlu ditambahkan ke aplikasi pendamping. Saat ini baru mendukung ekspor gambar.
      Untuk sekarang, saat penyimpanan penuh foto paling lama akan ditimpa secara diam-diam, tetapi saya memang sudah lama merasa perlu ada pengaturan untuk mencegah itu.
      Jika baterai turun di bawah 2%, perangkat masuk ke “battery trap”, berhenti memotret, dan hanya membuat LED merah berkedip setiap 5 detik. Apakah menurut Anda masuk akal jika ada pengaturan agar mode ini juga bisa dipakai secara opsional saat penyimpanan penuh?

  • Karena banyak kekhawatiran soal eksklusif untuk Mac, mungkinkah Anda menyediakan file Python kecil yang bisa membaca foto RAW di platform mana pun?
    Sepertinya cukup dump dengan dd if=/dev/disk123 of=/tmp/bigrawfiles, lalu lakukan pascaproses dengan skrip Python itu.
    Memang tidak akan sebaik aplikasi Apple yang rapi, tetapi mungkin sudah cukup bagi orang yang menyukai hardwarenya dan bersedia menerima sedikit DIY.

    • Saat ini sudah ada sesuatu yang agak mirip lewat MDCUtil, dan sepertinya bisa berjalan baik di macOS maupun Linux.
      https://github.com/toasterllc/MDCCode/blob/rev10/Tools/MDCUt...
      Misalnya bisa dipakai seperti ini.
      $ MDCUtil ImgReadFull output.cfa
      Namun ini mengeluarkan data mentah yang tersimpan di kartu SD, jadi masih perlu dibuat fitur untuk mengonversinya ke format standar seperti DNG.

  • Ada beberapa pertanyaan yang terpikir.
    Berapa resolusi gambarnya? Tetap, atau bisa diubah di pengaturan?
    Bisakah Anda melampirkan file gambar yang sebenarnya? Dari pratinjau saja hampir tidak mungkin menilainya.
    Apakah ada informasi soal suhu operasi? Walaupun baterainya tidak habis, kamera bisa mati karena panas tinggi, dan ini sering terjadi pada perangkat seperti GoPro.
    Berapa kapasitas penyimpanannya? Sepertinya tidak disebutkan di mana pun.
    Suntingan: footer situs sekarang sudah terlihat; tadi sebelumnya tidak termuat.

  • Dave, ini proyek yang keren.
    Saya ingin mendengar lebih banyak tentang desain berdaya rendah. Anda menyebut memilih MSP430 di sini, dan di tulisan blog arsitektur tingkat tinggi juga ada sedikit info tentang domain daya, tetapi akan bagus kalau ada tulisan blog yang membahas teknik penghematan daya yang lebih rinci.
    Saya juga penasaran apakah Anda pernah mempertimbangkan menambahkan algoritma kompresi streaming sederhana untuk memperpanjang umur baterai. Jika data yang ditulis berkurang, waktu VDD_B aktif juga akan berkurang, dan ini mungkin bisa diimplementasikan di FPGA. Saya membayangkan sesuatu seperti pengodean delta, yang memakai panjang kode berbeda untuk perubahan kecerahan kecil dan besar pada tiap kanal warna.
    Misalnya, jika bit pertama 0 maka diikuti 5 bit untuk delta kecerahan +/-32, dan jika bit pertama 1 maka diikuti 11 bit untuk delta kecerahan.
    Jika perubahan kecerahan antara dua piksel melebihi 2048, memang akan ada kehilangan informasi yang sangat kecil, tetapi perubahan itu bisa dibagi ke dua nilai berurutan agar tampak “tersebar”. Misalnya [0, 0, 4096, 4096, 4096] menjadi [0, 0, 2048, 4096, 4096].

    • Terima kasih atas sarannya. Ide kompresinya menarik. Sudah cukup lama sejak saya terakhir menyentuh FPGA RTL, tetapi saya tidak yakin apakah masih ada ruang untuk memasukkan hal seperti itu.
      Ada rahasia kecil Photon terkait kompresi: saat ini piksel RAW 12-bit ditulis sebagai word 16-bit. Jadi 25% dari kartu SD, yaitu 4 bit teratas dari semua piksel, sebenarnya adalah 0.
      Jadi keuntungan kompresi yang paling mudah adalah memadatkan piksel-piksel ini dengan rapat; jika begitu, jumlah foto yang bisa disimpan akan naik dari 20 ribu menjadi 27 ribu, dan seperti yang Anda katakan, waktu penulisan foto juga akan berkurang sehingga umur baterai ikut membaik.
      Akan menarik untuk mengukur secara kuantitatif komponen mana yang paling banyak memakai daya saat menangkap satu foto. Saya sendiri jujur belum tahu seperti apa distribusi dayanya antara image sensor, SDRAM, kartu SD, dan ICE40.