Im essentially changing the bits of code that are specific to another display that communicates via SPI etc, and instead translating it into the same actions but with this interface with the two binary counters (row / col) the coil pulse and the set pin in mind.Īt that point, all of the higher level codey bits should be compatible, even though its not drawing a "pixel" and its not communicating over a serial protocol to the display to draw things. My hope is that by bothering to play nice with an existing lib, we could leverage its nice buffer logic etc to have a better means of pushing data to the display. FineQuasar17 on the discord has been helpful in deploying the code so far. One thing we are going to need to try and get organized is some way to test the displays once i get more finished with this code. The good news is i have off next week so i can spend some time from that on this. Hope to have at least an initialization thingie for testing this new method soon. At this point its all icky organizational and structural code stuff. Most of the alphabet characters have multiple width varieties you can choose from. The font has a slightly rounded edge, thick anatomy, and wide options of alternate glyphs. still mushing things around, might be a while. Bleep Bloop is a bubbly width-variable display typeface. Tonight ive been making progress writing a display driver for the adafruit GFX lib. in the meanwhile, we can think about the solution to downsample the video feed. I think ill hold of on writing the driver until we have a more concrete idea about what the controller board is like. I would like to know more about how the display is planned to be controlled, i feel i might not be able to get much progress done unless i know how to interface with it! If we can use SPI or similar that would be great. pin-striped business suit with big shoulders, thick makeup, and a great volume. I have a sneaking suspicion that the pins included in your source code align to those shift registers, but i dont see a clock for instance. Hey, any chance you know of any documentation on the control boards for the flipdots? Im trying to see if we can know more about which shift registers are being used etc so we can smack data into that ish The next steps would be to accept serial data into the display buffer, and draw it, but ive been having second thoughts about going about it the way we currently have it since there is likely a much better way using that adafruit GFX lib. meaning, if you dont have to update that dot, its one less thing to update, which means faster refreshes! Im planning on managing the state of the display in a display buffer, that way you can test whether a given dot is flipped or not. Its been rather difficult making anything, because just have to hope things work out cause we dont have access to the hardware! We got a ways into this, but i think the best route is to make a display driver for the adafruit GFX library. We have basically made a basic serial interface which will let you use the serial console of the arduino ide to control various bits of code.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |