-
-
Notifications
You must be signed in to change notification settings - Fork 19.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
How to use Wire.h and another lcd lib? #26
Comments
Why don't you use a recent arduino env, i.e. 1.0 or at least 23? Maybe that would help. Apart from that, I cannot really help you, as I don't have this hardware and cannot test/try, and have really not so much time. However, the actual used routines of the LiquidCrystal are very limited, and could be easily replaced: Do a file search for "lcd." |
Hi Bernhard, Thanks for the comment, I've already tried with arduino 0023 and 1.0, without success. I've tried with 0022 because it was mentionned in the Makefile available in Marlin folder. I'll let you know if I succeed to use ultralcd with deuligne hardware, otherwise I'll continue to use my own lcd lib - https://github.com/alx/Marlin/blob/deuligne/Marlin/lcd.pde - but that's ashame, yours seems a lot more usable :) |
Hello Alex, I never looked at this display but I will look at it this week. Best regards, Erik van der Zalm On Dec 5, 2011, at 2:08 PM, Alexandre Girard wrote:
|
After a new try, I've succeeded in removing the compilation errors by moving Wire.h and Deuligne.h in Marlin folder, and quickly make the code dirtier than it should. But then the lcd is not switching on, and it's not possible to connect to the arduino via Printrun. I suspect that the uploaded code is failing on the board and is not able to open a serial connection, I'll move back to my custom lcd lib to implement it with the new Marlin, even if I dream to use ultra_lcd lib one day :) |
Here is the different call when compiling an example from Deuligne lib, and Marlin: https://raw.github.com/gist/2023450/c23a5ca8fb9e038f38238d5992bfbab8fd0e5b0e/gistfile1.txt As you can see, the exemple gets the Wire and Deuligne lib locations in its option, but nothing appears during the compilation of Marlin. Where do these options are created inside arduino? |
ok, I need to declare the call to Wire and Deuligne lib inside Marlin.pde for them to be fetch during compilation, one step closer to ultra_lcd support :) |
Good, it compiles and upload correctly (still dirty), but it's then impossible to connect to the printer using Printrun. Here is the compilation log: https://gist.github.com/2023523 I'll try to find a way to know what happens when the arduino is initializing, and find the possible error. |
Hello Alex. Thanks for porting it. I will check it in a few days. |
Hello Erik, Do you think it could be a memory issue? Here is the memory footprint after the compilation:
I've committed the current non-working code on https://github.com/alx/Marlin Unfortunately, I haven't try activating just the ULTRA_LCD config, to be sure the same issue doesn't appear with this config. I'll try it as soon as I return to the machine. |
(issue created a long time ago; reopen if there's no fix in place) |
…eases Upload binary blob to S3 on release branches
Resolve "Cool down after auto calibration" Closes MarlinFirmware#26 See merge request lulzbot3d/marlin!20
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Hi,
In the following commit, I'm trying to use the current implementation of ultralcd with another lcd system that uses i2c, that uses an arduino lib compatible with LiquidCrystal method calls:
alx@1842ef0
Compiling under arduino 0022, I've got this error:
It seems that Wire.h is not found, I've tried to place Wire.h and Deuligne.h in Marlin.pde, then it finds it during compilation, but I hit another issue:
Would you have some hints about how to do this modification properly?
More details about Snootlab Deuligne:
Thanks :)
Alex
The text was updated successfully, but these errors were encountered: