Show Posts
Pages: 1 ... 3 4 [5] 6 7 ... 13
61  Using Arduino / Networking, Protocols, and Devices / Re: GPRS sheild not working with NewSoftSerial on: November 03, 2011, 06:41:46 am
Did you add the <CR><LF> characters for each command at the PC side when using the 1st sketch (NewSoftSerial)?
62  Using Arduino / Networking, Protocols, and Devices / Re: GPRS sheild not working with NewSoftSerial on: November 03, 2011, 05:46:30 am
Mind posting up the code when using NewSoftSerial?
63  Community / Bar Sport / Re: Open/Close/Open on: November 01, 2011, 09:03:15 pm
I think your commingling two different subjects.

1. Legal conditions of the licence, does it give everyone the 'right' to copy the design? If yes, then
    it is open source hardware in my opinion.
2. Ease of replication, does it provide all the information to make copying easier? This item doesn't
    define if it's open source or not, just how much effort one needs to put forth to replicate the design.

I think the products that fell into that close/open product usually don't state their license. But, if let's say the product is a derivatives of an Arduino or product complementing Arduino, it does need to follow the same licensing right?

I understand your idea about "spirit". IMHO the schematics are more important than the CAD files. What exactly would you mean with "better" products if you rule out "cheaper" as an improvement?
A good example of better product would be the Seeeduino. It's a derivatives work and it still inherits all the open spirit of the original works.

Just for the sake of argument. Would you consider my Blinkenlight Shield https://shop.ruggedcircuits.com/index.php?main_page=product_info&cPath=4&products_id=47? Would you consider my documentation http://www.blinkenlight.net detrimental or helpful?

My hope is that it will promote the community. Still I would consider my license terms (CC BY-NC-SA) not exactly open source. My choice of license is exactly designed to avoid what you describe. If I would make it completely open I would have to accept what you describe. This way there are still loopholes but at least I have a slim theoretical chance to avoid commercial exploitation by others.

If I would make it completely open source I would have to accept that others can and probably will exploit it.

What do you think?

That is some really awesome work! I would still consider your work as very open in this case (although with the missing CAD files or I might miss them on your website). I understand your fear of being ripped off but with the amount of support you are giving (the documentation, samples sketches, and even the experience process), I'm sure that even if there's someone that wants to copy your work and sell them, the community will still get yours in my opinion. smiley
64  Community / Bar Sport / Re: Open/Close/Open on: November 01, 2011, 06:20:06 am
I came across boards especially Arduino variants that basically doesn't improve or change anything compared to the original boards. Sometimes, it probably has only solder mask color changes or things like that. For me it's like going for the profit without giving anything back to the community except it's cheaper. I think having the design files in a CAD that has at least free/non-profit version allows the end users to learn and probably modify them for their own use I guess. That's how probably the products will improve. For an example, I just saw someone made a Bus Pirate variants that uses different chips compared to the original one made by Dangerous Prototypes. Without the open spirit, it will be harder (I'm not saying impossible) to do things like that. 
65  Using Arduino / Programming Questions / Re: Preserve battery with Sleep ? on: October 31, 2011, 11:59:48 pm
There's something wrong with that URL, I can't load it by clicking.

Anyway, working around that, the BOD disable doesn't seem as effective as setting the fuse. I still measure 61 uA using the test sketch compared to 6 uA with setting the fuse.

Fixed the link!

The software BOD disable works in my case. I always get a reduce of ~17 uA when disabling them through software. I also started using the hard coded way of disabling the fuse but I thought the BOD is an important feature to keep. So, I went with the software method and only disabling them when needed.
66  Using Arduino / Programming Questions / Re: Preserve battery with Sleep ? on: October 31, 2011, 10:33:54 pm
I would suggest if you start from the Pro Mini/Fio alone without any external peripheral.
It will be very hard to pin point where the current consumption is going into when you have several possible contributors.
Then, once the main board is low in current, start adding the external peripheral one by one.
Eventually you'll get there. smiley

You can disable the BOD on the fly but with strict timing and sequence.
You might want to check a simple library I wrote some time ago:
http://www.rocketscream.com/blog/2011/07/04/lightweight-low-power-arduino-library/
67  Community / Bar Sport / Re: Creating DIY Ardino's on: October 31, 2011, 10:09:36 pm
My suggestion is to get the RBBB PCB only from Modern Devices:

http://shop.moderndevice.com/products/rbbb-pcb
For 10 pieces, the PCB is $1.95.

Then source the parts from Digikey, Mouser, .....
ATMega328P-PU from Mouser is $3.31 per piece at 10 pieces.
The rest of the parts are pretty cheap and probably add another $1 per board for that.
Also check out Dipmicro for cheaper supporting parts & components.
68  Community / Bar Sport / Re: Open/Close/Open on: October 31, 2011, 10:02:34 pm
Some of them don't. Usually a PDF of schematic the most.
69  Community / Bar Sport / Open/Close/Open on: October 31, 2011, 08:49:10 pm
Hi Guys,

When I go through the products of any maker website (big and small), I notice that there's quite number of products (either Arduino boards derivatives or supporting boards for Arduino) is basically not open source at all (at least in my point of view). The only documentation that I can see is probably a schematic in PDF form and some IC datasheet. 

So, do you guys consider these type of products open source hardware?   
70  Using Arduino / Programming Questions / Re: Preserve battery with Sleep ? on: October 30, 2011, 10:19:50 pm
In PWR_DOWN mode, there's 3 things that *can* be on: WDT, ADC, BOD. The ADC consumes about 90-100 uA. BOD consumes about 17 uA. And WDT consumes about 4 uA. I believe there's something else is consuming rather than these 3 possible factor as if you add those 3 up, it would still let you run more than a day.
71  Development / Other Hardware Development / Re: Name the board and get a free one! on: October 22, 2011, 05:43:39 am
LocaLoca smiley
72  Using Arduino / Project Guidance / Re: Sparkfun GSM 5100b on: October 22, 2011, 05:40:20 am
I haven't try yet on this module, but I think you can look at this: http://labs.arduino.cc/GPRS/Index

The library has the http get request. It should be same for 5100b unless there is some propriety AT Quectel M10 command used in the library. Look in the inetGSM.cpp file in their Github repository. Take note that this is still testing codes and no guarantees. smiley
73  Using Arduino / Programming Questions / Re: Using Library Constructor in Another Library on: October 20, 2011, 12:12:57 pm
Thanks John for the suggestions. I'm going to try this out. smiley
74  Using Arduino / Programming Questions / Re: Using Library Constructor in Another Library on: October 19, 2011, 08:22:06 am
Basically I'm trying to write a library to support a piece of hardware that I can select between using the hardware UART and software UART. I thought by having 1 class it would be less confusing for people using them. I guess I had to split them.

Is there a way to get the destructor of NewSoftSerial into the picture to enable the use of single class? 
75  Using Arduino / Programming Questions / Re: Using Library Constructor in Another Library on: October 19, 2011, 03:56:24 am
John,

I have a slightly different situation now. I would have 2 variations of the ModuleX constructor now. One is using the NewSoftSerial UART and the other using the hardware UART. In the hardware UART case, I would omit the software UART object construction. Like this:

Code:
// This one works for software UART.
ModuleX::ModuleX(uint8_t rxPin, uint8_t txPin):uart(rxPin, txPin)
{
}
// This one is complaining about no matching function for hardware UART case.
ModuleX::ModuleX()
{
}
Pages: 1 ... 3 4 [5] 6 7 ... 13