New FEATURES gathering
Re: New FEATURES gathering
Postby Paul » Wed May 04, 2016 3:26 am
I believe there should be an alternative provisioning/wifi password setting method that works with a smartphone. What about NFC, sound (modulating wifi password as CW or AM and playing it on the speaker,) or using a PCB trace as an induction coil to catch signal directly from the speaker coil?
Re: New FEATURES gathering
Postby GeoffL » Wed May 11, 2016 6:06 am
Would you please consider adding some better DSP capability in the CPU eg:
In the "4.1Overview of Options" of the "Xtensa Instruction Set Architecture (ISA) Reference Manual" (http://0x04.net/~mwk/doc/xtensa.pdf) are listed some options that support DSP. Would you please consider adding the following (if not already included):
1. 32-bit Integer Multiply Option
2. 32-bit Integer Divide Option
3. MAC16 Option
Being able to do some DSP on sensor data before it is sent will open up options of acting locally, customizing the processing for each location or sensor, as well as reducing bandwidth requirements. This would enable systems to be better able to be scaled up. That is, as the system grows so does its processing ability. The upstream load, as the system is scaled up, is less dependent on system size enabling a more flexible system.
If these options could be added while maintaining the low cost of your product, I believe this would increase your products appeal.
Regards
Geoff
In the "4.1Overview of Options" of the "Xtensa Instruction Set Architecture (ISA) Reference Manual" (http://0x04.net/~mwk/doc/xtensa.pdf) are listed some options that support DSP. Would you please consider adding the following (if not already included):
1. 32-bit Integer Multiply Option
2. 32-bit Integer Divide Option
3. MAC16 Option
Being able to do some DSP on sensor data before it is sent will open up options of acting locally, customizing the processing for each location or sensor, as well as reducing bandwidth requirements. This would enable systems to be better able to be scaled up. That is, as the system grows so does its processing ability. The upstream load, as the system is scaled up, is less dependent on system size enabling a more flexible system.
If these options could be added while maintaining the low cost of your product, I believe this would increase your products appeal.
Regards
Geoff
Re: New FEATURES gathering - LWM2M support on SDK
Postby chrishawk » Wed Jun 29, 2016 8:20 pm
I would like to have support for this standard in my iot gadgets:
https://en.wikipedia.org/wiki/OMA_LWM2M
http://technical.openmobilealliance.org/Technical/technical-information/release-program/current-releases/oma-lightweightm2m-v1-0
An open source c++ library for it was already have been released, so it is a matter of integrate it with Espressif SDK ...
https://github.com/eclipse/wakaama
https://en.wikipedia.org/wiki/OMA_LWM2M
http://technical.openmobilealliance.org/Technical/technical-information/release-program/current-releases/oma-lightweightm2m-v1-0
An open source c++ library for it was already have been released, so it is a matter of integrate it with Espressif SDK ...
https://github.com/eclipse/wakaama
Re: New FEATURES gathering
Postby sportybj » Thu Aug 04, 2016 1:43 pm
25KHz PWM. In some application, e.g. DC motor driving, PWM may cause accoustic nose. A simple solution is to use PWM with the frequency around 25KHz. As pwm resolution has been 45ns, that means it is complete feasable to upgrade PWM frequency to 25KHz with the resolution better than 512; I have noticed a request for this at least 1 year ago. I wish we could soon find that in esp8266 bot NONOS and RTOS SDK (at least RTOS version) and be ready in ESP32 SDK when it is available.
Thans and Regards
Thans and Regards
Re: New FEATURES gathering
Postby mtv » Wed Dec 07, 2016 6:11 pm
I hope support more GPIO, we can use a group of GPIO as switch to config MESH_GPIO_ID flexible by consumer , otherwise we need a extra GPIO chip for this purpose.
another more UART is right.
another more UART is right.
Re: New FEATURES gathering
Postby Hemamali » Thu Jul 27, 2017 1:06 am
having precise receiver time stamp through Time of Arrival(via multi-path Channel State Information) surely helps a lot for indoor localisation applications. does your latest ESP8266 SDK already supports this feature? if yes, how can i get access to that? kindly guide me regarding this
Who is online
Users browsing this forum: No registered users and 6 guests
Login
Newbies Start Here
Are you new to ESP8266?
Unsure what to do?
Dunno where to start?
Start right here!
Latest SDK
Documentation
Complete listing of the official ESP8266 related documentation release by ESPRESSIF!
Must read here!
- All times are UTC+08:00
- Top
- Delete all board cookies
About Us
Espressif Systems is a fabless semiconductor company providing cutting-edge low power WiFi SoCs and wireless solutions for wireless communications and Internet of Things applications. We are the manufacturer of ESP8266EX.