this post was submitted on 27 Nov 2024
8 points (100.0% liked)

Ask Electronics

3335 readers
14 users here now

For questions about component-level electronic circuits, tools and equipment.

Rules

1: Be nice.

2: Be on-topic (eg: Electronic, not electrical).

3: No commercial stuff, buying, selling or valuations.

4: Be safe.


founded 1 year ago
MODERATORS
 

I’m working on driving a very finicky lcd. I have it working now with an FPGA dev kit. I had to use an FPGA because some of the timing requirements are in the tens of nanoseconds.

At the end of the day, I wrote a block for a one shot/continuous clock with a programmable duty cycle and initial delay. This block was repeated six times for the various clocks with their specific values.

Moving to the final product, this feels like overkill. In the past, I’ve managed to make this kind of thing work with a Rube Goldberg collection of on-board timer/counters on the microcontroller.

I’d like to avoid that mess this time around. If I can generate the clocks externally, I can have the host MCU send the data quickly using DMA.

An FPGA works great, but they’re expensive and there’s the issue of licensing for FPGA and and CPLD software.

I’ve seen this problem solved with a lookup table, but there aren’t a lot of cheap/small rom/ram options for what I’m trying to do.

Basically, what I’m asking is is there a component that can be easily programmed to generate a number of clocks, doesn’t need any costly software licensing, and comes in a very small package? (Like wlcsp)

you are viewing a single comment's thread
view the rest of the comments
[–] 667@lemmy.radio 1 points 3 hours ago (1 children)

Would a chip-scale atomic clock (CSAC) do what you need?

[–] ch00f@lemmy.world 1 points 2 hours ago

Sorry, by precise I mean “specific timing requirements with respect to each other” not “parts per million”

I think ever my clock has a few dozen nanoseconds of slop, but the whole clock pattern is difficult to create without a bunch of discrete logic.