Avatar for JumJum


Member since Oct 2013 • Last active Jan 2021
  • 147 conversations

Most recent activity

  • in JavaScript
    Avatar for JumJum

    I would like to load a binary image from sd directly to a graphicsbuffer.
    The only way, it worked for me is this:

    var gr = Graphics.createArrayBuffer(64,32,4,{inte­rleavex:true});  //this is a 64x32 LED matrix
    fs = require("fs");
    var x = E.toUint8Array(fs.readFile("myFile.bin")­); //myFile.bin is binary file holding 1024 bytes
    for(var i = 0; i < 1024; i++) gr.buffer[i] = x[i];

    Using a temporary array and copy value by value in a loop looks strange to me.
    And it takes a lot of CPU power to copy.
    But all I tried to assign Uint8Array directly to graphics buffer, failed.
    Failed in the way, that loaded image was not shown.

    I'm pretty sure, there is a way to do better, but I don't find it.

  • in Bangle.js
    Avatar for JumJum

    @user122861, how did you convert to tflite ?
    I tried some time ago to convert from keras to tflite see Forum entry
    But the result could not be used for bangle. Size was too big.

  • in General
    Avatar for JumJum

    I don't have problems with your change for wrappersources.
    Pretty sure, nobody else uses this up to now ;-)
    Just added the lines you recommended and removed ifdef NO_COMPILE in my local copy and it works as expected.

  • in General
    Avatar for JumJum

    NO_COMPILE is in make file for some years now.
    It was added by me to have an easy method to get wrapperfiles only.
    See lines 820-823 in make file (on github) .
    Its used to create a UI to support blacklist handling
    I checked DFU_UPDATE_BUILD and it works fine. Thanks for this hint.

    BTW, there is a break in handling of WRAPPERSOURCES. entrys are all relative, only tensorflow is absolute. Is there a special reason for that, or is it grown the way it is ?

  • in General
    Avatar for JumJum

    After starting make


    I get this again and again

    make: *** No rule to make target 'bootloader_espruino_2v08_banglejs.elf',­ needed by 'bootloader_espruino_2v08_banglejs.app_h­ex'.  Stop.

    Running same with ESPRUINOBOARD runs fine
    Running same with MDBT42Q fails with same message

    Everything runs on RASPBERRY with gcc-arm-none-eabi-9-2020-q2-update
    Any idea what I've to fix ?

  • in Projects
    Avatar for JumJum

    Downloaded gcc-arm-none-eabi-9-2020-q2-update-aarch­64-linux.tar.bz2 as suggested.
    At least compilation for ESPRUINOBOARD runs fine.

  • in Projects
    Avatar for JumJum

    running file ... gives
    /home/nodejs/efeu/tools/gcc-arm-none-eab­i-8-2018-q4-major/bin/arm-none-eabi-gcc:­ ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.24, BuildID[sha1]=9ac5427532642fef341e6e032e­ea16d7eb5fde4c, stripped

    ldd ... gives not a dynamic executable

    In my poor understanding this is the showstopper for my idea.
    Anyway, for espressif I will ask in their forum. Based on my experience with them I don't expect too much