Member Since: August 5, 2009

Country: United States

  • There is some good information here:
    But if you are looking for breakdowns between public domain, CCs, and OSHW, i don't think anything exists just yet. There has been a lot of cross-pollination from OSS/FOSS/FLOSS into OSHW and the Open Source definition (in reference to software) was pointed to often during the early drafts of OSHW.
    The OSHW draft is in plain english though, unlike the GPL/LGPL. I urge you to check it out so you can voice your opinion of it, before the thing becomes set in stone.

  • I think your points are good but you made one mistake. Don't argue with PT, it is useless. He will refuse to see your points because you haven't cited specific sources. If you cite a source he will say "Interesting, you should bring this discussion to this other board."
    What you wrote is very easy to understand. You're saying that members writing this draft benefit from open designs because they profit from them. This is obvious. I like your approach of asking if there is a way OSHW could shed that appearance without implying anything sinister on the people writing the draft.
    The only thing i would add is that once this draft is completed, nobody can say their device is OSHW unless it meets the definition. Which means if you made something and want to share it via OSHW but don't want anyone to sell it.. you cannot use the term OSHW (well, you can, but people will hound you for it). This topic is on the OSHW forums. The general response from people writing the draft is "Not everyone can do OSHW, we understand it is difficult". This sounds like an answer from half of the crowd, not a consensus/compromise.

  • Found a supplier, but they are very expensive.

  • Discovered an important problem. The datasheet says use 0x17 and 0x18 for setting X and Y position. That is wrong. I had to look at the source code (thank you for providing it) and it is actually 0x18 for X and 0x19 for Y.
    For confirmation check main.c line 527. It looks for 24 (hex 0x18) and 25 (hex 0x19). The Datasheet says to use 0x17 and 0x18 on page 3.
    Also it should be pointed out that 0,0 is the bottom left corner. X counts from the left but Y counts from the bottom. 0,63 is the upper left hand corner. Not a big deal but it's useful info.
    Thank you for providing the source code!

  • Just got two of these in today. Very easy to setup and use with an arduino. I highly recommend these for someone who wants a b/w graphical LCD without any hassles. Just provide pwr, gnd, and connect the arduino RX to the LCD TX and vice versa.
    Example sketch:
    void setup()
    //Change backlight value
    Serial.print(0x7C,BYTE); // cmd
    Serial.print(0x02,BYTE); // brightness
    Serial.print(0x40,BYTE); // value between 0-100
    //Run the built in demo
    Serial.print(0x7C,BYTE); // cmd
    Serial.print(0x04,BYTE); // demo
    void loop() {}

No public wish lists :(