New FEATURES gathering

MikeBolton
Posts: 8
Joined: Sat Jan 03, 2015 11:34 pm

Re: New FEATURES gathering

Postby MikeBolton » Tue Sep 22, 2015 10:42 pm

A 'built-in' Bonjour / Zeroconf' capability. This is essential if the ESP is ever to be used as a standalone service provider. This seems a very obvious requirement for any IoT device but a glaring omission on the ESP?

derekh
Posts: 4
Joined: Thu Aug 13, 2015 1:47 pm

Re: New FEATURES gathering

Postby derekh » Sat Oct 03, 2015 3:27 am

Overall so far we feel good about ESP8266 and it's s/w. But few things come to mind:

HW:

- can we have 64 bit timer for deep sleep? current 32-bit usec timer is only slight over 1 hour sleep time.

SW:

- please open up source code for your lib. especially those seems (?) to be somehow connected to severs at ESPRESSIF. E.g. OTA functions and IoT functions. Those lib should be made such that users can configure their own servers.

- for smartconfig, there are some security concern discussions on how TI does it. Again, it would be better if source code is available so users can see how it's implemented here.

- we are using setup similar to NodeMCU where there is an external push button to reset/wake up the chip. But it share the same reset pin with deep sleep. When it wakes up from deep sleep, s/w does not seem to tell if it's awaken by push button or timer expires. Can the s/w be modified to read the timer to see if it's really expired and add a new "External_Wakeup" reset code so user can tell exactly why it's awaken?


Thanks!!



-

javed
Posts: 1
Joined: Tue Oct 06, 2015 4:34 am

Re: New FEATURES gathering

Postby javed » Tue Oct 06, 2015 5:51 am

Hi Espressif team,

Great job, I do appreciate the work done so far!
Some suggestions and observations;

3V3 LDO could be integrated into the chip with at least 300mA capability and wide input voltage range
just like TOREX XC6206
http://www.torexsemi.com/products/detail.php?id=368
All IOs should be 5V tolerant for better IOP with other hardware

and

finally, more ADC channels with 12 bit or higher resolution

Thanks,

Keep up the good work :)

eriksl
Posts: 137
Joined: Fri May 22, 2015 6:22 pm

Re: New FEATURES gathering

Postby eriksl » Thu Oct 15, 2015 4:02 pm

I vote against 5V tolerance. 5V is hopelessly outdated and obsolete. Just run everything on 3.3V and you're fine.

User avatar
rudi
Posts: 196
Joined: Fri Oct 24, 2014 7:55 pm

Re: New FEATURES gathering

Postby rudi » Fri Oct 30, 2015 10:36 am

Hi espressif stuff,

i append my wishes :

real, unchangeable, permanent Chip uid -

txs

best wishes
rudi ;-)

-------------------------------------
love it, change it or leave it.
-------------------------------------
問候飛出去的朋友遍全球魯迪

idragoev
Posts: 1
Joined: Tue Nov 03, 2015 10:54 pm

Re: New FEATURES gathering

Postby idragoev » Tue Nov 03, 2015 10:58 pm

Hi,
how about real time clock?

MikeBolton
Posts: 8
Joined: Sat Jan 03, 2015 11:34 pm

Re: New FEATURES gathering

Postby MikeBolton » Mon Nov 09, 2015 4:44 am

I know it has been mentioned before (many times) but could I ask again for an alternative to the (very outdated) AT command set.
If the ESP is to be interfaced with any reasonable microcontroller, it needs a simple, fast, binary scheme, preferably via the SPI as this can be faster with a MCU than a USART. Instead of the long winded AT commands, can we have single byte instructions (255 possibles) and no ASCII except for 'strings'. Also I see no point in having a very fast WiFi if you can only get the info in and out very slowly !

Clearly the links into the SDK must be there so a 'simple' data transfer scheme should be fairly easy.

Mike Bolton

geo.espressif
Posts: 28
Joined: Tue Mar 31, 2015 7:27 pm

Re: New FEATURES gathering

Postby geo.espressif » Fri Nov 27, 2015 11:33 pm

An snprintf implementation would help a lot.

chaeplin
Posts: 4
Joined: Wed Dec 02, 2015 5:29 pm

Re: New FEATURES gathering

Postby chaeplin » Wed Dec 02, 2015 6:06 pm

- a api to prevent connecting to OPEN AP
- a api to get the encryption type of the current network

eriksl
Posts: 137
Joined: Fri May 22, 2015 6:22 pm

Re: New FEATURES gathering

Postby eriksl » Sun Dec 06, 2015 5:15 pm

MikeBolton wrote:I know it has been mentioned before (many times) but could I ask again for an alternative to the (very outdated) AT command set.
If the ESP is to be interfaced with any reasonable microcontroller, it needs a simple, fast, binary scheme, preferably via the SPI as this can be faster with a MCU than a USART. Instead of the long winded AT commands, can we have single byte instructions (255 possibles) and no ASCII except for 'strings'. Also I see no point in having a very fast WiFi if you can only get the info in and out very slowly !

Agreed.

But even better, just dump the whole standard software and create your own binary interface ;)

Who is online

Users browsing this forum: Yahoo [Bot] and 4 guests