Eiwomisa 1 - v1.2 (RGBW Controller) Bausatz - aktuell mit 25% Rabatt!!!

hört sich ja sehr viel versprechend an.

Die meisten sachen die du aufgefürht hast, wie analogteile, lcddisplay, oder sonstiges könnte man wenn man es wollte ja selbst anschließen
Hoffe du fürhst, die Pins die du nicht brauchst raus, mit einem Lötpunkt.

Für andere die nicht programmieren können, wrüde ich sagen analogteile fallen weg,
serielle schnitstelle wäre veilleicht zum verknüpfen zweier avrs nötig, braucht man aber eigentlich auch nicht, da dies nur leite brauchen, die programmiren können -> kann dann selbst angelötet werden.

Master/slave kein plan was das ist

DMX, hm.... wäre ne feine sache,

Leider mache ich momentan Prüfung, neben mir leigt schon fast so ein teil wie du bauen willst. Ich bin nach meiner Prüfung auch drauf und dran mir nen dmx empfänger zu basteln. Wenn du ihn dann bei dir einbaust hättest du mir einiges an arbeit erspart ,

MfG

Könnte man an den Analogeingang ein Poti anschliessen und z.b. ein Farblauf (wie bei Philips living colors) realisieren?

Zitat von benkly

Nur hat der AD-Wandler ja eigentlich 10-Bit Auflösung, weiß einer wie man den auf 8-Bit bringt?

Ja - einfach durch 4 teilen! (in Assembler halt um 2 Bit nach rechts schieben....)

Zitat von Dreamliner

Könnte man an den Analogeingang ein Poti anschliessen und z.b. ein Farblauf (wie bei Philips living colors) realisieren?

Ja, reine Software-Sache...

Das mit den ADCs find ich schon wichtig. So wird die Platine universeller einsetzbar. Ich habe mir zwar inzwischen aus Zeitnot selbst schon eine Platine mit ATMega8 erstellt (da führe ich 4 ADCs nach Außen). Die vielen Taster beim ersten Fader fand ich ziemlich nervig. Ohne Anleitung konnte ich mir das nie merken.

Das Display ist für Endanwender-taugliche Projekte sicher sehr gut. Da sieht man, was man einstellt und ggf. Programm etc. Ich habe z.B. sämtliche Tests auf dem myAVR-Board mit LCD-Display gemacht. Da kann man zur Kontrolle viel ausgeben, z.B. den Wert des ADC. Übrigens hatte ich zuerst auch einfach durch 4 geteilt, um auf 8-Bit zu kommen. Hab dann aber zeitweise mt 10-Bit PWM gearbeitet. Letztlich bin ich beim LED-Fading-Programm gelandet und habe dies sinngemäß eingebaut. Schau mal hier . Da hatte ich an meinen Problemen gearbeitet.

Die Fernbedienung war ja schon lange ein Wunsch von mir. Ich habe dies inzwischen auch hinbekommen. Aber Vorsicht, falls Du mit BASCOM arbeitest. Da hatte ich große Probleme, was die Dauer der FB-Abfrage betraf. Das hat bei mir Ewigkeiten gedauert. Ich bin dann auf C umgestiegen.

Ich werde demnächst mal das Projekt inkl. Quellcode posten, auch wenns noch nicht ganz fertig ist.

VG
Nino

Der AD Wandler speichert die 10Bit in 2Bytes. ADhigh und ADlow. In den Registern kann man einstellen, ob die rechts- oder linksbündig gespeichert werden sollen.
Dann braucht man z.B. nur noch das ADhigh Byte weiterverarbeiten und hat automatisch die 8 obersten Bits des AD Wandlers.

Zitat von benkly

Das durch 4 teilen bei der Analoggeschichte hätte mir auch einfallen können, peinlich. Wie sieht das aber in Bascom aus? Geht das so leicht? Was passiert wenn Kommawerte raus kommen, rundet der das dann automatisch auf oder wird die Zahl nach dem Komma einfach weggestrichen (also kein Runden)? Das wäre natürlich praktisch, die Variante mit dem Low- und High-Byte möchte ich ungern verwenden weil es kein reines Bascom-Basic mehr ist.

Sollte kein Problem sein, da das Ergebnis in ein Integer gespeichert wird, entfällt das Runden. Es entstehen u.U. Sprünge beim Drehen des Potis, was aber höchstens im unteren Bereich sichbar sein sollte.

Ich habe ja die Tabelle mit den 64 Werten verwendet und dividiere durch 16. Selbst das ist problemlos möglich.

adcval = ReadChannel(0); /* MUX-Bits auf 0b0000 -> Channel 0 */
			//Differenz zum vorhergehenden Wert? -> Poti wurde verändert
			if ((adcval > adcvalold+5) || (adcval < adcvalold-5))
			{
				//ADC (10 bit) auf 6 Bit abbilden und Werte setzen
				iLED1=adcval/16;iLED2=adcval/16;
				pwm_10_64(iLED1, 1);
				pwm_10_64(iLED2, 2);
				//Wert speichern
				adcvalold=adcval;
			}

Zitat von benkly

Wie war das nochmal mit diesen DMX Kanälen? Wenn ich 4 8-Bit PWM Kanäle habe, dann müsste ich 4 von diesen 512 DMX Kanälen für meinen Fader belegen, oder?

Ganz genau!

Zitat von benkly

Müssen die an einem Stück sein oder kann ich die wie ich will belegen?

Kannst Du theoretisch wüst verteilen, aber das macht hier keinen Sinn, und zusätzlich die Empfangsroutine komplizierter - normal stellt man eine Startadresse ein, und dann kommen die 4 Kanäle am Stück - also z.B. Startadresse 7, dann belegt das Teil die Kanäle 7, 8, 9 und 10 - weil die ja auch am Sender normal zusammengefasst sind, wenn ich z.B. ein Lichtpult benutze, macht es ja null Sinn, dass ich die 4 Kanäle auf 4 irgendwo liegende Fader wüst verteile, die will ich ja am Stück haben....

Einzig Sinnvolle Anwendung für sowas wäre, wenn Du z.B. 4 Weiße LEDs an dem Ding hast, und die dann patchen willst, also eben jeder LED (warum auch immer) eine individuelle Adresse geben willst... aber auch das macht man dann normal eher in der Lichtsteuer-Software, sonst hat man irgendwann gar keinen Durchblick mehr, was nun wo liegt...

Zitat von benkly

Und pro Kanal wird doch ein Byte übertragen, oder?

Richtig

Zitat von benkly

Ach und noch was, wenn ich die UART Schnittstelle für den MAX485 verwende damit ich DMX empfangen kann, dann brauch ich ja nur den RX Pin am µC. Kann ich dann den TX Pin als normalen IO benutzen oder geht das nicht?

Doch, kannst Du weiter benutzen - die sind voneinander unabhängig....

Wäre evtl. zu überlegen (Du hast ja eh' massig Pins beim Megax8 ) ob Du nicht den Tx trotzdem benutzt, und dann noch nen Pin, um den Bustreiber von Empfangen auf Senden umzuschalten - dann kannst Du z.B. auch sowas machen, dass der Fader (wenn er autonom läuft) seine Daten per DMX ausgibt und damit andere synchron steuert - das können sogar diese ganzen billigen LED-PARs..

Ansonsten noch ne Überlegeung: zu dem MAX485 noch nen MAX232 dazu, dann kannst Du das auch gleich als serielle Schnittstelle für den PC benutzen - ob da nun DMX reinkommen soll, oder das Ding (so wie der Chromoflex) dann mit irgendner PC-SW angestuert wird, ist ja reine SW-Sache...

Wenn Du Dir ne sinnvolle Belegung der Tasten überlegst, brauchst Du auch gar nicht viele - Wenn ein Display dabei ist, reichen 4 leicht für ne ordentliche Menuestruktur... ansonsten gibt's ja auch noch die Möglichkeit, die Taster per Multiplex abzufragen - also Taster, IR, Display, DMX/serielle Schnittstelle, ein paar Status-LEDs, Analog in und die 4 PWM-Ausgänge sollte bei so nem µC schon gehen...

Das alles da drin wäre dann echt die "eierlegende Wollmilchsau"

Zitat von turi

Sollte kein Problem sein, da das Ergebnis in ein Integer gespeichert wird, entfällt das Runden. Es entstehen u.U. Sprünge beim Drehen des Potis, was aber höchstens im unteren Bereich sichbar sein sollte.

Ja, so war das gemeint, weil Benkly ja in Bascom macht - einfach 10-Bit-Wert abfragen und integer durch 4 Teilen - die Sprünge im unteren Bereich kommen eher daher, weil man da kleine Unterschiede in den Werten ja gleich als große Unterschiede in der Helligkeit sieht - da macht die Methode keinen Unterschied, auch wenn man (guter Tipp übrigens, Danke, Kanwas!) nur das High Byte vom ADC nimmt, kommt letztlich die selbe Zahl bei raus...

Die SMD Typen haben 2 ADC Eingänge mehr

Und ich dachte, ich reize die µCs immer aus. Kann man nicht noch irgendetwas doppelt belegen
Die ISP Pins z.B.

Zitat von benkly

Dabei muss ich aber immer bedenken das ich den Timer1 und 2 für meine PWM brauche und somit nicht mehr, wie den Timer0, für eine andere Funktion opfern kann.

Für DMX brauchst Du ja keinen Timer - das geht einfach so: Byte wird empfangen -> USART löst Interrupt aus -> ISR verarbeitet das Byte, und dann ist der µC wieder "frei" bis zum nächsten empfangenen Byte...

Senden analog: Byte senden -> wenn das durch ist, wird ein Interrupt ausgelöst -> ISR, die das nächste Byte sendet - usw.

Zitat von benkly

Das tolle an der Sache gegenüber dem MAX 485 wäre dann halt das man gleichzeitig senden und empfangen könnte. Ob das der Controller allerdings noch packt weiß ich nicht, vor allem weil ja alles mit Bascom realisiert werden soll.

*Wirklich gleichzeitig* senden und empfangen kannst Du nicht! - das ist ja ein Bus, ist nur halbduplex - ausser Du willst nen extra DMX in und *eigenständigen* DMX Out machen, das wäre dann aber zum Verkabeln ka**** bzw. Du müsstest dann per SW die Daten vom in zum out übertragen, wenn alle Receiver an ner Kette hängen und von extern gesteuert werden (so *ähnlich* wie bei meiner DMX-Lichterkette).*

Also besser so: Gerät auf DMX-Empfang -> Bustreiber auf empfangen - Gerät im Standalone -> Bustreiber auf senden und die 4 PWM-Werte rausschicken...

*btw.: weiß das jemand, gibt's da ne Funktion, den Tx mit dem Rx-Pin hardwaremäßig "parallelzuschalten"...? also dass der Tx einfach immer den selben Pegel hat, der am Rx anliegt...? - das würde das dann natürlich sehr vereinfachen....

Andere Frage: wozu gleichzeitig DMX senden und empfangen, kann mir jetzt gerade keine sinnvolle Anwendung dafür vorstellen...

Zitat von benkly

Der Max488 oder 490 hat ja 2 Treiber, einen für IN und einen für OUT. Das finde ich eigentlich gar nicht so schlecht. Wenn ich den als Empfänger betreiben will dann klemme ich halt meine 2 Busleitungen an IN per Federkraftklemme oder wenn ich das Teil als Sender benutzen will dann klemme ich meine Leitungen halt an OUT. Das müsste doch so gehen?
Und man könnte halt auf diese Art einen Repeater realisieren der gleichzeitig sogar noch als Empfänger arbeitet.

Überleg Dir das mal, wenn nicht kann ich eigentlich auch den Max485 nehmen.

Also überlegen musst Du Dir wie Du das haben willst, bzw. die anderen hier im Forum, die an dem Teil interessiert sind... ich will das ja dann nicht kaufen, sind halt nur Vorschläge, wie ich sowas bauen würde und/oder das "üblicherweise" gemacht wird...

Wenn Dir/Euch das mit dem umklemmen lieber ist und SW-Repeater für die Kette, dann mach's doch so, spricht ja nix dagegen...

Anstatt zum ATmega644 würde ich eher zur Reihe der picopower-Typen ATmega164p/324p/644p raten, wenn es denn schon 40polige Typen sein sollen. Diese drei Typen sind pinkompatibel und eigentlich von den enthaltenen Funktionsgruppen genau gleich, und sie varieren nur im Flash-, SRAM- und EEPROM-Speicher. Man kann dann also jeweils noch entscheiden, was einem von der Speichergrösse her reicht. Der grosse Vorteil dieser Reihe gegenüber dem ähnlichen ATmega644 (eigentlich waren auch ein 164 und 324 geplant, es wurde aber dann eben gleich die picopower-Reihe entwickelt und rausgebracht) ist, dass die p-Typen ZWEI unabhängige asynchron-serielle Schnittstellen haben, welche als Pins mit RXD0 TXD0 und RXD1 TXD1 bezeichnet sind. Das eröffnet mehr Möglichkeiten zur Kommunikation.

Gruss
Neni

Wenn es dich nicht stört, direkt von US-Grossdistris zu bestellen, dann schau mal bei Digikey (http://www.digikey.de) oder Mouser (http://www.mouser.com) vorbei. Beide Distris haben auch Deutsche Portale (zum Teil auch Filialen) und gute Versandbedingungen auch nach DE. Beide haben jeweils auch immer die neuesten, erhältlichen AVRs an Lager, wobei Digikey noch etwas stärker diese Tradition eines ATMEL-Full-Line-Distributors verfolgt. Als Alternative mit kompetitiven Preisen ist auch TME (http://www.tme.eu) in Polen zu nennen, allerdings haben die nicht immer die ganze Linie im Angebot, insbesondere haben sie die jeweiligen AVRs oft nur im TQFP und nicht im DIP-Gehäuse an Lager.
Farnell (http://www.farnell.de) ist auch immer eine Option, allerdings haben die häufig eher Preise auf Apotheken-Niveau.

Gruss
Neni