Recent Posts

Pages: [1] 2 3 ... 10
1
Yún Shield / Re: EEPROM fuse
Last post by vulture2600 - Today at 12:48 am
Solved!
I SSH'ed into root, then cd'd to usr/bin/ and then "vi run-avrdude"
This brings up the text editor and the line that says
"elif  [ $profile == 'mega2650' ]; then
  avr -c linxgpio -C /etc/avrdude.conf -p m2560 -U lfuse:w:0xFF:m -U hfuse:w:0xD9:m"

change the "D9" to "D0" and it worked! EEPROM is saved after uploading a new sketch.

the text editor VI is tricky to learn but I figured it out.
2
General Electronics / Re: Hardware debounce analog s...
Last post by larryd - Today at 12:47 am


3
Programming Questions / Re: import library problem
Last post by pert - Today at 12:47 am
Neither is valid in C++. I think you mean #include.

#include "AccelStepper.h" first looks for the file in the same folder as the file that contains the include and then in the standard libraries folders.

#include <AccelStepper.h> only looks in the standard libraries folders.

This has absolutely nothing to do with your motor ticking problem, which you already have a thread about:
http://forum.arduino.cc/index.php?topic=517322
4
Displays / Re: Which display to use (for ...
Last post by justjohn - Today at 12:45 am
I haven't tried it yet, but I'd lean towards the Nextion due to it's gui type interface that's seems so easy to work with.
5
Programming Questions / import library problem
Last post by RWTH_MASCHI - Today at 12:42 am
Hey,

whats the difference between #import "AccelStepper.h"
and #import <AccelStepper.h>

I want to change the library to my taste, and i thought if the library is only in the same folder I use "AccelStepper" and if its in like a different place <> searches everywhere.

the point is, even if I copy the library 1:1 and use it in my program with "" it doesnt work as it should. the motor begins to tick in a weird way... :o  :smiley-confuse:

can anyone tell my how i can change the library, and it keeps working then?
the code is rly the same, but yet it doesnt work when imported with ""
it only works if imported with <> and thats weird

wheres the difference
6
Does that mean that in,

"void setColumns(byte b) {
    digitalWrite(COL_1, (~b >> 0) & 0x01); // Get the 1st bit:   100000000000000000000000
    digitalWrite(COL_2, (~b >> 1) & 0x01); // Get the 2nd bit:   010000000000000000000000
    digitalWrite(COL_3, (~b >> 2) & 0x01); // Get the 3rd bit:   001000000000000000000000
    digitalWrite(COL_4, (~b >> 3) & 0x01); // Get the 4th bit:   000100000000000000000000
    digitalWrite(COL_5, (~b >> 4) & 0x01); // Get the 5th bit:   000010000000000000000000
    digitalWrite(COL_6, (~b >> 5) & 0x01); // Get the 6th bit:   000001000000000000000000
    digitalWrite(COL_7, (~b >> 6) & 0x01); // Get the 7th bit:   000000100000000000000000
    digitalWrite(COL_8, (~b >> 7) & 0x01); // Get the 8th bit:   000000010000000000000000
    digitalWrite(COL_9, (~b >> 8) & 0x01); // Get the 8th bit:   000000001000000000000000
    digitalWrite(COL_10, (~b >> 9) & 0x01); // Get the 8th bit:  000000000100000000000000
    digitalWrite(COL_11, (~b >> 10) & 0x01); // Get the 8th bit: 000000000010000000000000
    digitalWrite(COL_12, (~b >> 11) & 0x01); // Get the 8th bit: 000000000001000000000000
    digitalWrite(COL_13, (~b >> 12) & 0x01); // Get the 8th bit: 000000000000100000000000
    digitalWrite(COL_14, (~b >> 13) & 0x01); // Get the 8th bit: 000000000000010000000000
    digitalWrite(COL_15, (~b >> 14) & 0x01); // Get the 8th bit: 000000000000001000000000
    digitalWrite(COL_16, (~b >> 15) & 0x01); // Get the 8th bit: 000000000000000100000000
    digitalWrite(COL_17, (~b >> 16) & 0x01); // Get the 8th bit: 000000000000000010000000
    digitalWrite(COL_18, (~b >> 17) & 0x01); // Get the 8th bit: 000000000000000001000000
    digitalWrite(COL_19, (~b >> 18) & 0x01); // Get the 8th bit: 000000000000000000100000
    digitalWrite(COL_20, (~b >> 19) & 0x01); // Get the 8th bit: 000000000000000000010000
    digitalWrite(COL_21, (~b >> 20) & 0x01); // Get the 8th bit: 000000000000000000001000
    digitalWrite(COL_22, (~b >> 21) & 0x01); // Get the 8th bit: 000000000000000000000100
    digitalWrite(COL_23, (~b >> 22) & 0x01); // Get the 8th bit: 000000000000000000000010
    digitalWrite(COL_24, (~b >> 23) & 0x01); // Get the 8th bit: 000000000000000000000001
;"

after the 16th bit, i would change the ~b>> n to ~b>> 0x...... ? I am really sorry for this I am really not familiar with codings and stuff, thank you so much for the answers
7
Project Guidance / Re: killing serial port with L...
Last post by chuck659 - Today at 12:41 am
the relay is connected to the OUT1 and OUT2 poles on the L289N board.  There is no direct connection to any pins on the Arduino.
8
This is what I found, R being 10K (standard pull down resistor) and the capacitor 10nF. But how higher the capacitance the longer the "debounce effect" since the capacitor discharges itself over the in this case 10K resistor, so I do agree with 100nF.



I hope the image link works, it would be the first time for me. Here is a link to the Image.

http://prntscr.com/ho44ld


9
Deutsch / Re: Interessanter Sketch.
Last post by RIN67630 - Today at 12:36 am
Ich kann dir ein konkretes Beispiel anbieten
http://tmrh20.github.io/AAAudio/

Die Spezialanwendung den gesamten Due zum Erzeugen einer festen Sinusschwingung via DMA zu nutzen
habe ich auf die Schnelle nicht gefunden, wahrscheinlich weil sie nur für einen Benchmark interessant wäre.
Ich würde aber auch eine deutlich höhere "Leistung" erwarten als per Programm zu erreichen ist.

Der "interessante Sketch" benutzt 100% der CPU um die Leistung zu bringen, das ist ein erheblicher Nachteil,
dafür benutzt er so gut wie keinen Speicher, den freien kann man allerdings nicht nutzen (CPU ist ausgelastet).
Mit einer Tabelle könnte man eine höhere "Leistung" erbringen.

Ein DMA Transfer ist um einiges schneller als Instruktionen (sogar als eine einzige),
allein schon weil auch der Opcode gelesen werden muss.

Gleichzeitig kann die CPU weiterarbeiten, solange auf dem Bus genug Luft bleibt (neben DMA und Arbitration).
Danke für deine Erklärungen.
Sicher, so einfach, wie der geschrieben ist, benutzt er 100% CPU-Leistung.
Dafür schafft mein Sketch eine Sampling Rate von 120Khz!

Wenn man die gleiche Prozedur mit "nur" 44.1KHz im Interrupt abruft
(wie z.B. hier:http://rcarduino.blogspot.de/2012/12/arduino-due-dds-part-1-sinewaves-and.html* , hätte meine Methode noch ~2/3 der Rechenleistung übrig.
*dieser Sketch schafft mit der DDS-Technik nur max 11Khz Sinus beim Sampling von 44.1KHz.


DMA wird i.d.R. in Empfangsrichtung verwendet, beim DAC braucht man es umgekehrt.
Geht das? Wie? Was soll das für einen einziges Wort als Vorteil bringen?


Wer weiß mehr?


Wer kann

10
Sensors / Need pressure sensor for canal...
Last post by Mallhew - Today at 12:33 am
We are currently searching for a pressure sensor that we would be able to buy for a cheap price as we need to create a large amount of the systems that we are making. The sensor will only submerge at most 3 meters, so the pressure should have a maximum pressure of 10 psi. If anyone has done something similar please help. Thank you!
Pages: [1] 2 3 ... 10