All 6 timers are fully implemented, and ready to play with...
May I ask you how I can use your file? I cannot include any library from out side. Is there anyway to run within one file? I would like to use a timer and change the REG by Serial Monitor.
Hi,
If you want to include the library to your project, than all you nees to do is to copy DueTimer.h and DueTimer.cpp to your sketch folder and include it normaly (#include "DueTimer.h").
What do you mean by change REG? And might I ask why can't you install the library?
Thanks,
Ivan
Finaly, I made the code independent from my own aplications, and could sucessfuly comment EVERY line of code.
What am I talking about?
Well, it's the First, Object Oriented User Interface for Arduino, with an Advanced controller of Touch and Views
All based in Events and Callbacks, and also inspired on real Android code, you can easily implement whatever you want with it.
Some key features:
Touch is handled BOTH in interrupt and Timer
(Once a touch is triggered on the interrupt, Timer is the one who start trigering the event. Once no touch is detected, controll is passed to the Interrupt)
Callbacks. Every view has it's own callbacks and events. onClick, onTouch, onChange.
Touch Events. Like Android, touch events are implemented, such as: ACTION_DOWN, ACTION_UP, ACTION_MOVE, ACTION_HOVER_ENTER, ACTION_HOVER_EXIT
Views are implemented extending main class View, or other that implements View. Object oriented allows user to extend a class and improve whatever he wants to.
Views already implemented: SeekBar, ProgressBar, Button, CheckBox, TextView and ViewGroup, that allows many views in a single views.
Tree Rendering: Once a render is triggered, the view start rendering it's own tree. For example:
If you have 5 views inside a ViewGroup, and one of the 5 is also a ViewGroup containing more 10 views, calling a "render()" on the top view of the tree, will start rendering all the views. Also, calling a "render(false)" will start rendering ONLY the "invalidated" views (only what is necessary).
Relative rendering: If one view is inside the other, it's relative to the other. One position in a view is ALWAYS relative to it's parent. Moving a view that has views inside, cause it's childs to move with it. Rendering, and Touch are handled relative also.
Changing Between rootViews is very easy (for example, running another function, state,...). Prepare all your views, and then register the current one on ArdUI. He will make the rest...
Documentation is not done yet, and there is a lot to be done (and improved). I'm using it currently on my robots: TendaDigital.net and it seems to be VERY robust and thrustable.
This is the kind of library, that does everything, you just need to know how to use it (Yet, a little complicated, since I'm still documenting).
Hi,
I always use this library for myself, and I personaly think that is VERY usefull. Its clear that Arduino doesen't support real parallel processes, but we can "sort" of do it with scheduled tasks.
Yes, there is already an class called "Scheduller", but for big projects (likes the ones I do, with more than 15.000 lines), it's not "good" enought...
I LOVE Object Oriented stuff, and this follows it pretty much.
It also works for ANY arduino, but I implemented thinking on the DUE, since it's capable of more stuff (I use it with my ArduinOS, and it's just perfect =] )
I rewrote the T6963 library to interface a graphics LCD using the Toshiba driver with the arduino due.
It is significantly faster than the old version since all data bus lines are on port C of the AT91. All pins used are on the vertical 18*2 pin connector what allows you to use a ribbon cable.
Examples and instructions to hook it up included.
Edit: Fixed bug for UpdateBuff(), speed optimizations
DueGUI library is now at version 0.13 and with the start of some quite thorough documentation. All the most important GUI objects are already implemented with more to come. Why not give it a try:
I sort of formalized and hopefully simplified randomvibe's original code to run the Due hardware PWM pins 6, 7, 8, and 9 which avoids using slower analogWrite calls. This was paramount for my application because I'm really pushing the limits of what the Due is capable of. I'm heavily using nearly every pin on the board and taking advantage of as many of the optimization and hardware features as possible is extremely important. It's attached...
You can't. They've not only wired the backup power pins to the +3.3V and GND, but also they have not populated the 32kHz crystal so you couldn't use the RTC even with normal power.
There is also a Moving Average class, called "GaussianAverage". It works great with Gaussians and also simple values.
GaussianAverage myAverage(10); // 10 samples to keep track of
myAverage += Gaussian(32, 2.45);
myAverage += 10; // Automaticaly adds a Gaussian with Maximum variance
Gaussian average = myAverage.process();