PuckJS "E" object is empty? #4156
Replies: 1 comment
-
Posted at 2023-03-17 by @fanoush
can you instead connect interactively to the device and use tab completion? type it is likely builtin native methods are not in Object.keys
No it means the firmware is built in such way. The board files have SAVE_ON_FLASH defined Posted at 2023-03-17 by @fanoush here https://github.com/espruino/Espruino/blob/master/libs/filesystem/jswrap_file.c#L115 It is defined in Posted at 2023-03-17 by user154581 Thank you so much! That is very helpful. :-) Posted at 2023-03-17 by @fanoush Or you'd need to make custom build. I just tried but the space is tight so you'd need to sacrifice internal storage, reduce it from 40 to 32KB Or start from PUCKJS_MINIMAL https://github.com/espruino/Espruino/blob/master/boards/PUCKJS_MINIMAL.py Posted at 2023-03-17 by user154581 In my experience, trying to get a compiler to work takes days, while writing a code library takes hours. Posted at 2023-03-17 by @fanoush
it is whole filesystem module - file IO methods + FAT filesystem implementation and it is not RAM Posted at 2023-03-17 by user154581 Oh, sorry; I don't understand well enough. I thought Puck had 512 KB of storage and 64KB of RAM. But you said "reduce it from 40 to 32KB." In any case, I won't mess with C or compilers. The only reason I'm using Puck instead of Raspberry Pi zero is to avoid wasted time with compilers. Posted at 2023-03-17 by @fanoush
out of 512 you only have 10 4kb pages for storage of your code
or Raspberry Pico W Posted at 2023-03-17 by user154581 Wow! I knew some storage must be used up, but I had no idea free space was so limited. I don't think it will affect me as long as I can get the SD card working. Posted at 2023-03-17 by @gfwilliams Just to add that As @fanoush says tab complete should work, or But yes, it seems Posted at 2023-03-20 by @fanoush
Oh, this is actually pretty cool and very useful for cases like this one. It would be nice to actually allow it to run on demand (instead of every commit) with board file as parameter. According to github docs it should be possible https://docs.github.com/en/actions/managing-workflow-runs/manually-running-a-workflow . I'll try to add this to the https://github.com/espruino/Espruino/blob/master/.github/workflows/build.yml template and maybe make a PR with this if I succeed. |
Beta Was this translation helpful? Give feedback.
-
Posted at 2023-03-17 by user154581
Any help appreciated! I have a PuckJS.
I wanted to use
E.connectSDCard()
after wiring an SD card to pins, but I gotSo I printed the keys of E with
print( Object.keys( E ) + " < Those were E's Keys" );
And got:
I did a hard-reset by holding the button while inserting the battery, then waiting for the LEDs to finish their color changes and the red LED flashed 5 times, then held the button for 1 more second, like the instructions said.
But
E
is still an empty object. According to the documentation, it should have many functions available on it. https://www.espruino.com/Reference#EI tried looking up the error, but the troubleshooting documentation just tells me to check for a typo. :-(
Edit: I updated the firmware using the WebIDE a while ago if memory serves, but I have not put any custom firmware on it or anything.
I have been using the PuckJS to control an E-Ink display over SPI, which is working fine. Only the
E
object is not working. Is there any other relevant information? Hmm.It's a PuckJS V2. The one with almost no pins and an FET.
I have been trying to make an e-reader by attaching it to a 4.2 inch, 400*300 e-ink display.
The e-ink display's pixels are 1 bit each (for black-white images). The PuckJS didn't have anywhere near enough power to render a 15KB page from a font using bitwise math ops, nor enough RAM to hold more than 1 page in memory. It would take minutes just to "turn the page".
I had the idea of streaming a pre-rendered 15KB page over bluetooth, but that turned out to be amazingly difficult. You can't stream binary data over PuckJS's bluetooth, because it uses the ASCII control codes as connection commands. I modified the "puck.js" library to accept array buffers, and used escape characters to work around character codes < 32 (as well as dealing with JavaScript string escapes).
I managed to get streaming 1 page down to under 12 seconds, a huge improvement over the several minute mark, but not usable for every page turn.
Still, it would take about an hour to stream a 300 page book. My idea was to stream the entire book, saving individual pages as files on an SD card. Then, on a page turn forward or back, I could read the appropriate file from the SD card into the array buffer, then stream the array buffer to the e-ink display. (How long will that take? It's still untested...)
HOWEVER! I cannot. Because
E.connectSDCard
does not exist. :-|I checked Espruino's source over on GitHub, and "jswrap_file.c" defines "connectSDCard", so I don't think it's deprecated. "spi_diskio.c" looks like it's setting up and controlling an SD card, so I think the functionality does actually exist.
The documentation says "This is not available in devices with low flash memory", but that's a frustratingly useless and ambiguous warning. There's nothing anywhere that I've been able to find specifying what devices have "low flash memory". >:-(
Does it mean if you use up too high a RAM % the code will become unavailable? Does it mean nothing running Espruino ever has this functionality? (Espruino was specifically designed to run on devices with low memory.) Does it mean certain devices from Espruino's shop do / do not have this functionality? (I don't really care in general, I just want to get an SD card working on my PuckJS. I'm sure I can write the SPI commands myself if that's what I'm supposed to do.)
Attachments:
Beta Was this translation helpful? Give feedback.
All reactions