Vielleicht wird ja das Protokoll offengelegt und einer macht sich einer an eine Qt-Anwendung oder ähnliches? 
Aber das mit Wine hatte ich auch eben probiert 
Und klar, die Stecker sind Standard, aber nicht die Kabel mit zwei A-Steckern. Jedenfalls kam mir noch kein einziges Gerät damit unter....
Naja, wie du eben schon geschrieben sind: sind im Strip miteinander verbunden. An die Buchse vom Strip habe ich einfach nen 12V-Schaltnetzteil gehängt und vom Arduino habe ich GND auch zum Strip gelegt.
Darf man fragen, wieso da eine USB-A-Buchse statt B drauf ist? B wäre doch einfacher, denn wer hat schon ein Kabel mit 2x A-Stecker dran? Oder ist das wegen der Höhe (Kollision Buchse - LED-Draht)?
Ja, das mit der Sequenz wäre super! Wenn ich pausenlos einfach nur 1x HIGH in der Mainloop sende, sind zwar alle Pixel weiß, aber der erste flackert ziemlich und der zweite noch ein wenig.....
Den Thread von den "Weihnachtsbeleuchtern" habe ich auch schon finden können und auch schon deren Timings probiert, aber es will nichts helfen. Dann habe ich mich heute noch durch eine chin. Seite geplagt (+ Registrierung) um ein weiteres Datenblatt zu dem Chip runterzuladen, aber da steht scheinbar genau das selbe drin, wenn ich dem Google-Übersetzer vertrauen kann
Wie es scheint, ist er Hersteller/Vertreiber von dem Teil und wird dazu wohl auch nicht mehr sagen. Wieso? Siehe hier: LED Touch Sensor Er postet was, macht es aber nicht als Werbung kenntlich würde ich sagen....
Bitte verzeiht mir den Doppel-Post, aber will oder kann mir keiner helfen? 
Dann lass es doch stehen, aber SCK ist am tiny2313, wie tauruz schon bemerkte, Pin 19 (PB 7). Wenn du die Pinouts für das MLF-Gehäuse im DB anguckst, siehst du auch, dass da SCK und nicht SCL drinsteht. Wird vllt einfach nur ein Tippfehler von Atmel sein.
Und wegen der Sache mit USB und dem "live dran arbeiten": Lies dir einfach nochmal meinen Beitrag dazu durch, denn genau das habe ich schon erklärt.
Edit: Man kann auch die Suchfunktion ganz einfach benutzen: ISP für ATtiny2313
Du findest bei Google nichts? Naja "Opensource AVR-ISP" bringt ganz oben zB diese hier:
http://www.embedded-projects.net/index.php?page_id=135
http://www.ladyada.net/make/usbtinyisp/
.....
Für eine sehr umfassende Übersicht siehe: http://www.mikrocontroller.net…/AVR_In_System_Programmer
Du könntest eine USB-Verbindung über USB realisieren in dem du eine serielle Schnittstelle emulierst, entweder durch einen externen Chip (FT232R wäre super) oder direkt durch einen USB-Stack auf dem AVR, was aber etwas sehr umständlich ist für den Umfang.
Die Animation könntest du dann im EEPROM vom Tiny speichern oder gleich einen externen nehmen. Für I²C sollten die Pins glaube ich noch reichen, habe jetzt aber nicht nachgeguckt. Eine SD-Karte würde auch gehen, da kannst du dann "unendlich" viel draufspeichern (jedenfalls genug für ein paar Stunden/Tage xD), hast aber ein Problem mit den Pins.
Also der ATtiny2313 ist kein PIC, sondern wie alle ATtinys und ATmegas ein AVR; ein 8-Bit µC von Atmel. Ich kenne zwar jetzt deinen Programmer nicht, aber wenn der nur für PICs ist, wirst du mit dem bei dem AVR keinen Erfolg haben. Dafür nimmst du am besten einen der zahlreichen AVR-ISP.
Achja, das mit dem 10x10x10 RGB-Würfel kannst du glaube ich glatt mal vergessen. Das ist mehr als aufwändig.... Erstmal brauchst du 1000 RGB-LEDs, die übrigens in der 5mm-Ausgabe vier Pins haben, und dann eine deutlich höhere Rechenleistung für flüssige Animationen als bei einem einfarbigen 3x3x3. Du bräuchtest zb 3000 PWM-Signale - und das aktualisier mal so dass es nicht flackert
Danke für den Hinweis, aber ich komme einfach nicht weiter. Im Gegenteil: es entstehen mir unerklärliche Fehler bei diesem Code:
void loop()
{
Reset();
digitalWrite(13, HIGH); //TEST-LED, hat nix mit dem Strip zu tun
delay(5000);
digitalWrite(13, LOW);
// for all 5 chips do:
for (int i = 1; i <= 5; i++)
{
// red
HighBit();
HighBit();
HighBit();
LowBit();
LowBit();
LowBit();
LowBit();
LowBit();
//green
LowBit();
LowBit();
LowBit();
LowBit();
LowBit();
LowBit();
LowBit();
LowBit();
//blue
LowBit();
LowBit();
LowBit();
LowBit();
LowBit();
LowBit();
LowBit();
LowBit();
}
}(der Rest bleibt gleich)
Nach 5 Sekunden wird der erste Pixel weiß und nach einiger Zeit, so um die 20 Sekunden, wird der zweite Pixel grün. Egal, wie ich die Farbbits kombiniere.
Doch eigentlich sollten die Farben maximal aufblinken und dann wieder ausgehen (5 Sekunden Pause nach dem Reset). Also scheint nicht mal der Reset zu funktionieren
Ich habe einfach keinen Einfall mehr....... HILFE!!!!
Nabend!
So, ich habe mir nun von 2bl die 50cm mit den TM1804 ausleihen können und versuche nun vergebens sie anzusprechen.
Dazu nutze ich einen Arduino mit folgendem Programm:
static int pin = 3;
void setup()
{
pinMode(pin, OUTPUT);
}
void loop()
{
// for all 5 chips do:
for (int i = 0; i <= 4; i++)
{
// red
LowBit();
LowBit();
LowBit();
LowBit();
LowBit();
LowBit();
LowBit();
LowBit();
//blue
HighBit();
HighBit();
HighBit();
HighBit();
HighBit();
HighBit();
HighBit();
HighBit();
//green
HighBit();
HighBit();
HighBit();
HighBit();
HighBit();
HighBit();
HighBit();
HighBit();
}
Reset();
delay(5000);
}
void HighBit()
{
// 21 x 62,5 ns = 1312,5 ns
digitalWrite(pin, HIGH);
__asm__("nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t");
// 11 x 62,5 ns = 687,5 ns
digitalWrite(pin, LOW);
__asm__("nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t");
}
void LowBit()
{
digitalWrite(pin, HIGH);
__asm__("nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t");
digitalWrite(pin, LOW);
__asm__("nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t" "nop\n\t");
}
void Reset()
{
digitalWrite(pin, LOW);
delayMicroseconds(24);
digitalWrite(pin, HIGH);
}Nun sind auf dem Streifen fünf Chips verbaut, welche doch eigentlich alle gleb leuchten müssten, oder?
Jedoch leuchten gerade mal die LEDs des ersten Chips und zwar weiß. Aber immerhin, sie leuchten 
Meiner Meinung nach müssten ja auch die Timings stimmen. Das einzige brauchbare, was ich überhaupt zu dem Chip finden konnte ist ein chinesisches Datenblatt:
http://www.tonshine.com/UploadFiles/2009127174050945.pdf
Auf Seite sieben sind die Timings zu finden.
Bitte helft mir 
Morgen,
also ich nutze selbst gerne den Arduino, aber den mit ATmega8/128/328. Die Sprache (Wiring) ist eigentlich ganz normales C++ nur eben mit fertigen Includes.
Für die Funktion analogWrite(Pin, Dutycycle) wird folgender Code benutzt:
// Right now, PWM output only works on the pins with
// hardware support. These are defined in the appropriate
// pins_*.c file. For the rest of the pins, we default
// to digital output.
void analogWrite(uint8_t pin, int val)
{
// We need to make sure the PWM output is enabled for those pins
// that support it, as we turn it off when digitally reading or
// writing with them. Also, make sure the pin is in output mode
// for consistenty with Wiring, which doesn't require a pinMode
// call for the analog output pins.
pinMode(pin, OUTPUT);
if (val == 0)
{
digitalWrite(pin, LOW);
}
else if (val == 255)
{
digitalWrite(pin, HIGH);
}
else
{
switch(digitalPinToTimer(pin))
{
// XXX fix needed for atmega8
#if defined(TCCR0) && defined(COM00) && !defined(__AVR_ATmega8__)
case TIMER0A:
// connect pwm to pin on timer 0
sbi(TCCR0, COM00);
OCR0 = val; // set pwm duty
break;
#endif
#if defined(TCCR0A) && defined(COM0A1)
case TIMER0A:
// connect pwm to pin on timer 0, channel A
sbi(TCCR0A, COM0A1);
OCR0A = val; // set pwm duty
break;
#endif
#if defined(TCCR0A) && defined(COM0B1)
case TIMER0B:
// connect pwm to pin on timer 0, channel B
sbi(TCCR0A, COM0B1);
OCR0B = val; // set pwm duty
break;
#endif
#if defined(TCCR1A) && defined(COM1A1)
case TIMER1A:
// connect pwm to pin on timer 1, channel A
sbi(TCCR1A, COM1A1);
OCR1A = val; // set pwm duty
break;
#endif
#if defined(TCCR1A) && defined(COM1B1)
case TIMER1B:
// connect pwm to pin on timer 1, channel B
sbi(TCCR1A, COM1B1);
OCR1B = val; // set pwm duty
break;
#endif
#if defined(TCCR2) && defined(COM21)
case TIMER2:
// connect pwm to pin on timer 2
sbi(TCCR2, COM21);
OCR2 = val; // set pwm duty
break;
#endif
#if defined(TCCR2A) && defined(COM2A1)
case TIMER2A:
// connect pwm to pin on timer 2, channel A
sbi(TCCR2A, COM2A1);
OCR2A = val; // set pwm duty
break;
#endif
#if defined(TCCR2A) && defined(COM2B1)
case TIMER2B:
// connect pwm to pin on timer 2, channel B
sbi(TCCR2A, COM2B1);
OCR2B = val; // set pwm duty
break;
#endif
#if defined(TCCR3A) && defined(COM3A1)
case TIMER3A:
// connect pwm to pin on timer 3, channel A
sbi(TCCR3A, COM3A1);
OCR3A = val; // set pwm duty
break;
#endif
#if defined(TCCR3A) && defined(COM3B1)
case TIMER3B:
// connect pwm to pin on timer 3, channel B
sbi(TCCR3A, COM3B1);
OCR3B = val; // set pwm duty
break;
#endif
#if defined(TCCR3A) && defined(COM3C1)
case TIMER3C:
// connect pwm to pin on timer 3, channel C
sbi(TCCR3A, COM3C1);
OCR3C = val; // set pwm duty
break;
#endif
#if defined(TCCR4A) && defined(COM4A1)
case TIMER4A:
// connect pwm to pin on timer 4, channel A
sbi(TCCR4A, COM4A1);
OCR4A = val; // set pwm duty
break;
#endif
#if defined(TCCR4A) && defined(COM4B1)
case TIMER4B:
// connect pwm to pin on timer 4, channel B
sbi(TCCR4A, COM4B1);
OCR4B = val; // set pwm duty
break;
#endif
#if defined(TCCR4A) && defined(COM4C1)
case TIMER4C:
// connect pwm to pin on timer 4, channel C
sbi(TCCR4A, COM4C1);
OCR4C = val; // set pwm duty
break;
#endif
#if defined(TCCR5A) && defined(COM5A1)
case TIMER5A:
// connect pwm to pin on timer 5, channel A
sbi(TCCR5A, COM5A1);
OCR5A = val; // set pwm duty
break;
#endif
#if defined(TCCR5A) && defined(COM5B1)
case TIMER5B:
// connect pwm to pin on timer 5, channel B
sbi(TCCR5A, COM5B1);
OCR5B = val; // set pwm duty
break;
#endif
#if defined(TCCR5A) && defined(COM5C1)
case TIMER5C:
// connect pwm to pin on timer 5, channel C
sbi(TCCR5A, COM5C1);
OCR5C = val; // set pwm duty
break;
#endif
case NOT_ON_TIMER:
default:
if (val < 128) {
digitalWrite(pin, LOW);
} else {
digitalWrite(pin, HIGH);
}
}
}
}Wie man sieht, wird bei PWM(0), einfach der Pin komplett auf LOW gesetzt, wie schon richtig vermutet wurde. Wenn ihr noch wissen wollt, wie die Timer initialisiert werden, fragt ruhig. Ich kann euch das aber leider nur kopieren und erklären müsst ihr euch das dann schon selbst
EDIT: Schade, dass eure Codebox-Funktion es nicht erlaubt sich ein- und auszuklappen....
So, nun melde ich mich auch wieder, ich hoffe ihr verzeiht mir meine hohe Latenz 
Ich habe nun 10x TLC5940 als Sample bekommen (kam innerhalb von 48h aus den USA an!) und werde das nun wohl doch erstmal mit diesen lösen. Vorgestellt habe ich es mir so:
[Blockierte Grafik: http://img5.imagebanana.com/img/8j1a5zro/Plan.png]
Dabei werden dann nur die Farben immer umgeschaltet und ich brauche nur für 60 LEDs diese Chips; macht bei 16 Kanälen 4 Stück. Der Vorteil besteht eben dadrin, dass man jeden Ausgang mit 12-Bit-PWM steuern kann, die Chips leicht kaskadierbar sind und sie eine variable KSQ beinhalten.
Die Verdrahtung müsste ja dabei auch sehr übersichtlich sein: LEDs in den Kreis, die Anoden jeweils zu einem Kreis zusammen löten und einfach nur die Kathoden an die Chips ohne Vorwiderstände, ohne alles.
Dann kann ich ja morgen die Edelstahlfront in Auftrag geben gehen 
EDIT: An VCC fehlt natürlich ein Knotenpunkt - nur falls sich ein Kleinkarierter melden sollte
Wenn du auch mit zwei Kontakten auskommst, kannst du auch zu Tamiya-Steckern greifen. Die Mini-Variante kann bis zu 1,5mm²-Leiterquerschnitt verkraften; da solltest du dann schon ein wenig rüberbekommen.
Tamiya-Stecker gibts meines Wissens auch nur bei den Modellbau-Akkus, sind dafür eigentlich ideal.
Schön, wie mein Thema gekapert wird xD
Könnt aber ruhig weiter machen hier; ich lese mit Interesse mit
Nur nochmal kurz zum ursprünglichen Thema:
Wenn ich nun die Methode mit dem Charlieplexing mache, welche LEDs nimmt man dafür? Duo-LEDs mit drei Pins gehen ja nicht, also müsste ich welche nehmen, bei denen die Farbe mit der Stromrichtung bestimmt wird? Kennt ihr eine günstige Quelle dafür?
Für die mit drei Pins hätte ich DIE HIER genommen.
Okay, ich werde mir das morgen mal aufmalen und versuchen es zu verstehen.... Wenn ich es schaffen sollte, werde ich das also doch mit Charlieplexing probieren.
Das mit der LED als Sensor ist eine gute Idee. Ich kannte sie zwar schon, habe es aber noch nicht ausprobiert und fiel mir so spontan auch gar nicht ein
Man kann ja auch eine LED, zb die für 12 Uhr, "normal" an einem IO betreiben und die auch als Sensor nehmen.
@ Pesi, naja, 2 würden ja eigentlich reichen: Stunde und Minute; nur wollte ich ja evtl noch Sekunde dazu nehmen oder bei Tastendruck auch noch was anderes anzeigen lassen (Temperatur, Datum, Batterie fällt ja flach); da würde sich bestimmt schon eine tolle Idee zur Anzeige finden lassen. Denn für nur Stunde und Minute ist dann der Aufwand doch etwas hoch, denke ich mir mal.
Hat sonst noch keiner ein ähnliches Projekt gemacht? Ihr baut hier doch alles nach
Ist ja gut gemeint mit der HDD-Uhr, aber ich möchte auch keine Propeller-Uhr.... Ich habe mir nun erstmal Samples von den TLC5940 bestellt. Mal gucken, wie viele es werden, ideal wären 8 und ob die im DIP-Gehäuse sind...
Kann mir einer von euch sone schicke Platine machen? So ca. 25x25 cm? Ich habe nämlich bis auf einen total vergeigten Ätzversuch bei einem Kumpel davon überhaupt keine Ahnung, geschweige denn die Ausrüstung für. Und dafür wieder eine professionelle(re) Platine machen lassen, finde ich dann doch ein wenig teuer.
Oder es finden sich noch mehr für dieses Projekt, dass man das in größeren Mengen macht.....
Denn bei DUO-LEDs siehts doch nach ein wenig mehr Bahnen aus: http://www.clock-it.net/led_clocks/charlie4.html
PS: 'Nen einfarbigen (rot) 3x3x3-Würfel habe ich auch schon hinbekommen (welch Leistung xD)
Sry, aber ich glaube nicht, dass ich (!) das schaffen würde ohne richtige Platine... Seht euch das doch mal für 72 LEDs an:
[Blockierte Grafik: http://www.clock-it.net/led_clocks/charlieplex_led/black%20frame/pcb1.png]
Trotzdem bleibt immernoch das Kabelgestripp (oder Kabelgestrüpp?) und so ganz elegant wirkt das dann nicht... Und wenn eine LED nicht geht, muss der Fehler erstmal gefunden werden xD
> Das 1/120 Tastverhältniss hast du nur wenn alle LEDs leuchten.
Gut, aber dann bleibt noch der unglaublich hohe Verdrahtungsaufwand. Selbst auf einer doppelseitigen Platine wäre das doch mehr als unpraktikabel....
