Search results for:

Most people on windows now have windows 10 - which supports the Linux subsystem, so that might simplify the windows side of things as the sample Linux tool chain could be used for that and share then same code.

Thanks for reporting back.

@SergeP

The latest Travis build for esp32 has better wifi setup - new wifi functions added to bring in line with esp8266 and @JumJum has got the neopixels to work again.

@opichals
This still has not been merged ;-(

In the IDE - you could try the save on send setting of Direct to Flash (execute at boot)

Don't know about the Nordic chips - the esp32 has had recent support for Bluetooth audio - nothing has been added on the espruino port yet.

Which firmware are you using - the 512k combined?

Does the flash succeed?

If you use putty or similar you should see output on boot - set to 115200 baud. There might be some initial output at the start with a baudrate of 74880 if it's looping and resetting set to that rate to see what the messages are saying.

Moduled.addCached("pca9685_servo",functi­on()
Should that be:

Modules.addCached("pca9685_servo",functi­on()

Is that the zx80 font? My first computer!

The error says that this is missing:

/home/aj/Espruino/getHub/package.json

Do you have a package.json in the getHub folder?

Neopixels are still broken on the esp32 with version 2.00.

Since the sdk was updated to v3.0 (and also 3.1) it has not worked. There was no changes around the RMT libs used output the waveforms,so it's a bit of a mystery. @jumjum is going to connect a digital oscilloscope at some stage.

The outstanding issue is here:

https://github.com/espruino/Espruino/iss­ues/1484

We have bigger issues with wifi not connecting at present with the latest sdk so will be reverting back to 3.0.x

The ESP-idf is a moving target - we update to get new features, and then other things break. It's very frustrating!

Looks like the original esp32 port used RMT then changed to the Espruino style. I wonder why.

What do you mean by espruino style?

Yes - not calling end would do that!

No - the pwm on the Esp32 is hardware driven.

Or another thought - you could send an array of o,1,1,1,0 and then adjust the number of 1s to be close to 2us

As a possible work around - you might be able to use the pwm output and do a setwatch on that - and in the setwatch- use that to drive another pin low then high and low again. You can use a variable flag to say if you want the out put in the output pin.

Just an idea.

I think this might be the issue here:

https://github.com/espruino/Espruino/blo­b/9bb8c66015d8b9fa1aaa80a4eaab217e2f308b­e0/targets/esp32/jshardware.c#L623

If the timer is less than 30 - it's set the 30. @jumjum - can you recall why?

Can you post your code?

If you set up a pwn output is the timing for this accurate?

We are using both timers as suggested:

https://github.com/espruino/EspruinoBuil­dTools/blob/master/esp32/build/app/sdkco­nfig#L200
CONFIG_ESP32_TIME_SYSCALL_USE_RTC_FRC1=y­

Referring to #7

I tried this on the Linux build and there was no -x07 error

@mike_k

As I believe there's only one file buffer you need to stick to either fs or fileopen calls. Every fileopen should be followed by a f.close()

See here:

https://www.espruino.com/File+IO

Hi,
using your original code - I can replicate the issue - it stops after 15 iterations.

I suspected that memory was leaking so intially added a line to print free memory - as I suspected that this was the problem.

https://github.com/espruino/Espruino/blo­b/e06b3e24de42adb1de6e2cc6046e525880760e­7d/libs/filesystem/jswrap_file.c#L277

the issue we have is if there is a failure - 0 is returned and we don't know which error occured or where...

However in debugging - I found a work around.
In the function - calling f=process.memory().free; seems to work. All I can think that is occuring here is it perhaps a garbage collection is occuring - @Gordon - any ideas?

var fs = require('fs');
function writeData(i){
  // line below allows this to run!
  f=process.memory().free;
  //console.log(process.memory().free );
  if(i < 40){
   var data = Math.random().toString();
   var name = `file_${i}`;
   var res = fs.writeFile(name, data);
   if(res){
     console.log(`wrote... ${name}, ${data}`);
     setTimeout(function(){
       writeData(i + 1);
     }, 100);
   }
   else{
     console.log(`did not write!, ${name}, ${data}`);
   }
  }
}
writeData(0);

WARNING: gap set scan error code = 103
WARNING: set rssi scan not implemeted yet
wrote... file_0, 0.67312209572
wrote... file_1, 0.85650798066
wrote... file_2, 0.11667447496
wrote... file_3, 0.98353582061
wrote... file_4, 0.55870476251
wrote... file_5, 0.06997160197
wrote... file_6, 0.05838990447
wrote... file_7, 0.31009601164
wrote... file_8, 0.35821451589
wrote... file_9, 0.24528766667
wrote... file_10, 0.51275360515
wrote... file_11, 0.04978711532
wrote... file_12, 0.76238244714
wrote... file_13, 0.11774935718
wrote... file_14, 0.99340898217
wrote... file_15, 0.39304630709
wrote... file_16, 0.48263351408
wrote... file_17, 0.02755051107
wrote... file_18, 0.68166789304
wrote... file_19, 0.64597696841
wrote... file_20, 0.14027355012
wrote... file_21, 0.73948647814
wrote... file_22, 0.17078908633
wrote... file_23, 0.49875334300
wrote... file_24, 0.60857436741
wrote... file_25, 0.09730707253
wrote... file_26, 0.89388832072
wrote... file_27, 0.05864839910
wrote... file_28, 0.26445292693
wrote... file_29, 0.35654671180
wrote... file_30, 0.41393465335
wrote... file_31, 0.37957622081
wrote... file_32, 0.37698324787
wrote... file_33, 0.14988256066
wrote... file_34, 0.04350866705
wrote... file_35, 0.31650148859
wrote... file_36, 0.23993254836
wrote... file_37, 0.81480026189
wrote... file_38, 0.59223879482
wrote... file_39, 0.37215752032
> 

Or define on the board:

funtion p(){print(E.getTemperature()};

Then you can do:
\x15\x10\p()\n and save 20 bytes!

What board are you on?

Is the Esp32 code setting up the pinmode on output every time even when it is already setup? Setting the gpio matrix via the ESP-idf might be the delay here.