Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.sci.electronics > #324118 > unrolled thread

32,768kHz Quarz an 74HC4060

Back to article view | Back to de.sci.electronics

Contents

  32,768kHz Quarz an 74HC4060 "Michael S." <michaely@bigfoot.de> - 2022-07-23 22:31 +0200
    Re: 32,768kHz Quarz an 74HC4060 Kurt <kurt.bindl@t-online.de> - 2022-07-23 23:00 +0200
      Re: 32,768kHz Quarz an 74HC4060 "Michael S." <michaely@bigfoot.de> - 2022-07-23 23:09 +0200
        Re: 32,768kHz Quarz an 74HC4060 Kurt <kurt.bindl@t-online.de> - 2022-07-23 23:15 +0200
          Re: 32,768kHz Quarz an 74HC4060 "Michael S." <michaely@bigfoot.de> - 2022-07-24 07:54 +0200
    Re: 32,768kHz Quarz an 74HC4060 Leo Baumann <ib@leobaumann.de> - 2022-07-24 00:00 +0200
      Re: 32,768kHz Quarz an 74HC4060 "Michael S." <michaely@bigfoot.de> - 2022-07-24 07:48 +0200
    Re: 32,768kHz Quarz an 74HC4060 Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-07-24 00:16 +0200
      Re: 32,768kHz Quarz an 74HC4060 "Michael S." <michaely@bigfoot.de> - 2022-07-24 07:53 +0200
        Re: 32,768kHz Quarz an 74HC4060 olaf <olaf@criseis.ruhr.de> - 2022-07-24 08:05 +0200
          Re: 32,768kHz Quarz an 74HC4060 Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-07-24 18:50 +0200
          Re: 32,768kHz Quarz an 74HC4060 Leo Baumann <ib@leobaumann.de> - 2022-07-24 22:17 +0200
          Re: 32,768kHz Quarz an 74HC4060 "Michael S." <michaely@bigfoot.de> - 2022-07-24 22:24 +0200
        Re: 32,768kHz Quarz an 74HC4060 "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2022-07-25 07:00 +0000
      Re: 32,768kHz Quarz an 74HC4060 Leo Baumann <ib@leobaumann.de> - 2022-07-24 14:02 +0200
        Re: 32,768kHz Quarz an 74HC4060 "Michael S." <michaely@bigfoot.de> - 2022-07-24 22:25 +0200
          Re: 32,768kHz Quarz an 74HC4060 Kurt <kurt.bindl@t-online.de> - 2022-07-24 23:28 +0200
            Re: 32,768kHz Quarz an 74HC4060 "Michael S." <michaely@bigfoot.de> - 2022-07-25 07:05 +0200
    Re: 32,768kHz Quarz an 74HC4060 olaf <olaf@criseis.ruhr.de> - 2022-07-24 07:57 +0200
      Re: 32,768kHz Quarz an 74HC4060 "Michael S." <michaely@bigfoot.de> - 2022-07-24 09:31 +0200
      Re: 32,768kHz Quarz an 74HC4060 Gerhard Hoffmann <dk4xp@arcor.de> - 2022-07-24 10:33 +0200
        Re: 32,768kHz Quarz an 74HC4060 olaf <olaf@criseis.ruhr.de> - 2022-07-24 13:25 +0200
          Re: 32,768kHz Quarz an 74HC4060 Volker Bartheld <news2022@bartheld.net> - 2022-07-24 14:33 +0200
            Re: 32,768kHz Quarz an 74HC4060 olaf <olaf@criseis.ruhr.de> - 2022-07-24 16:44 +0200
              Re: 32,768kHz Quarz an 74HC4060 Andreas Neumann <an5275@sedo.com> - 2022-07-24 18:06 +0200
                Re: 32,768kHz Quarz an 74HC4060 Arno Welzel <usenet@arnowelzel.de> - 2022-07-24 18:30 +0200
                Re: 32,768kHz Quarz an 74HC4060 Axel Berger <Spam@Berger-Odenthal.De> - 2022-07-24 21:24 +0200
              Re: 32,768kHz Quarz an 74HC4060 Volker Bartheld <news2022@bartheld.net> - 2022-07-24 19:39 +0200
              Re: 32,768kHz Quarz an 74HC4060 "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2022-07-25 07:11 +0000
                Re: 32,768kHz Quarz an 74HC4060 olaf <olaf@criseis.ruhr.de> - 2022-07-25 10:45 +0200
                  Re: 32,768kHz Quarz an 74HC4060 "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2022-07-25 09:16 +0000
                  Re: 32,768kHz Quarz an 74HC4060 Helmut Schellong <rip@schellong.biz> - 2022-07-25 11:25 +0200
                    Re: 32,768kHz Quarz an 74HC4060 olaf <olaf@criseis.ruhr.de> - 2022-07-25 11:41 +0200
                      Re: 32,768kHz Quarz an 74HC4060 Helmut Schellong <rip@schellong.biz> - 2022-07-25 12:46 +0200
          Re: 32,768kHz Quarz an 74HC4060 "Michael S." <michaely@bigfoot.de> - 2022-07-25 07:08 +0200
        Re: 32,768kHz Quarz an 74HC4060 Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-07-24 18:56 +0200
          Re: 32,768kHz Quarz an 74HC4060 Andreas Bockelmann <xotzil@gmx.de> - 2022-07-24 20:18 +0200
            Re: 32,768kHz Quarz an 74HC4060 Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-07-24 20:36 +0200
              Re: 32,768kHz Quarz an 74HC4060 Volker Bartheld <news2022@bartheld.net> - 2022-07-25 06:54 +0200
              Re: 32,768kHz Quarz an 74HC4060 Andreas Bockelmann <xotzil@gmx.de> - 2022-07-25 11:28 +0200
        Re: 32,768kHz Quarz an 74HC4060 "Michael S." <michaely@bigfoot.de> - 2022-07-24 20:47 +0200
      Re: 32,768kHz Quarz an 74HC4060 "Michael S." <michaely@bigfoot.de> - 2022-07-24 22:26 +0200
    Re: 32,768kHz Quarz an 74HC4060 Arno Welzel <usenet@arnowelzel.de> - 2022-07-24 09:35 +0200
    Re: 32,768kHz Quarz an 74HC4060 Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-07-29 23:15 +0200
      Re: 32,768kHz Quarz an 74HC4060 Frank Scheffski <usenet@alles-moppelkotze.de> - 2022-07-29 23:41 +0200
        Re: 32,768kHz Quarz an 74HC4060 Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-08-01 18:53 +0200
          Re: 32,768kHz Quarz an 74HC4060 Frank Scheffski <usenet@alles-moppelkotze.de> - 2022-08-01 22:17 +0200
            Re: 32,768kHz Quarz an 74HC4060 Bernd Mayer <beambamboom@yahoo.com> - 2022-08-02 15:05 +0200
            Re: 32,768kHz Quarz an 74HC4060 Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-08-05 12:57 +0200
              Re: 32,768kHz Quarz an 74HC4060 Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2022-08-05 13:44 +0200
      Re: 32,768kHz Quarz an 74HC4060 Gerhard Hoffmann <dk4xp@arcor.de> - 2022-07-30 03:35 +0200
        Re: 32,768kHz Quarz an 74HC4060 Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-08-01 19:02 +0200

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

#324136

Am 24.07.22 um 07:57 schrieb olaf:
> Michael S. <michaely@bigfoot.de> wrote:
> 
>   >hat hier schonmal jemand einen 32kHz Uhrenquarz erfolgreich und stabil
>   >an einem 74HC4060 zum Laufen gebracht?
> 
> Ja, ist aber schon >20Jahre her.
> 
>   >Begonnen mit
>   >2x22pF Lastkapazität
>   >1Meg wwischen Pin 10 und 11
>   >2k2 Serienwiderstand
> 
> Sollten das nicht eher 10Meg sein?
> 
>   >Aber stabil ist das nicht. Die Flanken an CLKI sind bei 32kHz natürlich
>   >so matschig, dass sich der Eingang viel zu lange im Bereich der
>   >Schaltschwelle rumtreibt. Hinzu kommt die Gegenkopplung von 1Meg, die
>   >das ganze dann noch verschlimmert.

Diese Stimmgabelquarze sind relativ hochohmig in der
Serienresonanz. Da findet sich schnell ein Parallelweg
für die Rückkopplung. Versuch mal, den C am Invertereingang
größer zu machen, und zwar so, dass das bei 50 MHz
auch wirkt. Sinn wäre, den loop gain bei 50 MHz zu beschädigen.

Die 1 oder 10 Meg sind keine RF-Gegenkopplung sondern sollen
die Vorspannung machen, damit der Inverter als invertierender Verstärker 
funktionieren kann,

Disclaimer: Ich habe mich bisher erfolgreich von Gatter-
oszillatoren ferngehalten.

Ich hatte mal einen Studienkollegen, der hat später Herz-
schrittmacher-Design mit full custom chip inclusive einer
6502-Variante gemacht. Da schätzen die Patienten stromsparendes
Arbeiten, wenn jeder Batteriewechsel eine Operation bedeutet.

Gruß,
Gerhard

[toc] | [prev] | [next] | [standalone]

#324139

Gerhard Hoffmann <dk4xp@arcor.de> wrote:

 >Disclaimer: Ich habe mich bisher erfolgreich von Gatter-
 >oszillatoren ferngehalten.

Ja, bei normalen Gattern kann das ja zu interessanten
Problemen fuehren wenn man keinen unbuffered Inverter 
hat, aber vom extra dafuer vorgesehenen Anschluss eines
4060 sollte man erwarten das es damit geht.

Auf jedenfall sollte man mal einen Temperaturzyklus
damit durchziehen und schauen ob er bei jeder Temperatur
auch anschwingt. .-)

 >6502-Variante gemacht. Da schätzen die Patienten stromsparendes
 >Arbeiten, wenn jeder Batteriewechsel eine Operation bedeutet.

Mach mal 4-20mA Geraete, da schaetzt du das auch.
Aber Schaltungen auf moeglichst geringen Stromverbrauch
zu optimieren macht auch irgendwie Spass.

Olaf

[toc] | [prev] | [next] | [standalone]

#324141

On Sun, 24 Jul 2022 13:25:47 +0200, olaf wrote:
> [...] Schaltungen auf moeglichst geringen Stromverbrauch
> zu optimieren macht auch irgendwie Spass.

Ressourcensparende Designs sollte man heutzutage eigentlich jedem
Entwickler mit dem Hammer einbläuen, vollkommen egal, ob es um
Antriebsmotoren, Medizingeräte, Werkzeug, Elektronik oder Software bzw.
um Energieverbrauch, Rohstoffe, Gewicht, Größe, usw. geht.

Ich finde es immer ganz lehrreich, auch mal ein Stück Software für
vollkommen anachronistische Computer mit Minimalhardware zu schreiben
[1] oder quasi von der Pike auf eine elektronische Schaltung zu
entwerfen, auch wenn es die als Schüttgut vom freundlichen Asiaten
gibt.

Dave ist für Zuhörer manchmal ein bisserl anstrengend, speziell, wenn er
seinen piepsigen Herzkasperl kriegt. Auf seinem YouTube-Kanal gab es
dennoch für mich Einiges zu lernen [2], Bescheidenheit inklusive.
Letzteres scheint vielen Entwickler abhanden gekommen. Etwas mehr
Verantwortungsbewußtsein könnte auch nicht schaden, wenn man sich all
die schnell zusammengehackten Geräte anschaut, die kaum aus dem
Alphastatus herauskommen.

Aber der Kunde checkts halt (meist) nicht und die Kohle fließt auch so.

Volker

[1] https://spectrumcomputing.co.uk/entry/36999/ZX-Spectrum/The_Ring_of_the_Inka-Sir_Clive_Edition
[2] https://www.youtube.com/watch?v=QrYYGS0uZlU&list=PL8D3B363139B67FF3

[toc] | [prev] | [next] | [standalone]

#324143

Volker Bartheld <news2022@bartheld.net> wrote:

 >Ressourcensparende Designs sollte man heutzutage eigentlich jedem
 >Entwickler mit dem Hammer einbläuen, vollkommen egal, ob es um

Das ist so plakativ vereinfacht leider Unsinn weil auch die
Entwicklungszeit eine Resource ist und wenn ich eine Schaltung so
entwickel das sie 20% weniger Strom verbraucht, aber fuer 5Euro mehr
Bauteile braucht dann muss der Kunde das auch kaufen wollen.
Die Realitaet ist also leider relativ komplex.

 >dennoch für mich Einiges zu lernen [2], Bescheidenheit inklusive.
 >Letzteres scheint vielen Entwickler abhanden gekommen. Etwas mehr
 >Verantwortungsbewußtsein könnte auch nicht schaden, wenn man sich all
 >die schnell zusammengehackten Geräte anschaut, die kaum aus dem
 >Alphastatus herauskommen.

Nein, leider falsch. Wie ein Geraet auszusehen hat wird in aller Regel
nicht vom Entwickler definiert. Ich hab da schon den absurdesten
Unsinn zu hoeren bekommen. Und noch schlimmer, das kann sogar sinnvoll
sein wenn der Kunde genau so einen Unsinn unbedingt kaufen will. Aber
am schlimmsten, bei komplexen Maerkten kann der absurde Unsinn sogar
absolut korrekt sein weil der Kunde wohlmoeglich mehr Ahnung hat als
man selber als Entwickler. :)

Es gilt sicherlich nicht fuer jedes einzelne Geraet, aber im Mittel
bekommt der Kunde schon das was er verdient/haben will. Das die
Qualitaet im Consumerbereich in Deutschland so niedrig ist liegt am
Kunden selber. Ueber jahrzehnte wurde nur so billig wie nur moeglich
gekauft und entsprechend wird jetzt entwickelt.

Olaf

[toc] | [prev] | [next] | [standalone]

#324144

olaf wrote:

> Es gilt sicherlich nicht fuer jedes einzelne Geraet, aber im Mittel
> bekommt der Kunde schon das was er verdient/haben will. Das die
> Qualitaet im Consumerbereich in Deutschland so niedrig ist liegt am
> Kunden selber. Ueber jahrzehnte wurde nur so billig wie nur moeglich
> gekauft und entsprechend wird jetzt entwickelt.

Oh, jetzt ist der Kunde schuld daß man nahezu nur noch Chinesenschrott
kaufen kann. 
Danke für die Aufklärung. 
Not.

[toc] | [prev] | [next] | [standalone]

#324146

Andreas Neumann:

> olaf wrote:
> 
>> Es gilt sicherlich nicht fuer jedes einzelne Geraet, aber im Mittel
>> bekommt der Kunde schon das was er verdient/haben will. Das die
>> Qualitaet im Consumerbereich in Deutschland so niedrig ist liegt am
>> Kunden selber. Ueber jahrzehnte wurde nur so billig wie nur moeglich
>> gekauft und entsprechend wird jetzt entwickelt.
> 
> Oh, jetzt ist der Kunde schuld daß man nahezu nur noch Chinesenschrott
> kaufen kann. 

Indirekt - ja.

> Danke für die Aufklärung. 
> Not.

Du willst es halt nicht hören. Aber wenn ein Hersteller mit
Billigprodukten mehr Umsatz macht als mit qualitativ hochwertiger Ware,
dann wird er logischerweise die Billigprodukte verkaufen.

Hochwertige Ware ist dann nur noch ein Nischenprodukt und keinesfals
selbstverständlich.


-- 
Arno Welzel
https://arnowelzel.de

[toc] | [prev] | [next] | [standalone]

#324162

Andreas Neumann wrote:
> Oh, jetzt ist der Kunde schuld daß man nahezu nur noch Chinesenschrott
> kaufen kann.

Ja. Nur sehr wenige deutsche und europäische Anbieter sind an zu großer
Nachfrage trotz Billigkonkurrenz pleitegegangen.


-- 
/¯\   No  |    Dipl.-Ing. F. Axel Berger    Tel: +49/ 221/ 7771 8067
\ /  HTML |    Roald-Amundsen-Straße 2a     Fax: +49/ 221/ 7771 8069
 X    in  |    D-50829 Köln-Ossendorf      http://berger-odenthal.de
/ \  Mail | -- No unannounced, large, binary attachments, please! --

[toc] | [prev] | [next] | [standalone]

#324150

On Sun, 24 Jul 2022 16:44:30 +0200, olaf wrote:
> Volker Bartheld <news2022@bartheld.net> wrote:
>> Ressourcensparende Designs sollte man heutzutage eigentlich jedem
>> Entwickler mit dem Hammer einbläuen, vollkommen egal, ob es um
> Das ist so plakativ vereinfacht leider Unsinn weil auch die
> Entwicklungszeit eine Resource ist

Ich wüßte jetzt nicht, wo in meiner Aussage "Kompromisse sind nicht zu
dulden" stand oder "Bei Energieverbrauch, Rohstoffe, Gewicht, Größe
handelt es sich um komplett unabhängige Dinge, die sich mühelos
vereinbaren lassen".

>> dennoch für mich Einiges zu lernen [2], Bescheidenheit inklusive.
>> Letzteres scheint vielen Entwickler abhanden gekommen. Etwas mehr
>> Verantwortungsbewußtsein könnte auch nicht schaden, wenn man sich all
>> die schnell zusammengehackten Geräte anschaut, die kaum aus dem
>> Alphastatus herauskommen.

> Nein, leider falsch. Wie ein Geraet auszusehen hat wird in aller Regel
> nicht vom Entwickler definiert. Ich hab da schon den absurdesten
> Unsinn zu hoeren bekommen.

Und ihn dann sklavenhaft befolgt? Hmmm. Wie sage ich das jetzt...
Vorerst mal lieber gar nicht.

> Es gilt sicherlich nicht fuer jedes einzelne Geraet, aber im Mittel
> bekommt der Kunde schon das was er verdient/haben will.

"Der Kunde" garantiert. Da sind wir uns vollkommen einig.

Volker

[toc] | [prev] | [next] | [standalone]

#324184

olaf <olaf@criseis.ruhr.de> wrote:
>Volker Bartheld <news2022@bartheld.net> wrote:

> >Ressourcensparende Designs sollte man heutzutage eigentlich jedem
> >Entwickler mit dem Hammer einbläuen, vollkommen egal, ob es um

>Das ist so plakativ vereinfacht leider Unsinn weil auch die
>Entwicklungszeit eine Resource ist und wenn ich eine Schaltung so
>entwickel das sie 20% weniger Strom verbraucht, aber fuer 5Euro mehr
>Bauteile braucht dann muss der Kunde das auch kaufen wollen.
>Die Realitaet ist also leider relativ komplex.
Bei µC kann es reichen, wenn man ein bisschen nachdenkt. Anstelle von Busywait
auf den UART kann ich den µC schlafen legen und mit dem ankommenden Byte vom
UART wieder aufwecken. Das spart Strom ohne grossen Programmieraufwand.

-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

[toc] | [prev] | [next] | [standalone]

#324188

Peter Heitzer <peter.heitzer@rz.uni-regensburg.de> wrote:

 >Bei µC kann es reichen, wenn man ein bisschen nachdenkt. Anstelle von Busywait
 >auf den UART kann ich den µC schlafen legen und mit dem ankommenden Byte vom
 >UART wieder aufwecken. Das spart Strom ohne grossen Programmieraufwand.

Aehem..das sind die banalsten Sachen die jedem Studenten nach 3min
nachdenken einfallen. (hoffentlich)
Wenn du aber auf wenige uA runter willst und trotzdem noch ein 
Multitaskings-BS laufen haben willst dann kommen da noch ganz
andere Tricks zum tragen. Das ist dann immer eine Kombination
aus geschickt designter Hardware + Software.

Olaf

[toc] | [prev] | [next] | [standalone]

#324189

olaf <olaf@criseis.ruhr.de> wrote:
>Peter Heitzer <peter.heitzer@rz.uni-regensburg.de> wrote:

> >Bei µC kann es reichen, wenn man ein bisschen nachdenkt. Anstelle von Busywait
> >auf den UART kann ich den µC schlafen legen und mit dem ankommenden Byte vom
> >UART wieder aufwecken. Das spart Strom ohne grossen Programmieraufwand.

>Aehem..das sind die banalsten Sachen die jedem Studenten nach 3min
>nachdenken einfallen. (hoffentlich)
Ich habe da meine Bedenken. 

>Wenn du aber auf wenige uA runter willst und trotzdem noch ein 
>Multitaskings-BS laufen haben willst dann kommen da noch ganz
>andere Tricks zum tragen. Das ist dann immer eine Kombination
>aus geschickt designter Hardware + Software.

>Olaf
ACK.  



-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

[toc] | [prev] | [next] | [standalone]

#324191

On 07/25/2022 10:45, olaf wrote:
> Peter Heitzer <peter.heitzer@rz.uni-regensburg.de> wrote:
> 
>   >Bei µC kann es reichen, wenn man ein bisschen nachdenkt. Anstelle von Busywait
>   >auf den UART kann ich den µC schlafen legen und mit dem ankommenden Byte vom
>   >UART wieder aufwecken. Das spart Strom ohne grossen Programmieraufwand.
> 
> Aehem..das sind die banalsten Sachen die jedem Studenten nach 3min
> nachdenken einfallen. (hoffentlich)
> Wenn du aber auf wenige uA runter willst und trotzdem noch ein
> Multitaskings-BS laufen haben willst dann kommen da noch ganz
> andere Tricks zum tragen. Das ist dann immer eine Kombination
> aus geschickt designter Hardware + Software.
> 
> 

Eine klassische Maßnahme ist, einen extra auf geringsten Stromverbrauch
gezüchteten uC zu verwenden.
Mein ehemaliger Chef hatte mal ein solches Projekt, und hatte
seine Wahl bei TI getroffen.


-- 
Mit freundlichen Grüßen
Helmut Schellong   var@schellong.biz
http://www.schellong.de/c.htm  http://www.schellong.de/c2x.htm  http://www.schellong.de/c_padding_bits.htm
http://www.schellong.de/htm/bishmnk.htm  http://www.schellong.de/htm/rpar.bish.html  http://www.schellong.de/htm/sieger.bish.html
http://www.schellong.de/htm/audio_proj.htm  http://www.schellong.de/htm/audio_unsinn.htm  http://www.schellong.de/htm/tuner.htm
http://www.schellong.de/htm/string.htm  http://www.schellong.de/htm/string.c.html  http://www.schellong.de/htm/deutsche_bahn.htm
http://www.schellong.de/htm/schaltungen.htm  http://www.schellong.de/htm/rand.htm  http://www.schellong.de/htm/dragon.c.html

[toc] | [prev] | [next] | [standalone]

#324194

Helmut Schellong <rip@schellong.biz> wrote:

 >Mein ehemaliger Chef hatte mal ein solches Projekt, und hatte
 >seine Wahl bei TI getroffen.

Das war vor 10Jahren so. Mittlerweile hat aber so gut wie jeder Hersteller
extra stromsparende Controller im Angebot. Da ist es dann wichtiger
einen zu finden der moeglichst exact auf die eigene Anwendung past.

Am interessantesten finde ich derzeit die SOTBs von Renesas, hab
sie aber selber noch nicht eingesetzt. Die wollen damit den Spagat
schaffen zwischen moeglichst kleinen und modernen Prozess und halt
geringen Leckstroemen.

Olaf

[toc] | [prev] | [next] | [standalone]

#324197

On 07/25/2022 11:41, olaf wrote:
> Helmut Schellong <rip@schellong.biz> wrote:
> 
>   >Mein ehemaliger Chef hatte mal ein solches Projekt, und hatte
>   >seine Wahl bei TI getroffen.
> 
> Das war vor 10Jahren so. Mittlerweile hat aber so gut wie jeder Hersteller
> extra stromsparende Controller im Angebot. Da ist es dann wichtiger
> einen zu finden der moeglichst exact auf die eigene Anwendung past.
> 
> Am interessantesten finde ich derzeit die SOTBs von Renesas, hab
> sie aber selber noch nicht eingesetzt. Die wollen damit den Spagat
> schaffen zwischen moeglichst kleinen und modernen Prozess und halt
> geringen Leckstroemen.
> 
> 

Ich hatte zuletzt überwiegend mit Fujitsu MB90F345 gearbeitet.
16-Bit-uC mit 32-bit-Akku und Registern, die als 8-,16-,32-bit konfiguriert
werden konnten. Viele Instruktionen mit 1 Byte. Adressierung 24 Bit.
Akku A war geteilt in AL und AH.
Wenn AL beschrieben wurde, wurde zuvor AL in AH kopiert. Dann z.B. 'ADD A'.

Die Familie war nicht speziell stromsparend:
Normal           55 mA
Sleep mode       25 mA
Main Timer      0.3 mA
PLL               4 mA
Sub              70 uA
Sub sleep        20 uA
Watch            10 uA
Stop              7 uA

hat aber, wie zu sehen, viele Modi.

Die 32-bit-Division hat nur 19 Takte.
Ich hatte da einen sqrt-Algorithmus geschrieben, der nach wenigen us fertig war.
Das war wichtig für RMS pro Halbwelle.

Die Leistung der Familie wurde inzwischen ca. verfünffacht.


-- 
Mit freundlichen Grüßen
Helmut Schellong   var@schellong.biz
http://www.schellong.de/c.htm  http://www.schellong.de/c2x.htm  http://www.schellong.de/c_padding_bits.htm
http://www.schellong.de/htm/bishmnk.htm  http://www.schellong.de/htm/rpar.bish.html  http://www.schellong.de/htm/sieger.bish.html
http://www.schellong.de/htm/audio_proj.htm  http://www.schellong.de/htm/audio_unsinn.htm  http://www.schellong.de/htm/tuner.htm
http://www.schellong.de/htm/string.htm  http://www.schellong.de/htm/string.c.html  http://www.schellong.de/htm/deutsche_bahn.htm
http://www.schellong.de/htm/schaltungen.htm  http://www.schellong.de/htm/rand.htm  http://www.schellong.de/htm/dragon.c.html

[toc] | [prev] | [next] | [standalone]

#324180

Am 24.07.2022 um 13:25 schrieb olaf:
> Gerhard Hoffmann <dk4xp@arcor.de> wrote:
> 
>   >Disclaimer: Ich habe mich bisher erfolgreich von Gatter-
>   >oszillatoren ferngehalten.
> 
> Ja, bei normalen Gattern kann das ja zu interessanten
> Problemen fuehren wenn man keinen unbuffered Inverter
> hat, aber vom extra dafuer vorgesehenen Anschluss eines
> 4060 sollte man erwarten das es damit geht.
> 
> Auf jedenfall sollte man mal einen Temperaturzyklus
> damit durchziehen und schauen ob er bei jeder Temperatur
> auch anschwingt. .-)

Ist hier bei mir nicht so kritisch. Kommt in einen im Erdreich liegende 
Hochbehälter, wird eingeschaltet und schwingt dann bei nahezu konstanter 
Temperatur den Rest seines Lebens durch.


-- 
Michael

[toc] | [prev] | [next] | [standalone]

#324148

Gerhard Hoffmann schrieb:
> 
> Ich hatte mal einen Studienkollegen, der hat später Herz-
> schrittmacher-Design mit full custom chip inclusive einer
> 6502-Variante gemacht. Da schätzen die Patienten stromsparendes
> Arbeiten, wenn jeder Batteriewechsel eine Operation bedeutet.

Zur Stromversorgung von Herzschrittmachern gibt es verschiedene
Lösungen. Siehe auch -> Atom Heart Mother

-- 
mfg Rolf Bombach

[toc] | [prev] | [next] | [standalone]

#324151

Rolf Bombach schrieb:
> Gerhard Hoffmann schrieb:
>>
>> Ich hatte mal einen Studienkollegen, der hat später Herz-
>> schrittmacher-Design mit full custom chip inclusive einer
>> 6502-Variante gemacht. Da schätzen die Patienten stromsparendes
>> Arbeiten, wenn jeder Batteriewechsel eine Operation bedeutet.
> 
> Zur Stromversorgung von Herzschrittmachern gibt es verschiedene
> Lösungen. Siehe auch -> Atom Heart Mother

Sowohl meine eigenen Erinnerungen als auch die der großen Datenkrake führen 
alle zu einer Gruppe von Musiker, die sich nach zwei Bluesmusikern benannte.
Der Sänger war Fan der Herren Coucil und Anderson und benannte die von ihm 
mitbegründete Band nach ihnen.



-- 
  Mit freundlichen Grüßen
    Andreas Bockelmann

[toc] | [prev] | [next] | [standalone]

#324152

Andreas Bockelmann schrieb:
> Rolf Bombach schrieb:
>> Gerhard Hoffmann schrieb:
>>>
>>> Ich hatte mal einen Studienkollegen, der hat später Herz-
>>> schrittmacher-Design mit full custom chip inclusive einer
>>> 6502-Variante gemacht. Da schätzen die Patienten stromsparendes
>>> Arbeiten, wenn jeder Batteriewechsel eine Operation bedeutet.
>>
>> Zur Stromversorgung von Herzschrittmachern gibt es verschiedene
>> Lösungen. Siehe auch -> Atom Heart Mother
> 
> Sowohl meine eigenen Erinnerungen als auch die der großen Datenkrake führen alle zu einer Gruppe von Musiker, die sich nach zwei Bluesmusikern benannte.
> Der Sänger war Fan der Herren Coucil und Anderson und benannte die von ihm mitbegründete Band nach ihnen.

"Der Arbeitstitel des Liedes lautete während der Aufnahmen und erster Live-Auftritte
entweder Untitled Epic[2], dann The Amazing Pudding.[3] Als sich die Band bei einer
Radioaufnahme bei BBC Radio 1 allerdings nicht im Klaren darüber war, wie Moderator
John Peel das Stück ankündigen sollte, schlug Ron Geesin vor, in einer herumliegenden
Ausgabe des Evening Standards nach einem Titel zu suchen. Dort fand sich ein Artikel
über eine Mutter mit einem nuklear betriebenen Herzschrittmacher, überschrieben mit
„ATOM HEART MOTHER NAMED“.[2] Danach entschied man, auch das komplette, in Produktion
befindliche Album so zu benennen."

https://de.wikipedia.org/wiki/Radionuklidbatterie

-- 
mfg Rolf Bombach

[toc] | [prev] | [next] | [standalone]

#324178

On Sun, 24 Jul 2022 20:36:31 +0200, Rolf Bombach wrote:
> Andreas Bockelmann schrieb:
>> Rolf Bombach schrieb:
>>> Gerhard Hoffmann schrieb:
>>>> Ich hatte mal einen Studienkollegen, der hat später Herz-
>>>> schrittmacher-Design mit full custom chip inclusive einer
>>>> 6502-Variante gemacht. Da schätzen die Patienten stromsparendes
>>>> Arbeiten, wenn jeder Batteriewechsel eine Operation bedeutet.
>>> Zur Stromversorgung von Herzschrittmachern gibt es verschiedene
>>> Lösungen. Siehe auch -> Atom Heart Mother
>> Sowohl meine eigenen Erinnerungen als auch die der großen Datenkrake führen alle zu einer Gruppe von Musiker, die sich nach zwei Bluesmusikern benannte.
>> Der Sänger war Fan der Herren Coucil und Anderson und benannte die von ihm mitbegründete Band nach ihnen.
> [...] Als sich [Pink Floyd] bei einer
> Radioaufnahme bei BBC Radio 1 allerdings nicht im Klaren darüber war, wie Moderator
> John Peel das Stück ankündigen sollte, schlug Ron Geesin vor, in einer herumliegenden
> Ausgabe des Evening Standards nach einem Titel zu suchen. Dort fand sich ein Artikel
> über eine Mutter mit einem nuklear betriebenen Herzschrittmacher, überschrieben mit
> „ATOM HEART MOTHER NAMED“.[2] Danach entschied man, auch das komplette, in Produktion
> befindliche Album so zu benennen."
> https://de.wikipedia.org/wiki/Radionuklidbatterie

Da scheinen zahllose Überlieferungen zu existieren:

<< Die Inspiration kam am 16. Juli, als Pink Floyd eine Konzertsession
für den Radio-DJ John Peel aufnahmen (die sich auch auf DEVI/ATION
findet). Der einstige BBC-Produzent Jeff Griff in war an jenem Abend im
Paris Cinema Studio des Senders. "John las den 'Evening Standard' und
Roger blickte ihm über die Schulter", verriet Griffin. "Peely sagte:
'Komm schon, was ist der Name von diesem Stück? Wetten, dass du was in
der Zeitung findest?' Auch Ron Geesin war anwesend, der darauf besteht,
dass er es gewesen sei, der Waters dazu aufgefordert habe, in die
Zeitung zu blicken. 

"Ich sagte: 'Euer Titel ist da drin." Und das war er. Waters blätterte
durch die Seiten und hielt inne bei einem Artikel mit der Überschrift
"Atom Heart Mother Named". Darin ging es um [eine] 56-Jährige, der ein
Herzschrittmacher eingesetzt worden war, der von radioaktivem Plutonium
angetrieben wurde. "Roger sagte: 'Das ist es! ATOM HEART MOTHER!' Was
rein gar nichts mit der Musik zu tun hatte", so Griffin mit einem
Lachen. "Wir fragten: 'Warum?', doch die Band entgegnete nur: 'Warum
nicht?'" >>

[https://classicrock.net/pink-floyd-die-entstehung-von-atom-heart-mother/3/]

Fest steht, daß es eine Zeit gab, in der "irgendwass mit Atom" ganz
offensichtlich der Hammer war, für deren Besitzer fortan alles wie ein
Nagel aussah:

https://de.wikipedia.org/wiki/Pedoskop
https://www.mta-r.de/blog/die-fluorskopie-anfang-20tes-jahrhundert/
https://www.mta-r.de/blog/radonwasser-ein-prickelnd-strahlendes-vergnuegen/
https://www.thermenportal.de/magazin/thermen-in-deutschland-mit-radonwasser.html
https://de.wikipedia.org/wiki/Radithor
https://www.youtube.com/watch?v=9Ry4QBQejFU
https://www.orau.org/health-physics-museum/collection/toys/index.html
https://www.focus.de/wissen/mensch/geschichte/radium-girls-sie-verfaulten-bei-lebendigem-leib-die-traurige-geschichte-der-radium-girls_id_9495940.html
https://www.imdb.com/title/tt6317180/
https://www.rauchmeldertest.net/ionisationsrauchmelder/#
https://www.youtube.com/watch?v=DuAeaIcAXtg
https://efahrer.chip.de/news/es-fliegt-mit-atomkraft-dieses-hotel-flugzeug-soll-jahre-in-der-luft-bleiben_108526

Vielleicht wird man sich dereinst an die Automobilindustrie mit ihren
Verbrennungsmotoren in ählicher Weise erinnern, d. h. daß sie am
liebsten ihre eigene Schwiegermutter durch die Einspritzdüsen gejagt
hätte, nur um an der bekannten aber anachronistischen Technologie
festzuhalten.

Volker

[toc] | [prev] | [next] | [standalone]

#324192

Rolf Bombach schrieb:
> Andreas Bockelmann schrieb:
>> Rolf Bombach schrieb:
>>> Gerhard Hoffmann schrieb:
>>>>
>>>> Ich hatte mal einen Studienkollegen, der hat später Herz-
>>>> schrittmacher-Design mit full custom chip inclusive einer
>>>> 6502-Variante gemacht. Da schätzen die Patienten stromsparendes
>>>> Arbeiten, wenn jeder Batteriewechsel eine Operation bedeutet.
>>>
>>> Zur Stromversorgung von Herzschrittmachern gibt es verschiedene
>>> Lösungen. Siehe auch -> Atom Heart Mother
>>
>> Sowohl meine eigenen Erinnerungen als auch die der großen Datenkrake 
>> führen alle zu einer Gruppe von Musiker, die sich nach zwei Bluesmusikern 
>> benannte.
>> Der Sänger war Fan der Herren Coucil und Anderson und benannte die von ihm 
>> mitbegründete Band nach ihnen.
> 
> "Der Arbeitstitel des Liedes lautete während der Aufnahmen und erster 
> Live-Auftritte
> entweder Untitled Epic[2], dann The Amazing Pudding.[3] Als sich die Band 
> bei einer
> Radioaufnahme bei BBC Radio 1 allerdings nicht im Klaren darüber war, wie 
> Moderator
> John Peel das Stück ankündigen sollte, schlug Ron Geesin vor, in einer 
> herumliegenden
> Ausgabe des Evening Standards nach einem Titel zu suchen. Dort fand sich ein 
> Artikel
> über eine Mutter mit einem nuklear betriebenen Herzschrittmacher, 
> überschrieben mit
> „ATOM HEART MOTHER NAMED“.[2] Danach entschied man, auch das komplette, in 
> Produktion
> befindliche Album so zu benennen."
> 
> https://de.wikipedia.org/wiki/Radionuklidbatterie
> 
Wieder was gelernt...

-- 
  Mit freundlichen Grüßen
    Andreas Bockelmann

[toc] | [prev] | [next] | [standalone]

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

Back to top | Article view | de.sci.electronics

csiph-web