Demuxer Schaltplan gesucht für 4-8kanäle....

was spricht denn gegen den von dmx4all (locost) ansonsten nimm einen ATMEGA16 (4€) und nen sn 75176 ? (RS485 IC) etwa 1€ und verknüpf die geeignet. Die analogspannung erzeugst du aus den 4 PWM Ausgängen mit Tiefpass. das ist die einfachste und billigste Lösung, die ich allerdings noch nicht in der Praxis ausprobiert habe.

Und an diesem Punkt habe ich schon alles fertig auf meiner seite:
- DMX-Receiver
- Code zur PWM-Wandlung

nur der Tiefpass fehlt noch...

Allerdings:
Du willst ein Dimmerpack bauen! Da macht eine DA-Ramp-AD-Wandlung nur mäßig Sinn. Und das Ergebnis wird Dich auch nicht umhauen :?

Deswegen habe ich Dir angeboten, mir bei der Einmessung ein paar Nulldurchgangsdetektoren zu helfen und dafür an den Code und bauplan für Dein Dimmerpack zu kommen.

Aus der fehlenden Resonanz schließe ich:

Du hast keine Zeit / keinen Bock / zu dumm um Dich zu beteiligen.
Du hast kein Geld / bist zu geizig für DMX4All.
...und erst recht für eine fertige Bar :wink:

An diesem Punkt empfehle ich Dir, Dein Vorhaben zu vergessen. Entweder man hat kein Geld ODER keine Zeit. Die Kombination ist nur Zeitverschwendung der Forumsmitglieder

Hendrik

JA, wenn du direkt einen Dimmer bauen willst (habe das eben überlesen / falsch verstanden) legst du dir am besten eine fire Tabelle ab und zündest nach entsprechender Zeit. Da macht die Analogrampe keinen Sinn.

Ansonsten sollte man mit meinen Angaben einen Demux bauen können.

Konkrete Fragen kannst du gerne stellen.

dynamische Tables, Buffering, TriacTriggern, etc. ist alles schon funktionstüchtig.
Ich brauche nur die Zeit, zwischen der verschiedene zc-detections anschlagen und dem wirklichen Nulldurchgang. Dann ist das Thema erledigt und alles landet fix und fertig auf dem Server.

Ich komme hier halt blos nicht mehr an Oszis ran :cry:

Aber scheinbar wollen alle nur fertige Ergebnisse (möglichst schon beschrieben, verlötet und zum Materialpreis verschickt) und keiner ist bereit, auch nur im mindesten einen Finger krumm zu machen

Aus diesem Grund habe ich meine ganze Seite auf Eis gelegt und stelle auch den Support für Nachbauer ein. Irgendwann kommt halt der Punkt, wo man angekotzt ist...

Ich hoffe aber, dass es Leute gibt, die genauso motiviert anfangen und meinen Kram fortsetzen statt nur "Wissen abzusaugen".

Grüße, Hendrik

peckatler:

Ich bin nicht Deine kompletzte History im Forum durchgegegangen und Deine Site ist down. Ich hatte spontan darauf geschlossen (wahrscheinlich basierend auf Schreibstil oder Informationsgehalt), dass du zu der Kategorie "Killifisch" zählst... Da habe ich mich wohl ziemlich geirrt: SORRY!
Leider sieht die Situation momentan aber z.Z so aus:

Seit 1Monat die Bitte um Support für mein Pack. Seitdem waren ca. 10000Leute auf meiner Site -> keinerlei Resonanz

Stattdessen alle 2-3Tage eine Mail, wann ich denn endlich mein Pack fertig habe. Jede Woche eine Mail, warum die Scheiße nicht funzt und was ich für ein Penner bin... Zwei Zeilen später: muss man zum Programmieren der AVRs Spannung draufgeben :shock:

Auch toll: PANIK!! Scheiße funzt ned!! Tu was!!! zwei Minuten später: Ich habe meine 8MHz MCU mit 20MHz betrieben... wie kriege ich sie wieder zum Laufen? :mrgreen:

...und so könnte ich jetzt den ganzen Thread zuspammen...

Deswegen zum Abschluss: Bin ich der einzige mit diesem Problem? Gibt es irgendwelche Buzzwords gegen derartige Leute ("für erfahrende Elektroniker" und "kein Erstlingsprojekt" scheint ja offenbar nicht zu wirken)? Gibt es einen JScript-Deppenfilter??

Nochmals sorry
Hendrik

Hey Henne, du bist ja ganz schön genervt. Wäre ich aber wahrscheinlich auch.

Hi Henne,

ich weiss nicht, ob das so mit nem fixen Timeoffset funktioniert, denn jede Hardware ist doch ein wenig anders, evtl. auch mit der Belastung des Trafos (wenn du die sekundärspannung überwachst). Das war der Punkt, bei dem ich mit meinen Digitaldimmern immer die Probleme hatte, das es ab und zu zu fehl Triggerungen gekommen ist. Hatte leider auch keine Möglichlichkeit potentialfrei zu oszilographieren, und auf der Werkbank hat es immer gut funktioniert.

Tomy

Deswegen messe ich nicht den Nulldurchgang auf der Sekundärseite sondern mit einem kleinen OK direkt am Netz :wink:

Leider löscht die OK-LED etwas vor dem wirklichen zc. Deswegen brauche ich die zeitl. Differenz zwischen dem erkannten zc und der Reaktion der mcu.

Durch ein delay von ein paar µs schaffe ich dann einen exakten sync. Die zweite Halbwelle errechne ich mir intern (zweiter zc 10ms nach erstem...).

Mein status:
Ich kann mir am PC die schönsten FiringTables basteln und daraus ein File für's EEPROM generieren, dies wird auch in's RAM gelesen und entsprechend in der gesyncten PWM-Modulation verbraten. Da der sync aber nicht 100% funzt, flackern manche ExtremTables etwas. Außerdem habe ich das Gefühl, nicht wirklich bis auf 100% Helligkeit zu kommen - eher auf 95%... Mit einer normalen Lineartable wäre ich wohl schon vielen China-Produkten überlegen :twisted:

galv. Trennung des Oszis: 2Halogentrafos. Einer normal der andere reverse dahinter. Schon hat man einen schönen Trenntrafo :oops:

Ansonsten: etwas Luft kann ich mir ja lassen, dass es nicht zum Überlauf in die nächsten Halbwelle kommt...

Grüße, hendrik

.. dumme Idee: Zeit messen im Controller opto aus -> opto ein und halbieren ??

Tomy

Du meinst die Differenz der OnTime mit den 10ms der wirklichen Halbwelle bilden und dann halbieren, weil man den Error 2Mal hat?

Hört sich nett an, scheitert wahrscheinlich aber daran, adss die OK-LED eine Zündspannung hat, die von der Haltespannung abweicht. Somit ist die Halbierung ein Problem...

Man könnte eine Testfunzel an dem Pack einige ms nach zc zünden und mit dem Testdelay nach zc wieder ausschalten. Man tastet sich mit dem delay langsam an den Punkt ran, bis die Funzel auf 100% springt - also die Löschung nicht mehr klappt. Nun geht man mit dem Delay wieder etwas zurück + Sicherheitsabstand. Fertig...

Aber bevor ich so ein Gewerkel verzapfe, will ich lieber ein Pic oder wenigstens die Aussage, dass ich mit einem delay von Xms genau den zc treffe. Bis dahin gibt's halt kein offizielles Pack von mir. So ein Gebastel und Zurechtgefrickel würde auch nicht zu den anderen Projekten passen...

Also warte ich wohl bis die Hölle zufriert :cry:

Grüße, hendrik

Falls es für den einen oder anderen hier zu "technisch" wird, habe ich mal eine kleine Skizze des Problems gemacht. (etwas übertrieben)

Ich brauche die Zeit, wo der OK wieder LOW wird aber der Nulldurchgang noch nicht erreicht ist.

Schaut eigentlich simpel aus, aber der Teufel steckt mal wieder im Detail :wink:

Grüße, hendrik

Hi,

also ich würde folgendes machen:
1. Optokoppler nach Null als Referenz nehmen, da im letzten Bereich nur noch sehr wenig passiert.
2. Bei 100% 'Durchzünden', d.h. der Ausgang bleibt konstant auf hi.

Tomy

Für mich selbst mache ich das auch so :mrgreen:
(plus minimales Delay...)

Aber bei der Möglichkeit eigener FiringTables und echten 255 Steps ist ein wahrnehmbarer Sprung in der Helligkeit zwischen 254 und 255 für mich ein Ärgernis...

na ja, vielleicht uppe ich den Kram wenn ich mal Zeit habe trotzdem :roll:

Grüße, Hendrik

Zitat von "Henne"

Mein status:
Ich kann mir am PC die schönsten FiringTables basteln und daraus ein File für's EEPROM generieren, dies wird auch in's RAM gelesen und entsprechend in der gesyncten PWM-Modulation verbraten. Da der sync aber nicht 100% funzt, flackern manche ExtremTables etwas.

Man macht das mit der Nulldurchgangssynchronisation ja auch anders.
Du bastelst dir selbst mit einem Timer alle 10 mS einen "Nulldurchgang".
Der Timer läuft minimal schneller und rastet bei einem Interrupt durch z.B. deinen Optokoppler ein. (Zähler Reset) Das Einrasten darf nur bei kleinen Zählerständen (des PWM-Timers) erfolgen, (int sonst gesperrt) Störungern die irgendwo in der Phase liegen haben damit keinen Einfluß.

Zitat von "Henne"

galv. Trennung des Oszis: 2Halogentrafos. Einer normal der andere reverse dahinter. Schon hat man einen schönen Trenntrafo

Du willst das Meßobjekt am Trenntrafo betreiben nicht das Wellenkino!

Gruß

Uwe

Zitat von "Henne"

Mein status:
Ich kann mir am PC die schönsten FiringTables basteln und daraus ein File für's EEPROM generieren, dies wird auch in's RAM gelesen und entsprechend in der gesyncten PWM-Modulation verbraten. Da der sync aber nicht 100% funzt, flackern manche ExtremTables etwas.

Man macht das mit der Nulldurchgangssynchronisation ja auch anders.
Du bastelst dir selbst mit einem Timer alle 10 mS einen "Nulldurchgang".
Der Timer läuft minimal schneller und rastet bei einem Interrupt durch z.B. deinen Optokoppler ein. (Zähler Reset) Das Einrasten darf nur bei kleinen Zählerständen (des PWM-Timers) erfolgen, (int sonst gesperrt) Störungern die irgendwo in der Phase liegen haben damit keinen Einfluß.

Zitat von "Henne"

galv. Trennung des Oszis: 2Halogentrafos. Einer normal der andere reverse dahinter. Schon hat man einen schönen Trenntrafo

Du willst das Meßobjekt am Trenntrafo betreiben nicht das Wellenkino!

Gruß

Uwe

Zitat von "Henne"

Mein status:
Ich kann mir am PC die schönsten FiringTables basteln und daraus ein File für's EEPROM generieren, dies wird auch in's RAM gelesen und entsprechend in der gesyncten PWM-Modulation verbraten. Da der sync aber nicht 100% funzt, flackern manche ExtremTables etwas.

Man macht das mit der Nulldurchgangssynchronisation ja auch anders.
Du bastelst dir selbst mit einem Timer alle 10 mS einen "Nulldurchgang".
Der Timer läuft minimal schneller und rastet bei einem Interrupt durch z.B. deinen Optokoppler ein. (Zähler Reset) Das Einrasten darf nur bei kleinen Zählerständen (des PWM-Timers) erfolgen, (int sonst gesperrt) Störungern die irgendwo in der Phase liegen haben damit keinen Einfluß.

Zitat von "Henne"

galv. Trennung des Oszis: 2Halogentrafos. Einer normal der andere reverse dahinter. Schon hat man einen schönen Trenntrafo

Du willst das Meßobjekt am Trenntrafo betreiben nicht das Wellenkino!

Gruß

Uwe

Sorry für den mehrfach identischen Eintrag.
Gab eine PHP-Debug-Fehlermeldung, wurde aber trotzdem veröffentlicht.

Uwe

Wenn ich am Dimmer die Originalphase haben will, trenne ich auch mal das "Wellenkino" (BTW: geiler Ausdruck :mrgreen: )

Den Supertrick mit der Interruptsperrung habe ich von Anfang an implementiert. Der Timer läuft nicht schneller, sondern ist leicht früher fertig und gibt dann den Interrupt frei.

Tut mir Leid, aber auf dem Level arbeite ich also schon...

Trotzdem Danke

Hendrik