MicroPython Forum (Archive)

Tetraeder, that's BSD license, one of the most permissive open-source licenses, and fully compatible with MicroPython's MIT license. But you should check licensing of different parts (files) of vendor SDK, it may be different. Overall, if you got vendor SDK from a public source where anyone else can get it, you can try to publish it at least on the fair use terms (even if vendor license is not truly open-source). If you got SDK under NDA, do not publish it or materials related to it. It's somewhat a gray area inbetween (e.g. if you got SDK with hardware purchase or if downloading SDK requires registration).

Thanks a lot pfalcon,
not so easy as I thought.

The download of SDK has required a registration.
So I do not publish the code.

Tetraeder wrote:Only what I have to do is to check the disclaimer in each file, right?

I am no lawyer, but, yes, seems like that should be sufficient.

Maybe add a hint in the main LICENSE or README file for your port's folder that the NXP driver parts have their own license.

thanks for the help...
I'm done with the try to publish my code because of the issue with unsure knowledge about LICENSES.
If someone is interested about detailed information about this topic, please write a pn.

Do you have a link to your code someplace?

You can publish your code, even if we can't plublish the SDK.

I'd be interested in grabbing a copy.

Hi,

I run MicroPython version 1.8.5 and all works fine. (i.MX6)
But I can't execute a script over raw repl with /tools/pyboard.py.

The script includes only a print command -> print('hello')

I get up to the function mp_call_function_0(module_fun) in pyexec.c, after that the program throws a exception ("Traceback...name not defined")

The friendly repl works fine.

Any idea how can I print what the target received from the script ?

Or any other things?

thanks in advance!

I can print the information that the target received in pyexec->int pyexec_raw_repl(void) and print "line.buf".

The target receives only "p" and not "print('hello')", so it receives only one char.

Any idea why?

Do you have multiple terminal emulators open on the same serial port? if so, then some of the characters will go to one of the terminal emulators and other characters will go to the other terminal emulator.

When you run pyboard.py it acts like a terminal emulator, so you need to quit from the terminal emulator before running pyboard.py

I don't think so.
My communication is over USB VCP and I print debug information over UART (no receive) only transmit with "void mp_hal_stdout_tx_strn"

Right - but it's important to disconnect the terminal emulator (which is say connected to /dev/ttyACM0) when running pyboard.py because pyboard.py also connects to /dev/ttyACM0