Show Posts
Pages: [1] 2 3 ... 6
1  Products / Arduino Due / Re: error compiling on: Today at 04:00:47 pm
Here you go!

Arduino: 1.5.7 (Windows 7), Board: "Arduino Uno"

C:\Program Files (x86)\Arduino/hardware/tools/avr/bin/avr-g++ -c -g -Os -w -fno-exceptions -ffunction-sections -fdata-sections -MMD -mmcu=atmega328p -DF_CPU=16000000L -DARDUINO=157 -DARDUINO_AVR_UNO -DARDUINO_ARCH_AVR -IC:\Program Files (x86)\Arduino\hardware\arduino\avr\cores\arduino -IC:\Program Files (x86)\Arduino\hardware\arduino\avr\variants\standard C:\Users\Marty\AppData\Local\Temp\build1208768339966323662.tmp\Blink.cpp -o C:\Users\Marty\AppData\Local\Temp\build1208768339966323662.tmp\Blink.cpp.o

Looks just like the stuff posted previously.

Ah, ok! I was expecting more output because there doesn't seem to be any error in there, it looks like a normal compile command.

So perhaps that means that the IDE is not capturing the error. it would be useful to know what it is so the output could be improved. Catch 22!

If you have "Show verbose output during compilation" already switched on (which I think you do), I'm not sure if there is any other logging.
2  Products / Arduino Due / Re: error compiling on: Today at 01:20:37 pm
I don't think empty libraries makes a difference as I already tried a run with the hardware folder renamed to oldhardware and libraries folder renamed to oldlibraries. When I brought up the IDE it created a new folder called libraries with a read me.txt file in it.

The compile fails fairly quickly on avr devices but not due. So is there some debugging I can do besides turning on verbose. As I understand the IDE is issuing the equivalence of command lines to run the compile so is it possible I could run first couple of commands manually to try to catch the failure. Or better yet is there any kind setting file that will allow some debugging setting.

Hey, press the button marked "Copy error messages" - that's what it's for! Then paste here....
3  Products / Arduino Due / Re: 3.3 volt I/O pins on: Today at 01:12:37 pm

I am using an arduino Due to communicate with sensor that uses SDI12 protocol.
I have found SDI12 library for Arduino on github.
However, because SDI12 low and high voltage ranges between 0-5V, how should I connect it with the due?

Thanks.  smiley

Well, Firefox just lost my reply, so here goes again:

Unfortunately, SDI signal levels are not compatible with 3.3V, which is a shame because otherwise it is a simple protocol.
You will need a circuit to do some bidirectional level shifting e.g.

You may need to make some changes to the SDI libray to toggle the direction control.
4  Using Arduino / Programming Questions / Re: New to Arduino - help converting float on: July 29, 2014, 03:56:45 am
From what I can google, I believe that it is
ble_write(unsigned char)/code]

You can send ASCII or binary data, it is up to the application at the other end to process it appropriately.
5  Products / Arduino Due / Re: error compiling on: July 29, 2014, 03:42:12 am
The first problem is that you need to select Arduino Due in the Tools -> Boards menu.

The second problem may be that some of your libraries are specific to AVR, and will need updating.
6  Using Arduino / Programming Questions / Re: Hardware Serial Confusion - using LinkSprite RS485 hardware. on: July 28, 2014, 03:50:51 pm
I write the request for data to the device, the device waits 10mS after the stop bit, then responds. I have a 100mS delay between the end of writing and the beginning of reading.  And yet, there is data to read long after the device has transmitted it. There is something I don't understand here - any thoughts?

The comment in your code is correct, data received is buffered until you read it. The buffer size is probably 64 bytes.
7  Using Arduino / Microcontrollers / Re: Intel Galileo has integrated linux OS on: July 27, 2014, 11:34:42 am
I read somewhere that Microsoft will be doing Galileos with Windows running on them, their attempt to get into IoT.
Microsoft makes a lot of announcements.

Heh, true. They recently updated the webpage

Their plan appears to be Windows apps plus Intel hardware plus Microsoft cloud. From their recent efforts with smartphones and tablets not sure how well that will work.
8  Using Arduino / Microcontrollers / Re: Intel Galileo has integrated linux OS on: July 27, 2014, 07:47:47 am
I think that companies like Intel would have no interest in the "maker community" except that the "Internet of Things" is predicted to be huge, and the last thing Intel want is to see billions of things with someone else's CPU in them, even if Intel don't actually have a suitable CPU.

The Galileo does have the air of a very bodged rush job, even though done by a team with lots of resources.

I read somewhere that Microsoft will be doing Galileos with Windows running on them, their attempt to get into IoT.

As for Linux sources and documentation, good luck with that! I recently went to a 3 hour seminar on building and configuring Linux using yocto, the presenter explained it was just a quick overview, the full presentation took 3 days  smiley-eek-blue I admit I ducked out at the first break...
9  Using Arduino / Programming Questions / Re: on off swich on: July 27, 2014, 07:27:56 am
I disagree, years of experience tells me always debounce switches!

10  Using Arduino / Programming Questions / Re: I'm having trouble getting my stepper motor to turn once every hour on: July 27, 2014, 05:44:34 am

The motor also gets a lot hotter than usual. What do I have to change in my code to set things up correctly to control the motor in 1/4 stepping mode? Hopefully that will get rid of the squeaking and cool the motor down. If there's anything else that looks wrong in my code please let me know.

Sounds like your stepper driver is getting hot and shutting down, then restarting. This is consistent with the motor getting hot - it is drawing a lot of current. You either need to put some cooling on the driver, reduce the current limit or use a bigger driver.

The squeaking is probably normal for any microstepping driver, they use PWM to control the current. Often some of this ends up in an audible band. It may be possible to tune out the noise, depends on the stepper driver.
11  Development / Suggestions for the Arduino Project / Re: Does Arduino have a future? on: July 27, 2014, 05:31:32 am
The architecture of AVR or cortex CPUs is essentially the same as those of 50 years ago, and in that time people have been wrestling with the problem of bare-metal vs OS.

Unfortunately, there is no way to create OS-like functionality without incurring some overhead.  The more independence of processing that you want, the more overhead you need. This is an inevitable feature of several processes sharing a single CPU core, memory and peripherals.

Fortunately, the hardware guys keep making faster chips, so we get round the problem that way. The alternative is to have independent cores, e.g. like the Parallax Propeller. But I am pretty sure there is no software trick to get the best of both worlds.

There is a niche at the bottom end for bare metal systems, and I think the basic Arduino will continue to provide an entry level type system for that. It's also clear there is demand for systems with rich environments like Raspberry Pi. The price/performance of those will continue to improve, and the price get closer to that of Arduino, if not already there.

What will probably not change is the middle ground, between bare metal and feature rich OS like Linux. For example, I would like to add TCP/IP, web server, USB host with support for wi-fi dongle to my bare metal project. That's a big chunk of code. There is no obvious off the shelf solution, or "go to" RTOS which supports all that out of the box.

The problem is that there are thousands of RTOS to choose from, but drivers and middleware for them is lacking. I think this is one area where diversity doesn't help, and a single standard would allow people to develop drivers and middleware instead of re-inventing the RTOS.

Perhaps the Japanese had the right idea with ITRON, but a government funded standard seems like anathema to the western way of doings. ITRON is claimed to be the most widely used OS (units shipped), but few people have heard of it.

Ironically, an old version of Unix might be a good real time OS, at least for 32 bit devices. It has a simple clean architecture and is well known.

The gap between 16MHz 8 bit AVR, and a 500MHz 32 bit ARM with 4MB RAM (roughly where Linux becomes runnable) is too big to be bridged with a single RTOS. It should be possible to scale from say 50MHz ARM with 32KB upwards on a single RTOS, but chips with a few kB of RAM will be too resource constrained to run anything more than a very basic RTOS if at all.

So I think Arduino will continue as a cheap and simple way to interface to electronics, systems like Beaglebone will reach the price point of Arduino, and the problem of the middle ground between bare metal and Linux will continue.

Perhaps the answer is dual function boards like Arduino Tre and UDOO, with a fast interface between the low and high level CPUs.
12  Products / Arduino Due / Re: About Serial.print() function for DUE on: July 26, 2014, 11:04:11 am
These measurements are misleading. At 115200, the speed of transmission is exactly the same for Mega and Due.

The difference in Due is that the write blocks, so you waste time waiting. So if you have other stuff to do, it could be made more efficient, but you won't be able to transmit faster. The Mega appears faster because it has not actually sent the data, it has just put the data into a buffer.

In the worst case on Mega, if the transmit buffer is full, then you still end up waiting.

However, I can't see any good reason why the Due should not support a transmit buffer, I think it would be quite easy to add. With the new availableForWrite function, the user can maximise the amount of processing done while waiting for comms, and perhaps minimise latency between transmissions.

I will have a go at creating a patch.
13  Products / Arduino Due / Re: Due for very low power applications? on: July 21, 2014, 07:35:54 pm
I would try to start with a design that is designed for low power, but it might be simpler and almost as good to control the Due power with a small extra circuit. This type of thing is described here

Atmel and Microchip do some low power 8 bitters which could act as power controller. If you have the electronics-fu you could probably get down to nA or something, but for 1-2uA having a micro is a lot more flexible to run timers, wake on int, shutdown request etc.

Of course the Due would need to store its state before powering off, there are a number of ways to do that.
14  Products / Arduino Due / Re: Problems programming the Due on: July 21, 2014, 04:41:30 pm
This is puzzling. I don't think that adc12_sam3u.c should even be in the build, because as the name suggests it is for SAM3U not SAM3X. adc.c is the file for the SAM3X.

Poking about in hardware\arduino\sam\system\libsam, it seems that the makefiles support SAM3U and SAM3X targets. I guess this stems from the time when they weren't sure to use SAM3U or SAM3X.

I can't see that the gcc make files would work at all, but the IAR project excludes adc12_sam3u. The implication is that Arduino must use IAR to build the due_x library?

tldr; just delete adc12_sam3u.c !

Edit: I think I was looking in the wrong place, the make files for libsam_sam3x8e_gcc_rel.a are in hardware/arduino/sam/variants/arduino_due_x. But, I still can't see how the library is built from there. I would like to figure this out, because I want to create a patch to enable the watchdog!
15  Products / Arduino Due / Re: Problems programming the Due on: July 21, 2014, 01:55:39 pm
From the date of the fiddling script, it was written sometime in 2013-09 and the Due library has certainly changed since then. It would be good to know which version of IDE Willy used at the time, but I can't see that written anywhere.

The file that make fails on is adc12_samu.c in libsam/source. The offending line is possibly "#if SAM3U_SERIES" if SAM3U_SERIES is not defined. (It's not good coding style).

Finding the source of the error might be rather difficult, but a workaround might be to define SAM3U_SERIES and see what happens. It would help to know what the previous IDE used was and compare the differences.

I've had similar problems with standalone Due projects that used to work with one IDE version then stop working on another, I don't think there is a way to avoid that until the IDE has stabilized.
Pages: [1] 2 3 ... 6