3 ms·

I put pulls in but it seems they don't want to accept stuff that does not work like the rest of the platforms supported. Perfectly reasonable I think but the fa

by mianos 11y ago

I put pulls in but it seems they don't want to accept stuff that does not work like the rest of the platforms supported. Perfectly reasonable I think but the fact that there is not a way to set the wifi mode in micropython is a bit slack. They didn't want that most recent pull of mine. I'll put my whole interrupt driven framework on a fork on an share it in case anyone is interested.

pfalcon 11y ago
I see. Well, I hope that indeed can be understood - merging code to mainline which is known as requiring a rework means breaking some people's code later. In this situation, maintaining a fork till more momentum is gathered and issues are resolved does make a sense. But please keep in touch (e.g. via MicroPython forum) - alone knowing that you keep working on it and it does work for you is a good motivation for other folks to not drop the ball with this port (and for new folks to pick it up).
- mianos 11y ago
  I can perfectly understand why changes would not be wanted. It's no big deal at all. That's said. The project vastly underestimates the impact the ESP8266 has had and will have. IMHO that chip and those that follow in its footsteps will revolutionize the industry in more ways than the 100 STM32 projects ever did. It's more like the Aduino viral like impact on hobbyists. As much as it's a flakey POS, it's not as pathetic as the ATMEL chips and I'm jumping on the bandwagon.
  - pfalcon 11y ago
    > changes would not be wanted. Changes are wanted - very much. But clean changes adhering to MicroPython coding standards. So, if you have time and/or need to support ESP8266, please keep sending patches and working on elaborating them. In the meantime, more people appear to want to work on STM, TI and other chips, however you or me may find it strange. Probably because those chips already have been having impact on the industry - for number of last several years, and ESP8266 yet to show that impact. All in all, MicroPython embraces ESP8266 and actually was one of the first open-source projects to provide initial support for it (nodemcu was closed-source at that time). Contributions are welcome. We're also looking for sponsorship opportunities to provide top-notch support for it, but so far it didn't work out.

by mianos 11y ago

pfalcon 11y ago

I see. Well, I hope that indeed can be understood - merging code to mainline which is known as requiring a rework means breaking some people's code later. In this situation, maintaining a fork till more momentum is gathered and issues are resolved does make a sense. But please keep in touch (e.g. via MicroPython forum) - alone knowing that you keep working on it and it does work for you is a good motivation for other folks to not drop the ball with this port (and for new folks to pick it up).

mianos 11y ago
I can perfectly understand why changes would not be wanted. It's no big deal at all. That's said. The project vastly underestimates the impact the ESP8266 has had and will have. IMHO that chip and those that follow in its footsteps will revolutionize the industry in more ways than the 100 STM32 projects ever did. It's more like the Aduino viral like impact on hobbyists. As much as it's a flakey POS, it's not as pathetic as the ATMEL chips and I'm jumping on the bandwagon.
- pfalcon 11y ago
  > changes would not be wanted. Changes are wanted - very much. But clean changes adhering to MicroPython coding standards. So, if you have time and/or need to support ESP8266, please keep sending patches and working on elaborating them. In the meantime, more people appear to want to work on STM, TI and other chips, however you or me may find it strange. Probably because those chips already have been having impact on the industry - for number of last several years, and ESP8266 yet to show that impact. All in all, MicroPython embraces ESP8266 and actually was one of the first open-source projects to provide initial support for it (nodemcu was closed-source at that time). Contributions are welcome. We're also looking for sponsorship opportunities to provide top-notch support for it, but so far it didn't work out.