pressurepoint14@gmail.com

Member Since: December 6, 2008

Country: United States

  • If anyone is attempting to make their own vaporizer mod, these batteries are perfect, and much cheaper than the ones you get from dedicated stores.

  • Yes, in much the same way a nuclear reactor can power a light bulb.

  • the real problem is that there is no fact checking in the trade mark process. Fluke should not have been able to trademark a design that was popular before fluke even existed. If even one preexisting product of that design can be found the patent should be denied. More importantly the idea behind a trade mark is that the design is synonymous with the company. I had never even heard of fluke before reading this article.however I have always associated yellow with testing equipment and educational handhelds because that is the industry wide convention from RadioShack to Texas instruments.

  • Yes and no, this is a 3.3v device. The digital pins tolerate a 5v signal, but the device needs a 3.3v supply. There is an onboard regulator. It requires betwene 3.7 and 5.5 volts. So, yes a 5v regulator would work but is not ideal. one of sparkfun’s lipo cells , a 5v wall plug, or 3AA would be good.

  • Three reasons i can see. double the ram, double the on board storage, and it is easier to get it running due to the full sized hdmi and being easier to power. Beyond that the direct arduino compatibility is the main selling point.

  • The board files in the link above are incomplete. Use the ones in the MIT tutorial. http://hlt.media.mit.edu/?p=1695 That fixed this problem for me.

  • https://www.sparkfun.com/products/743

  • Actually you can do this. You need the proper deffinitions. The one in the links above is terrible. Use the one found in the MIT tutorial http://hlt.media.mit.edu/?p=1695

    Or to just download without reading anything. https://github.com/damellis/attiny/archive/master.zip

    This enables you to upload directly from the programmer and fixes all the other errors that the bad boards.txt file causes.

  • Well the thing about data logging is realizing that there is no such thing as analog or digital. It is all just numbers. Your log is just going to be a long list of numbers. Your logger won’t care where they came from. The arduino will convert analog to digital, and receive digital values over i2c/spi. Then it just regurgitates the numbers, without caring what they mean, for the data loger to store. You can then have a program interperate the numbers when you retrieve them. Personally I would use excel, but vernier labvue could easily be used to re-display the data as a series of instruments.

    Now that I think about it, I would probably use a propellor. Use one cog to gather and process the data, one to log it, and one to display the data as it is being logged.

  • This is great except for two problems. The legs are too short to use in a breadboard, and they are to fat to fit in most protoboard.