Features wish list


  • administrators

    Dear all,

    We are creating this topic as a wish list for features. Please give us feedback on what you would like to see as part of the firmware in future releases. So far this is what we have on the list based on your requests:

    • Wifi AP+STA
    • Encryption of Python scripts to protect code.
    • bluetooth.get_adv() returns a list of all received advertisements in the FIFO instead of just one.
    • Non-blocking Bluetooth API.
    • BLE server (peripheral mode).
    • Non-blocking options for most peripheral read/write operations (UART, SPI, I2C)

    Please let us know your wishes and we'll take note of them. Thanks!

    Cheers,
    Daniel


  • administrators

    @gertjanvanhethof yes, there are plans for this.



  • @daniel One important feature to bring the xxPy devices to a higher enterprise ready plan is to add functionality to do firmware updates and software updates over-the-air.
    Are there plans to add this?



  • @Roosted said in Features wish list:

    @jasonriedy said in Features wish list:

    • Enterprise WPA support

    802.11X is the feature i'm really waiting for!
    I've seen Wi-Fi marked as 'done' somewhere, but it is not usable in enterprise/educational environments...

    For as far as I know 802.11X is supported in the ESP-IDF, so it would 'just' need to be implemented in python - right?

    Thanks for steady development pace! :)

    I think you are talking about 802.1x, correct?

    Thanks.



  • @alexander said in Features wish list:

    Direct hardware access (similar to the examples on Micropython speed), i.e. the Viper code emitter or some other approach to allow high speed digital IO

    I agree.



  • @daniel
    Will be good to have built in DTMF generator :)



  • @daniel Wifi rssi() is important in IOT.



  • Just read that the ESP32 shall have a built in Hall effect sensor and CAN bus Interface.
    We needed both of it and used external peripherals until now. Is this something on your roadmap to implement?



  • @mohpor
    yes, somewhere someone wirite good point about this
    i suppose that all features like wifi, blootooth, lora, ... should be disabled at start
    maybe this can be achived by e.g. file existence on the flash.
    like boot.config

    if it does not exist - then all go same as is now
    but if it exists then it should be parsed



  • @daniel
    Currently, WiFi is initialized at boot (WiPy 2.0) and this feature cannot be disabled to be initialized later on (in boot.py) for example. I know it might be useful in some use cases, but it increases boot time and occupies memory and consumes battery power before we as developers get to disable it. I wish no extra features would be started before boot and we get to enable them as we wish, afterwards.

    Cheers,
    M.



  • A 'read_timed' command as the one in the following link can be interesting:
    http://docs.micropython.org/en/v1.8.6/pyboard/library/pyb.ADC.html



  • This post is deleted!


  • @daniel Cool thanks!


  • administrators

    Allow confirmed and unconfirmed LoRaWAN packages

    This is already supported via socket options.

    We are releasing new docs in around 2 hours which will show all this. We'll make an announcement shortly.


  • administrators

    @bmarkus No, this is already supported. Use the bind() method on a LoRa socket to select the port. For instance s.bind(1) will select port #1 for the socket.

    Cheers,
    Daniel



  • @cfaessler said in Features wish list:

    Some additional wishes from my side:

    • Allow to specify port (FPort) for LoRaWAN packages

    Is it really missing, port can't be specified per today? In such case I can't use it, as in our network ports allocated to services :(



  • Some additional wishes from my side:

    • Allow to specify port (FPort) for LoRaWAN packages
    • Allow confirmed and unconfirmed LoRaWAN packages


  • i see that this is still not fixed then i add this to the list it is about ADC:
    We're working with the ESP32 manufacturer on enabling 12 bits plus the internal attenuation (will enable measurements of up to 4.4V).

    https://forum.pycom.io/topic/226/lopy-adcs/8#



  • I've been thinking about this for some more. Here is my list:

    1. Upstream open source code

    Right now, code updates are infrequent (only on version number), and in completely separate fork. This has resulted in very few PR from other developers...
    I'm really hesitant to help this uPy development, because it is completely separated from upstream - and I have spoken several other developers that feel the same. We understand the re-licensing might have been necessary because of (for example) LoRa chipset vendor drivers, but probably not all the code - right? If all the core esp32 stuff was merged upstream, free development help might come by itself :)

    If help does not come by itself, you guys might set (financial or material) intensives for helping the development. Since you probably have a very good list with features people want, you could set rewards on these features? I know you are looking to hire, and this might be a cheaper & easier alternative?
    (If I would study in Eindhoven instead of Delft, I would have applied already...)

    1. (802.1X)

    I've asked for this before ;)

    1. mDNS

    mDNS would be really awesome, because you could telnet to 'lopy.local/' instead of scanning the network and telnet'ting into the scanned IP. I guess this is not to hard to implement, as it is all UDP broadcast.

    1. SSH instead of telnet

    Since we have the hw encryption SSH should be possible? Of course we could all implement this is python, but a C based version would be desirable..

    1. Cloud IDE

    This one is on the bottom of my list, for a good reason :P (privacy, security, etc, ..)
    But still! It would be amazing if your wifi device could connect with some Pycom web IDE to fetch it's (encrypted) python code...



  • For me the most critical features I'm missing right now are:

    1. Deep sleep with RTC wakeup
    2. The ability to disable Wi-Fi and Bluetooth altogether to conserve energy.

Log in to reply
 

Looks like your connection to Pycom Forum was lost, please wait while we try to reconnect.