Avatar for JumJum


Member since Oct 2013 • Last active Dec 2022
  • 156 conversations

Most recent activity

  • in Porting to new Devices
    Avatar for JumJum

    Good news

    • got a pico w
    • got it connected from Espruino to my wireless
      Bad news
    • don't get my hands on a http-server. There is a first step in Github, but my understanding is poor. My way right now is a mix of trial/error and copy/paste

    BTW, Gordon already offered to help changing from cmake to espruino like make, once the port is kind of stable. For me this port is having some fun, don't have to make money for the family.

  • in Projects
    Avatar for JumJum

    Well.. could be me ;-)

    May be, this can help for audio output http://forum.espruino.com/conversations/­363093/#comment15963863
    I used it for some simple speech, but it can be used for sound, music etc.
    last not least its cheap.

  • in Projects
    Avatar for JumJum

    are there any news (even bad news) about your talking hat ?

  • in Porting to new Devices
    Avatar for JumJum

    @user143733 I sent you a message

  • in JavaScript
    Avatar for JumJum

    Save the module in Storage.
    See more here http://www.espruino.com/Modules#from-sto­rage

  • in Porting to new Devices
    Avatar for JumJum

    @fanoush, based on your comments I changed adressing.
    Flash.getFree now returns real address in Flash.
    Flash.erasePage, .read and .write also use real address and are recalculated to match API
    Sideeffect: found and fixed a problem in jshWriteFlash and got save() running.

    BTW, interest in this port is not really overwhelming ;-)

  • in Porting to new Devices
    Avatar for JumJum

    reading directly from flash works fine
    writing needs disabling of irq
    If somebody has a better solution, you are welcome

    mask = getIrqMask();
      flash_range_program(FLASH_TARGET_OFFSET,­ addr + i * FLASH_PAGE_SIZE, FLASH_PAGE_SIZE);
  • in Porting to new Devices
    Avatar for JumJum

    @fanoush, thanks for feedback.
    Advantage in my eyes is handling of flash.
    Moving calculation of real addresses in flash from Firmware to each Javascript project adds burden to the user.
    I'm pretty sure only a few guys will know XIP-address, or are willing to search for
    Anyway, I don't see the reason for this test.
    IMHO testing for negative numbers would be a good solution.

  • in Porting to new Devices
    Avatar for JumJum

    Some weeks ago, I started a project to get Espruino running on PI Pico (RPI2040)
    I had no idea how to do, but gave it a try.
    Target was, not to change Espruino code itself, no additional ifdef etc.
    Right now I'm somewhere around pre-alpha. Simple version is running.
    Development is based on pico-examples, not on Espruino make

    As expected tons of problems/question are on the road.
    In my implementation flash starts at virtual addr 0, which is translated to 2nd MB in flash
    This makes Flash-commands easy to understand. Require("flash") runs fine.
    Actual problem, one of a lot is jsfGetFileHeader.
    Unfortunally addr is tested with this line: if (!addr) return false which stops some other functions.
    Any idea, how to get around without changes in jsflash.c ?

    BTW, if some body wants to help in this project, you are welcome.