Well rotarys and pots are now implemented, but they are fairly basic in function right now.
Would the next step be something like having them be recognized events (rotate CW, or CCW, or plus or minus etc…) that could be an EVENTID usable in a prop file ?
Right now, rotary switches have a “receiver” that controls what they actually do.
Creating a receiver that just sends left/right or some other event to the prop would be pretty simple.
My prop already implements Twist Right and Left events for the menu system for Edit Mode, Track Player and selecting Presets for OS6.
FYI: display code is currently broken.
I made some changes to make the drawing changeable, but I broke some stuff.
I should hopefully be able to fix it today or tomorrow.
… and now it works again
Such as what for example?
Well, what I did was to split up the SSD1306 templated class into two pieces.
The first one is called a “controller” and is responsible for drawing everything. It also has a bunch of helpful functions for drawing lines, text and loading images. The second class sends the data to the actual display and calls the first class to get more frames. Splitting it apart means that the drawing part can be swapped out, kind of like a styles can be swapped on on a blade. In addition, I changed how images are handled in a way that makes it possible to draw on top of loaded images. The intention behind that was to make it possible to draw an ammo counter on top an image loaded from the SD card.
Of course, we need to write new display control classes before we can really actually change anything, that part is not done yet.
wow lots of work there.
So is the drawing “on top” of other images sort of like a PIP, where the whole raster is overlaid as well, or is it pixel based where there ideally should be blank space below to allow for visibility (or intentional alignment - think cell drawn cartoons using static image bkgd then the action is the only changing part)
Any and all drawing modes are possible. All the currently available drawing functions use OR to draw, which means that they are per-pixel, which means that if we just draw an ammo counter without clearing a rectangle first, we would need to make sure that the picture/animation that we are drawing on have space for it. Adding a ClearRect() function and calling that before drawing the ammo counter would be pretty easy though.
I do plan to add support for color displays eventually, but it’s probably going to require a Proffieboard V3. The V3 will have faster SD access, more memory and available SPI pins, all of which might be required to make color displays work well.
Your board is capable of so much out there, it really is the premier propboard.
Something about the latest display updates broke OLED for me. It was flying and working great previously.
Now, it plays boot.pbm fine. Then turning blade on, it shows on.bmp clearly only for a blip, then goes wonky.
If I do blast, clash or lock via serial monitor, it shows the image clear for a blip, then goes wonky. Endlock (returning to on.bmp) shows same, clear for a blip, then wonky,
See vid: (hopefully this link works to make life easier than uploading to youTube)
I think the animation problems should be resolved now.
Confirmed. Working well, thanks.
I’m super excited to see what else can be done and the write up for this OS version and the new edit modes I think this iteration has the potential to be amazing. can’t wait and I’m hoping my wiring improves or I may test this on my birthday present (I’m getting an installed saber)
I have been dreading updating my Arduino, but I’m still on 1.8.9. I figure if I’m going to be updating the Proffie plugin for the beta tests of Proffie OS 6, along with Proffieboard 3.7, might as well update my Arduino as well. If it works don’t fix it is my motto, but I guess its time to move on. Which version are y’all using that is stable?
I’ve been on 1.8.13 for a while.
Dude, 1.8.13 gives you an actual progress bar for uploads, not scroll-to-see, Plus the serial monitor console does history now, so up arrow to quickly re-enter the previous commands you’ve entered. there’s a .15 now too ¯_(ツ)_/¯