Green is fine. Red and blue are swapped. (On my display, the circle is blue and the line is red. the text is green. I tried a green line too an that worked ok. So it looks like red and blue are swapped.
@ Markdav - Sadly there is no way to know for sure if a given display will be swapped until you get it. Your only option is to call the method Sprigo mentioned every time your program starts.
@ John - Hello John, I just developd a system for 9 differend devices all with displays, and ive found out that some of my displays have the channels swaped and some dont…
of course i can swap channels but as it only happens in some of them i would need to create a complete sw section only for the user to tellme if its wrong or not, and then swap them in case it is…
im interested about this Sprigo method you mention here, what exactly do you mean by that?
@ willgeorge - LOL, sorry… i totally missunderstood, is not a sprigo called method, is a method mentioned by @ sprigo
Of course i know about the swap colors method, i currently use it, but the point is that i have several diferent devices all of them with the same piece of software and i expected i didnt have to do different codes depending on 2 pieces of hardware that in theory should be identical… or at least very very similar.
so basically you are saying the only option is to create a piece of code with user interface asking the user WHICH color do you see here, and if its the wrong one, use the method, or if its the correct just dont use it? or did i understood something wrong?
ps: i dont want (if avoidable) to program each device wait until it starts and if its wrong, re program it with the correct code (including swap channels) and then continue
Ps2: do anyone knows why in gods name 2 different pieces of hardware that are supposed to be “identical”… are behaving different?
@ Ingcuervo - you could use an input pin and set it to 1 if inversion is necessary, or zero if not. You could then have one set of code which handles both cases based upon the setting of the pin. Of course, you would have to determine the pin state for each board one time.
@ ianlee74 - this can’t be fixed and be embarrassed. We source the display from multiple sources and some are swapped, the others are not. We try to control this but unfortunately things in China runs in a very interesting way!
Oh… So, the issue is that you have multiple production runs of incompatible parts. Well, that does cause a problem. Still, I would think you would have that settled by now and the driver should reflect the parts you are currently selling. Or do you continue to sell mixed parts?
@ Gus - If displays within a batch are consistent, then it might be useful to put a sticker on those that require swapping. Or to make like easier, put a sticker explaining what to do if the color are reversed on every module.