freebus.org

Hi,
selbsterklärend, ja, desswegen hab ich unter "Ideas" und "misc" nach dem vorschlag geschaut und nicht unter einem Dimmer der bereits fertig besteht

Die Schaltung sieht schon mal ganz gut aus, eventuell die Versorgung der OPV mit C-netzteil wegen der Verluste.
Alternativ könnten wir auch die Spannung per Relaise ganz abschalten.

Willst dann die Ausgänge der opv auf ADC eines MC geben, der hot wirered ist?


Leider wird die Schaltung zu groß sein für up(denke ich jedenfalls).

LG
Andreas

Hallo,

sorry wenn ich das Dokument wo falsches abgelegt habe
Habe aber noch keine Anleitung gefunden was im svn wohin gehört.
Und auf eine entsprechende Fragein Forum noch keine Antwort.

Spannungsversorgung ist noch ganz offen, war nur eine erste Idee.

Bisher sind die Spannungs- und Stromsensoren nur für die Phasenlage gedacht, dann reicht ein
Digitaleingang, der auch über einen Optokopper erfolgen kann, dann kein Hot wired nötig.

Soll es ein richtiger Universaldimmer werden, mit Erkennung der LAstart, wird man noch 1 bis 2 zusätzliche OPs benötigen um
die Stromspitzen bei falscher Ansteuerung zu erkennen und entsprechend umzuschalten. Auch hier kann ein Digitaleingang und Optokoppler verwendet werden. Ist eigentlich erhr eine Sicherheit gegen Platzbedarf Abwägung.

Einen ADC benötigt man eigentlich gar nicht, da der genaue Strom uninteressant ist. Lediglich ob er über eine Schwelle
liegt, die ist bei Gira z.B. fix bei ca. 8-10A verdrahtet.

Gruß
Rainer

Hallo,

nach einigen Überlegungen habe ich nun die Schaltung für den 2-fach Universaldimmer fertig.
Sie liegt im svn unter /trunk/hardware/ideas/app_2dimm_univ

Bisher existiert nur der Schaltplan.
Die Hardware habe ich auf dem Steckbrett aufgebaut und mit einer einfachen Software getestet,
so dass es prinzipiell funktioniert.

Eigenschaften:
--------------
- Automatische Erkennung der Lastart ( An. oder Abschnittsdimmer)
- jeder Kanal kann eine andere Phase haben L1, L2, L3
- Überlasterkennung
- Spannungsausfallerkennung
- Lastausfallerkennung (nur wenn eingeschaltet)

Diese Eigenschaften sind erst mit der endgültigen Software möglich.

Im Gegensatz zum bereits veröffentlichten Dimmer soll es nur einen uC geben,
d.h. der EIB-Controller soll dimer und EIB bedienen.
Das wird noch eine Herausforderung an die Software.


Gruß Rainer

Hallo Rainer,

feine Sache dass du da dran bleibst!
hast mal geschaut ob alles wohl auf ne Appli passt? Der Trafo braucht da ganz schön Platz
Versteh nur nicht ganz, warum du absolut alles mit einem controller hier machen willst,
ein kleiner 8 Füßer kostet doch nicht viel und hotwired brauchst dann eventuell
weniger optokoppler. Soll keine Kritik sein, nur so ne Überlegung
Absolut scharf wär noch ne Kurzschlußerkennung-/Verhinderung mittels
Spannungsabfall an R shunt auf Tyristor welcher gate-FET auf masse zieht.
Die Versuche hierzu kosten aber Material

_________________
LG
Andreas

Hallo,

auf das Board passt alles drauf, so ein 0.35VA Trafo mit 2 Sekundärwicklungen ist um einiges kleiner
als die entsprechenden Kondensatoren der C-Netzteile. Außerdem hatte ich dann Probleme mit der fehlenden
galv. Trennung und musste noch einen DC/DC nachschalten, war dann viel zu gross.

Ist sicher eine Überlegung wert einen eigenen uC zu spendieren, allerdings benötigt mann dann wieder Platz für den ISP, noch eine Sorte von Controller (denn der LPC922 wird sicher zu gross), ein 2. App-Programm zu flashen, ...
Ich versuche es erst einmal so, evtl. komme ich ja noch darauf zurück.

Kurzschlusserkennung ist jetzt auch schon möglich (Überlast), allerdigs wollte ich so flexibel sein dann über den
uC abzuschalten. Hardwaremäßig ist etwas problematisch (hatte ich mir auch schon überlegt) wegen:
Werden die FETS bei Überlast abgeschaltet ist diese natürlich weg und es wird sofort wieder eingeschatet, d.h. das system fängt an zu schwingen ... Also muss eine Maximalwertspeicherung (wie jetzt schon im Überlastzweig implementiert) mit
Diode und C nachgeschaltet werden, wenn der C entsprechend leer ist wird wieder eingeschaltet und bei andauerndee Überlast wieder aus ...
Das habe ich lieber unter Kontrolle des uC, hoffe nur das der schnell genug ausschaltet ehe etwas defekt ist.
Wenn du aber eine gute Schaltungsidee hast ... her damit, baue ich gerne ein.

Gruß
Rainer

Hi Rainer,
Kurzen über mc wär mir zu gefährlich, der ist eventuell zu langsam
der tyristor hält sich selber bis zum nächsten nulldurchgang.
solche schaltungen werden auch bei profi dimmern verwendet hat mir ein user
gesagt. man fährt die leuchte im kaltstart so langsam an.(für augen kaum wahrnehmbar)

ein hotwired Mc eine isp spendieren?? die mußte dann aber optokoppeln

_________________
LG
Andreas

Hi,

für Kurzen ist eigentlich die Sicherung da.
Die Abschaltung ist eigentlich für Überlast, das sollten die FETs einige ms aushalten, immerhin vertragen sie kurzzeitig bis zu 73A.
Gruß
Rainer

Hi Oldcoolman,

habe mir einige Gedanken zur hardwaremäßigen Abschaltung bei Überlast gemacht.
Werde das mal austesten und wenns tut implementieren.
Der EIB wird dann nur über die Abschaltung informiert.

Rainer

Hallo Rainer,
noch kurz der Gedanke von mir; es ist mir schon klar dass für einen Kurzschluß
die Sicherung auslöst. Die Erfahrung zeigt aber, dass gerade bei den HV Halogen
Leuchtmitteln G9 bzw GU10 GZ10 bei Abschmelzen des Wolframdrahtes es häufig zu einem Kurzschluß kommt. Die Standzeit dieser Leuchtmittel ist in etwas halb so
hoch wie die der NV LM. Ich mußte auch schon 35A Hausanschlußsicherungen desswegen bei Kunden tauschen. Wenn man sich jetzt vorstellt jedesmal das
REG aufschrauben zu müssen, naja finde ich halt lästig. Eine sichere Kurzschlußdetektion(die ich HW machen würde mit tyristor oder bistabiler kippstufe?) würde da eine feine Sache sein. Auf die Feinsicherung würde ich trotzdem nicht verzichten, denn die originale, welche in dem Fall auf die Sicherung
verzichten mußten auch schon getauscht werden.
--> doppelte Sicherheit in dem Fall, denn : wir wollen ja besser sein

_________________
LG
Andreas

Hi,

habe schon etwas getestet, sieht ganz gut aus.
Im Endeffekt kommt die Spannung zur Ansteuerung der FETs vom Überlastteil und wird im
Überlastfall abgeschaltet.

Gruß
Rainer

Jetzt machst du mich aber neugierig

Ist dass dann so , dass der fehler hw mäßig gespeichert bleibt bis ein Art
reset vom controller kommt, oder nur eine gegenkopplung?

_________________
LG
Andreas

Hallo,

habe die Schaltung mit 2 Kanälen (mit Überlastteil) mal auf einer Platine im REG4-Format aufgebaut.

Der Überlastteil funktioniert folgendermaßen:
Übersteigt die am Shunt R1 abfallende Spannung eine bestimmte Schwelle, dann schaltet ein
Operationsverstärker OPV seinen Ausgang auf 12V und läd so einen C auf. Ein 2. OPV schaltet den Ausgang
auf 0V sobald der C über 8V geladen ist. Dieser Ausgang liefert die Steuerspannung der FETs, diese schalten also aus.
Durch eine eingebaute Hysterese schaltet er die 12V erst wieder unter 4V ein.
Um den C zu entladen wurde ein Widerstand parallelgeschaltet, so dass nach einer Überlast ca. 3s abgeschaltet wird.
Da auch an den Controller gemeldet wird, hat dieser genug Zeit um abzuschalten, wenn nicht wird nach 3s wieder eingeschaltet
(und bei noch anstehender Überlast natürlich sofort wieder aus).
Am Ausgang von OPV1 ist ein R in serie geschaltet um den LAfestrom des C zu begrenzen, damit wird bei
Einschaltspitzen nicht sofort der Überlastfall erkannt.

Habe die Funktion schon auf dem Steckbrett getestet und es hat gut funktioniert.

PS: Die Pläne und das LAyout liegen im SVN unter /trunk/hardware/ideas/app_2dimm_univ
Version 0.9

Gruß
Rainer (Petzi)

Hallo,

anbei noch ein paar Bilder vom aktuellen Prototypen

Gruß
Petzi

Hallo Petzold,

der Dimmer sieht echt Klasse aus! *sofort ausprobieren will...*

Viele Grüße,
Max

Hallo Max,

das wird noch eine Weile dauern, den bis jetzt gibt es noch keine Software dafür.
Die muss ich erst noch entwicklen.

Es gibt momentan nur eine Testanwendung die dimmt alle 4 s langsam hoch und wieder runter.

Gruß
Petzi