The original topic was Tre, which at 2000 MIPS I think is out of the "mid range" class. Stuff of the future. But the currently available Beagle Bone Black support appears to be handled by professionals.
The ARM STM32, Due, and PIC32 boards are available for mid-range, although new enough that they're having lots of issues, especially with libraries. Lately, I'm favoring the Digilent ChipKit PIC32 stuff, as I'm "guessing" [ie, hoping] they've done their homework better than some others. Received the Max32 board yesterday, so plan to try the libraries.
In regards RTOSes, Bill Greiman [the very knowledgeable SD library guy] has worked with FreeRTOS, ChibiOS, and NilRTOS for Arudnio. I've not had a chance to try these myself, but figure Bill knows what he's doing. I'd look at his stuff.
For embedded work I much prefer Keil or IAR.
Unless you're a corporation, those are a little expensive, aren't they?
indeed, as I already own 1 Due, the Tre is more my targeted platform, especially because it now appears to provide a simple and down-stripped IDE and a convenient API and lots of GPIO pins.
A RPi could not be an option just because of missing right this.
But if a convenient and intuitive IDE and API was availbale also for the BBB, the latter surely might become an option, too. Anyway, I would appreciate an onboard-AVR very much because of low level pin control and register and timer IRQ stuff -
Actually, unlike the 26 I/O pins and 1 UART on the original r.Pi, the BBB has 2/ea 46-pin headers with I/O pins, multiple UARTs, SPI, and I2C ports brought out. So it may be good for direct low-level and fast I/O. Also, remappable peripherals and special modes for LCD support.
hey,
any news or rumours about the Tre?
once published in autumn 2013,
then the release has been scheduled for March 2014,
then a beta test announced in autumn 2014,
then there were issues about the manufacturing in Dec 2014,
now it's already April 2015 and it's still not released yet?
Whats going on? Why is it stalling?
or has it been cancelled privily...?
With all small linux boards moving to multicore, a new single core board like the Tre would be difficult to place on the market, especially in the price range over $100.
Well, this might be one of the reasons why the Tre is not here.
Such a web IDE from Arduino would be a bunch of Java Script files. There is a web IDE on the beagleboards, so this is nothing new. It would be easy to take take code and modify it for the Beaglbone, BB X15 or the Raspi.
People would take the code and buy faster or cheaper boards. Bad deal for Arduino ...
Yes, that's exactly what I mean. Arduino is a company, they need to make money to pay their developers. The money for the Tre development must come from hardware sales or donations.
Beagleboard.org is a non profit organisation, sponsored by TI. That's the reason why there are more expensive industrial versions of the boards, but no cheaper clones.
Unix (SCO UNIX, Siemens SINIX) or Linux have never been designed to be safe from Viruses. I remember very well one of our first Unix lessons at university in the late 1980'ies: sitting in front of our Unix terminals, we had to learn basic UNIX (SINIX) OS tasks , and our professor showed us by a very simple program how easy it is to program a virus targeting the SINIX mainframe computer. His words: Unix has never been designed for OS safety but just for multiple multi-user and multitasking accesses.
The only reason why nowadays LINUX computers might not be infected by viruses as much as Windows-based PCs is simply the comparatively small number of users (guess why? ) - so for a virus programmer it's not worth while, measured by the cost-benefit ratio.
But I think also those times went by already. The same it's about Mac OS (just a UNIX clone actually too).
Anyway, I never will have to learn those Linux shell and command line crap (also Mac users don't have to, and that's indeed the reason of Apple's incredible success world-wide!), and thanks God we don't have to struggle with all this OS stuff and gpp and makefile and Eclipse by our Arduinos (which indeed is the reason of the incredible success of Arduinos world-wide!).
BTW, I also hate Windows if have to dive into OS layers and registry and all that. I love Windows as long as it finally simply runs my programs - and in fact, that's what it does.
The Sketch web IDE just has to bring all that to a higher abstraction layer so that the user won't have to get in touch with all that low-level Linux stuff.
But we're becoming OT a bit.
Now back to my question:
when will we be able to get a well-working Tre powered by a Sketch Web IDE ?
tito-t:
Now back to my question:
when will we be able to get a well-working Tre powered by a Sketch Web IDE ?
Well it seems you are thinking of the Tre as a kind of "Due with superpowers". The real product, if it ever is released, may be much different from that, more like a Yun with more Linux.
It is obvious, that the Leonardo part of the board can be programmed with Sketch. But programming the Linux part maybe the normal g++ plus some kind of Library like "Wiring Pi".
Such a library may use the slow way over the Linux filesystem to access to GPIOs, or if we're lucky the faster way over mmap. But there is no evidence until now, that the two 200 MHz programmable realtime units of the Sitara are going to be used. At the time the Tre was announced there was only assembler programming available for the PRUs. The TI C++ compiler for them was later available for free, but is no open source. A g++ for PRU programming is still work in progress.
yes, correct! a Due with Sitara super power!
But actually all Sitara GPIOs are accesseable by Sketch, as it seems:
and that's it!
I don't use Linux itself, I don't want to program Linux, I just want to have it as an unvisuable black-box.
Just like the Due OS is a black box to me.
I want to program the Tre just I'm used to program the Due, by quicker cpu clock, more RAM, GPIO access, motor pwm control, having multitasking (like pthread or whatever), write to display, draw graphics to display.
The code you're calling "Sketch" is in reality Wiring (one of arduino founders was involved there, but it is a different project than Arduino).
You can program a Raspberry Pin in that way with "Wiring Pi" and even a Galileo from Visual Studio, because there is a Wiring for Windows Library for the use with Windows IoT.
There a more questions arising, when thinking about this and the Tre. After this picture above was posted, the Beagles moved from Linux Kernel 3.8 to 3.14, where changes were made in the way the IOs are configured (and many other things, not belonging here). And the work goes on an may end in using a 4.x mainline kernel in the future.
So is the Tre based on an old Linux distribution, already abandonned by the community ?
And the Web-IDE shown on the picture may not be a full arduino product, too. The IDE on Beaglebone Debian is based on this
locally hosted on
From this pictures it can not be determined how much new Arduino software there is or if this all is only blue painted existing stuff.
it's interesting what you wrote about "Sketch" and "Wiring" but actually they are also black boxes too, for me.
I'm just interested in quick coding, compiling, and starting programs without having to bother about the layers beyond.
That's exactly what it is about Arduino (AVR or ARM), and so I would expect it to work for the Tre, too.
If it once didn't work this way, I would not be interested in the Tre ever at all.
Just the way as I'm not interested in the Raspberry Pi ever at all.
) - so for a virus programmer it's not worth while, measured by the cost-benefit ratio.