Live data from Hacker News

Viewing profile — drozd

drozd

HN member
Joined
Sat, Jan 16, 2016, 12:01 AM UTC
HN karma
48
Public activity
24 items

About drozd

No profile information was provided.

Recent public activity

  1. comment
    Comment #33956801

    The linker script specifies that .data section starts where 192k RAM region starts - in other words, addresses of all variables, etc, are in the RAM memory range. But the firmware …

  2. story
  3. story
  4. comment
    Comment #14960387

    Fast prototyping is the answer. If you or some others are skilled in C/C++, you don't need JS. For others, having a simple way to prototype fast on the target hardware is a big ben…

  5. comment
    Comment #14960339

    mJS allows you to use C/C++ SDK functions directly without writing a glue code - basically, you can prototype things quite fast with the libraries/drivers that do not have any scri…

  6. comment
    Comment #14960218

    That's right, cause Linux cannot run on the large class of microcontrollers - particularly, those with less than 4M of RAM. Mongoose OS is targeting that category.

  7. comment
    Comment #14959244

    JS is for prototyping.

  8. comment
    Comment #14959232

    Sure, try to run those on e.g. TI CC3200 microcontroller.

  9. comment
    Comment #14959224

    I think Mongoose was called mongoose before mongo db plugin existed. https://github.com/cesanta/mongoose - that's the project from which Mongoose OS stems.

  10. comment
    Comment #13487734

    Ah, thanks, wrong about flash footprint. Neil has done a great job adopting Duktape on ESP32.

  11. comment
    Comment #13487694

    Hi Gordon! Nice to meet you :) I am the author of the article, and I am quite fond of Espruino, it's a great project. Wasn't aware that Espruino has FFI API!

  12. comment
    Comment #13487506

    Yes. Closures add quite a bit of complexity and footprint. Anticipated use case was a short script that orchestrates the device logic, calling existing SDK functions.

  13. comment
    Comment #13487314

    Nice! I wasn't aware of lua ffi api, thank you!

  14. comment
    Comment #13487303

    Nope. It's similar though, cause some of the concepts, and the code, were reused. mJS does not need an embedding API, really. The intent is that FFI is used.

  15. comment
    Comment #13487273

    Embedded environment in this context means hardware low on resources, e.g. microcontrollers. Your perception of that word is "embedded into the C/C++ program". These are two differ…

  16. comment
    Comment #13486784

    Duktape is nice, and I've mentioned it in the article. However it's quite fat, and can't be used on some boards like ESP8266. It's flash footprint is Megabytes, whereas mJS flash f…

  17. comment
    Comment #13486749

    I recall that very much the same opinions were expressed about the JS and backend programming, until node.js appeared. Now the reality is different. To be honest, we do not think t…

  18. comment
    Comment #13486683

    There is no yacc code in either V7 or mJS. V7 uses hand-written recursive-descent parser. Initially, it was using ordinary C functions, and that created a problem on systems with l…

  19. comment
    Comment #13486538

    Currently we use mJS in our Mongoose OS firmware framework. There, a symbol resolver is generated automatically from the configuration file which tells which symbols you'd like to …

  20. comment
    Comment #13484796

    The ability to script without the need of rebuilding/reflashing the whole firmware is often fairly useful. The most value is not in JS per se, but in the ability to script.

  21. comment
    Comment #13484668

    Currently, mJS FFI is limited to functions only. And, to simple enough functions. On how to access memory from mJS: write an accessor function! // C void setmem(uint8_t *ptr, int i…

  22. story
  23. story
  24. story