Show Posts
Pages: 1 2 [3] 4 5 ... 172
31  Using Arduino / Project Guidance / Re: Re Using Latch pin connected to shift register 595 as input pin on: July 26, 2014, 01:06:32 am
Can't even see the image properly for a number of reasons.  You seem to have lodged it on some utter garbage "image hosting" site which obfuscates it - my security system prevents it being displayed.
I though the OP had forgotten to post the schematic as nothing show up for me either.
32  Using Arduino / Project Guidance / Re: Re Using Latch pin connected to shift registor 595 as input pin on: July 25, 2014, 10:01:19 am
You can always change the fuse settings to use the reset pin as another I/O but understand you will loose the ability to use the chips ICSP and will need a high voltage programmer like this to reset the fuses to allow program changes to be uploaded.
33  Using Arduino / General Electronics / Re: What is MCU STC15L204 Wireless Development Board? on: July 25, 2014, 07:42:32 am
The STC15L204 is converting the NRF24L01+ wireless to/from a UART serial data.
34  Using Arduino / General Electronics / Re: Looking for a collection of schematics for learning on: July 24, 2014, 11:47:34 am
Have a look at documentation for the Sparkfun Inventors kit, it covers basics of most things new users are likely to connect.
35  Using Arduino / Networking, Protocols, and Devices / Re: Receiving UDP and sending Multiple UDP packets on: July 24, 2014, 11:40:20 am
Not had a good look at your code but maybe worth using a freemem tool to see if your malloc/free commands are fragmenting memory. Might be better to have a fixed buffer just bigger than the largest packet your likely to receive but do checking to ensure you don't get buffer overflow.
36  Using Arduino / Networking, Protocols, and Devices / Re: SPI AD9833 pin hookup on: July 24, 2014, 08:47:04 am
Out of curiosity I bought a AD9833 module (see picture) and cobbled together some code to test it  that is attached to this post. I hooked it up to a mega as per pinout in sketch and tested various frequencies using DSO scope that could only handle upto 4MHz. Hope this is of some help.
37  Community / Local Groups / Re: Boston, Lincs, UK i.e. the original ? on: July 24, 2014, 08:27:29 am
Well I live in the USA - but in this case it stands for "the Uther Side of Accrington"
To London we are all just northerners.
38  Community / Local Groups / Re: Boston, Lincs, UK i.e. the original ? on: July 24, 2014, 08:16:42 am
Directions are as simple as assembler...
get a plane to Heathrow
Drive north up the A!
turn left at Peterborough
Carry on till the end of the earth, carry on 15 more miles
Turn left and pray. smiley
No wonder your getting lost, I would suggest you use the A1 and turn right at Peterborough  smiley
For me it would be via the god awful A17. Look for a place called Beyond on google maps and I live at the back of it.  smiley-lol
39  Using Arduino / General Electronics / Re: PCB schematic on: July 24, 2014, 04:30:48 am
Looking at the schematic you supplied it has a 6 pin ICSP2 socket with each pin going to the correct place so you should be able to plug the 6 pin header of the programmer into it and the programmer should supply power and program your chip.
If your having problems then the LCD also uses pins 11 & 12 so may interfere with programming.
The sparkfun link you posted has links to how to setup the IDE for programming.

Unless you need a 16MHz processor speed you could reduce the component count further by removing crystal (Y1), capacitors (C1 & C2) & resistor (R2) and setting fuses to use internal 8MHz clock.
40  Using Arduino / General Electronics / Re: Simple question about ProtoShield on: July 24, 2014, 04:11:03 am
Also, are all the holes in the middle area connected in the same way a breadboard is?  I would like to solder connections from this IMU into the analog pins of the arduino.
The centre grid of holes are not quite like breadboard where you have rows of 5 connected to each other. They are all individual holes on that protoshield and it's up to you to link holes together as needed. A small section (bottom left of your original image link) have common pins. You can find protoshields set out in the same way as breadboard or ones that have a breadboard on them.
41  Using Arduino / Networking, Protocols, and Devices / Re: SPI Clock speed and modes on: July 24, 2014, 03:48:37 am
4. Haven't tried this within arduino, don't know if you need SPI.end(),
then SPI.begin() and calls for your new parameters - or if you can just call the new parameters.
No need to call SPI.end()/SPI.begin() just call the setBitOrder() setClockDivider() & setDataMode() as needed.
42  Using Arduino / Networking, Protocols, and Devices / Re: Trouble with DMX on: July 24, 2014, 03:36:31 am
When I disconnect the DMX the last thing that was happening continues happening.  Is there any way to prevent this and switch to a default value?
This is the usual thing for DMX.

A very quick look at the code and dmxnewvalue is set when new values arrive over DMX (even if they are same values as last time). You could write some test code to see how often this value updates and when you know this add code to you sketch to perform the alternate action if no DMX received for x amount of time.
43  Using Arduino / Networking, Protocols, and Devices / Re: Trouble with DMX on: July 22, 2014, 01:23:35 am
/* receiver output enable (pin2) on the max485. 
*  will be left low to set the max485 to receive data. */

/* driver output enable (pin3) on the max485. 
*  will left low to disable driver output. */

Is there any reason they have to be these values for the MAX485?  I'm wanting to put an interrupt in here but these take up the two pins I need.
Sorry for the late reply, was away for the weekend.
The MAX485's DE/~RE do not need to be on pins 2/3 and you should be able to combine them both onto the same single pin as the signals are mutually exclusive. When ~RE is low, DE needs to be low and vice versa as your not transmitting and receiving at the same time.
44  Using Arduino / Sensors / Re: Light sensor trigger on: July 18, 2014, 03:54:37 am
In your sketch you don't set pin 12 as output so doing the digitalWrite(12,HIGH) is just turning on the internal pullup resistor for that pin.

Do you need to just detect sudden changes in level but compensate for varying ambient levels of detect when the level goes over a certain value?

The below untested code will (hopefully) do a rolling average to compensate for ambient but if the value alters more than a certain value in a single step then it will trigger.
#define differenceTrigger 50  // How much a reading must differ by to trigger

const int sensPin = A0;       // Sensor input pin

int rollingAverage;           // Used to store rolling average of sensor

void setup (){
  rollingAverage = analogRead(sensPin); // Pre load average so we don't trigger on first read

void loop(){
  int currentReading = analogRead(sensPin);
  int tempResult = currentReading - rollingAverage; // Needed to ensure abs() works correctly
  if (abs(tempResult) >= differenceTrigger){        // Has it jumped more than trigger value?
  rollingAverage = (rollingAverage + currentReading) / 2; // Compute new rolling average
45  Using Arduino / Networking, Protocols, and Devices / Re: Trouble with DMX on: July 18, 2014, 02:45:47 am
The code your posted is using the hardware serial port of the Arduino (the same one used for USB) but appears to be hi-jacking the RX interrupt routine from the hardware serial so in theory you should be able to receive DMX and send to USB.
The PC serial speed would need setting to the same baud rate as the DMX (250000 baud) and some PC's serial ports might not go this fast.
A quick look at the link you supplied, the guy says he had to alter his hardware serial library to allow the RX interrupt hi-jacking.

If all you want to do is DMX receive a single channel on/off then maybe altering the code to just turn the Arduino's in build LED on off instead of sending the results over serial to the PC might help.
Pages: 1 2 [3] 4 5 ... 172