Neues Blinkmuster der Blaulichter

Alles rund um Computertechnik, LEDs, und und und....
Benutzeravatar
Harry
Forumane
Beiträge: 2912
Registriert: Dienstag 4. Februar 2003, 12:27
Wohnort: Mache gern Urlaub an der NordOstsee
Kontaktdaten:

Re: Neues Blinkmuster der Blaulichter

Beitrag von Harry » Mittwoch 27. Juli 2011, 14:07

Abschließender Kommentar meiner Seite:

ISP zum neu flashen würde ich vorziehen, spart Aufwand.
ATtiny24 im MLF (schwer zu bekommen), aber nicht alle Pins herausgezogen bietet ausreichend Pins.

Mein Favorit: ATmega88, vergrößert etwas die Leiterplatte ist aber bei Reichelt gut erhältlich.Geflasht wird nach dem Löten per ISP.

Alles eine Frage des Kompromisses, den man eingehen möchte/muss.

Viele Grüße
Harry

TokyoDrift

Re: Neues Blinkmuster der Blaulichter

Beitrag von TokyoDrift » Mittwoch 27. Juli 2011, 14:12

Teile kaufe ich eh bei Digikey. AT88 kommt mir da nicht drauf, das ist n Overkill aller erster Sahne. Hab grad ne Idee. Gib mir 5 Minuten.

Benutzeravatar
Harry
Forumane
Beiträge: 2912
Registriert: Dienstag 4. Februar 2003, 12:27
Wohnort: Mache gern Urlaub an der NordOstsee
Kontaktdaten:

Re: Neues Blinkmuster der Blaulichter

Beitrag von Harry » Mittwoch 27. Juli 2011, 14:24

TokyoDrift hat geschrieben:.. AT88 kommt mir da nicht drauf, das ist n Overkill aller erster Sahne...
Stimmt, wäre aber für mich kein Argument. Wenn der Controller dazu geeignet ist, meine Ziele in Hinsicht Baugröße, Rechenleistung, Reprogrammierung usw. zu erfüllen, dann interessiert es mich absolut nicht, dass er sich im Betrieb furchtbar langweilt.

Viele Grüße
Harry

Hmmm, hatte wohl weiter oben gelogen, als ich versprach, es sei mein letzter Kommentar...

TokyoDrift

Re: Neues Blinkmuster der Blaulichter

Beitrag von TokyoDrift » Mittwoch 27. Juli 2011, 14:45

Stimmt, wäre aber für mich kein Argument. Wenn der Controller dazu geeignet ist, meine Ziele in Hinsicht Baugröße, Rechenleistung, Reprogrammierung usw. zu erfüllen, dann interessiert es mich absolut nicht, dass er sich im Betrieb furchtbar langweilt.
Ist aber auch kein Argument ihn zu nehmen. Dafür ist der m88 viel größer als die T24/25. Wieso sollte ich nen Controller nehmen, den ich nicht brauche, der mehr kostet (!) und größer ist?

Habe jetzt einen 5 Pin FPC stecker drauf, mit RESET dran. Der Transistor ist auch drauf, so kann ich oder der Nutzer das Ding über ISP programmieren, und wenn der nutzer 6 Kanäle braucht deaktiviert er eben den Reset. DANN ist aber das rekonfigurieren nurnoch per reinem SPI möglich, der User braucht evtl. einen speziellen Programmer. Jedenfalls wäre die 2. Platine dann einfach ein 10/6 Pin ISP -> FPC Adapter.

EDIT: So, grad mal seeed gefragt ob das als eine Bestellung durchgeht.

Benutzeravatar
Harry
Forumane
Beiträge: 2912
Registriert: Dienstag 4. Februar 2003, 12:27
Wohnort: Mache gern Urlaub an der NordOstsee
Kontaktdaten:

Re: Neues Blinkmuster der Blaulichter

Beitrag von Harry » Mittwoch 27. Juli 2011, 15:41

TokyoDrift hat geschrieben:Ist aber auch kein Argument ihn zu nehmen. Dafür ist der m88 viel größer als die T24/25. Wieso sollte ich nen Controller nehmen, den ich nicht brauche, der mehr kostet (!) und größer ist?
Meine Aussage war, dass es kein k.o. Kriterium ist, wenn der Controller mehr kann, als er muss.

Dein Kommentar dazu ist eine unzulässige Uminterpretation meiner Aussage ;-). Ich habe nämlich nicht gesagt, dass es ein ausreichender Grund sei, ihn zu nehmen.

Viele Grüße
Harry

TokyoDrift

Re: Neues Blinkmuster der Blaulichter

Beitrag von TokyoDrift » Mittwoch 27. Juli 2011, 17:05

Naja, das wäre ja nun geklärt. Aber das mit dem Reset-PIN selbst deaktivieren zu können wäre doch ne Idee, oder? Dann könnte der Nutzer jeden ISP Programmer nutzen den er will, rumprobieren, und wenn er zufrieden ist entgültig flashen und Reset deaktivieren.

Benutzeravatar
Harry
Forumane
Beiträge: 2912
Registriert: Dienstag 4. Februar 2003, 12:27
Wohnort: Mache gern Urlaub an der NordOstsee
Kontaktdaten:

Re: Neues Blinkmuster der Blaulichter

Beitrag von Harry » Mittwoch 27. Juli 2011, 19:26

Aus meiner Sicht ideal.
Jeder kann nachbauen, evtl. etwas die Blinkmuster editieren und zum Schluss den Reset Pin disablen. Finde ich gut!

Viele Grüße
Harry

Benutzeravatar
hendrik.s
Forumane
Beiträge: 304
Registriert: Sonntag 16. September 2007, 19:31

Re: Neues Blinkmuster der Blaulichter

Beitrag von hendrik.s » Donnerstag 28. Juli 2011, 15:55

Hallo,

das mit dem editiren hört sich gut an :) .

Habe das Programm für meinen Tiny mal online gestellt.

Das Programm startet sofort wenn Spannung angelegt ist.

Viele Grüße

Hendrik

TokyoDrift

Re: Neues Blinkmuster der Blaulichter

Beitrag von TokyoDrift » Sonntag 31. Juli 2011, 13:23

Ich schau grad, dass ich irgendwo die Teile zum ausprobieren herbekomme, also den AVR und den Transistor vorallem. Dann wird ausprobiert und dann das PCB zum Fertigen gegeben.

Benutzeravatar
hendrik.s
Forumane
Beiträge: 304
Registriert: Sonntag 16. September 2007, 19:31

Re: Neues Blinkmuster der Blaulichter

Beitrag von hendrik.s » Sonntag 31. Juli 2011, 15:26

Das hört sich gut an :) . Wo lässt Du das PCB fertigen?

Viele Grüße

Hendrik

TokyoDrift

Re: Neues Blinkmuster der Blaulichter

Beitrag von TokyoDrift » Sonntag 31. Juli 2011, 15:41

seeed

TokyoDrift

Re: Neues Blinkmuster der Blaulichter

Beitrag von TokyoDrift » Montag 1. August 2011, 21:10

Code: Alles auswählen

.equ F_CPU 128000

RESET:
   --SPL=LOW(RAMEND) //only SPL present on T25
   ldi TEMP1, LOW(RAMEND)
   out SPL, TEMP1

   --LEDDDR=0xFF
   ldi TEMP1, 0xFF
   out LEDDDR, TEMP1

   --Z=0
   ldi ZL, 0
   ldi ZH, 0
RESET_LOAD:
   --(*Z)=EEPROM_READ(Z)
   rcall EEPROM_READ
   ST Z, TEMP1
   --IF((++Z)!=120)jmp LOAD
   inc ZL
   cpi ZL, 120
   brne RESET_LOAD

   --MUL=EEPROM_READ(Z++)
   rcall EEPROM_READ
   mov MUL, TEMP1
   inc ZL
   --PER=EEPROM_READ(Z)
   rcall EEPROM_READ
   mov PER, TEMP1

   --Prescaler 64, CTC Mode
   ldi TEMP1, (1<<WGM01)|(0<<WGM00)
   out TCCR0A, TEMP1
   ldi TEMP1, (0<<WGM03)|(0<<CS02)|(1<<CS01)|(1<<CS00)
   out TCCR0B, TEMP1
   --Compare Value 2; Enable interrupt
   ldi TEMP1, 2
   out OCR0A, TEMP1
   ldi TEMP1, OCIE1A
   out TIMSK, TEMP1

   sei
Grade noch bisschen programmiert. Ich würde sagen F_CPU = 128kHz (intern). Ich schätze dass er dann zwar nich groß zum Schlafen kommt, aber dürfte trozdem weniger Strom brauchen wegen kleinerem Takt. Fehlt noch der Interrupt Vektor, das SPI init (da muss ich mir noch was einfallen lassen) und EEPROM_READ. Desweiteren die SPI Konfigurationsfunktion, EEPROM_WRITE und einige Defines.

Diese(s) Werk bzw. Inhalt von TokyoDrift steht unter einer Creative Commons Namensnennung-Nicht-kommerziell-Weitergabe unter gleichen Bedingungen 3.0 Unported Lizenz.
Über diese Lizenz hinausgehende Erlaubnisse können Sie unter http://tokyodrift-dev.info erhalten.

TokyoDrift

Re: Neues Blinkmuster der Blaulichter

Beitrag von TokyoDrift » Dienstag 2. August 2011, 20:32

So, mal eine Version, die soweit funktionieren sollte. Es fehlt nurnoch das SPI Zeug. Assembliert fehlerlos, einzig vor wenig freiem RAM wird gewarnt. Habs aber noch nicht getestet (kommt noch). Und ja, ich mag CC.
Dateianhänge
BlinkCtrl.zip
(1.79 KiB) 208-mal heruntergeladen

TokyoDrift

Re: Neues Blinkmuster der Blaulichter

Beitrag von TokyoDrift » Mittwoch 3. August 2011, 21:47

So nochmal n kleines Update gemacht. Der RAM vom TN25 fängt bei 0x60 an, wer hats gewusst? :/
Naja, nun gehts, dank dem lokalen Hackerspace habe ich jetz tatsächlich n ATTiny25 bekommen. Außerdem hat mich der lokale Hackerspace auf eine Idee gebracht, die das PCB nochmal um einiges kleiner macht und gleichzeitig den Reset Pin nicht nutzt. Auf ne Matrix hätte ich aber auch selber kommen können *brett vorm kopf*. Das ist aber noch nicht implementiert. Muss ich überlegen wie das Code-Technisch am besten ist.

TokyoDrift

Re: Neues Blinkmuster der Blaulichter

Beitrag von TokyoDrift » Freitag 5. August 2011, 14:13

So. Software läuft jetzt. Hardware müsste soweit auch tun.
Wäre die im Bild gezeigte Verkabelung OK? (Ja, es soll so sein dass an jedem anschluss 2 oder 3 LED Pins sind)
Dateianhänge
Unbenannt.JPG

Benutzeravatar
hendrik.s
Forumane
Beiträge: 304
Registriert: Sonntag 16. September 2007, 19:31

Re: Neues Blinkmuster der Blaulichter

Beitrag von hendrik.s » Freitag 5. August 2011, 15:14

Hallo TokyoDrift,

das sieht ja Klasse aus! Die Verkabelung ist okay :) . Sind sogar Vorwiderstände mit auf der Platine verbaut?

Wie viel Leistung pro Ausgang stehen zur Verfügung?


Viele Grüße

Hendrik

TokyoDrift

Re: Neues Blinkmuster der Blaulichter

Beitrag von TokyoDrift » Freitag 5. August 2011, 19:40

Ja, Widerstände sind auf der Platine. Habe ca. 12mA pro Kanal. Habe gerade ein Video gemacht, also vom Prototyp auf Steckplatine, das lad ich jetzt dann hoch. Hatte leider keine blauen LEDs, nur grüne.

http://www.youtube.com/watch?v=AdIwX_rMKMA

Benutzeravatar
Sebastian
Forumane
Beiträge: 1895
Registriert: Freitag 3. Januar 2003, 11:28
Kontaktdaten:

Re: Neues Blinkmuster der Blaulichter

Beitrag von Sebastian » Freitag 5. August 2011, 20:25

Interessant, interessant!

Sebastian aka Plastikschnitzer
Videos rund um Car System und Funktionsmodellbau: https://www.plastikschnitzer.de

TokyoDrift

Re: Neues Blinkmuster der Blaulichter

Beitrag von TokyoDrift » Samstag 6. August 2011, 17:28

Nur mal kurz zur Erklärung wie man das EEPROM File erstellt:
- größten gemeinsamen Teiler aller Ein- und Ausschaltzeiten in ms finden
- dieser ist MUL (0<=MUL<=255), falls MUL>255 müsst ihr eben solange runterteilen bis es passt
- checken ob der maximale Periode reicht (PER=160*MUL in ms)
- PER ist die größte An/Ausschaltzeit in ms geteilt durch MUL
- für jede ausgeschaltete Zeit der länge MUL wird eine 0 vergeben, sonst 1
- mit 0 auffüllen bis es 160 ziffern sind
- MUL und PER dazuspeichern, fertig

Benutzeravatar
Oysos
Forumane
Beiträge: 793
Registriert: Samstag 4. August 2007, 11:43
Wohnort: Kiel

Re: Neues Blinkmuster der Blaulichter

Beitrag von Oysos » Sonntag 7. August 2011, 08:42

Moin,

hast du schonmal ausprobiert, wie komplexe Blinkmuster man mit den 22 Byte speichern kann? Quasi als Referenzimplementierung ;-)
TokyoDrift hat geschrieben:- checken ob der maximale Periode reicht (PER=160*MUL in ms)
- PER ist die größte An/Ausschaltzeit in ms geteilt durch MUL
Entweder ich check das gerade nicht, oder das sind zwei widersprüchliche Definitionen von PER...

Magst du nochmal deinen aktuellen Schaltplan + Layout posten?

Gruß
Hannes

Antworten