Logikschaltung gesucht

Mit einer analogen Summierer-Schaltung ist das kein Problem.
Digital lohnt m.E. nur ein µC.

Ok,also doch etwas komplizierter :/ Aber Danke

Man könnte ein Schieberegister mit einem Binärzähler kombinieren. Erst 
wird das Byte parallel ins Schieberegister geladen und der Binärzähler 
gelöscht. Dann werden die Bits seriell ausgegeben. Jedes mal, wenn der 
Ausgang des Schieberegisters eine 1 liefert, wird ein Binärzähler einmal 
getaktet.

Du brauchst also ein Schieberegister mit parallel-in/serial-out, einen 
Binärzähler, ein Und Gatter und einen Taktgeber.

m.n. hat Recht: Mit einem Mikrocontroller braucht man weniger Bauteile. 
Aber für Leute ohne entsprechende Kenntnisse und Equipment könnte die 
Lösung mit Logikgattern dennoch attraktiv sein.

Eine andere Lösung:
Lege das Byte an die Adress-Leitungen eines 256x8. Bei geschickter 
Programmierung liefert es dann am Ausgang direkt den gewünschten 
Zählwert, ganz ohne Taktung. Dafür braucht man natürlich einen 
Eprom-Brenner.

Danke Stefan! Die Lösung mit dem EEPROM scheint mir am günstigsten zu 
sein

Stefan us schrieb:
> Lege das Byte an die Adress-Leitungen eines 256x8

Wobei es so einen Speicher nicht (mehr) gibt, ein EProm mit 1 MBit wäre 
erheblicher Overkill. Als es noch bipolare kleine Proms gab habe ich es 
so gemacht.

Eine weitere Möglichkeit ist die Programmierung eines PAL oder CPLD.

Jeromyo schrieb:
> Gibt es so etwas?

Machen lässt sich das schon (20pol IC). Brauchst du das nur einmal oder 
in Serie?

Gruss Reinhard

Schnell könnte ein EPROM sein, in das man Tabellen programmiert. Ein 
Makroassembler kann sowas vielleicht schon bewerkstelligen, den Code 
erzeugen. Ich weiß es aus dem Stehgreif nicht genau, man müßte sich 
damit näher beschäftigen.

Mit einem Makroassembler machte ich mal Bitmuster in leere 
Speicherbereiche, die nichts mit dem eigentlichen Code zu tun hatten. 
Diese Dinger können einiges.

Eher nicht in Serie, das Problem ist jetzt bloss schon öfter 
aufgetaucht, und da ich mich aktuell wieder damit beschäftige und nur 
schwer drum herum komme, muss ich wohl eine Lösung finden

Die Umrechnungszeit ist semikritisch, 1 uS ist akzeptabel. Dann werde 
ich die Lösung mittels Mikrocontroller wohl umsetzen, danke für eure 
Mithilfe!

Jeromyo schrieb:

> Die Umrechnungszeit ist semikritisch, 1 uS ist akzeptabel. Dann werde
> ich die Lösung mittels Mikrocontroller wohl umsetzen, danke für eure
> Mithilfe!

Ein EPROM würde es locker schaffen. Leider hat aber heute nicht jeder 
einen Programmer. Ein µC mit zwei Ports zu je 8 bit kann auch noch 
energiesparender sein, wie ich es bspw. an den Ultra-Low-Power PIC12F675 
sehe. Der hat aber ein paar Pins zu wenig.

Ist eine µS mit einem einfachen µC erreichbar? Denn die Software muß ja 
noch ein wenig einlesen, zählen, und wieder ausgeben.

Ein paralleles EEPROM kann man durchaus von Hand programmieren. Dazu 
genügen eine passende Fassung, Mäuseklaviere und ein paar Taster. Es ist 
zwar etwas Zeitaufwändig, aber für ein Hobby-Einzelstück durchaus 
machbar.

Markus Weber schrieb:

> Herbert schrieb im Beitrag #3385074:
>> Wilhelm F. schrieb:
>>> Ist eine µS mit einem einfachen µC erreichbar?
>>
>> Look-Up Table vielleicht?
>
> Genau so war mein Vorschlag mit dem ATtiny84A gedacht.
>
> 1 Takt: Einlesen des Bytes
> 3 Takte: Lookup im Flash
> 1 Takt: Ausgeben des Hamming-Gewichts
> 2 Takte: Sprung zum Programmanfang
>
> Macht in Summe 7 Takte, das heißt, bei Verwendung des internen
> Oszillators eines ATtiny84A benötigt ein Programm-Durchlauf 7/(8 MHz),
> also 875 ns.

OK. Eine Table kann im µC immerhin eine feste Zyklenzahl haben. Also: 
Einen geeigneten µC wählen. Befehle, um Tables zu verarbeiten, haben 
bestimmt alle.

Ich persönlich würde das EPROM versuchen, aber einfach nur, weil ich 
einen Programmer besitze. Die gängigen EPROM haben Zugriffszeiten um 
100ns, das ist auf jeden Fall besser als eine µs.

Allerdings haben sogar CMOS-EPROM einen höheren Strombedarf bei Chip 
Enable, als ein moderner Ultra-Low-Power-µC. Das muß man halt abwägen. 
Beim PIC12F675 war ich ja erstaunt, als ich erst viel später lange nach 
der Verwendung sah, daß der ein Ultra-Low-Power-Typ ist. Braucht auch 
nur was um die 500µA herum bei internem RC-Oszillator 4MHz. Den 12F675 
gibt es auch mit 6 I/O mehr als 16F630. Das ist aber immer noch zu 
wenig. Bestimmt gibt es da einen mit genug Pins, kenne sie nicht alle.

Der ATTiny84A hat genug SRAM, um die Tabelle dort abzulegen. Dann sind 
es nur noch 5 Takte für die Schleife und im schlimmsten Fall 7 Takte von 
der Änderung bis zur Ausgabe.

1

loop:

2

in r31, PINA

3

ld r16, Z

4

out PORTB, r16

5

rjmp loop

Wer Strom sparen will, kann das natürlich noch in den PCINT packen und 
den µC in den Schlaf schicken. Auswertung dauert dann halt n paar Takte 
länger.

kein Gast schrieb:

> Der ATTiny84A hat genug SRAM, um die Tabelle dort abzulegen.

Wieso SRAM? ROM, es braucht nur 256 Bytes.

Wenn ich mich recht erinnere, braucht LPM 3 Takte, LD nur einen.