Show Posts
Pages: 1 [2] 3 4 ... 16
16  Using Arduino / Microcontrollers / Re: LPC810 mini ARM Prozessor in 8 pin dip package on: September 23, 2014, 02:51:13 pm
I have installed EGit and tried to grab the repo but it asked me too many damn questions and by that time I'd had a gut full.

With github if you just want to download a copy of a repo without faffing with git, there is always the option to grab a zip snapshot using the Download Zip button.

In this case the link is https://github.com/bobc/OpenLasp/archive/master.zip
17  Development / Suggestions for the Arduino Project / Re: Compiler continue to use commented out #include headers on: September 23, 2014, 12:40:26 pm
If its a known problem is there an open issue on GitHub?  A quick search there wasn't
convincing.

The most recent discussions where this came up is in this thread https://groups.google.com/a/arduino.cc/forum/?fromgroups#!topic/developers/Y7waXnTVjkw
I'm not aware of any open issues about it either.

It would help to see some code samples, it's easy to assume it is one problem when it could be something quite different. Use cases also help maintainers understand the issue and verify fixes.

Moderator edit: link corrected
18  Using Arduino / Project Guidance / Re: DVD-Rom Drive Based LiDAR? on: September 23, 2014, 04:07:25 am
As a good rule of thumb, light travels about 30 cm (1 foot) per nano-second, equivalent to a clock speed of 1GHz.

You would need some specialized hardware to measure intervals at that resolution, an Arduino has no chance smiley-sad
19  Development / Suggestions for the Arduino Project / Re: Compiler continue to use commented out #include headers on: September 23, 2014, 03:56:28 am
However, after commenting out the #include code the compiler continue to use these commented out headers!
Spitting out tons of errors caused by wrong enviroment path.

From the limited information provided, I think this may be a known problem, if so it has been mentioned on the dev list. The IDE does a simple regex to scan the ino file for "library includes", and it ignores comments and ifdefs, unfortunately it can pick up libraries that are not actually in use.

I think the only workaround is to delete any include lines that are not in use. To solve this properly might need a complete C parser in the IDE, which is impractical.
20  Using Arduino / Microcontrollers / Re: LPC810 mini ARM Prozessor in 8 pin dip package on: September 22, 2014, 01:05:58 pm
LPC1114 version: I don't have LPC8xx yet but I do have several LPC11xx boards so I though I would have a go at it. I wanted try the "variant" support. It proved a little more tricky, the IDE does not automatically build the required library, it has to be pre-built with makefile and put into source tree. Possibly there is a better way to do it, I might make some inquiries on dev list.

There is a git gui (command "git gui" or "gitk") which runs on Linux and Windows. There are a few things I do on the command line still but generally I use the GUI for most regular operations, commit, push. The GUI is not totally slick as it could be, but generally OK. I would love to have a simpler/better version. Github have a windows client, but I don't use it.

I tried to install OpenLasp like you described it:

Installation procedure:

    Copy the Arduino/hardware folder to your sketches folder
    Copy the OpenLaspExamples folder to your sketches folder
    Restart Arduino IDE

But it didn't work as expected.

In what way did it not work? I just tried it on Linux, and it worked the way I expected. There are some changes needed to the lpc_upload.sh script, I hadn't quite finished that.

To be clear, there is an Arduino "install" folder, and a "user" sketch folder. OpenLasp was designed to be installed into the user folder.

The paths will be different if you install elsewhere, and  it may/may not work. It seems from your later message that it compiles but doesn't find the right tools folder.

I made a couple of assumptions, 1) it is better to install into user folder rather than patching the Arduino install,
2) an installer is not required, as it is a simple folder copy

I could be wrong about both of those things!
21  Using Arduino / Project Guidance / Re: Arduino based MP3 player on: September 22, 2014, 12:24:31 pm
Id like to build an arduino based MP3 player with a touchscreen, long battery and can hold a 64 GB SD card. It doesnt have to be complicated, it just needs to play mp3's and Wavs (and alot of other audio types if possible)
How feasible is this project? im going to be using it at work so it would need to be sturdy. where do i start?

It is certainly feasible, whether it is cost-effective or practical I leave up to you. It's nice to have something which you can say "I made that".

I have an AVR based MP3 which has worked well for several years, initially I was designing my own hardware but then a  commercial board became available which exactly suited my needs, the Yammp3/USB, which is no longer available. One day I will create a new version with faster ARM processor, touch screen etc.

For a while I was involved with the Lyre project, an Open Source music player for Rockbox firmware, but due to various reasons it didn't get anywhere. It was based on an iMX233 ARM9 cpu, chosen because it was one of the few ARM chips in an LQFP package, but now there plenty of Cortex-M3 and M4 chips available.

The 8-bit AVR cpus are not fast enough to decode MP3, but VLSI make very good decoder chips which are quite easy to use. There are some others available as well. They are limited in the formats they can decode, they have a preprogrammed DSP built in.

A Due should be fast enough to decode MP3, and other formats, directly. I think you might still need an external audio DAC for good quality. For a portable/battery type device, I would take a close look at Teensy 3.1. It's small and powerful, and has good Arduino support.

22  Using Arduino / General Electronics / Re: Incorrect colours from RGB LED on: September 21, 2014, 08:06:08 am
I have verified all the pins and they should be all correct.
RGB LED pins are connected to Arduino mini pro:
R=pin 6
Comm andode =pin VCC
G=pin 5
B=pin 3


I need the code below to get me red colour:
Code:
 analogWrite(PIN_RED,  255);
  analogWrite(PIN_GREEN,  255);
  analogWrite(PIN_BLUE,  0);

That means you have your led connections reversed! It's happened before. smiley

You've got PIN_GREEN connected to Anode and PIN_BLUE connected to red cathode, which is why that particular code lights up the red led.
23  Using Arduino / Project Guidance / Re: Writing your own g-code interpreter? on: September 21, 2014, 07:40:02 am
My guess...obviously grbl is way more advanced than what some random guy could write in a week's time. To be honest i don't really see what are the gains, except the learning experience.
What's your take on it?

I guess doing anything can be a good learning experience.

What would be useful is a standalone library to do coordinated motion with multiple steppers, something which doesn't exist already. It wouldn't need to handle g-code. This would be a lot easier project to tackle from scratch, although you could nick the parts of GRBL, Marlin etc to get a quick start, or at least give a guide.

I recently ported Marlin to Due, so I am quite familiar with it. I haven't done much with GRBL, but the planner/stepper modules have been widely borrowed for printer software.

Personally I think trying to reinvent the wheel with some hybrid of Mach/GRBL which is supposedly simpler/better is a waste of time, and not a useful suggestion for newbies. It might be different if someone actually demonstrated some code that worked, but that seems unlikely to happen.
24  Community / Bar Sport / Re: Lead free solder on: September 20, 2014, 03:09:26 am
I'm quite willing to believe the EU is a bunch of bureaucrats passing pointless directives just for the sake of it, although proof of that seems mostly anecdotal.

On the other hand, experience shows that commercial concerns which provide virtually 100% of goods and services will do anything to make a profit, regardless of damage or injury to their employees, customers or the environment, and there is overwhelming proof of that. They seem to regard lawsuits, fines etc as just a cost of doing business.

Since we can't trust private industry to regulate themselves and behave properly, then someone else has to do it for them. In the absence of anything else, those unelected bureaucrats at least provide a counter balance to an uncompromising pursuit of profit.

25  Development / Other Hardware Development / Re: Anyone tried ST Nucleo boards? on: September 19, 2014, 06:35:11 pm
(repo for LPC-Arduino here https://github.com/bobc/OpenLasp - I hope to be adding some other NXP chips)
I did find that., neat!I like those lpc8xx .. although I find the 810 a wee bit small.  The LPC1114-DIP 28 seems like it would be a good candidate for an Arduino port.

Yes, I've got one right here smiley
26  Using Arduino / LEDs and Multiplexing / Re: I need help: Controlling 5 RGB LEDs individually on: September 19, 2014, 06:02:26 pm
If you want RGB leds, I would start with some Neopixels (or similar) http://www.adafruit.com/products/1312, dead easy to use. You can also get sticks, strips and rings! If cost is an issue, buy a strip off ebay.
27  Development / Other Hardware Development / Re: Anyone tried ST Nucleo boards? on: September 19, 2014, 05:55:34 pm
So why hasn't anyone ported an arduino core for these?

I recently had a go at creating an Arduino target for the LPC810 chip, based on an Arduino port done by ChrisMicro, using the "3rd party hardware extension". It turned out easier than I expected, and I did wonder why hasn't it been done before! Maybe it has and I haven't found it, the internet is a big place.

I've got some STM32 boards I want to "Arduinoise", so I will have a look at doing an Arduino core for one of those.

I suspect the reason no one has done this before, is that most chip vendors are pushing their own tools, which I think it is fair to say are more suitable for professionals, so adding support for Arduino is not a priority. With the availability of such free tools there is not much demand from users to be able to build using Arduino IDE.

Although increasingly they are using the Arduino shield form factor for dev boards, it seems like it would be useful to have at least basic Arduino IDE support to allow people to get started quickly, and maybe progress to other tools for more advanced work.

(repo for LPC-Arduino here https://github.com/bobc/OpenLasp - I hope to be adding some other NXP chips)
28  Using Arduino / Microcontrollers / Re: LPC810 mini ARM Prozessor in 8 pin dip package on: September 19, 2014, 10:49:34 am
> should include "Arduino.h" not "arduino.h". I
OK, now it's compiling.
If you want, you can setup the main repository in github. The question is, how can we get my existing library into it.
The next two days I will probably be off, so I will answer later.

I have now set up a github repo https://github.com/bobc/OpenLasp.

I'm not sure what you mean about your existing library, I've already incorporated it! I had to make a few changes, e.g. because an Arduino sketch is a C++ program.  So you will probably want to keep your standalone LPC810 repo separate.

I'll get the upload tool working next.
29  Using Arduino / Microcontrollers / Re: LPC810 mini ARM Prozessor in 8 pin dip package on: September 19, 2014, 03:09:49 am
But when I press "compile", I get the following error:

/home/.../arduino-1.5.7/hardware/OpenNxp/LPC8/cores/lpc810/arduino.c:12:21: fatal error: arduino.h: No such file or directory
 #include "arduino.h"


Where do I have to place the missing header files?

Sorry, that's a problem with case-sensitive file names, in Windows I get lazy. In file "OpenNxp\LPC8\cores\lpc810\arduino.c", it should include "Arduino.h" not "arduino.h". I think that is the only place.
30  Using Arduino / Microcontrollers / Re: LPC810 mini ARM Prozessor in 8 pin dip package on: September 18, 2014, 08:00:53 pm
So far we're talking about maybe 3-5 CPUs, does anybody know if the peripherals are the same? Or does that mean 3-5 separate cores?

IME peripherals are only identical within CPU families, e.g. LPC13xx, and may be similar or just quite different between families, so LPC11xx has some completely different peripherals to LPC13xx. e.g. the gpio block is a lot simpler. I haven't looked in detail across the range.

So it might be difficult to create a common library. I still think it is useful to have a single "LPC support package" though. Perhaps the point of commonality is the Arduino API, so at least users can move from one LPC to another with relative ease.

I'd be happy to set up and coordinate github activity. I think I will set up my own repo anyway and anyone can fork it as they wish, and I'd be quite happy to give people access.

Git has a lot of "advanced" features, more than I can fully understand, so I tend to use 2 or 3 basic operations and keep it simple. Github also has some great features which are quite easy to use, like the issue tracker.

I would like to set up a framework for other LPCs, and write some Arduino libs for the ones I have.  Microbuilder have some good code, I think that could be a good starting point.
Pages: 1 [2] 3 4 ... 16