Show Posts
Pages: [1] 2 3
1  Using Arduino / Microcontrollers / Re: Burn Bootloader on ATMEGA328P-PU 8MHz on: February 15, 2013, 10:42:54 am
All right! Tank you  smiley
2  Using Arduino / Microcontrollers / Re: Burn Bootloader on ATMEGA328P-PU 8MHz on: January 05, 2013, 09:22:00 am
I'm trying to burn the 8MHz bootloader, so i don't need the crystal.

You do if the chip is currently configured to use a crystal... is it a 'virgin' chip or did it come pre-configured?

Yep, i've bought it preconfigured smiley-razz I'll try with the crystal...
3  Using Arduino / Microcontrollers / Re: Burn Bootloader on ATMEGA328P-PU 8MHz on: January 05, 2013, 08:43:33 am
What's wrong?

I can see from the image you are not providing a clock signal and do not have a crystal or resonator connected to the target.

If you have a crystal or resonator, this is the time to add them to your breadboard.

If you do not have a crystal or resonator, the Uno can be configured to output an appropriate clock signal which is then fed into the XTAL1 pin on the target.
I'm trying to burn the 8MHz bootloader, so i don't need the crystal.

Code:
Has this chip been programmed before? what fuse setting are in the chip before you started?
What do you mean for fuse setting?

Code:
Using an Arduino Uno, you can program your 8 or 16 MHz AVR with a bootloader or directly with any other hex file (you do not really need a bootloader for most applications) by following the steps of this tutorial: http://pdp11.byethost12.com/AVR/ArduinoAsProgrammer.htm
I'll try, thank you :-)
4  International / Hardware / Re: Collegare un microfono on: January 05, 2013, 08:40:29 am
Guardate, intanto scusatemi ma non ho idea di cosa diavolo stava succedendo. Ora ho rifatto l'intero circuito, attenendomi a questa guida http://lowvoltage.wordpress.com/2011/05/21/lm358-mic-amp/ e funzionano tutti i sensori tranquillamente. Comunque sia consiglio a tutti la guida che ho linkato, semplice ed efficace, sopratutto per chi è alle prime armi come me ;-)
5  International / Hardware / Re: Collegare un microfono on: December 28, 2012, 12:30:53 pm
Allora, vediamo.
Il progetto è un progetto con cui ho a che fare (sul forum) a più riprese chiamato Comfort Meter: questo dispositivo prende 4 valori in ingresso (luminosità, co2, temperatura e rumore) e calcola un indice di comfort generale, che poi esterna completandosi di un colore che varia dal verde al rosso.
Di schemi non ne ho, in quanto sono tanti circuiti elementari uniti (uno per l'LM35, uno per il sensore di CO2, uno per la fotoresistenza e uno per il microfono), ed ognuno comunica i suoi dati su di una analogIn (se volete gli schemi precisi li sto facendo su fritzing, abbiate pazienza).
Il problema è come se le letture dell'ADC vengano sballate dal circuito del microfono. E' possibile? Prima ho parlato di schermatura in quanto mi era stata consigliata come risoluzione, ma volevo, se possibile, saperne di più...

Grazie ;-)
6  International / Hardware / Collegare un microfono on: December 28, 2012, 09:54:25 am
Salve a tutti,
stavo revisionando un vecchio progetto che non funzionava. Il problema era semplice: anche se, ad ogni entrata analogica usata, era collegato un carico resistivo variabile, si introduceva un errore variabile di qualche decimo di volt, tale da rendere poco affidabile la lettura. Ho scoperto che questa interferenza era dovuta da un microfono collegato al circuito: infatti, scollegandolo, non ho avuto nessun'altro disturbo e la lettura era perfetta. Al che mi sono chiesto: non è che il circuito andava fatto seguendo delle particolari tecniche (non so, schermatura dei fili, circuiti attui a renderlo "innocuo", ecc)?

Il circuito attuale era un semplice microfono da Sparkfun (https://www.sparkfun.com/products/9964 ) collegato ad Arduino con 3 semplici cavetti per breadbord. Consigli?
7  Using Arduino / Microcontrollers / Burn Bootloader on ATMEGA328P-PU 8MHz on: December 20, 2012, 07:45:09 am
Hi, i've been tryng a couple of time to burn the 8MHz bootloader by following these steps http://arduino.cc/en/Tutorial/ArduinoToBreadboard. I've tryed burn the 16MHz Bootloader, and all works fine, but when I try to burn the 8MHz bootloader, i got an empty signature.

This is my circuit:


And this is what i get when i try to burn the bootloader:
Code:
C:\Users\Riccardo\Desktop\arduino-1.0.3\hardware/tools/avr/bin/avrdude -CC:\Users\Riccardo\Desktop\arduino-1.0.3\hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega328p -cstk500v1 -P\\.\COM3 -b19200 -e -Ulock:w:0x3F:m -Uefuse:w:0x05:m -Uhfuse:w:0xDA:m -Ulfuse:w:0xE2:m

avrdude: Version 5.11, compiled on Sep  2 2011 at 19:38:36
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "C:\Users\Riccardo\Desktop\arduino-1.0.3\hardware/tools/avr/etc/avrdude.conf"

         Using Port                    : \\.\COM3
         Using Programmer              : stk500v1
         Overriding Baud Rate          : 19200
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [10]
         AVR Part                      : ATMEGA328P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : STK500
         Description     : Atmel STK500 Version 1.x firmware
avrdude: Send: A [41] . [80]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [02]
avrdude: Recv: . [10]
avrdude: Send: A [41] . [81]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [01]
avrdude: Recv: . [10]
avrdude: Send: A [41] . [82]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [12]
avrdude: Recv: . [10]
avrdude: Send: A [41] . [98]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [00]
avrdude: Recv: . [10]
         Hardware Version: 2
         Firmware Version: 1.18
         Topcard         : Unknown
avrdude: Send: A [41] . [84]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [00]
avrdude: Recv: . [10]
avrdude: Send: A [41] . [85]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [00]
avrdude: Recv: . [10]
avrdude: Send: A [41] . [86]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [00]
avrdude: Recv: . [10]
avrdude: Send: A [41] . [87]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [00]
avrdude: Recv: . [10]
avrdude: Send: A [41] . [89]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [00]
avrdude: Recv: . [10]
         Vtarget         : 0.0 V
         Varef           : 0.0 V
         Oscillator      : Off
         SCK period      : 0.1 us

avrdude: Send: A [41] . [81]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [01]
avrdude: Recv: . [10]
avrdude: Send: A [41] . [82]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [12]
avrdude: Recv: . [10]
avrdude: Send: B [42] . [86] . [00] . [00] . [01] . [01] . [01] . [01] . [03] . [ff] . [ff] . [ff] . [ff] . [00] . [80] . [04] . [00] . [00] . [00] . [80] . [00]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [10]
avrdude: Send: E [45] . [05] . [04] . [d7] . [c2] . [00]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [10]
avrdude: Send: P [50]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [10]
avrdude: AVR device initialized and ready to accept instructions

Reading | avrdude: Send: V [56] 0 [30] . [00] . [00] . [00]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [00]
avrdude: Recv: . [10]
avrdude: Send: V [56] 0 [30] . [00] . [01] . [00]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [00]
avrdude: Recv: . [10]
################avrdude: Send: V [56] 0 [30] . [00] . [02] . [00]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [00]
avrdude: Recv: . [10]
################################## | 100% 0.06s

avrdude: Device signature = 0x000000
avrdude: Yikes!  Invalid device signature.
         Double check connections and try again, or use -F to override
         this check.

avrdude: Send: Q [51]   [20]
avrdude: Recv: . [14]
avrdude: Recv: . [10]

avrdude done.  Thank you.

What's wrong?
8  Using Arduino / Sensors / Re: Analog Inputs peaks on: September 10, 2012, 01:34:35 pm
Something like 20cm...
9  Using Arduino / Sensors / Re: Analog Inputs peaks on: September 09, 2012, 03:08:49 pm
Well, I completely forgot about this post.
Quote
How do you know the input doesn't change?
I've measured it for a while with an high precision multimeter.
Quote
What is it wired to?
It is wired to an LM35D...
Quote
How much does it change?
It varies around the 5 / 7 units.
Quote
influenced by electromagnetic fields
Well i had not thought about it... The same Arduino is wired to a microphone that which, as my professor said, is not shielded in the right way, so it could be the problem!
10  Using Arduino / Project Guidance / Re: Comfort measurement on: September 09, 2012, 02:56:37 pm
Quote
The quotes have got messed up somewhere, I hope I'm quoting you correctly
Yes, you have tagged my correcty  smiley-wink
Quote
CO is worth monitoring only so that you can sound an alarm if the level exceeds a (very low) threshold. It has nothing to do with comfort - CO will kill you without making you feel uncomfortable.
Quote
A CO alarm would be useful, but I wouldn't want to rely only on a home built solution for that.
Maybe the CO detection isn't very usefull for my goal...  smiley-fat
Quote
If the reason for doing it is "Because I can", then that's fair enough of course.
My reason isn't only "Because I can", but i think that it could be an usefull part in a domotic project.
Think about a green house that can"understand" your needs, based by your preferences and, for example, the season, and adjust some environmental parameters (like temperature, etc) for make you feeling more comfortable. That was my main goal, I don't know if it has been already done.
This device is an important part of this main project that can help me developing a software that could do this (infact the main part is the software, not the hardware).
Now you can understand why i need to identify all the parameters i need to detect for recognize if a environment is comfortable.
11  Using Arduino / Project Guidance / Re: Comfort measurement on: September 07, 2012, 03:14:56 am
Quote
Isn't the biggest problem here that 'comfort' is entirely subjective?
For avoiding this problem I assumed that
Quote
This device is like a knick-knack for living room
therefore there won't often be people without same habits.

Quote
Quote
Quote
NOT "CO"; you should be detecting "CO2".
I don't know. Concentrations of carbon monoxide in a room can make it uncomfortable. In a permanent way.
Ditto CO2
Maybe I should check both smiley-lol

Quote
Quote
I understand from your answer that i should detect also lack of oxygen, and for detecting them i should detect the CO level. But can CO form multiple layers based on height? If yes i should detect it at more heights...

NOT "CO"; you should be detecting "CO2".

Air temperature can vary with height and position, but it seems unlikely to me that you will find significant variations in concentrations of the different gases throughout a room, unless you have a really concentrated source (gas lamp, candle etc).
Well, in that question I was talking about CO, not the other parameters. I know that they can vary, but I also share your opinion that height variations for some parameters (like temperature, brightness, noise, etc) are negligible.
But gases may stratify and make the room uncomfortable: they can't be easly detected by humans, so this device might warn you before you fall asleep! I'm in the wrong way?
12  Using Arduino / Project Guidance / Re: Comfort measurement on: September 05, 2012, 05:03:08 am

Well, maybe I should explain something more about this project...

1 years ago I've started this project as student in a projects competition: it was more like a game than a serious project, but I've ever thinked that it was a briliant idea.
Nowdays I've toke back this project because I want to turn it in a serious project.

Quote
There is also the matter of where the room is located. Two rooms, as identical as possible, in different locations will not feel as comfortable to the occupants. Imagine one of them is a bedroom at your house, and the other is a hotel room 1000 miles away. They will not feel as comfortable, no matter how comparable the lighting, temperature, etc. Now, envision one of those rooms being a hospital room 2000 miles from home. Just not the same comfort level, no matter what you do.

This device is like a knick-knack for living room. It has a minimal hardware interface (some LEDs) but you can interface to it via ethernet or USB for getting more informations, like historical graphs, realtime situation and set up the device for your specific needs (so PaulS, I think the problem you proposed can be solved by this way).

The first device version calculate a comfort index by measuring CO2 level, temperature, brightness and noise. The output was good for an inital prototype, but I always thought that these parameters weren't enough to achieve a reliable comfort index.

I understand from your answer that i should detect also lack of oxygen, and for detecting them i should detect the CO level. But can CO form multiple layers based on height? If yes i should detect it at more heights...
13  Using Arduino / Project Guidance / Comfort measurement on: September 02, 2012, 05:05:43 am
Hi guys,
I want to take my old project for measuring the comfort of a room.
Which parameters should I need to measure in addition to:
- Temperature,
- Noise,
- Brightness?
- CO/CO2 (which is better?)?
- humidity (is it necessary?)?
And which sensor should I have to use? (you can ignore this question if is off-topic smiley-wink)

Tell me what do you think about it  smiley
14  Using Arduino / Networking, Protocols, and Devices / Re: Official Ethernet Shield crashes on: February 27, 2012, 08:25:14 am
Hey, you are right!
The problem was that method in W1500.h. Now the DHCP does it's work correctly.

I think that for next problems i should search in google code arduino account issues before post here.

Thank you for helping, goodBye.
15  Using Arduino / Networking, Protocols, and Devices / Re: Official Ethernet Shield crashes on: February 26, 2012, 01:09:25 pm
I've already checked that and i've seen that there are all the MAC addresses of my network hosts but not the mac address of Arduino
Pages: [1] 2 3