Major Engine Revision #3
Conversation
|
Cool beans, Gaurav ! Yeah, I'll definitely try it out. On a different subject, have you tried using the HT1632 with an Arduino Due I have a spare Arduino Due. If you have cycles to make that work, I Best, -- flavio On Mon, Jul 28, 2014 at 11:32 AM, Gaurav Manek [email protected]
|
|
awesome! I had left my project because of huge amount of memory used when 2014-07-28 19:21 GMT+02:00 flavio-fernandes [email protected]:
|
|
Ouch... I took a stab at it and... this merge is going to be very non-trivial! 🎱 David: have you tried my latest set of changes? With that, I've converted all the Gaurav: My biggest challenge is to merge this commit (below) as well as the PROGMEM main trouble commit: progmem commit: |
|
I'll take a look at it. Give me a few hours? Update: I don't have a 2416 board, can you explain the memory/addressing layout? More specifically, I don't understand how many HT1632C chips control a single 2416 display, what part of the output each chip controls and the various constants defined here. I would also like some feedback on an idea: Would you prefer a system that allowed you to allocate buffers (perhaps via This would reduce memory requirements - right now a single bi-color 2416 display unit requires The trade-off would be that memory management would now become the responsibility of the user. Also, more work for us. Is it worth it? |
|
Take your time, Gaurav!
Hmm... in name of simpler API, my gut tells me: no, prob not worth it. :) If you look at the newer gen Arduinos (due/yun) there is actually much I think that -- for longevity sake -- it would be interesting in getting the library to work on Due and Yun; You can get more info on the way ht1632 uses the memory (and the way chips are arranged) here: http://potofjoy.com/arduinoDocs/ht1632_ledMatrix_downloads/ http://potofjoy.com/arduinoDocs/ht1632_ledMatrix_downloads/DE-DP14112_Ver1.1_EN.pdf <-- page 8 You know, I gotta imagine that Sure Electronics would be really happy to have folks like you working on libraries to support their product. I wish we could get the right person in their company to sponsor the effort! (pipe dreamming :)) |
|
Okay, the document you linked me to clearly describes the memory layout. As far as I can tell, the current code doesn't provide sufficient abstraction: we're assuming that the screens are laid out in the same physical order as their logical (or memory) order. Instead of modifying the library directly, we should add another layer of abstraction over this layer. Essentially, we need a class that wraps a single instance of this class and exposes its own writing functions. I'll attempt to write that instead. Also, Due/Yun support is a good idea. Unfortunately, I don't have access to development hardware for either right now. |
|
You're right, there's something different about the Bicolor boards' initializing process. Trying to figure it out now. |
|
Yeah, I recall having to do something different than your original code, I'm sure my forked repo has that init; maybe looking at that can shed some Cheers, -- flavio On Saturday, September 6, 2014, Gaurav Manek [email protected]
Sent from Gmail Mobile |
|
Got it to work: https://www.youtube.com/watch?v=bBW-Ahtw7fc I need to test it a little more, and I'll push the completed code in a few hours. |
|
Alright! Please perform your testing and pull when ready. Thanks for your help and patience! |
|
that is so cool Gaurav! man, you are quick. thanks, -- flavio On Sunday, September 7, 2014, Gaurav Manek [email protected] wrote:
Sent from Gmail Mobile |
Fix PGM syntax to comply with latest Arduino IDE (rev 1.5.7). Tested for backwards-compatibility on 1.0.5
added pixel operation
Use char instead of byte for text
Use char instead of byte for text
support for ESP8266
Add support for ESP8266
Modified The files To Natively Support my Sure Electronics 24x16 Monochrome Thing
Sure Electronics 24x16 Support
Adds a new 8x5 font that behaves like a 7-high font for 2-line (x16) displays
Add 8x5 font
A popular library installation technique is to download the library via GitHub's Clone or download > Download ZIP and then use the Arduino IDE's Sketch > Include Library > Add .ZIP Library on the downloaded file. This requires the library to be in the root of the repository, not in a subfolder. If the library is not in the root of the repository this installation technique fails: Specified folder/zip file does not contain a valid library This is the standard repository structure used in all official Arduino libraries: https://github.com/arduino-libraries This move is also required if you wanted to add your library to the Arduino Library Manager index, which provides an even easier installation option.
Move library to root of repository
Each field of keywords.txt is separated by a single true tab. When you use multiple tabs it causes the field to be interpreted as empty. On Arduino IDE 1.6.5 and newer an empty KEYWORD_TOKENTYPE causes the default editor.function.style highlighting to be used (as with KEYWORD2, KEYWORD3). On Arduino IDE 1.6.4 and older it causes the keyword to not be recognized for any special highlighting. Reference: https://github.com/arduino/Arduino/wiki/Arduino-IDE-1.5:-Library-specification#keywords
Use a single tab field separator in keywords.txt
Hello!
The underlying engine was rewritten (after three long years) to occupy less memory and to be faster. Details of the changes are in
UPGRADE.md.You have made many awesome changes to the library (like
PROGMEM, bicolor matrix support, etc.).If you are interested in using the updated engine, I can help you with parts of the merging process. Alternatively, you can apply the general changes to the root repository and maintain a bi-color support fork here.
If you need my help, I'll (finally!) be around to provide support.
Regards,
Gaurav