pfalcon

18 ms·

151.
by pfalcon 11y ago
Ok, Wikipedia says it's KL26Z, also 16K RAM, good. I was concerned there may be some cheating with higher RAM available on it. But nope, folks now will really need to optimize stuff to do something useful in 16K ;-).
152.
by pfalcon 11y ago
Does that google image show any markings on "Kinetis ARM chip"?
153.
by pfalcon 11y ago
> Lua would be better than Python, imho, because it doesn't require an editor Can you elaborate on this? How does Lua not require an editor? Is it spoken programming language or something?
154.
by pfalcon 11y ago
Major changes in last 2 releases: switch to YAML-based database format, allowing for git-backed collaborative reverse engineering projects, and switch to a better TextUI library, allowing for more streamlines, easier to maintain and hack on
155.
ScratchABit 1.0 – Interactive disassembler with IDAPython-compatible plugin API(github.com)
1 points by pfalcon 11y ago|1 comments
156.
MicroPython is now available in Buildroot(lists.busybox.net)
1 points by pfalcon 11y ago|0 comments
157.
by 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 t
158.
by pfalcon 11y ago
I mostly refer to adding new syntax to the language (recv, pattern matching as described in that report). It's obvious why it was done - it's syntactic sugar which make programming easier. But it's no longer Python, a languag
159.
by 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
160.
by pfalcon 11y ago
Feel free to give MicroPython a try - it currently scales down to 77K (ARM Thumb2), but that includes compiler (i.e. you can start it and type Python source to execute - no "compilation" step is necessary).
161.
by pfalcon 11y ago
Just to clarify facts - Owl is PyMite (aka python-on-a-chip) fork (e.g. https://bitbucket.org/ricearch/embeddedpython/src/e491720236... , and there're dozens of PyMite references in Owl codebase), and pr
162.
by pfalcon 11y ago
Very interesting link, thanks! Shows very well viability and benefits of using Python on constrained systems. Using message passing for concurrent programming is a well-known technique, it's nice that they tested it in embedded Python
163.
MicroPython 1.4.5(mail.python.org)
90 points by pfalcon 11y ago|16 comments
164.
by pfalcon 11y ago
If you currently use bash, I wouldn't be much concerned that Python would be slow - in general, a general-purpose language would have more advanced interpreter than a shell. Python is also pretty high-level language with "batteri
165.
ScratchABit – Interactive Disassembler with IDAPython-Compatible Plugin API(github.com)
20 points by pfalcon 11y ago|0 comments
166.
by pfalcon 11y ago
Yes, but PyMite is not a Python, it's a Python-like language - there're too many features lacking (e.g. proper exception support) to develop Python applications comfortably. And to clarify, MicroPython targets any environment with
167.
by pfalcon 11y ago
> Getting Python on something like an AVR or PIC18, that would be far more interesting... Are you sure it would be more interesting? We have people asking (and working!) for more ARM, MIPS ports, but nobody ever asked about AVR port, so
168.
by pfalcon 11y ago
That's golden news! ("news" in a sense "new is well forgotten old"). I heard about bunch of previous small Python implementations, but never about that one. As a MicroPython contributor, I'd be proud to think o