I turned on Verbose and the path is correct and I have removed all other LiquidCrystal folders.
Anything else I can try?
What about the guesser ? (see Reply #9)
paupline:
I turned on Verbose and the path is correct
Can you post the full command line of the compile that failed?
As far as "path is correct" goes,
if you look at the path of the LiquidCrystal library directory used on the -I option
do you see fm's library and a LCD.h file that contains a define for POSITIVE in it?
I'm guessing not.
--- bill
what is the guesser program?
The "guesser " is a program written by Bperrybap to "guess" the lcd constructor (descriptor)
(this)
LiquidCrystal_I2C lcd(0x27, 2, 1, 0, 4, 5, 6, 7, 3, POSITIVE);
for the purpose of finding the correct descriptor for an lcd.
In your case we're trying to determine if the descriptor you are using is the right one.
The problem is that I can compile your code (with the idDHT11 code commented out) without errors and yours
should compile because the compile does not check to see if the lcd in question actually exists or not.
So even it your descriptor was wrong, your code should compile. What this means is that the guesser does
not explain your compiler error. Whether or not your descriptor is correct is basically irrelevant to your issue,
which is the compiler error. You asked me if there was anything else you could try, and I replied "the guesser"
but the person who wrote the guesser would probably agree with me that the results of running it would not
explain a compiler error, so I think I'm out of ideas. Your code should compile. It did on my system and I don't
even have your lcd. The only issue I had was the idDHT11 code errors and I don't know why I got those because
I installed the library, but that is not your problem so we can ignore that.
You changed the library to fm's library (see Reply#9) since the first time you tried the guesser ? (see Reply#9)
I have tried both libraries.
For whatever reason, I get the same error message every time
FYI, you don't have to take screenshots of your IDE. All you have to do is move the mouse cursor over the
red compiler output and press Control-A. This will highlight ALL of the compiler output including the part
that is not visible. Then Press Control-C to copy it.You then open Notepad and place the cursor over the blank area
of notepad and press Control-V. This will paste the ENTIRE verbose output to notepad.
Just for the sake of covering all the bases, do you have access to a different computer, maybe a laptop or
something else running Windows ?
Also FYI, I think I figured out why the dht11 code was not compiling. There is more than one library. I was
using the Interupt-driven library (idDHT11, NOT DHT11). I'll try the other library tonight. It should work, not
that it's any help to you...
Ok thanks for the heads up on the pic posting
Yes. I have several at my disposal. I believe I mentioned in my first post that I tried this on a Windows XP computer and got the same error message.
I also got this message on a MAC. Three different platforms and 3 different computers.
Just to confirm , the steps you followed are as follows:
step-1: Deleted old library
2: Unzipped fm's library ("LiquidCrystal_V1.2.1.zip")
3. Placed cursor over file at bottom of list in window, held SHIFT key down and mouse left-click
4: selected "Extract to"
5: Highlighted C:\My Documents\Arduino\Libraries
6: Clicked "OK" to perform extraction
7. Closed any open instances of the IDE
8. Opened IDE
9. Selected your code sketch
10. selected compile
correct ?
Correct. On all three platforms I have tried this.
paupline,
It is exactly as I suspected. You have not properly installed fm's library and are using the wrong library.
As I said before the only way to get that error is to be using the wrong library.
You can see in the verbose output from looking at the -I include paths,
that the sketch is using the LiquidCrystal_I2C library vs fm's library.
You cannot have multiple libraries that use a header file with the same name
because there is no way to guarantee which one is used.
In this case, the IDE has selected using the LiquidCrystal_I2C library vs fm's library.
In this post:
http://forum.arduino.cc/index.php?topic=214356.msg1569936#msg1569936
I asked this:
Did you make sure to remove any other LIquidCrystal_I2C library that was previously installed?
Which looks like was not done.
Go remove the other library so you can use fm's library.
--- bill
Dang, I just noticed there are 2 locations for the libraries to be stored. I remove them both and it is now working.
BIG Thanks to:
raschemmel
and
bperrybap
Couldnt have done it without guys.
Thank you very much and appreciate your patience.
GREAT !
FYI,
Since each library creates it's own folder name, you can have several folders each with a different library,
and since they are all under the subdirectory "Libraries", they will conflict.
Glad to hear it's working.
Just a reminder. Next time you post code use the CODE ["#"] button. But if you have any text that is lengthy,
either a very long quote, or some exert from a datasheet, you can also use the ["#"] button because it is
functionally the [SCROLL WINDOW] button.
Also, I have a separate HD where I have MAIN LIBRARY TEMP FOLDER , in multiple places so for example
I have one in the I2C folder that has two different I2C LCD libraries because I have two displays that use
different libraries and I can't figure out how to get them both working with the same library. I keep a
copy of each in the temp folder and when I need to change I delete the old one and paste the new one
in from the other HD. I noticed there is more than one DHT11 library as well so I'll probably create one
for those libraries too.
raschemmel:
I have one in the I2C folder that has two different I2C LCD libraries because I have two displays that use
different libraries and I can't figure out how to get them both working with the same library.
There should be no need for this. fm's library can run them all.
If you happen to have native i2c display, or a mcp23008 based backpack, I have early
code that I can give you to get you up and going with fm's library.
PM me or start a new thread, and I can walk you through getting them both to
work with fm's library.
--- bill
THANKS !
I'll do that.
Now that the smoke is cleared, why are you using the DHT11 sensor ?
What's your project ?
Its more for my kids to play with. They wanted a project so I wanted to provide them with something fun. This will give them some hands on experience with programming and wiring.
I just wanted to make sure everything worked so when they ask me whats wrong I will be able to help them.
Its a small project that displays the Temperature, Humidity and Dew Point of the environment. Nothing too exciting but fun for them.
Thanks again for your help.
Well heck, why didn't you say so. You could have just asked them to fix it. ! 
paupline:
Its a small project that displays the Temperature, Humidity and Dew Point of the environment. Nothing too exciting but fun for them.
Cool!
They can breath on the sensor(s) and watch the information change.
That will be fun.
A game of who has the "hottest" and "wettest" breath....
--- bill