I see you’ve made another design with holes. Seeing the orange yellow render I can’t help myself thinking about swiss cheese
The flashcart consumes very little power and produces no heat. So ventilation holes are not really needed. It’s an interesting design though and may be good for moist or airpressure sensor or insert LEDs into them and make a really bright flash light accessory. the holes at rear side give me the idea of making a Knight Rider scanner
After a long holiday break there’s some more developments.
Just before I went on holiday those buttons did arrive and was able to send some flash carts to @n602 so he could perfect his case design.
Last week I received @n602 perfected case design and they really are perfect This weekend I soldered up the remaining parts I had left to make some more flashcarts so I could put them all in the colored cases
I’ll make some kits including backplate soon. So if anyone is interested in pimping your Arduboy with a bigger battery and/or flash cart, send me a PM.
-Additional notes:
I noted that the PDF requires a LiPo battery for replacement.
However, if you process parts as follows, you can use the original battery as it is.
I noticed this by pointing out from @Mr.Blinky , Thank you.
I had made some minor revision to the board and ordered some more in red last month. They arrived yesterday and turned out good. I’ve updated the board design on my Github.
0 bytes as the loader is built inside the Cathy3K bootloader. Oh wait I should say -1K as Cathy3K frees up 1K more space for sketches (standard caterina bootloader takes 4K)
…and I doubt it would work as solidly and consistently as this does! @Mr.Blinky has engineered a great solution here - why would you want to switch to SD cards?
I have seen so many issues, even with massive commercial products, where a particular brand or size or even specific batch of SD cards just don’t work - and it becomes a guessing game / experiment for users to hope that theirs will… not to mention all the hidden / system files that infiltrate an SD card every time a user plugs it in to a different machine!
I think @Mr.Blinky made the absolute correct decision moving away from SD cards and towards this design. I remember reading some comments on reddit from BennVenn (who has ‘been there’, and done the work of implementing low-level FAT / SD libraries) that really cemented it for me:
Anyway, if this leads to further discussion then let’s agree now to start a new thread about it rather than fill this one up with tangential debate!
I’d definitely would need that spare 1K for that. But i’m not persuing the SD card idea. In a nutshell flash memory is more reliable, lightweight to interface with and convenient.
Yeah, it’s pretty awesome. I just can’t really see the Arduboy 2 going that way. It really doesnt fit in your pocket if it requires you to carry around 20 flash cartridges with it. Otherwise it’s awesome. So many amazing cartridge systems over the years.
Spent an hour yesterday curating a good 60 games and setting up images for the games selection screen and I am still nowhere near the max amount that can fit the 16MB chip I bought. Now if only we had a GUI based solution to automatically scrub .arduboy archives for the necessary hex, png, and title info, update the cart index csv file, make the cart bin using blinky’s python script, and allow direct uploading to an arduboy with installed cart (with blinky’s screen patching selection of course). Not that it’s difficult doing everything manually, but it would streamline the process to have such a utility.
It should be trivial to do all this and I would myself but I’m a bit overextended right now with side projects. That plus it’s been ages since I’ve done anything gui related in java (I’m more of a real time embedded high power system controller programmer now).