Less than $3 WiFi chip

@ Jay Jay -

The following is done:

[quote]download:
boot_v1.2.bin 0x00000
user1.512.new.bin 0x01000
blank.bin 0x3e000 & 0x7e000
[/quote]

after every download I have to do a reset because it failed on leaving flash mode.

when all is done, I tried several terminals but no re-action.

When I flash with the AI-v0.9.5.0 AT Firmware go to terminal get stupid characters with AT+RST but get a confirmation with doing AT+GMR of the 9.5 version and can contact my AP as usual and get an IP address but max at 28800 boad.

Now I think my little USB FTDI cannot handle higher baud rates and therefore gives nothing back with 115200 … just a guess …

I’ll flash it again with the ExpressIf bins and connect the ESP to my cerberus and tryout with 115200 to see if it maybe my ftdi usb micro …

@ Jay Jay - And again the right tools for the right job !!! :wall:

Just working great !!!

Thanks for the final link that did it !!!

@ PiWi - So was the address wrong in your case?

I think he was using a flashing tool that flashes one bin at a time instead of the official eapressif flashing tool found here: Update(150414) :Flash download tool , Look over here ! - ESP8266 Developer Zone

1 Like

@ Jay Jay - Got it! Good to know.

Before I read through every one of the 19 pages, Does this work with the cerbuino bee? NETMF at all? Also how would you connect it to the board? We need a gadgeteer thing for this board

@ Architect - I love that movie … perfect music too … Queen yeah … too bad of Freddie … but who wants to live forever …

Back to your question … first I have something with my mirroring vision, used GPIO2 instead of GPIO0 and secondly I probably used the wrong flasher (=single file) and took the old one that didn’t work in my case. But with this Update(150414) :Flash download tool , Look over here ! - ESP8266 Developer Zone little baby it did !!!

Yes, all my ESPs are on 0.9.5 … kudos to Jay Jay

1 Like

@ MRTFEREN - Multiple members are working on Gadgeteer boards for the ESP8266!

@ MRTFEREN - Yes, simple serial connection on a U socket. Chip is on 3.3 V and only needs RX/TX and pins reset and CH_PD (middle two on the outside row) connected to vcc.

See here for further details ESP8266 WiFi module

1 Like

As munderhill mentioned there’s a Gadgeteer version in the works – go back a few pages and you’ll see that Architect shared a project on OSHPark if you want to make your own.

An alternative would be to use a breadboard and the Arduino headers on your Bee.

If I understand correctly (haven’t looked into it much yet), the WiFi module use serial - so it would be U socket in Gadgeteer or RX/TX header pins directly.

1 Like

is this something that could be shared on that turn key assembly? I think this would be interesting if someone does that

1 Like

The design in its current form doesn’t have fiducial markers, so it is not acceptable for TurnKey. Besides it is so cheap and simple, just use OSHPark.

2 Likes

new firmware released today

http://bbs.espressif.com/viewtopic.php?f=7&t=205

how is everyone doing with that driver?

i’m still resets on the module every now and then anyone got similar issues?

1 Like

@ Jay Jay - Sounds like a memory leak. I’ll start playing with it once I get the @ iamin’s module from OSHPark.

the reset is caused by the internal Watch Dog they have that set to 1second, and no way to change it…

i’m still not sure what is causing the reset :frowning:

As shown from the debug output below, my driver can send text (web service call) and binary (SNTP request) requests via the ESP8266!

Sending Command = AT+CIPSTART=0,“TCP”,“www.webservicex.net”,80
Sending Command = AT+CIPSEND=0,107
Sending Command = GET /uszip.asmx/GetInfoByAreaCode?USAreaCode=919 HTTP/1.1
Host: www.webservicex.net
Connection: Close

Sending Command = AT+CIPCLOSE=0

HTTP request suceeded!

<?xml version="1.0" encoding="utf-8"?> . . . Gulf NC 27256 919 E
Hillsborough NC 27278 919 E
---------------------- Sending Command = AT+CIPSTART=0,"UDP","time-a.nist.gov",123 Sending Command = AT+CIPSEND=0,48

02/17/2015 15:28:48

5 Likes

@ munderhill - Wicked…

Let the hardware and fun times roll ;D

I lost track of this thread and happened across it again today. I have been working with the ESP8266-01 for a while. I first wrote a managed AT driver for a Netduino, but was unsatisfied with the stability. I then moved on to the NodeMCU firmware which embeds a Lua (eLua) interpreter on the ESP. This firmware is remarkably stable and supports the larger ESP-12. The API supports PWM, 1-wire, I2C, SPI, ADC, MQTT and more. The disadvantage, of course is that you have to learn to do a little programming in Lua, but it is fairly easy. The firmware is here under pre_build and you flash it just like the AT firmware,

and the API instruction set,

For development, I use Lua Loader and a PC console TCP client for testing.

Flavor of Lua TCP server code example: (talk to ESP with PC console TCP client)
IP address obtained by init.lua. Automatically run on restart

– start server
– ============
– ============

srv=net.createServer(net.TCP) 
srv:listen(5666,function(conn) --port
  conn:on("receive",function(conn,payload) 
    	print(payload) 

– Start chain of if … then, elseif, else to process TCP commands (Lua has no Select Case)
– ===================================================================
if (string.find(payload, “X”) ~= nil) then

– First command processor switch to client mode to connect to NIST DayTime server


	print('daytime.lua started')
	local conn1 = nil
	conn1=net.createConnection(net.TCP, 0) 
--connect 
	conn1:connect(13,'utcnist2.colorado.edu') 

-- show the server returned payload
	conn1:on("receive", function(conn1, payload)
	retval = '20'..string.sub(payload,8,14).. 
		       string.sub(payload,15,24) 
		print('retval: ' .. retval)
		conn:send(retval)
	end) -- function(conn1, payload)
-- show disconnect
conn1:on("disconnection", function(conn1, payload) print('\nDisconnected') conn1=nil  end)

– Second command processor (blink LED on gpio2)


elseif(string.find(payload, "Y") ~= nil) then
	isOn = false
	gpio0 = 3
	gpio2 = 4
	gpio.mode(gpio2, gpio.OUTPUT)
	gpio.write(gpio2, gpio.LOW)

	tmr.stop(1) -- There are now 0..7 timers
	dly = 1000 -- miliseconds
	tmr.alarm(1, dly, 1, function() --tmr(1), repeat
		isOn = not isOn 
		if isOn then 
 				gpio.write(gpio2,gpio.LOW) 
    		else 
 				gpio.write(gpio2,gpio.HIGH)    
		end 
		end) -- function
	conn:send('gpio2 LED is blinking')

– third command processor (stop blink LED on gpio2)


elseif(string.find(payload, "Z") ~= nil) then
	tmr.stop(1)
	gpio.write(gpio2,gpio.LOW) 
	conn:send('gpio2 LED has stopped blinking')

– Default command processor (unknown command)


else
	tosend =  'you sent: ' .. payload
	conn:send(tosend)
end --if command processor chain

end) – conn:on(“receive” …

– Close server connection and continue to Listen for request
conn:on(“sent”,function(conn) conn:close() conn = nil end)

end) – srv:listen(5666,function(conn)

– End of TCP Server chunk
– ========================
– ========================

3 Likes

Hi,
Can you share the netduino driver? I’m curious to see it.
Cheers,

I also played with the Lua firmware on ESP-03. I actually find it very bad. I created a simple server that responds on each get with the free heap space. After a few (20-30) consecutive requests (1 sec between them) it crashed with no free heap available. I also tried increasing the time between the requests, pausing them for several minutes (>5 minutes) but the heap is never released. I also tried setting the variables to nil, I read this on some forum. It did help a bit, but sooner or later it still crashed. Am I the only one that experienced this issue?
I started native development on ESP. I have created libraries for http server, http client, ota (from a local network server). I still can crash it if I do many (many more than LUA) requests with less than a second between them. Otherwise, the heap is released after a few seconds. I think native development is better. At least for now.