Search results for:

I am able to flash it. The key change is to set baud to 115k.

The module is able to run arduino sketches for 10+ minutes. I have a second module that I could test.

I am unable to get the ESP32 image (V2.04 or V1.99) to run on M5StickC.

It will stay up for about 2 mins, then cycles into infinite loop. Based on some googleing I believe the solution might be that I have to compile my own build without he PSRAM option?

 ____                 _
|  __|___ ___ ___ _ _|_|___ ___
|  __|_ -| . |  _| | | |   | . |
|____|___|  _|_| |___|_|_|_|___|
         |_| espruino.com
 2v04 (c) 2019 G.Williams
Espruino is Open Source. Our work is supported
only by sales of official boards and donations:
http://espruino.com/Donate
ýE (518) psram: ESP32PICOD4  do not support psram yet
E (518) spiram: SPI RAM enabled but initialization failed. Bailing out.

thank you!

Hi - thank you for any help you might provide. Dev board is running other code, so I pulled this from notes, not a working board.

const SURLAPI = 'https://i66toll.firebaseio.com/eb/belt/washington/tolls.json?orderBy=%22$key%22&limitToLast=1';
const HTTP = require("http");
//ESP32.enableBLE(false);

function onInit()
{
	//console.log("main");
	//loadTolls();
}

var options = {
    host: 'i66toll.firebaseio.com', // host name
    port: 443,            // (optional) port, defaults to 80
    path: '/eb/belt/washington/tolls.json',           // path sent to server
    method: 'GET',       // HTTP command sent to server (must be uppercase 'GET', 'POST', etc)
    protocol: 'https:',   // optional protocol - https: or http:
    headers: { orderBy : "%22$key%22", limitToLast : 1 } // (optional) HTTP headers
  };

function loadTolls()
{
	//getting weather now, so allow another process to get weather
  
	HTTP.get(options, function(res) 
	{
		res.on('data', function(wunderString)
        {
          loadTolls.val = wunderString;
          console.log(wunderString);
          memUsage();
        });
		res.on('close', function(fLoaded)
		{
          memUsage();
		});
		res.on('error', function(e){console.log("error getting URL details");});	//TODO: test, and handle by saving values?
	});
}

function memUsage()
{
  console.log(process.memory().usage);
}

This is the exact URL:
https://i66toll.firebaseio.com/eb/belt/washington/tolls.json?orderBy=%22$key%22&limitToLast=1

Is SSL available on ESP32? I know it wasn't at one point. If not, does anyone know URL/service that can be used to translate?

I'm trying to pull information from https://firebaseio.com

I get out of memory error, and have tried turning off bluetooth with no avail. Perhaps I should look into building my own?

Using version 2.01.

Thank you in advance.

@patreon is this site still available? Can others use it?

Maybe this is now possible on some of the larger devices such as the ESP 32?

Oh, I am using the webIDE (love it), I didn't realize it would do that for me. Very cool.

@Wilberforce good tip on the line between text. That code has room for improvement in that I might like to use regex to split the text in a more natural place.

I do load the module dynamically, because I thought I had to. Perhaps you're suggesting I only need to do that prior to the save?

Kind of a "quick" project to get comfortable with the ESP32.

It connects to the wunderground API, and pulls the latest forecast string, and displays across SSD1306 (I also wrote a version with the HD44780 I2C).

See the code here:
https://github.com/wga22/esp8266/blob/master/espurino/ESP32_drawforecast.js

Interesting part of the code is the parsing of the JSON from wunderground. Not my best code, just slopping something together to see how it works. Love the ESP32, has right level of performance for doing real level of work. Hoping ESPRUINO team continues to get it love! A special thanks to the brilliance of the "loadModule" versatility!

function drawForecast()
{
	//getting weather now, so allow another process to get weather
	setTime.val = "";
	var ZIP= '22182';
	HTTP.get((SURLAPI + ZIP + ".json"), function(res) 
	{
		res.on('data', function(wunderString) {   drawForecast.val += wunderString;   });
		res.on('close', function(fLoaded) 
		{
			console.log("Connection to wunder closed");
			drawForecast.obj = JSON.parse( drawForecast.val );
			drawForecast.val = "";
			writeStringToLCD(drawForecast.obj.forecast.txt_forecast.forecastday[0].fcttext);
		});
		res.on('error', function(e){console.log("error getting wunderground details");});	//TODO: test, and handle by saving values?
	});
}
drawForecast.val = "";
drawForecast.obj = null;

Hi - could you also post a picture of it?

I am having same problem with the save(). I have my own onInit() called in the save.

I've been happily building these, but running on Sonoff now. I really like the convenience of having some house lights that follow the sunset. Probably over-engineered, but that is where the fun comes in!

Let me know if you'd like to buy one, $10 plus shipping.

I found the "-fm dout" to be a critical setting to get it to stick.

Thank you @MaBe

This worked for me (leaving off the flash size, and using bin locations for larger chip:

python "MYPATH\esptool.py" --port COM4 --baud 115200 write_flash --flash_freq 40m --flash_mode qio 0x0000 "boot_v1.6.bin" 0x1000 espruino_esp8266_user1.bin 0xFC000 esp_init_data_default.bin 0xFE000 blank.bin

Is this still an issue with latest firmware? If so, what are the instructions for avoiding? I believe I am having same issue with the esp8266 in the sonoff

Any update on this? Would love pwm on esp8266

So is the issue with boot_v1.6 or with the newer binaries (>=1.88)?

@Gordon - I am indeed finding that the

setInterval(function(){}, 1000*3600)

is useful in my application to keep the ESP from turning into a zombie. I have spent some efforts troubleshooting a variety of other possible problems, so cannot say for sure it is not an issue with capacitor, the chip I was using, or other bug in the code, but the version of the code I have running currently, with the setinterval on top of it, is working fine.

The code (currently without setInterval checked in) can be found here, if you are curious.

https://github.com/wga22/esp8266/blob/master/espurino/landscape_AP.js

...wifi.stopAP() is puzzling me...: why would you stop it? You did not even start an access point... but may be, I miss a point here...

stopAP is for when you don't want the ESP to be an access point. It is possible for it to be mixed/both, but probably cleaner to turn off the AP if not used.

Would it be useful to set a DHCP hostname instead?

Thank you. Esp8266 is the board I am using (esp12). I will add in that 1 hour timer and see if it helps.

I am not using a deep sleep as I have a webserver going as well.

I am experiencing some instability that might be attributable to calling a settimeout for over 14 hours. Is there a maximum recommended settimeout length?