Good to hear! WIll make it work without the slash in the next update.

Now works without / in the current update!

Hi,

wow, many questions

Please read this:

https://neonious.com/lowjs/documentation/flash-space.html :
low.js on ESP32 organizes user files in an on-board file system.

Configuration Available for user's file system
low.js Basic Available Flash minus 3 MB (= 1 MB on 4 MB ESP32-WROVER)
low.js Professional Available Flash minus 8 MB (= 8 MB on 16 MB ESP32-WROVER)
neonious one 4 MB (manually upgradable to 12 MB using instructions below)
Custom Firmware depends on settings

So, reworded:

neonious one has more than 4 MB of Flash because the 4 MB is only for the user files. Additional Flash is used for low.js and IDE.

On generic boards there are no two Flash spaces, so you have to subtract low.js and the IDE to get the amount of space for the user.

ESP32-WROVERs and ESP32-WROVER boards with 16 MB Flash exist. The documentation you linked is only for the 4 MB chips.

Of course the files are saved on the microcontroller. The whole idea of a microcontroller is that it run without PC.

As you can read on https://neonious.com/neoniousOne : The IDE is accessed over the web browser via Wifi or Ethernet (on the neonious one), without any software installed on your side. lowsync is no longer needed with the IDE.

All in all I think you have many questions. I am sorry that I cannot provide much support - otherwise the products (low.js Professional or neonious one with low.js Professional) would be much more pricier. Are they really too expensive to just buy and try out?

Have a nice day!

Thomas

We would have to write a module which interfaces the remote control api of ESP-IDF. But most importantly, there must be some well defined logic with which JavaScript can build graphs on animation which can then just simply be run with one command, because JavaScript has proven to be too slow to build good RGB strip animations in real time...

It is a bit larger project. And well, it is not a "must include" feature, I believe, because you are the first person for a while who asked for it

Thomas

Hi Robin,

after thinking about this for a long time, I think I have to tell you that for your use case, low.js will not work currently. I do see your point that it would be great to have hard guarantees for PWM settings - it is a microcontroller after all - but most use cases for low.js do not need it. I guess this will only change if some company needs this feature and is willing to sponsor the development.

Thomas

Hi!

Regarding PWM
Right now the GPIO class allows to set a common PWM frequency for all pins, see setFrequency at
https://www.neonious.com/lowjs/lowjs_for_esp32/module-gpio.html
With setValue you can then set the % the PWM should be on.

This is not designed for clock exact control. If you need that, low.js currently cannot offer that.

Regarding getting analog/digital input via interrupt handling

The pin class of gpio supports on('rise', ..) and on('fall', ...). This is of course only for digitial. I am not sure how analog input via interrupt should work, normally ADC is not interrupt based AFAIK.

What do you need exactly?

Regards,

Thomas

Yes. low.js is build on esp-idf.

I do not understand why you do not trust the output gpio setting which your user program controls. There should be no circumstance where the gpio setting switches if the user program does not do it.

I am siding with loboris in the topic you are refering to. He wrote: "The question was asked several times already, you must set the gpio mode to GPIO_MODE_INPUT_OUTPUT (or GPIO_MODE_INPUT_OUTPUT_OD) if you want to use the gpio as output and read its state back. Or you can simply save the state in a variable after gpio_set_level()."

This does not mean that we could change low.js at any time for a paying customer. But I do not see this worth changing in my free time.

You need to set wifi.enabled = false, then Wifi is off.

Bluetooth is always deactivated with low.js, we did not implement Bluetooth yet, we would need a sponsor for that..

Light sleep is also not possible yet..

Oh so you had another board still connected via USB or direkt on UART?

Well good to hear you are lower.

EN/GPIO resistances are AFAIK not needed. But flashing will not work anymore.

Interesting find. I am sure it is a limitation on our side But none that can not be overcome. Just add a small array saving the output state you set yourself and read from there for input pins.

Regards,

Thomas

When you switch the device to station mode, you can change the IP and subnet at the same time to whatever you wish.

Well, that is correct, but the default is also that it builds an AP. So it does not interfere with the local Wifi settings.