191–200 of 309 posts
> exclusively for Mac Why not just have it connect as a generic mass-storage device?
> exclusively for Mac Why not just have it connect as a generic mass-storage device?
> exclusively for Mac Why not just have it connect as a generic mass-storage device?
Actually have it present itself as a MTP (0) compatible device would have been better, but that would require an underlying filesystem, and as the author explained there's no space to add more features. The product is interesting though, and the code is free (thanks!) so I'm positive that Linux support will eventually happen.
> exclusively for Mac Why not just have it connect as a generic mass-storage device?
Totally fair question! My reasons were: 1. To maximize Photon's battery life I tried to make the hardware do the absolute minimum to record imagery. To that end, Photon stores images on an unformatted SD card (ie one huge linear array of bytes) which is easy and fast to index into. 2. A 16-bit MSP430 handles writing the image data, and the MSP430's codespace is 99% exhausted without dealing with the complexities of a…
eg lower memory being used far more often over the life so wearing out well before upper memory?
how do you handle memory dropouts for a given address/cell/whatever you call a memory location, or as above?
Earlier quoted context omitted.
If external F-RAM is an option, one can use F-RAM from, say Cypress (now Infineon, [1]) together with ARM chips from Ambiq, e.g. Apollo 3 Blue Thin [2], which likely have even better power consumption than an MSP430. [1] https://www.infineon.com/cms/en/product/memories/f-ram-ferro... [2] https://ambiq.com/apollo3-blue-thin/
Are there any RISC-V chips that do the same?
With the 3rd CPU, the ULP, running continuously it is around 150uA and then you can be reading from i2c devices, or more. You can get that down to under 50uA with a periodic timed wake up, if you are keen.
Also it will appear as a USB device if needed when fully powered.
> simply unhackable. Photon doesn't do Bluetooth, Wi-Fi, or cellular, so your photos can't leave the device without physical access to it saying that something is "unhackable" makes me very uncomfortable, like saying something is "bulletproof". Having no external wireless connectivity also doesn't make something unhackable. If it communicates to a host app on the computer, and that app is vulnerable, it could be hack…
> exclusively for Mac Why not just have it connect as a generic mass-storage device?
Amazing project. Would consider buying one, if you sent to Germany. Did you consider writing your app using the Web Serial API? If you did, why did you decide to go the native route?
I went the native route mainly because I love native software, particularly native Mac software. I never quite enjoy using web apps, but I certainly understand the appeal.
Until I get the ordering system taking international addresses, send me an email (support@toaster.llc) with your address and I can send a Stripe invoice.
> exclusively for Mac Why not just have it connect as a generic mass-storage device?
Totally fair question! My reasons were: 1. To maximize Photon's battery life I tried to make the hardware do the absolute minimum to record imagery. To that end, Photon stores images on an unformatted SD card (ie one huge linear array of bytes) which is easy and fast to index into. 2. A 16-bit MSP430 handles writing the image data, and the MSP430's codespace is 99% exhausted without dealing with the complexities of a…
cat /dev/sda > raws.tarSince there is so much anxiety about mac-only -- could you provide a small python file to read out the raw photos on any platform ? It looks like you could just 'dd if=/dev/disk123 of=/tmp/bigrawfiles' and then postprocess with said python script. Yes, not as good as a polished apple app, but for many people that really like the hardware and don't mind a bit of DIY, it's maybe enough...
https://github.com/toasterllc/MDCCode/blob/rev10/Tools/MDCUt...
For example:
$ MDCUtil ImgReadFull output.cfa