The wishlist is located at the bottom of this file: http://svnmios.midibox.org/filedetails.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fcontrollers%2Fmidibox_ng_v1%2FCHANGELOG.txt
But I only take over requests where I think that they are useful for myself, and/or the implementation & testing isn’t so difficult.
And how can i use the J10B for connecting Buttons/Encoders? Cant find any documentation about it.
When you don’t find certain functions in the documentation, then it’s very likely not available.
Either because nobody requested such a function yet, or there is a conflict with another function which you’ve overlooked.
When you are writing “Cant find any documentation about it” it sounds to me like a complaint, and not like a request! :no:
J10B (on MBHP_CORE_LPC17: J28) is typically used as extension port for CLCDs/GLCDs.
Normally I prefer to use the ports only for a single purpose to avoid conflicting configurations which could lead to the next request from somebody else to make it somehow possible without considering what it means at my end.
I spend some thoughts about possible solutions anyhow, and came to the conclusion that the most simple way would be to provide a new function which maps J10A/J10B to DIN or DOUT shift registers (some kind of “shift register emulation”)
E.g. with:
DIO port=J10A emu_din_sr=1
DIO port=J10B emu_din_sr=2
I could provide the possibility to handle J10A and J10B pins the same way like pins of the first and second DIN shift register (id=1..16)
Advantage: this would work completely transparent for the firmware, so that encoders could be connected as well, and configured like if they are connected to shift registers.
With:
DIO port=J10A emu_din_sr=1
DIO port=J10B emu_dout_sr=1
it would be possible to use J10A for buttons (id=1..8), and J10B for LEDs (id=1..8)
Is this the right direction, or do you have something else in mind which conflicts with this approach?
Best Regards, Thorsten.