Well, I think using python for a timing critical application is probably a bad idea. Out of all languages, compiled, or not, Python is potentially the worst performance wise. It can be 80x + slower than javascript + google's V8 engine ( Nodejs ) even.
With that said, I think Nodejs would be a bad idea too. I've had some experience with Nodejs, and latency can sometimes be a problem. Personally, I'm using C. But I have no idea of what your development constraints are. C++ could probably work well too. But since you'd be using C libraries for socketCAN . . . I'll assume for now since you're using the cloud9 IDE, that you do not have another Linux machine, physical or virtual to work with ? Anyway, I personally think C is the way to go. Far less abstraction to get in the way, and socketCAN is fairly well documented. https://www.kernel.org/doc/Documentation/networking/can.txt On Wed, Jun 10, 2015 at 3:13 PM, superD <[email protected]> wrote: > Haven't tried the "vcan0" stuff so far. Just observing to see how the CAN > bus is working w/ the dropped packets (see screenshot from Cloud9 > terminal). I see what you mean by LXDE possibly causing the interference. > Ultimately, I'd like it to boot up the application I'm going to create w/ > it's interface (creating the GUI w/ PyQt & QT designer currently) instead > of LXDE; which I *think* I can do by placing the program in the AUTORUN > folder of Cloud9 (as posted here > https://www.npmjs.com/package/bonescript#launching-applications-persistently > ). > > What is the easiest way to develop CAN bus applications? I've started w/ > Python & got stuck b/c "Python-Can" needs at least python 3.3 (which > apparently isn't available for Debian). > > I ran..."apt-cache search python | egrep "^python3.[0-9] " --color"...and > it gave me... > > python3.2 - Interactive high-level object-oriented language (version 3.2) > > Suggestions? > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
