Danke!

Das Brett vorm Kopf (Haltestrom des Triac) hab ich mal schnell abgeschraubt :-[.

Aber das mit den Vorzeichen ist mir noch nicht ganz klar.
Die OK schalten (jeweils) durch, wenn der Komperatorausgang lo ist, oder nicht?

Wann ist das der Fall?
(Ich dachte ... *****ah - jetzt wirds klar*****

Also in der "positiven Halbwelle" (nennt man das so?) spuckt der Komp-Ausgang irgendwas in der Nähe seiner pos. Versorgungsspannung raus (7,5V) (->OK sperrt).
In der "negativen Halbwelle" gehts dann gegen -7,5V (neg. Versorgungsspannung). Irgendwo dazwischen (idealerweise im Phasendurchgang (+ -> -) sollte der OK durchschalten.

Entsprechend andersrum (- -> +) wieder sperren.

Dann könnten die OKs am µC bei jedem Phasendurchgang ´n Interrupt triggern (also steigende UND fallende Flanke).
In der Spannungsdurchgangs-ISR ... nee... reicht da nicht der Interrupt des Strom-OK aus?
Stromdurchgangs-ISR (beide Flanken = Phasennulldurchgänge) -> vergleiche PinD3 und PinD4 --gleich--> Starte Timer (Dimm-Vorgabe).

Timer-ISR: zünde Triac und stoppe Timer

hmm
Vorraussetzung wäre natürlich, daß der Triac irgendwann mal gezündet wird, außerhalb der Timer-ISR

oder hab ich da jetzt ´n großen Fehler?

In+ > In- liefert 0V am Ausgang? ich dachte, das wäre dann ne negative Spannung... egal, jedenfalls schaltet der entsprechende OK durch.

Andere Frage: Interessiert mich wirklich USign = ISign, oder der Vorzeichenwechsel von ISign?
(Ok, aufgrund der Phasenverschiebung ist die erste auftretende Vorzeichengleichheit nach dem Spannungsphasendurchgang der Stromphasendurchgang)

So, dann bin ich das mit den Bauteilen nochmal durchgegangen.
Der Blindwiderstand sollte sich doch durch Widerstand und Kondensator substituieren lassen, oder?
R8: 470 Ohm, 1W
C1: 0,1µF, 275V(AC)
D3: 2x Schottky bis 100V, 3A
D1, D2: 7,5V Zenerdioden mit Pmax=0,5W (der erste Link war nicht mehr verfügbar)

Die Pufferelkos wie oben. (was ist mit zusätzlichen KerKos?)
Die Widerstände auch, aber reicht für R1/R2 0,25W?
Und was ist mit R10? würde da überhaupt `n 1W reichen (=R8 )?
Für OK1 `n LTV827 (gibts bei CSD)
Kann ich den MOC3023 durch einen MOC3021 ersetzen? (muß ich dann R13 verringern? (auf welchen Wert?))
andererseits zieht der dann ziemlich viel Strom aus dem µC-Pin...

Daß ich zum Testen erstmal `ne simple Schleife nehme, ist klar - aber wenn der Prozessor dann später noch (zusätzlich) was anderes machen soll, ist das mit ISRs sicher einfacher...

******************Edit*************************

mal den Schaltplan nach Eagle übertragen (ok, nicht besonderes):


und anschließend `n Layout draus gemacht:


Einwände?

Achso, sollte es nicht vollkommen Schnurz sein, "wierum" man P und N anschließt bzw den Stecker reinsteckt?

(*Thread such...*)

(*weiter such*)

(*noch mehr such*)

(*ahh ... hust ... keuch)

(*staub wegwisch*)

(*noch mehr Staub wegwisch*)

jetzt aber:

Also, das Teil ist inzwischen zusammengebaut - ich hatte aber diverse Probleme mit der Software

(zB funktioniert bei Bascom wait (us/ms) nur mit Konstanten - hab ich nicht gewußt... bis ich da drauf gekommen bin... , oder diese Fuse im Mega88, die den Takt nochmal durch 8 teilt - die ist bei auslieferung gesetzt, ich hatte halt nur noch´n 88er hier, und hab `n Update draufgespielt und nach France geschickt. Dort lief der überhaupt nicht mehr... (wegen der Fuse, klar )

Jedenfalls hatte ich erstmal einen ... äh ... "Periodenimpulsdimmer" (würde ich jedenfalls so nennen) implementiert. Also quasi nur jede 2te volle Periode an, oder jede 3te, oder 2 von 3 Perioden usw. Damit konnte ich zumindest die Hardware übergeben, regelte zwar, war aber deutlich hörbar. Außerdem war der Luftstrom nicht ... äh ... homogen genug.

Im Moment läuft das Prog mit Interrupts, und zwar in etwa so:

Spannungsphasen-Nulldurchgang löst einen Interrupt (Int0) aus (also auf beiden Flanken) -> ISR lädt timer1 (also den Zähler) mit 0 - delay in µs (der Timer läuft mit 1MHz - delay kann theoretisch ein paar Takte weniger als 10000 bis 0 (oder 1?) annehmen - 10000 entsprächen 10ms=1 Halbperiode) und startet diesen. -> Timer1-Overflow-Interrupt deaktiviert den Timer und zündet den TRIAC (nach Kontrolle der Stromphase usw).

So ... ab delay irgendwo zwischen 7500 und 6000 (also ca 4ms VOR dem nächsten Phasendurchgang = TRIAC verlischt) beginnt die Pumpe schwach zu pumpen - delay kleiner irgendwas zwischen 3000 und 1500 (also ca 2ms nach dem Phasendurchgang) hat keinen fühlbaren Unterschied zum Dauerbetrieb (Zündimpuls liegt immer an). Diverse Werte dazwischen ergeben die erwarteten fühlbaren und hörbaren Pumpenleistungen. Also zumindest ohne pneumatischer Last - was sich verändert, wenn der Schlauch länger wird (durch den Kühlblock geht), wieß ich nicht, aber mMn sollte sich da, wenn überhaupt, nur der Bereich verschieben (kommt ja eigentlich nur etwas Länge und ein paar Kurven hinzu - ich kenne den Block nicht.

Soviel also zum Statement von Nitto Kohki...

Bisher ist das Gerät über Taster bedienbar, es gibt 8 Leistungsstufen (zuzüglich aus=0 und dauerbetrieb=9), angezeigt über eine Siebensegmentanzeige.

Ich habe in der Firmware bereits eine Prozedur, die vom HW-UART ein word entgegennimmt, und dieses als neues Delay auswertet. Demnächst wird sich dieser RS232<->TTL Schnitstellenwandler auf den Weg machen, dann sollte sich die Einstellung genauer vornehmen lassen.

Damit ich nicht dauernd `n Chip hinschicken muß, hab ich noch´n USB-ISP-Programmer gelötet , der geht gleich mit (die µC-Platine hat den Standard-10Pin-Header von Atmel mit drauf).

Solange nur eine Pumpe ( oder beide Parallel) geregelt werden, gibts keine weiteren Probleme, ABER wenn ich die Pumpen (wie beabsichtigt) antiparallel betreibe, ist meistens eine spürbar schwächer (teilweise sogar ganz aus) als die andere. Mir ist noch nicht klar, ob das irgendwelche Induktiven Effekte der Pumpen (=Spulen) sind, oder im Programm irgendwas nicht stimmt. (Die Optokoppler zB schalten ja auch nicht im Phasendurchgang (also bei 0V, sondern bei der Spannung, bei der Ihre LEDs leuchten (sofern man bei IR davon sprechen kann)).

Wie die Ing´s halt so sind, ist ihnen jetzt selbst das pulsieren an der Netzspannung zu viel (also wenn die Pumpen parallel direkt am Netz hängen - 50Hz, antiparallel wär ihnen lieber... )

Wenn die diese "Störung" wirklich an den antiparallel geschalteten Pumpen liegt, wird´n neuer Prototyp fällig (mit 2 TRIACs, jeweils mit eigener Stromphasenmessung - Die Spannungsohase sollte ja identisch sein (und sich auch auf der Sekundärseite des Trafos messen lassen)), oder?

BTW: Danke, Tom

Klar wäre es das Beste, die Pumpe(n) anhand der Anforderungen (Temperaturbereich, Förderleistung (<-Saugfähigkeit), Regelbarkeit und (war vorher nicht gefordert: ) Homogenität des Luftstromes) auszuwählen - sowas in der Art hab ich ja auch schon vorgeschlagen (falls man die überhaupt ( in `nem ordentlichen preislichen Rahmen) findet. Für den nächsten Prototypen werde ich wohl "was ordentliches/passendes" suchen dürfen . Aber bisher waren (mir) diese beiden Pumpen vorgegeben. Und letztendlich ist es js jetzt regelbar - welche Anschnittspausen (-winkel ? ) sie sich jetzt aussuchen, ist Ihr Bier. Ich will jetzt nur noch implementieren, daß er statt der als Konstante vorgegeben Werte für die Stufen, entsprechende Werte aus dem Eeprom lädt. Und diese sich halt über ein serielles Kommando (+Parameter) ins Eeprom schreiben lassen.

(nochmal zu den Anforderungen an die Pumpen, zusammengefaßt: Durch einen, mir unbekannten Block, soll flüssiger Stickstoff zwecks Kühlung gesogen werden. Ob er da noch flüssig ist, ist mir nicht bekannt. Ich gehe aber davon aus, daß er während der Passage durch die Pumpe(n) bereits gasförmig ist - trotzdem aber noch sehr kalt...

Zweitens soll das ganze regelbar sein - mir wäre eine µC-kompatible Lösung (TTL...) am liebsten, da ggf Ansteuerung über einen PC ... erwünscht werden könnte (später...). Ist ja bei dem Prototypen im Prinzip so.

Drittens stört sie jetzt das "knattern" (also auch, oder insbesondere das des Luftstromes), aber da kann ich ja mit diesen Pumpen nicht wirklich was machen (außer Antiparallel betreiben), die hängen halt direkt an den 50Hz Netzfrequenz . (eigentlich ist also so eine einfache ...äh... "halbphasengleichgerichtete Singlehub Schwingspulenpumpe" ( ) ungeeignet, womit ich den Bogen zum Postbegin geschlossen hätte...

Naja, wenn´se (von mir) `nen 2ten Prototypen aufgelegt haben wollen, knie ich mich in die Hardware nochmal rein - Nr1 läuft ja eigentlich, wie (ursprünglich) gefordert.

Das nennt man dann einen "Windkessel", nur eben andersrum...

Hatte ich auch schon vorgeschlagen, quasi als pneumo-mechanischen Kondensator... mit der ganzen Machanik und dem Einbau hab ich aber nix mehr zu tun.

trotzdem Danke für Deine Überlegungen/Mühe...

(Ich hoffe ja immer noch, daß die mir mal ein paar Bilder von der Kiste schicken ( zwar schon über Skype gesehen - Anschluß und µC-Tausch instruiert - aber die Quali der Kamera/Übertragung ))

Ja ja, lang ist's her...

nach langer Zeit habe ich den ganzen Kram nochmal komplett neu gemacht. Jetzt hat jede Pumpe ihren eigenen TRIAC, der auch über einen eigenen µC-Pin angesteuert wird. Im ca 80 Zeilen langen Code (Assembler) geschieht in etwa folgendes:

Initialisierung von timer0 als fastPWM mit OutputCompare (invertiert - match=High Pegel, Überlauf=low Pegel) auf beiden Pins -> Pumpen

Initialisierung von int0 (Spannungs-Nulldurchgangsdetektion, wie gehabt) als Interrupt (beide Flanken)

Initialisierung des ADC (mißt Poti zur "Leistungsvorgabe", ADC wird "autogetriggert", und zwar durch den Überlauf des timers)

Initialisierung von USART0 (Ausgabe des eingestellten "Phasenanschnittswinkels")

So, in der int0-ISR wird der timer neu geladen, und zwar so, daß er innerhalb der nächsten 10ms sicher(!) überläuft. Außerdem wird eine byte-"Variable" inkrementiert. Bei deren Überlauf (carry-flag) wird der Inhalt des OutputCompareRegisters in's UartDataRegister geschrieben (=Datenausgabe ca alle 2,5s).

In der "Ich hab fertig"-ISR des ADC wird lediglich der Inhalt des ADC-Ergebnis-Registers (left adjusted, nur 8bit) in die beiden OutputCompareRegister geschrieben. NAch der Initialisierung wartet der µC eigentlich nur noch auf die Interrupts - die eigentliche Dimmung läuft ja in Hardware...

Wenn man die Pumpen antiparallel an die Platine hängt, werden aus den 50Hz Vibrationen 100Hz

So siehts jetzt aus:



Herzlichen Dank nochmal, insbesondere an Tom

Hmm... laß mich mal nachdenken... äh... blaue Anreihklemmen vielleicht?

gibts zB bei CSD unter Warengruppen -> mechanische Bauteile -> Anschlußklemmen, oder bei Reichelt unter Bauelemente -> Steckverbinder -> Klemmen -> Leiterplatten-Anschlussklemmen...