New FEATURES gathering

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

Re: New FEATURES gathering

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

geo.espressif wrote:An snprintf implementation would help a lot.

Yes agree, but completely in ROM not in RAM!

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

Re: New FEATURES gathering

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

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

Both are already available, check the docs ;)

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

Re: New FEATURES gathering

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

My requests: PWM enhancement.

The current software PWM implementation does a decent job, it's usable, but it looks like it hasn't been finished. To make it really comparable to a hardware implementation we're used to please add:

- Dynamic membership of a GPIO (i.e. user can make GPIO a PWM or a normal GPIO after user started the PWM subsystem)
- Implement 100% on and 100% off for PWM GPIO's. I think this could be added quite simply by making the GPIO a normal GPIO if 0% or 100% is detected and then staticly setting the GPIO off or on. That's what I do on AVR's at least, works quite well ;) When the duty is changed, make the GPIO PWM again. I guess for that to work my first enhancement request should also be implemented ;)
- Implement glitch-free frequency-correct PWM (not for me personally, but for the user that use PWM to drive motors); i.e. make the counter go up, then bounce, go down, bounce and go up again, so the duty is cycle is mirrored and the effective PWM frequency is divided by two.

The current state of PWM makes a lot of users not using it and trying to create their own using hardware interrupts (which is more or less prone to fail anyway, because apparently the non-maskable interrupt is used not only for PWM).

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

Re: New FEATURES gathering

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

Urgent request: IRAM usage.

I doing my ***** best to keep IRAM usage low. I've come to the point where I have 213 k of IROM code, almost everything I make is in IROM, unless really really necessary in IRAM. I now have 500 bytes of IRAM left. I upgraded to 1.5.0 and now it's only 150 bytes. My code only uses a few hundred bytes of IRAM, the rest is all libraries, most of them SDK libs.

So there is not really much left I can optimise. That would be a shame, because I have lots of IROM (flash) left, it would be a pity if I couldn't use it because IRAM is already completely filled up.

So a really urgent call from me to Espressif to try to optimise the code to take up less IRAM, please!

Maybe the crypto was formerly compiled to IROM and as external lib now is IRAM?

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

Re: New FEATURES gathering

Postby chaeplin » Mon Dec 07, 2015 8:53 pm

eriksl wrote:
chaeplin wrote:- a api to prevent connecting to OPEN AP
- a api to get the encryption type of the current network

Both are already available, check the docs ;)



Oh ? I can't find at SDK 1.5.

Can you tell the encryption type of the current connected AP without scan ?
Can you prevent connecting to OPEN AP when wake up ?

Ref: https://www.arduino.cc/en/Reference/WiFiEncryptionType

prismatics
Posts: 10
Joined: Fri Jul 03, 2015 11:35 pm

Re: New FEATURES gathering

Postby prismatics » Sun Dec 20, 2015 7:04 am

Access to entire packets (including radio tap header containing RSSI information added by NIC) would be nice.

scilogyhunter
Posts: 3
Joined: Tue Dec 29, 2015 1:20 pm

Re: New FEATURES gathering

Postby scilogyhunter » Wed Dec 30, 2015 4:09 pm

分裂为两条路线去发展,或者更简洁,或者更全能。
1.去掉CPU,串口等和WIFI无关的硬件部分,减少芯片面积,减少IO口,只能通过SPI接口被主控处理器驱动,使得芯片更简洁更可靠,功耗更低,成本更低。并提供一个官方的驱动库,其他和WiFi无关的软件硬件部分都由产品研发人员自己解决,我想这个会非常受欢迎的。
2.增强CPU能力,增加IO口数量,增加各种外设资源,增加RAM,最好把Flash也都集成进去,这样对很大一部分的应用可以实现单芯片解决。

gaeliz
Posts: 2
Joined: Wed Nov 04, 2015 10:09 am

Re: New FEATURES gathering

Postby gaeliz » Wed Jan 06, 2016 12:40 am

Bluetooth integration...

pax
Posts: 1
Joined: Tue Feb 02, 2016 5:59 am

10 first ideas to cross my mind

Postby pax » Tue Feb 02, 2016 7:21 am

1: homeplug
since wifi is 2400-2489MHz and homeplug <87Mhz (hpgp <30Mhz) maby some sort of direct connection to the dac/adc without tuning.

2: radio clock reciver 25khz-25mhz (maby using same hack as homeplug)

3: qam/dvb-c/dvb-t/atcs tv transmission on channels 40-88Mhz (maby using same hack as homeplug)

4: smaller cheaper low pin count versions (like attiny) 8-16pin smd with diameter less than aaa sized batteries

5: onchip e-mram (for unified flash/ram) and maby smaller size or more memory

6: extra spi (use & boot from spi without touching sdio pins) or extra sdio

7: dac/adc mux on all gpio pins

8: ethernet support (over gpios w/hw accel)

9: bluetooth LE (if not included in bluetooth4)

10: 0-6500Mhz tuneable (for dab/drm/dvb-h+t2+c2+s2x/atcs/gsm/cdma/lte/satphone/2,5ghz-wifi/5ghz-wifi/wimax/etc..)

+ samples/demos/schematics/tutorials

ivanroberto
Posts: 14
Joined: Sat Nov 29, 2014 5:03 am

Re: New FEATURES gathering

Postby ivanroberto » Thu Mar 03, 2016 2:21 am

Hi Espressif,

1 - Smartconfig capable to send some more information like: IP, mask, dns, gateway and small user buffer (+- 32bytes)
2 - NTP suport

Thanks

Who is online

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