Hey SuperD I just realized something. Look at the output of my ifconfig for our BBB with logic supply serial / CAN cape. Notice anything odd ? As in 100% dropped packets ? heh
I just dawned on me, that since the BBB last started we've not used the CANBus at all. It is attached to our external CAN device, but no socketCAN apps ( including candump ) have been run since last restart . . .Which means I believe this is just normal behavior. Try it yourself. restart your BBB, and do not use candump just let it sit there for a little while. I'm willing to bet you'll also notice 100% packet loss. On Wed, Jun 10, 2015 at 3:46 PM, William Hermans <[email protected]> wrote: > By the way, I'm still learning a lot about all this too. For all intents > and purposes this is the first major application I've written on Linux. > Also a couple months ago I knew absolutely nothing about the subject. Which > for me includes socketcan, J1939, NEMA 2000 / NEMA 2000 fast packet. > > Anyway, my point is: If I can do this, I'm sure you can too. > > On Wed, Jun 10, 2015 at 3:41 PM, William Hermans <[email protected]> > wrote: > >> 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.
