-
-
Notifications
You must be signed in to change notification settings - Fork 7k
Arduino IDE (Wiring / Sketch) for Linux boards ? ( BeagleBone Black or Raspberry Pi or ATSAMA5D3 Xplained evaluation board ?) (bump) #3712
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
I think it is out of the scope of Arduino's mission. They have enough slaughter offering a common approach to so different boards (UNO, Yún, Zero, Due...) which, unfortunately, is not always achieved. |
Most of those boards run Linux, making programming for them a whole different game. Having said that, I think you could create a custom core yourself (including a platform.txt and boardst.txt) that calls the compiler in the right way to produce either a Linux binary, or a bare-bone ARM binary to run without Linux. This is certainly not going to be implemented by Arduino itself, so I'm closing this issue as wontfix. However if you, or anyone else wants to take this up and it turns out there is something missing in the IDE to facilitate this, just open a new ticket for that and we'll see if that can be fixed. |
Wow, I had no idea the Tre had quietly vanished. |
@matthijskooijman: So why don't fix this? |
It's an educational opportunity. If you try to develop this yourself, armed with all the source code, and run into a roadblock, you can get help from the community. Don't be a stupid user, get smarter. You can. Peter Olson |
no never. I just use Sketch, nothing else. I would have liked from the heart that the TRE had come feat. the Sketch IDE, but now I need a more powerful platform as a substitute for the DUE, also feat. the Sketch IDE. If you think you are smart enough instead, do it by yourself! I'd appreciate it very much! This is finally what my TOP is actually about. |
You should hear yourself talk: demand, demand, demand. I am smart enough to do this, but I am unmotivated by demands. Other people have tried to explain this to you and you do not listen. I thought I'd give you another chance. Too bad, I guess. The only things I have ever learned about software are from discovering a problem and working until I overcame it. If you can write a sketch, you have the basic skill of working with C++. Take it to the next level. Can you imagine how good you would feel to have a board port you developed? Peter Olson |
I have no basic skill for C++, just simple ANSI C. |
Non answer. |
Next level. Get better. |
no next level, or I just would use the Raspi by Geany - but I tried, and failed completely. I'm too stupid for Linux or GCC or such a mess. That's why I just use Sketch. |
I apologize for not being able to help you. Good luck in the future. |
Apologize accepted. I also wish you the best. |
But anyway, if the TRE won't come, then a different ARM5 or ARM7 or ARM9 board would be needed, feat. the Sketch IDE. |
You really seem to have no appreciation for the incredible amount of engineering effort that goes into developing this sort of product, especially good usable software. Admittedly, Arduino makes these things easy to use and hides all (or at least most) of the difficult details, so there's really no need for you to know such things. Then again, if you only ever acquire all your food at grocery stores and restaurants, you have no need to know anything of the agriculture industry. Maybe there too, you'd impatiently demand they produce very new types of products for you to buy and prepared dishes for you to order? |
peabo7 commented: matthijskooijman commented : well, so it sounds the problem should be solvable Having a ARM5, a ARM7 or a ARM9 running the Sketch IDE would be great, wouldn't it? |
Would it really? First, it's not even clear to me if you're talking about the Arduino IDE running on this hardware, or the Arduino IDE running on your PC, using such hardware as a super-speed, highly capable board to run the sketches you write. When you say "ARM9 running the Sketch IDE", taken literally, that seems to mean running the Arduino software on the board, rather than on your PC. But my guess is you really want a far more powerful board than Uno, Zero and Due? Simply running sketches faster is of limited value. Due and Zero already do this, but still Uno is by far the most popular product. To really be valuable, at least 2 things are needed. 1 - Excellent compatibility. Faster isn't very useful if the hundreds of widely used Arduino libraries don't work. 2 - Support for special hardware capability. Even if you can run faster and things work, then what? If you have hardware capable of multi-channel audio, video, fast networking, etc... how will you use those things? I believe I can comment on these, having about 3 years of experience developing Teensy 3.x. After 3 years of a tremendous amount of work, we're finally at the point where nearly all major libs work and several really powerful things like OctoWS2811 and the Teensy Audio Library are mature. But even on Teensy, tremendous amounts of work are still needed to support USB host and a variety of other hardware capability. So my point is a half-baked software support effort, only providing the bare minimum functions like pinMode and digitalWrite, would not be particularly great. In fact, it's not really valuable at all. But anyone could prove me wrong. Arduino is a very open platform. Anyone can create and sell their own boards, using the Arduino IDE and libraries. If this really would be so great, why hasn't anyone done it yet? (done it so well that everyone wants to buy one) Of course, the answer is because it requires an incredible amount of engineering work. I believe there are some efforts to run sketches directly on Raspberry Pi. I'm sure you can find them, if you search. If you believe just being able to run a sketch on such powerful hardware will be intrinsically great, go find those projects and give them a try? |
many questions, so one after the other, but pls consider that I am no computer scientist: If the IDE runs on a PC and generates MCU code by a cross compiler or if the IDE is running on the MCU generating it's own cpu code on-board (i.e., interfaced e.g. by a Web IDE or what ever to a PC or stand-allone programming by it's own keyboard and an own HDMI screen) - that does not matter to me. The TRE was designed to work with a web IDE, the RaspPi or different ARM MCUs like the Lego Mindstorms EV3 ARM9 running Debian Linux (i.e., ev3dev) can be programmed and compile both autonomously and by a cross compiler via a PC. If the screen is fine (e.g., HDMI) and the cpu power is high (e.g., 1GHz) and RAM is sufficient (e.g. 1GB), either way would be fine (admittedly the EV3 screen and cpu speed are not and a ev3dev IDE does not exist at all^^). So if the web IDE for the TRE was supposed to work fine, then why not do it this way? I glady appreciate further questions. |
update: |
If it really makes so much sense, wouldn't the people behind those boards do it, so they could sell more? Or wouldn't someone like yourself (but with the ability to do this) make and sell their own board, perhaps using Kickstarter or Indiegogo to launch it? |
Interesting thread. Another factor is that most everyone also wants a very low price. Many of these projects (Arduino, RasPi, BBB) are subsidized so that the price you see is not an accurate reflection of the engineering effort which created them - not even close. A great example: the Eclipse IDE which is free to use, but was far from free to create. Or Linux. Or alll the FSF products. It seems to me the market of users and creators is still struggling to figure out how to have a sustainable business around such inexpensive, open-source projects. My hat is off to mdeium-size companies like Canonical and small companies like PRJC and Evil Mad Scientist who do not have those subsidies and have to do a huge amount of original work, even leveraging existing infrastructure such as Arduino and Linux. |
@syreonix: Anyway, I don't want to get lost in general speculations about free software, mad scientists, ARM binaries, boardst.txt and food at grocery stores and all that, but what people are writing here is quite divergent and I'm not quite sure if all of my previous speakers are really experts about what they are writing about, much sounds only like hollow talk. |
ps, |
@vogonjeltz, I think that making something work would be relatively easy, but as @PaulStoffregen said, making it fully and reliably support all of the existing Arduino API and allowing most sketches and libraries to work, will likely need a whole lot more work, if it is even possible at all. |
ok, then undoubtedly it's clearly no option, regrettably. |
Looking at the original announcement for the TRE, it does not seem like the intention was to make the high-performance part run Arduino sketches directly. Similar to the Yun, it has a 32u4 microcontroller (like the Leonardo), and an ARM CPU running Linux, to be programmed in whatever language or environment is appropriate. I'm just speculating here, though. |
I'm also just speculating here, but to me it seemed that all the Pins, both the Sitara ones and the AVR ones, could have been accessed by the same Sketch IDE, and about multitasking, communication and multimedia (I2C, SPI, UART, HDMI, Audio) the same: I had expected the IDE to generate the code for either platform in a whole. |
Quick clarification: You can already do what you describe with an Intel Galileo and Edison, they both run linux and compile Arduino sketches as linux apps. |
Massimo, thank you for your clarification! But about the TRE: |
I really don't wanna be rude and I know it's very offtopic but I must say it: I think there is a really big problem with communication between Arduino Team and community. I know, I know there are urgent and unpleasant legal problems to solve these days but... *Where is a official note saying TRE is not dead, is only paused until xxx?? Here is the first notice I have about this change of state. The only thing I only knew until now was this board dissappeared one day misteriously as if nobody cared. No news. Any. I know you are in a very difficult time, but some little informative notes on web don't hurt and could calm doubts. The general feeling is the project is lurching. Moreover, another communication problem I detect is the board design decisions aren't justified to community prior to final state and fabrication. For instance: Why Shield 101 lacks microSD slot former Shield had? Why it doesn't has a U.FL (or similar) connector? Etc. And, also, future designs you are on...why don't you open them to discussion? For instance: How do you propose the (supposedly predicted) SAM-D21 breakout ?? Which will be the (supposed) improvement of "new" Leonardo's? Do you think is worthy deprecate GSM Shield in favour of a 3G's one (due to future 2G shutdown) or not??. Etc. Etc. Thanks, anyway, for all your work and love. All these criticisms are (or want to be) on a positive way. Sorry if I've bothered someone. I won't do it again. |
very interesting aspects, but in order not to get lost in too many technical details I'm actually just curious about the very basics about the TRE: If not, and in case one will have to use Linux console, ssh, putty, native GCC, makefile, apt, or different Linux stuff, the TRE is useless to me anyway, just like the RaspPi or the BBB or the Galileo. |
But only if all sorts of not-well-defined problems are avoided, as encountered with Galileo and Edison. AND only if you don't read some negative opinions, as with Edison, which prevent you from even trying to use TRE. @vogonjeltz - You probably are incapable of seeing how unrealistic and nebulous your many requests are. |
I know, you're the number one defeatist and demotivator, PaulStoffregen |
...Massimo Banzi...? |
@vogonjeltz, you are hilarious... |
@q2dg Looking at our product line we decided to pause some efforts and to remove some products because we prefer to concentrate on some products moving forward. This is not the forum to discuss Arduino products and we don't want to spam the rest of the devs with this. At maker faire NY i'll provide an update on many of the items you bring up |
@vogonjeltz please do not spam this thread. I took the liberty to remove your comment as it didn't add anything to the conversation. Paul is incredibly competent and solid. Everyting he writes is very true. Calling him a " defeatist and demotivator" doesn't do any justice to the amount of contributions he made to the Arduino project. In the TRE project we have two implementation of the Arduino API, one running on the Atmega32u4 which can be used for time-sensitive tasks where a native implementation is more relevant and an implementation running on top of the Sitara processor in the form of a linux process. This gives you access to the GPIO and busses on the board. so you have 2 ways of running Arduino code depending on what kind of task you're trying to accomplish. |
thanks, but my question was about projects which require both all the Sitara GPIOs and ports and the AVR GPIOs and ports plus the computation and memory power of the Sitara (or a different board). So I expected to access all pins and all funcionality by 1 IDE by 1 program code. Will that be possible with the TRE or not ? If it's not possible than an all-in-one Arduino IDE for an all-in-one board like e.g., the ATSAMA5D3 Xplained evaluation board would be more suitable (just 1 ARM 5 cpu, DUE-like pinout, but >500MHz cpu clock, 256 MB DDR2 RAM, 256 MB flash, SD, Ethernet, 2x USB host). and, very important IMO: Indeed, I'd be very happy not having to deal with Linux, just like for the DUE. BTW, my Google translate quote was about the word "hilarious" which was ununderstandable and ambigouus to me, not sure if it was offending or even insulting. |
Have you heard of the PcDuino? It's not as fast as BBB but has an Arduino kinda built into it. Try the Chipkit boards if your looking for speed. |
yes, sure I heard about the PcDuino, but can it be programmed by the Arduino IDE? |
It has the Arduino IDE on the desktop. Write a sketch with it to control On Fri, Nov 27, 2015 at 2:20 PM, VogonJeltz notifications@github.com
|
seems to require lot of Linux stuff and skills though...
|
?? Really? Then what's wrong with Arduino? If it's speed your after then I'm an ironworker. I got my 1st Arduino right when they first came out and If your looking for the easy way then your looking in the wrong place. Go buy a finished product that you understand nothing about because you On Sun, Nov 29, 2015 at 4:14 AM, VogonJeltz notifications@github.com
|
the topic was about the Arduino TRE or a coequal substitute, featuring the Arduino IDE for all the plugs and GPIO pins. Finally just the Arduino IDE was the key to Arduino's world-wide success, and I want to stick to it. The Due is not usable unfortunately because it has too poor memory (the TRE was supposed to have 512 MB, the Raspi has up to 1 GB, but at least 64 MB are required). The Raspberry Pi, as I just encountered, does not provide hardware-controlled GPIO pins (just by the unpredictable and unreliable user-space) and far too few pwm pins (actually, just 1), so it is out of the race. That's why I asked for the TRE or a coequal substitute. |
hey,
after arduino.cc is supposed to have cancelled it's Arduino Tre project (no longer listed on products page -> or will the TRE come soon anyway ? maybe by Arduino.org ? <-), so regrettably the Due's ARM Cortex M3 is currently the upper limit of Arduino MCU performance.
Now, will it be possible to implement the Arduino IDE (Wiring / Sketch) for Linux boards, e.g. on BeagleBone Black or on Raspberry Pi ?
Or maybe even on different, more powerful boards feat. more powerful MCUs than just the Due, e.g. at least an ARM Cortex A5 like on ATSAMA5D3 Xplained evaluation board ?
(see: http://www.cnx-software.com/2014/03/07/79-atmel-atsama5d3-xplained-arduino-compatible-open-source-hardware-board-powered-by-sama5d3-arm-cortex-a5-processor/ )
The Goal would be to program powerful boards (e.g. the the RasPi 2) by the Arduino IDE for the same kind of application where nowadays Python or GCC+Geany+Eclipse are used for - but with the efficiency and the simplicity of the Arduino IDE instead.
The text was updated successfully, but these errors were encountered: