Show Posts
Pages: [1] 2 3 ... 5
1  Community / Exhibition / Gallery / Re: Cheap UHF spectrum analyzer (and RC tx rx) using RFM22 module on: November 20, 2012, 06:26:58 am
Hmm... are you using my modified version of the RF22 lib? Because I thought I solved that particular problem, my servos seem fine. Try the new code, and see what you get.

Hello zitron.  Can you summarize what modifications you have made to your RF22 lib?  What problems did you need to fix?

Best Regards,
George
2  Development / Other Software Development / Re: AVR Studio 5.1 - doing it the hard way on: August 11, 2012, 05:44:49 am
Thanks for sharing.

Are the steps from reply #8 identical for AVR Studio 5 and AVR Studio 6?
3  Using Arduino / Microcontrollers / Re: ATtiny45 serial communication on: June 20, 2012, 10:23:27 pm
You could try SoftSerial library.  Be careful with the baud rate vs clock speed of your ATtiny.
4  Development / Suggestions for the Arduino Project / Re: Compile Speed - testing & feedback needed! on: June 17, 2012, 06:05:56 am
Thanks for posting.  Dependencies look similar to mine.  Looks like they are not supposed to change 1st run to subsequent runs.  Guess that makes sense.  The messed up path showns in the .d files on my Win 7 machine looks like a clue.  Hmmm...

Code:
\
 C:\DOCUME~1\gsmall\LOCALS~1\Temp\build3787739127124592615.tmp\wiring_digital.c.o:  \
 C:\Program\ Files\arduino-1.0.1\hardware\arduino\cores\arduino\wiring_digital.c \
  C:\Program\ Files\arduino-1.0.1\hardware\arduino\cores\arduino\/wiring_private.h \
  C:\Program\ Files\arduino-1.0.1\hardware\arduino\cores\arduino\/Arduino.h \
  C:\Program\ Files\arduino-1.0.1\hardware\arduino\cores\arduino\/binary.h \
  C:\Program\ Files\arduino-1.0.1\hardware\arduino\variants\standard/pins_arduino.h
5  Development / Suggestions for the Arduino Project / Re: Compile Speed - testing & feedback needed! on: June 10, 2012, 04:44:44 am
1st and 2nd run of wiring_digital.c.d from temp build folder attached below.

All,

Has anyone else had this new for release 1.0.1 feature work properly?  If so, could you share your .d file.

Thanks,
George
6  Using Arduino / Programming Questions / Re: Arduino translated to AVR? on: June 09, 2012, 03:49:34 pm
I tried to burn the bootloader, with these options:

Board > attiny85v @ 8 MHz  (internal oscillator, BOD disabled)
Programmer > Arduino as ISP
selected 'Burn Bootloader'

recieved this as the error message:
Quote
avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x14

avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x01
avrdude: stk500_initialize(): (a) protocol error, expect=0x14, resp=0x10
avrdude: initialization failed, rc=-1
         Double check connections and try again, or use -F to override
         this check.

avrdude: stk500_disable(): unknown response=0x12

Although your avrdude error messages are different than those I first received when first using arduino-tiny on an ATTiny85, I found I had to edit avrdude.conf to support reading of lockbits on ATTiny85.  See post 99 of this thread: http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1274820597/90

George
7  Using Arduino / Programming Questions / Re: Arduino translated to AVR? on: June 06, 2012, 04:29:59 am

You will have better luck with this core...
http://code.google.com/p/arduino-tiny/

The 45_85 core has a few bugs and is missing some features.


The download is for Arudino 1.0
I am using version 0022. 

I am on a Mac btw...should've mentioned that earlier

+1 on http://code.google.com/p/arduino-tiny/

You will find better help and support for it.  Consider upgrading Arduino, 0022 is getting fairly dated.

Best Regards,
George 
8  Development / Suggestions for the Arduino Project / Re: Compile Speed - testing & feedback needed! on: June 05, 2012, 04:51:48 am
Here are temp folder window captures from 1st and 2nd build of BareMinimum.ino example sketch, along with wiring_digital.d of 2nd build:

I notice the paths listed in wiring_digital.d look a bit strange.  Under windows with a typical install located in "C:\Program Files\..." the path has a space.  I wonder if this could this be confusing the compare parsing algorithm?

Code:
\
 C:\DOCUME~1\gsmall\LOCALS~1\Temp\build8448203176909195487.tmp\wiring_digital.c.o:  \
 C:\Program\ Files\arduino-1.0.1\hardware\arduino\cores\arduino\wiring_digital.c \
  C:\Program\ Files\arduino-1.0.1\hardware\arduino\cores\arduino\/wiring_private.h \
  C:\Program\ Files\arduino-1.0.1\hardware\arduino\cores\arduino\/Arduino.h \
  C:\Program\ Files\arduino-1.0.1\hardware\arduino\cores\arduino\/binary.h \
  C:\Program\ Files\arduino-1.0.1\hardware\arduino\variants\standard/pins_arduino.h

Thanks for your help.

George
9  Development / Suggestions for the Arduino Project / Re: Compile Speed - testing & feedback needed! on: June 03, 2012, 06:14:43 pm
Thanks again for the input.

I checked the dates on my core folder, dated 5/21/2012.  My machine date is current at 03-Jun-2012.

I'll keep digging.  Thanks for the input.

George
10  Development / Suggestions for the Arduino Project / Re: Compile Speed - testing & feedback needed! on: June 03, 2012, 02:33:29 pm
If File > Preferences you can activate verbose messages while compiling.  Those messages should indicate if the compiler is being run, or the already-compiled file is being reused.

Thanks Paul.  I did a test build of the BareMinimum sketch build for an Uno board.  The two builds look identical to me.  I'm sure I'm doing something wrong, need to keep searching to figure out what.  Attached are the 1st and 2nd build files with verbose on.  Thanks for the reply.

George
11  Development / Suggestions for the Arduino Project / Re: Compile Speed - testing & feedback needed! on: June 03, 2012, 11:42:52 am
This speedup was accepted into Arduino and will be in version 1.0.1.  If you're using Teensy, you already have it.  For normal Arduino, it can be tested now in the release candidates:

Mac OS X: http://files.arduino.cc/downloads/arduino-1.0.1-rc1-macosx.zip
Windows: http://files.arduino.cc/downloads/arduino-1.0.1-rc1-windows.zip
Linux (32-bit): http://files.arduino.cc/downloads/arduino-1.0.1-rc1-linux.tgz
Linux (64-bit): http://files.arduino.cc/downloads/arduino-1.0.1-rc1-linux64.tgz
Source: http://files.arduino.cc/downloads/arduino-1.0.1-rc1-src.tar.gz


I've updated to 1.0.1 to evaluate this feature.  I am not having luck finding the right setting to activate the incremental compile feature.  Tried adding  XXX.build.dependency=true to relevant boards in boards.txt but no luck.  Is activation of this feature documented anywhere?
12  Using Arduino / Installation & Troubleshooting / Re: Fixed - Issues when upgrading Arduino to 1.0 on Windows on: May 05, 2012, 11:09:10 am
Also, another fix I came across.  To fix multiple instances of COM port numbers for a single Arduino board on Win7:

http://social.technet.microsoft.com/Forums/en/w7itprogeneral/thread/6c4a6394-0b01-4ccb-af9b-da172f554796

1. Modify environment variable to permanently the normally hidden display ‘Phantom‘ devices in Device Manager.  Under Start, right-click Computer > Properties > Advanced System Settings > Advanced Tab > Environment Variables at the bottom. Click New and put devmgr_show_nonpresent_devices in the Variable Name and put 1 in the Variable Value and OK your way out.

2. Under Start, right click Computer > Properties > Device Manager.  Toggle Show Hidden Devices on under view menu.  You should now see the hidden installed devices all listed even if they are not plugged in.

Process is similar under XP, set environment variable to 1 and make sure view is toggled on in Device Manager.  http://support.microsoft.com/kb/315539

George

If your computer doesn't recognize your Arduino and won't install the proper drivers, this fix may work. It has been used for Arduino UNO with Windows 7 64-bit, so steps may vary for other devices and operating systems.

1) Go to the "Unknown device" which is the Arduino.
2) Click around in the "Hardware" tab to open a window with the "Update Driver" button on it. Click it.
3) Choose the option to find the driver from a list on your computer. Then choose "Let me pick from a list of device drivers on my computer".
4) Scroll down and choose "Ports".
5) Choose "Arduino LLC" and then "Arduino UNO". If there is no "Arduino LLC" option, follow the steps below:
  a) Click the "Have Disk" button.
  b) Point to the Arduino folder, then to the "drivers" folder, then select the .inf file for your particular device (In my case it was Arduino UNO.inf).
6) Install the driver. Ignore any warning messages about verification of publication.
7) The Arduino should now be listed as a COM port instead of an unknown device. In the IDE click Tools > Serial Port and select the new COM port.

Full credit for the solution to this problem:

Tutorial with pictures
Tip for those without the LLC option
13  Using Arduino / Installation & Troubleshooting / FIXED: File Association Problem When Upgrading Arduino to 1.0 on Windows on: May 05, 2012, 08:41:46 am
Passing this along in case others have had this issue when upgrading Arduino on Windows platforms:

I've been upgrading my machines from Arduino-0022 to Arduino 1.0.  After upgrading, I had issues with the .ino file association in Windows, both XP and Win7 64bit.  After installing 1.0 I changed the file association to point to Arduino.exe in the Arduino-1.0 folder.  My preferred method for browsing and opening Arduino files is through Win Explorer, opening via double clock on the source file.  But after upgrade and updating the .ino file association to point to the Arduino 1.0 .exe, double clicking from Win Explorer continued to open the Arduino-0022 IDE.

Some searching led me to this -> http://answers.microsoft.com/en-us/windows/forum/windows_7-files/problems-with-file-association-in-windows-7-64-bit/8a84fcec-22df-4942-8e35-d98dbe96e327  It appears Arduino does not register itself properly when upgraded, after an initial key is established in the Win registry.

After saving a restore point, I used Regedit to navigate to My Computer\HKEY_CLASSES_ROOT\Applications, and finding Arduino.exe I navigated to shell>open>command.  In the Default I changed its location to point to the correct location of the 1.0 Arduino.exe executable (it was still pointing to the old -0022 Arduino.exe location), hit okay and then reassociated the ,ino file type as normal.  It worked.

The linked post above is for Win7 but this fix worked for my Win7 and WinXP machines.
14  Using Arduino / Microcontrollers / Re: I2C on the ATtiny85 on: May 02, 2012, 06:18:33 am
Do you know if the TinyWire library also supports the ATtiny84? Thank you very much.

Yes, I have had success running on an ATtiny84.
15  Using Arduino / Programming Questions / Re: Reset millis() clock on: April 30, 2012, 04:05:33 am
However, @MGeo restarts the timer without ensuring the new values have been first written to SRAM.  That's why volatile is necessary.

Thank you, that adds much clarity to the subject.

About this insistence that the millisecond timer be reset: expect the Arduino to react about as violently as I would react if you grabbed my wrist and tried setting the time on my watch.

That's a bit much, particularly considering as programmer it is in the end my watch to set.

------------------------------------

In case others come across this thread with the same question:

After all the input here and my testing and studying of wiring.c, I'm realizing you can in fact reset millis, mostly.  The fractional counter variable timer0_fract within wiring.c is used for the microseconds calculation and is declared as follows (in bold italic):

volatile unsigned long timer0_overflow_count = 0;
volatile unsigned long timer0_millis = 0;
static unsigned char timer0_fract = 0;

This can not be reached from a sketch.  So you can clear most but not all of the counter state variables from a sketch.  The only way I can see around this is to modify wiring.c.  If that is the case, one would be better off placing a custom millis_reset() in the modified wiring.c.  All a bit much for the casual user.

George
Pages: [1] 2 3 ... 5