High-Speed-Optokoppler

Hallo Joerg,

Gibts die wirklich so als Shop wo jeder einfach nen Chip und ein bischen Geld mitbringt und mit Schaltplänen wieder rausspaziert? Ohne das dumme Fragen gestellt werden?

Haben die noch offene Stellen? ;-)

Grüße Erik

Hallo Erik,

Das sollte fuer die MSP430 Serie ein Heimspiel werden.

Hmm, hattest Du nicht mal etwas von >100kHz geschrieben? Koennte aber auch ein anderer Thread gewesen sein. SW-PWM sind so schnell nicht zu machen und schon gar nicht, wenn die CPU zwischendurch schlafen geht. Es sei denn, die Dinger laufen alle mehr oder weniger synchron und man kann das an die Timer haengen. Bei sechs Stueck aber unwahrscheinlich. Oder eben externe PWM Chips nehmen.

Das haben die Leute von der CD4000er Familie auch immer gesagt und ich hatte vor kurzem damit wieder ein neues Design erledigt. ARM muss erst einmal simpler in der Hardware (VCC usw.) werden und die ganze Sleep/Stromsparchose so gut machen wie MSP430. Gute 8051er konnten das schon Anfang der 90er, alles schon gemacht damals.

Das hatte Volkswagen mit dem Kaefer auch :-)

Nein, er sass sogar in einem Industrierechner. Nach den regelmaessigen File Dumps zu urteilen hatte er fast die ganze Nacht geschafft und ist dann im Morgengrauen von hinnen gegangen. Das war allerdings auch permanentes Multiplizieren.

Das sind so die Dinge, die bei Consultants unter "Overhead" fallen, das kann man Kunden nicht durchberechnen.

Gruesse, Joerg

Hallo Erik,

Weiss ich nicht, ich habe solche Shops nie benutzt.

Ich glaube, dass ist eher etwas fuer Prozesstechniker. Kann man aber lernen. Musste ich aus anderem Grund, weil uns Zulieferer von Halbleitermaschinen dauernd sagten, dass unsere Wuensche in Sachen Praezision unerfuellbar seien. Also mussten wir die Maschinen mehr oder weniger selbst entwickeln.

Gruesse, Joerg

Hallo Joerg,

Na dann bin ich beruhigt. Kann man den CPU-Kern aufwecken ohne in einen Interrupthandler rein zu müssen? Also wenn ich z.B. den AD-Wandler gestartet hab und der 3µs braucht dann bin ich doch im Code an der richtigen stelle:

Ja, hab mich aber auf 32kHz korrigiert, sollte doch für die Timer kein Problem sein. 8MHz/256 und wenn die 8 Bit nicht reichen, weil ich einen kleineren Strom erzeugen möchte, werden es eben 8kHz (8MHz/1024). Dabei fällt mir auf das man die PWMs nicht unabhängig voneinander betreiben kann. Vieleicht klappts auch mit 16MHz/1024 aber wohl eher nicht bei

Kennst Du einen sparsamen welchen für 2,5V mit 4 unabhängigen Kanälen (den Rest kann die CPU selber), welche man am besten einzeln schlafen legen kann? Wie bekomme ich dort den Takt rein (5% Genauigkeit reicht dabei völlig) bzw. wo könnte der herkommen?

ACK

Naja, wenigstes in die Nähe. Ein ausgewachsener 32Bit-CPU-Kern mit ordentlich Flash und RAM (weil Befehlsworte und Variablen ja doppelt so groß sind) wird immer etwas mehr Hunger haben als ein kleiner 16Bitter der speziell auf Sparsamkeit getrimmt wurde.

Auch so gut wie die MSP430?

Na immerhin, ich nehme mal an die nächtliche Arbeit war nicht ganz verloren.

Sollte ihn eigentlich nicht vor ein ernstes Problem stellen. War es einer von Intel oder so ein Cyrix-Clone?

Zumindest nicht offen auf der Rechnung, sowas fällt dann unter Sonstiges bei R&D. ;-)

Grüße Erik

Hallo Erik,

Bei den aelteren (1er und 4er) dauert es eh gut 6usec, bis die CPU nach Aufwecken zum Marschantritt bereit ist, laenger als andere Peripherie. Deshalb kam das Thema wohl noch nicht auf. Die 2er wachen schneller auf und der 16bit Wandler braucht laenger, bis das erste Sample da ist. Ob dabei die CPU schlafen kann, waere eine interessante Frage. Hatte ich noch nicht eruiert, weil in meiner App nicht vorkommend. Ich denke aber nicht, dass es geht, weil der Wandler seinen Takt braucht und dafuer reicht bis auf ganz langsame Anwendungen der 32kHz Oszillator nicht. Bei Volldampf will er um die 1MHz sehen und da ist der Anteil der CPU eher "a drop in the bucket".

Leider nicht, das ist bei mir alles "semi-analog". Da ich bei Designs knausrig bin, ist das meist etwas a la Hex Schmitt Trigger. Das ergibt bis zu sechs PWM und die Tastverhaeltnisse sind in einer Regelschleife. Man koennte sie aber auch durch einen 8-fach DAC setzen und der uC sieht ab und an nach, ob's noch passt. Dann bliebe die Chose billig und man koennte die verbliebenen zwei DAC Kanaele untervermieten.

Vor allem die zwei engtolerierten Spannungen sind laestig. Das ist nichts fuer Low Cost.

Nein. Der gute alte PCON Befehl laeuft zwar wie am Schnuerchen, aber im Schlaf nuckeln die Dinger noch etliche uA. Wake-up ging damals auch nur ueber RS232 ("Kompanie aufstehen!") oder harten Reset. Ich habe RS232 genommen. 32kHz Echtzeit Uhr musste man sich auch verkneifen.

War ein Cyrix, damals einige hundert Maerker :-(

Nee, det jibtet nich. Sonstiges kann ich nicht berechnen, mache ich jedenfalls nicht.

Gruesse, Joerg

Hallo Joerg,

Das ist schade und entspricht auch nicht ganz dem Bild das TI mit den Werbeaussagen versucht zu erzeugen.

Müste eigentlich möglich sein schließlich kann er doch einen Fertig-Interrupt generieren.

Bedeutet CPU-Kern in den Schlafmodus zu schicken auch gleichzeitig das alle Taktsignale aus sind? Also auch ACLK und SMCLK?

Dafür ists ja auch ein 16Bittiger welcher, der darf sich schon etwas mehr Energie genehmigen.

Kannst Du da mal ein simplifiziertes Beispiel nennen oder machst Du das mit ner Art Sägezahn?

Ja, das ist bekannt. Bei Einzelstücken oder privaten Basteleien gibts aber noch andere Kriterien als den letzten Cent (cool das ist jetzt auf beiden Seiten vom großen Teich gültig) rauszuquetschen.

wie gesagt ein kleines simples Beispiel an dem ich das Prinzip, welches Dir wohl gerade durch den Kopf schwirrt, ablesen kann währe nicht schlecht

Dem kann ich nur Zustimmen, eine präzise und für weiten Leistungsbereich (vom Tiefschlaf bis Volldampf) ausgelegte/sparsame Core-Spannungsversorgung ist keine leichte Angelegenheit, selbst wenn der Kostendruck nicht so groß ist. Bei der IO-Spannung kann man schon eher etwas großzügiger sein, zumindest nach unten.

Ich denke schon das TI mit den MSP430 im Punkt Energieverbrauch wirklich ein gutes Produkt entwickelt hat, da müssen die anderen erst mal hinkommen.

grausam

noch grausamer

verständlich Nur bei der PC-Technik hat man sich für Reset entschieden um den 286 vom Protected-Mode wieder in den Real-Mode zu bekommen, und wie die Zeit es uns gezeigt hat war das keine geschickte Wahl.

Ja, damals konnte Cyrix noch Coprozessoren bauen die tatsächlich innovative Ideen enthielten. AFAIR hatten die mal spezielle Matrix-Multiplikationsbefehle drin. Selber hatte ich aber nur einen 387 von Intel der trotzdem mit dem 386 von AMD gut zusammengearbeitet hat.

Ich hab schon mal Rechnungen gesehen wo "Sonstiges" drauf stand.

Grüße Erik

Hallo Erik,

Genau weiss ich es nicht mehr, war bei mir bislang keine Anforderung. In den hohen Stromsparstufen ist der DCO jedenfalls aus und dann ist nur noch 32kHz da.

Schon, aber Renesas ist dicht auf den Fersen.

Sieh Dir mal das Oszillatorbeispiel fuer den CD40106 an, uebertragbar auf 74HC und andere Familien. Wenn man nun parallel zum Widerstand der Rueckkopplung noch eine Serienschaltung aus einem weiteren Widerstand und einer Diode hinzusetzt, bekommt man ein unsymmetrisches Tastverhaeltnis. Ich waehle es mit guter Reserve hoeher als ich es maximal brauche. Dann wird am Input mit einem Transistor nach Masse gesteuert. Dies variiert allerdings auch die Frequenz. Wenn die konstant sein soll, wird's ein wenig komplizierter.

Der Transistor oder, wenn es nicht auf den letzten Heller ankommt, FET kann man mit einem Voltage Output DAC ansteuern. Einen BJT auch mit den meist billigeren Current Output DACs.

Ging eigentlich problemlos. Nit schoen, aber selten, taete der Aachener jetzt sagen.

Fand ich eigentlich in Ordnung, auch wenn dem Firmware-Schreiber eine Gaensehaut kam.

Oder "EDV Kosten". Mache ich aber nicht, nur wenn wirklich Kosten wie fuer Material oder Fracht angefallen sind. Doch dann stehen sie haarklein beschrieben. Kommt einfach aus dem Database Report in die Rechnung, dann weiss jeder Buchhalter, wofuer das genau war.

Gruesse, Joerg

Hallo Joerg,

ich meinte den AD-Wandler, ich finds okay wenn sich der 16Bit-AD-Wandler etwas mehr gönnt als der "normale" 12Bit-AD-Wandler

also wenn ich schon einen DA-Wandler nehme dann kann ich auf die ganze PWM verzichten und einfach nen sparsamen Comparator nutzen um den Strom am Soll zu halten, da komm ich etwa auf 25µA (bei 2,5V, z.B. laut Datasheet von MAX5534 + MAX9119) zuzüglich den Strom der in den FET vom Schaltwandler muss. Dazu muss nur der Schwingkreis aus Spule und Innenwiderstand vom Akku eine ausreichend kleine Frequenz haben, also L groß genug wählen, damit der Comparator nicht das schwingen anfängt.

Grüße Erik

Hallo Erik,

Dann muesste aber ein uC, der nicht genug Timer hat, durchlaufen. Notfalls geht vielleicht auch noch je ein Kondensator am Gate der FETs, der nach jedem Aufwachen vom uC soweit hoch- oder heruntergepulst wird, bis eingetreten ist, auf was immer geregelt werden soll. Ist es eingestellt, geht der Port Pin auf Hi-Z und der uC wieder "poofen". Allerdings muss man untersuchen, ob sich die Querstroeme der ersten Port Stufen nicht zuviel laeppern.

Gruesse, Joerg

Hallo Joerg,

Was? Ich glaube jetzt haben wir aneinander vorbei geredet. Wenn ich schon einen DA-Wandler, zur Sollwertvorgabe, benutze dann brauche ich doch keine PWM mehr sondern überlasse die Regelung einem Comparator, der Soll und ist vergleicht und dementsprechend den FET vom Stromregler an oder aus schaltet.

Grüße Erik

Hallo Erik,

Ja, da hatte ich Dich wohl missverstanden. Mit DAC braucht man keine PWM. Aber ueber ein wenig Trickserei koennte es ohne DAC und trotzdem ohne PWM gehen (mit Gatekondensatoren).

Gruesse, Joerg

Hallo Joerg,

Du meinst sowas wie einen Längstransistor? Ist mir für 5 bis 800mA dann doch zu verschwenderisch. Ich hab mir gedacht über den DA-Wandler denn Sollwert vorzugeben (aufrecht erhalten kostet weniger als 10µW) und damit ständig den Istwert zu vergleichen. Die resultierende Schaltfrequenz am FET hängt von der Hysterese vom Comparator, dessen Propagation Delay, der Zeitkonstante aus Akkuinnenwiderstand und Spule plus Schaltzeit vom FET (hab ich was vergessen?) ab. Der Energieverbrauch am FET (Gateumladung u.ä.) ist bei einer PWM mit gleicher Frequenz genau so hoch, also bringt mir die PWM keinen echten Vorteil gegenüber der Comparatorvariante welche auch keine Probleme mit so einem großen Wertebereich hat. 5 bis

Grüße Erik

Jan Hendrik Schön und Prof. Batlogg haben vorgemacht, wie man dutzende von neuen Papers trotzdem produzieren kann. Die Mediziner nimmst du korrekterweise aus, die produzieren am Fliessband neue Papers, mit dem Inhalt einer Seite aus dem Laborheft. Liest kein Schwein, reine Onanie.

Nicht jeder Schweizer ist Halskrank und/oder aus Zürich kommend. duck

Rolf_Bombach schrieb:

Aber dem Vorurteil, Schweizer seien etwas langsam, lieferst Du hier reichlich Nahrung (SCNR).

BTW: es heißt _News_-group .

Servus

Oliver

Hallo Oliver,

| BTW: es hei=DFt _News_-group .

Er hat doch einen Neuen Beitrag geliefert. Wo liegt das Problem?

Marte

Hallo zusammen,

es ist mir nun doch schon ein paarmal vorgekommen, dass ich Newsbeiträge von mir, die ich über Arcor verfasst hatte erst mit recht großer Verspätung zu sehen bekam. Von gestern Abend bis gerade sind ja lustig 18 Stunden vorbeigegangen. Ist das normal so? Oder läuft da bei Arcor was schräg, was man denen mitteilen sollte?

Vielleicht ist der Weg von der Schweit aus ja noch länger, um den Bezug zum unteren Thread wiederherzustellen ;-)

Marte

"Marte Schwarz" schrieb im Newsbeitrag news:4443d992$1 snipped-for-privacy@news.arcor-ip.de... Hallo Oliver,

| BTW: es heißt _News_-group .

Er hat doch einen Neuen Beitrag geliefert. Wo liegt das Problem?

Marte

• Marte Schwarz [2006-04-18 14:56]:

Die Newslaufzeit liegt mittlerweile normalerweise im Minutenbereich. Arcor hatte eigentlich auch immer einen ganz guten Newsadmin, also würd ich auf jeden Fall mal anfragen, wenn du dir sicher bist, dass es nicht an deiner Seite liegt.

Hm, äh, es Momäntli, iich überleg noh... ob ich da antworte.