Show Posts
Pages: [1] 2 3 ... 18
1  General Category / General Discussion / Re: Anyone purchased from on: April 22, 2014, 03:02:10 pm
On their webpage it shows clear it's make in china, I think people would know it before buy, don't make it sounds like they are trying to hide something.

That's right. They (you?) changed the webpage a while ago so that it admits that the boards are not genuine Arduino boards.
The boards still carry the official Arduino logo though and the boards still say "Made in Italy" so the boards are still counterfeit.
2  General Category / General Discussion / Re: Anyone purchased from on: April 17, 2014, 08:09:07 am
How can an opensource project that sells an item and has another company selling an Arduino type product be illegitimate or counterfeit?

Just because you release product as open source it doesn't mean that anyone can use your brand name and your logo and sell them as products manufactured by You.
The boards we are talking about are carrying the Arduino logo and says "Made in Italy" and everything but they are made in China by someone else. The boards claim to be genuine Arduino boards which they aren't.
3  General Category / General Discussion / Re: Anyone purchased from on: April 10, 2014, 11:00:01 am
Be aware that Electrodragon only sell counterfeit versions of all branded products. Their general noname components are fine though and the company feels quite reliable. I have purchased goods from them several times.

I've reported their "Arduino" boards to the Arduino staff before and all that happened was that Electrodragon renamed them to EDArduino on their web page. I haven't purchased any boards from them but I'm fairly certain that they're just regular counterfeit clones and that they all carry the Arduino logotype and are branded as Arduino in reality. Don't buy them.
4  General Category / General Discussion / Re: Are you legally allowed to edit your own homes wiring? on: April 10, 2014, 10:49:44 am
The electric regulations and the measures needed to protect the manufacturer may vary between markets.
5  International / Scandinavia / Re: Nybörjarfrågor - relä on: December 08, 2013, 12:54:21 pm
På din första Arduino behöver du någon form av isolering för Arduinon tål inte 12V på ingångarna.
Jag rekommenderar att du matar din inkommande 12V-signal genom en optoisolator och läser av utgången från optoisolatorn istället. Exempel:
Ett relä skulle naturligtvis också fungera.

På din andra Arduino där du ska sluta en kontakt kan du använda en optoisolator om du har en som klarar den spänningsnivå du har i kretsen som ska slutas. Annars är kanske ett relä att rekommendera.
Tyvärr kan du inte styra ett relä direkt från en utgång på din Arduino för spolen i reläet drar mer ström än utgången tål att leverera och då kan du bränna utgången. Du behöver styra ditt relä via en transistor.
6  Community / Website and Forum / Re: new web site presentation issues on: October 07, 2013, 03:46:21 pm
2) font used in "Home Buy Download Products..." is nice but the lower case R renders poorly ( on a MacBook pro at least)

It looks awful in both Chrome and IE on Windows too.
Looks like "Pioducts", "Leaining", Refeience" and "Suppoit"
7  Using Arduino / Project Guidance / Re: ARDUINO S3v3 - SERIAL SINGLE SIDED VERSION 3 (REVISION 2) on: July 22, 2013, 03:54:20 am
Why do you want that particular board?
The board is for people who want to build the board themselves which you clearly have no intentions of doing.
8  Using Arduino / Programming Questions / Re: HMC5883L library on: July 22, 2013, 03:38:34 am
The file looks fine.
You will have to close your project and open it again before the changes have any effect.
9  Using Arduino / Programming Questions / Re: HMC5883L library on: July 21, 2013, 03:47:22 pm
That library is old and created for pre Arduino 1.0 environments.
You will need to do some changes to the library files to use them with current Arduino versions.

Open the file HMC5883L.cpp in a text editor

Replace the line
#include <WProgram.h>

#include <Arduino.h>

The Wire interface has also removed the send and receive methods. The are now called write and read
So replace all orrucenes of Wire.send with Wire.write and all occurences of Wire.receive with
10  Using Arduino / Networking, Protocols, and Devices / Re: Encryption for a few bytes ? (with VirtualWire). on: July 04, 2013, 06:58:38 am
It doesn't say that range isn't improved below 1000bps, it just doesn't show any more test results below 1000bps.
And besides that it doesn't actually show that there are no difference between 1000bps and 2000bps either. It just lists them both as being >150m which doesn't necessarily mean that they are equal.
The tests made by the author applies to the modules he tested with and it doesn't necessarily mean that all cheap eBay modules have the same characteristics.

For what I know, if the modules can keep up with the baudrate, it has no use to make the baudrate lower.

Suppose the receiver and transmitter have good antennas and both can do very high frequencies. Why would the range be different with a higher baudrate ? Only when the 433MHz gets disturbed by the modulation.

You may be right but why is there a difference in range between 2000bps and 5000bps in that PDF when it works fine at speeds up to 7000bps in the authors tests?
I don't know if they get more sensitive to interference at higher rates or something but the tests show that the range is better at lower speeds.
11  Using Arduino / Networking, Protocols, and Devices / Re: Encryption for a few bytes ? (with VirtualWire). on: July 04, 2013, 01:34:20 am
It has been running on AA batteries for a year now so I'm pretty sure the sleep works. I'll try to remember adding a delay before going to sleep just to be sure if when/if update the code again.

Where did you read that the range doesn't improve below 1000bps?
The baud rate isn't critical in my case so I used a very slow rate just to be sure because I hadn't seen any specifications about baud rate/range/reliability.
It takes about a second for the transmitter to send the bytes and for the receiver to hash a number and compare the hashes.
The MD5 algorithm is not that fast so it takes a bit longer when the sequence is out of sync and the receiver must hash several numbers before it finds a match.
These speeds could be improved if the receiver calculated the next 50 or so hashes in advance so that it only has to match the hashes once it receives a hash from the transmitter.
12  Using Arduino / Networking, Protocols, and Devices / Re: Encryption for a few bytes ? (with VirtualWire). on: July 03, 2013, 03:08:14 pm
I have thought about that.
Using time: I cannot send the time to the remote Arduino. And after a while it is no longer in sync with the main Arduino (the VirtualWire receiver).
Using previous data: If a transmission is missed, all the next transmissions would go wrong.

This has been solved in car keys and other commercial devices, is there a library for it ?

I did something similar in a remote control for an electric garage door:

Don't know what to call it but it's a rolling code with a window of valid codes to allow some missed transmission without going out of sync.
13  Using Arduino / Programming Questions / Re: EEPROM Write Anything Question on: July 03, 2013, 02:57:00 pm

Sorry, didn't see that you started a new thread in which you moved to I2C
14  Using Arduino / Programming Questions / Re: Coin acceptor+LCD1602+SD card module on: July 03, 2013, 06:37:39 am
It's hard to point you in the right direction since you're only copying and pasting between examples instead of actually trying to write any code.

I read the code in your first post again and realize you already have a flag indicating that money has been insterted. You seem to use it only for displaying text on your LCD but you can also use it to decide if you should update SD/EEPROM or not.

If you want to update your SD card (or the EEPROM) "ONLY when a coin has been inserted AND at most one time every five seconds" you can add the (coinsChange == 1) critera to the interval criteria you already have in your code:
if(currentMillis - previousMillis > interval)

Change it to something like this
if((currentMillis - previousMillis > interval) && (coinsChange == 1))

Of course you will have to change the contents of the interval variable to 5000 instead of 1000 if you want the minimum interval to be five seconds.
15  Using Arduino / Programming Questions / Re: Coin acceptor+LCD1602+SD card module on: July 02, 2013, 08:46:45 am
Create a variable that holds the last value that you wrote to the eeprom, let's call it lastValue.
You already have a function that writes to eeprom every five seconds, expand that so that every time you are about to write to eeprom you also check if the value of coinsValue is different from lastValue.
If the values are different there has been a change so you should write coinsValue to eeprom and set lastValue to the same value as coinsValue.
If the values are equal there hasn't been a change (coin inserted) since you last wrote to eeprom and you don't have to write anything.
Pages: [1] 2 3 ... 18