Show Posts
Pages: 1 [2] 3 4
16  Community / Bar Sport / Re: Ardunio C++ SUCKS!!!! on: June 16, 2013, 04:34:32 am
Are you sure about this? I thought NASA was writing code in the ADA language?
Best regards
Jantje
They are using ADA now.  In the early days they were using HAL/S (and presumably other languages).  One of my previous co-workers used to work at Intermetrics on the HAL/S compiler.  http://en.wikipedia.org/wiki/HAL/S.


Thanks to Tero Koskinen and others, now NASA can program Arduino 8bit boards using ADA language. Hopefully, there will be packages also for the upcoming Fedora19 (which come with avr-gcc-4.7.3 and the included Arduino can compile with that version of gcc)
17  Development / Suggestions for the Arduino Project / Re: Request Leonardo MEGA Board on: June 16, 2013, 03:37:14 am
Yes, there are a lot of boards based on ARM and Linux... what I want, is a an AVR USB micocontroller, powered at 5V, with more RAM and Flash than Leonardo. Don't care if it will not have all the pins as Arduino MEGA "footprint".

Reasons?

1) An easy use of AT90USB1287 as I am not yet able to produce a PCB for it and my soldering skills and tools are still under SMD requirements;
2) If is produced by Arduino, it will be available also in my country at a reasonable price.

Unfortunately, I don't expect this board to be available soon (if is to be, I guess the board will not be released without Wiring language support - which I don't need it), so I will try to find solutions, including the finalization of my CNC Router...
18  Development / Suggestions for the Arduino Project / Request Leonardo MEGA Board on: June 15, 2013, 10:52:17 am
A "larger" USB board is required to complete the Leonardo series, maybe Leonardo MEGA, based on AT90USB1287 microcontroller.
Right?
19  Products / Arduino Due / Re: 3.3V inputs & outputs on: October 27, 2012, 07:53:54 am
Switching from 5V designs to 3.3V designs is already a burden. Is more expensive and designs require more space or higher density. Having to deal with lower currents just increase the complexity. But this mean only two things:

1. Many are not ready to make the switch so, the 3.3V boards are not for them (not that they are not "intellectual" capable of making the switch);

2. For those beginners, brave enough to dive into, there must be a solid documentation and I mean not only formulas. There must be detailed examples of interfacing with various peripherals to avoid damages to the board as much as possible (is not an easy job to "move" folks to a "new system"), as you find on PICAXE documentation.

The "pros" who waited for Due are not considered in my comment - they know what to do with an ARM and a 3.3V board. And also, they must understand that not everybody is a pro and there can be differences from person to person (considering that anyone will take by storm the Arduino store and the local distributors to get a Due).
20  Development / Suggestions for the Arduino Project / Re: Please add the AVcc filter on: October 13, 2012, 04:18:26 pm
A good hardware reference about how it should be a noise immune design is here.

21  Development / Suggestions for the Arduino Project / Re: avr-gcc 4.7.2 on: October 10, 2012, 08:27:28 am
Thank you DSilva, you're fantastic! The 2) and 3)are accomplished. Now it should be easy for Arduino team to move the core to it. The Atmel will follow us soon after that smiley-wink

Vasi

P.S. Maybe they (Atmel) will reconsider and switch to Eclipse IDE to cover all the operating systems (and that will be a smart move). Microchip is using NetBeans IDE for their MPLAB X and they are doing a great job (in both the IDE and C compilers which are now cross platform). It would be pitty for Atmel to consider that engineers are tided only on Windows world. Anyway, this is another discussion - let's do things step by step.
22  Development / Suggestions for the Arduino Project / Re: avr-gcc 4.7.2 on: October 04, 2012, 12:04:03 am
Don't know how aggressive... maybe not at all. But as long as I am aware of a better avr-gcc compiler than the current one, then I'm starting to complain, making requests, and in the end, making the switch. It doesn't need to be exactly 4.7.2, but right now, 4.8 produce bigger code and incorrect in some cases.

Regarding to frequency of changes, if 4.7.2 proves to be better and stable (until now, it does), then I want the switch and, until 4.8 proves to be better, it can stay there for years.
23  Development / Suggestions for the Arduino Project / Re: avr-gcc 4.7.2 on: October 03, 2012, 07:15:40 pm
Thank you for the info.

1) So, the first move is expected from Atmel... I think that will take a little longer than expected...
2) This has been done. MHTools, but it needs to be updated with Georg-Johann Lay's package.
3) The 4.7.2 version is fresh, not yet an OS X version... I think...
4) I think I saw somewhere on Internet a tutorial about migrating to gcc 4.7 (including core changes) ... I have to search for the link again (I started to use Arduino 1.0.1 with gcc 4.7.0)... found it

If Atmel is excluded, then maybe the migration to 4.7 will happen sooner? Well, I forgot that also Linux must be able to "deliver" 4.7.2 in the most important distros (but I've seen Arduino for Linux packaged with his own version)... Fedora will have it at version 18.

This is a post I'm watching on avrfreaks.net
24  Development / Suggestions for the Arduino Project / Re: avr-gcc 4.7.2 on: October 03, 2012, 02:36:30 pm
Didn't, thanks for the link. Actually, I'm using Arduino IDE only occasionally. I use Eclipse with avr-gcc 4.7.0 on Linux Debian Testing (not yet 4.7.2 in a linux distribution to my knowledge) and with avr-gcc 4.7.2 (thanks to Georg-Johann Lay ) under Vista. 
25  Development / Suggestions for the Arduino Project / Re: avr-gcc 4.7.2 on: October 03, 2012, 01:59:12 pm
Smaller code. Also it comes with a lot of bug-fixes. Maybe is not so obvious for the few avr's used by Arduino language but, considering that the trend is to extend to other microcontrollers, then 4.7.2 will be better. And for many, Arduino is supposed to be a launch pad to AVR's world and "raw" C/C++ programing. Is good to have a correlation.

I'm always for the better version of gcc compiler (and for "shrinking the projects"  smiley-razz ).
26  Development / Suggestions for the Arduino Project / avr-gcc 4.7.2 on: October 03, 2012, 12:27:44 pm
It seems that avr-gcc 4.7.2 version is the greatest for avr's. When will Arduino IDE migrate to it? The sooner, the better!

Vasi
27  Using Arduino / Programming Questions / Re: How can I upload to my Arduino without compiling? on: August 02, 2012, 05:27:50 pm
http://www.arduino.cc/playground/Learning/CommandLine

However I suggest to not go for make but for scons.

https://github.com/suapapa/arscons

scons is much easier to pickup and maintain.

Hi Klein,

Consider also this scenario, from the MPIDE forums:
Quote
I would like to send a hex file to a customer and give them the ability to upload without sending the whole project.
. I've posted the link on the previous post. Make is (a solution but) definitely not for them (clients), and is scaring for beginners.
Anyway, is not my problem (even if it is a real one considering all the cases) as I'm successfully using avrdude-GUI with the last version of avrdude. The OP from the MPIDE forums said also:
Quote
I wish MPIDE could be used to upload hex files without compiling, that would be easy!

Best regards,
Vasi
28  Using Arduino / Programming Questions / Re: How can I upload to my Arduino without compiling? on: July 31, 2012, 10:25:10 am
In other words, why Arduino IDE does not have an interface similar to avrdude GUI? Considering that one of the goals is to support other AVRs as well, I think is time to have the required tool to upload the .hex files.

Why we need it... Imagine that maybe I'm making boards for others, boards which use different ATmegas and I need to upload hex files to test the board functionality, frequently switching from one ATmega to another (and obviously, from a hex file to another). For those hex files, I need to compile only once. But there can be various scenarios...

For the start, it will be good to have a GUI interface to Optiboot bootloader.
BTW, Optiboot bootloader support ATmega168P which is not yet supported by Arduino IDE and such interface will help if you decided to go beyond Arduino language.

_____________
Edit:
A funny thing: the users of MPIDE wants the same thing!
29  Using Arduino / Microcontrollers / Re: Is the Arduino in trouble on: June 27, 2011, 08:30:28 am
1. I'm relating to realities in my zone (is all what it matters).
2. For RepRap is there a project started for Chipkit boards. And expect more where speed is needed.

My post suggest progress to Arduino platforms (and that you can't ignore "the signs"). Google chose Arduino platform for their ADK assuring Arduino existance for a long time from now on but also here are more powerful (and cheaper?) platforms for that.

But I'm sure Arduino developers will take into account all of these.

Vasi
30  Using Arduino / Microcontrollers / Re: Is the Arduino in trouble on: June 27, 2011, 07:38:43 am
I see Mircochip has come out with the chipKIT32....its compatiable with arduino shields and has more I/O pins then the ONO,,,should I be worried that this could be the end of the Arduino???????

There is a lot more to the Arduino then just the hardware. I'm certainly not concerned, are you?

Lefty


Indeed, Arduino can be in trouble if:
  • - there are supply problems and prices are increasing (or prices can't be lowered); - prices are already high
  • - all the projects which made Arduino famous will be fully adapted (or their authors will migrate) to Chipkit and other compatible boards - is happening already

Frustrations in making transition (software and hardware problems) to Arduino clones can strengthen the Arduino position. But, something must be done for sure. You can't just sit on your leader chair without progress. Still, 5Vcc is a barrier to many hobbyists and Chipkit example in adapting a 3.3V chip to be a 5V board is to be followed.

Also, "the model" Microchip is making in quietly supporting  the Chipkit boards with specialized engineers is definitely to be followed. I hope Atmel is reading (or someone pointing them to) this.

Vasi
Pages: 1 [2] 3 4