GithubHelp home page GithubHelp logo

Comments (5)

GoogleCodeExporter avatar GoogleCodeExporter commented on August 19, 2024
I've asked the submitter if he can provide before and after EERROM dump files 
in hopes of being able to replicate this bug.

I've also asked him check if there's any sign of possible "off screen writing" 
happening on the LCD as the sticks are moved, using the model set-up that 
relates to the fault. (That will require checking all related screens of 
course.)

I'm also aware that a screen-overwrite bug fix has recently been contributed by 
bsongis, but that's no in the trunk version yet. Could be the same bug?

Thanks for the help. :D

Original comment by [email protected] on 28 Jun 2011 at 5:53

from gruvin9x.

GoogleCodeExporter avatar GoogleCodeExporter commented on August 19, 2024
I dug out the definite off-screen rending bug fix that bsongis made in 
branches/frsky r559 and have now ported that to the trunk code. This is FAR 
more likely to be the cause of the trims moving on their own fault than my 
previous fix from er9x issue 180. HEX ''binaries'' updated to the build 
revision.

New trunk/*.hex files uploaded for this version as at r591.

I'm much more confident this fix will actually do the job. Please let us know.

Original comment by [email protected] on 28 Jun 2011 at 9:32

  • Changed state: Started

from gruvin9x.

GoogleCodeExporter avatar GoogleCodeExporter commented on August 19, 2024
I should note that this last change may not fix this specific issue. There 
might be yet another bug to find. But here's hoping.

Also, note that this issue, assuming it is caused by off-screen writing (very 
likely), should only occur on one specific display screen -- and most likely on 
one of the more graphical stick position pages, at that. The one with 
horizontal bars showing channel output is probably the most likely culprit, 
since it has graphics closer to the screen edges.

Original comment by [email protected] on 28 Jun 2011 at 9:40

from gruvin9x.

GoogleCodeExporter avatar GoogleCodeExporter commented on August 19, 2024
Was due to the lcd_vline function which wrote over the display memory limit 
when called with h=57 and l=7 (which is called 4 times - the 2 horizontal trims)
Bertrand.

Original comment by [email protected] on 1 Jul 2011 at 9:06

  • Changed state: Fixed

from gruvin9x.

GoogleCodeExporter avatar GoogleCodeExporter commented on August 19, 2024

Original comment by [email protected] on 23 Sep 2011 at 1:52

  • Changed state: Verified

from gruvin9x.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.