Is this buggy?...
Chips involved:
- AM29F040B-90PC Flash RAM (2)
- 74F676 S/P-in, S-out Shift Register (1)
- TLC5940 LED Driver (1)
The data flows like this:
- Both Flash RAMs are used to create a single 16-bit output
- Flash output is sent directly into P-in on Shift Register
- Shift Register's S-in always evaluates "0"
- S-out is sent directly into S-in on LED Driver
The basic premise is as follows:
- Flash word is latched into shift register and shifted into LED Driver
- Flash sets up next word while current word is being shifted
- New word is latched once previous word is fully shifted
- After 16 iterations, LED Driver is reset and loop begins again
- Flash scrolls through its entire capacity during playback until stopped.
Amount of data:
- 1 Frame's Height = 128 scanlines = 128 Flash words per frame
- Frames per second = 30 = 3840 Flash words per second
- Seconds of footage ~ 136 ~ 522240 Flash words
- Total memory = 522240 x 8 = 4177920 bits, nearly 4 Mb
Total system:
- 3 x arrangement described above (48-bit system with 128 scanlines)
The only problem I see is the vertical pass of the scanline not being fast enough to draw the whole image, necessitating multiple scanlines spaced evenly throughout the vertical dimension of the image.
The output of memory is "one-shot," the latching of the data in memory is "one-shot" (i think), so the frequency of the clock should be sufficient in the 30MHz-and-under range.
I've read the datasheets for all of the chips, but I don't understand how to calculate the value for f(UPDATE) in the datasheet for the LED Driver. Is this frames per second? Is this scanlines x frames per second? (??)
Chips involved:
- AM29F040B-90PC Flash RAM (2)
- 74F676 S/P-in, S-out Shift Register (1)
- TLC5940 LED Driver (1)
The data flows like this:
- Both Flash RAMs are used to create a single 16-bit output
- Flash output is sent directly into P-in on Shift Register
- Shift Register's S-in always evaluates "0"
- S-out is sent directly into S-in on LED Driver
The basic premise is as follows:
- Flash word is latched into shift register and shifted into LED Driver
- Flash sets up next word while current word is being shifted
- New word is latched once previous word is fully shifted
- After 16 iterations, LED Driver is reset and loop begins again
- Flash scrolls through its entire capacity during playback until stopped.
Amount of data:
- 1 Frame's Height = 128 scanlines = 128 Flash words per frame
- Frames per second = 30 = 3840 Flash words per second
- Seconds of footage ~ 136 ~ 522240 Flash words
- Total memory = 522240 x 8 = 4177920 bits, nearly 4 Mb
Total system:
- 3 x arrangement described above (48-bit system with 128 scanlines)
The only problem I see is the vertical pass of the scanline not being fast enough to draw the whole image, necessitating multiple scanlines spaced evenly throughout the vertical dimension of the image.
The output of memory is "one-shot," the latching of the data in memory is "one-shot" (i think), so the frequency of the clock should be sufficient in the 30MHz-and-under range.
I've read the datasheets for all of the chips, but I don't understand how to calculate the value for f(UPDATE) in the datasheet for the LED Driver. Is this frames per second? Is this scanlines x frames per second? (??)