See inline

On Tue, Dec 8, 2015 at 10:06 AM, <[email protected]> wrote:

> I have no datasheet of that 16 relay module, only the link to Aliexpress.
>

I can't help much with how to hook up the relays with the information
you're provided. I'm going to need some specs of the relay control pin for
that.


> First I have 12V standard(220V AC) power adapter, this gives power to the
> circuit that the relays should control (12v LEDs). Then an external voltage
> regulator:
>
> http://www.aliexpress.com/item/lm2596-Subminiature-DC-DC-Adjustable-power-supply-Step-down-Regulators-Converters-Modules-beyond-LM2576-Size-33/32304492574.html
> This regulator is adjusted to give 5.5V to VIN in IOIOboard (and also to 3
> extra relays controlling power, the 16 relay unit has 12V input).. 19
> IOIOpins to relay controls and one
> pin to 3V LED (used as an indicator).
>

I don't know what a 3V LED is. Are you sure you don't need a current
limiting resistor in series? Otherwise your LED might be drawing high
currents from the pin. Same goes for the relays, which may require a
current limiting resistor and/or a transistor to boost the current.


> The IOIO has a Bluetooth dongle. That's it.
> Is ther a way to measure how much current these pins use, and what would
> be the maximum ?
>

You can either hook it up to a lab power supply, which usually has a
current indicator, or otherwise just use an ampere meter.
You shouldn't exceed 25mA on any pin and 200mA total. You should also keep
to voltage at 0-3.3V or 0-5V on 5V-tolerant pins.


> I could adjust the regulator to give more power to IOIO (perhaps 6V), but
> is it safe. From those 7 IOIOboards I have, this is the only one that still
> has the internal regulator undamaged !
>

I've never been able to get the regulator to fail with less than 10V. In
any case, this shouldn't matter.


>
>
> maanantai 7. joulukuuta 2015 19.22.17 UTC+2 Ytai kirjoitti:
>>
>> First, if you're saying that changing the software to use the pins in
>> open drain mode made things start working, it leads me to believe there
>> might be an internal pull-up to at least 5V on the relay, which might
>> damage the pins, depending on how strong it is.
>>
>> Second, there's no such thing as a limit to how many concurrent pins can
>> be used. There are limits on how much total current you can source / sink
>> from the pins and I bet that what you're seeing is a result of either
>> exceeding that or of having a poor power supply circuitry. It is not clear
>> from the specifications you sent how much (maximum) current is drawn from
>> each pin and how it should be driven. Do you have a part number or a
>> datasheet? Also, can you describe exactly how you've connected everything
>> together?
>>
>> On Mon, Dec 7, 2015 at 8:37 AM, <[email protected]> wrote:
>>
>>> Pins 31-46 are not damaged, because they work ok in "normal" digi output
>>> mode, but not open drain. I am not using any pull-up resistors, should I ?
>>> Anyway, there is another problem:
>>> The IOIO board has totally 20 pins connected as digi output (16 + 3
>>> other relays + 1 led). If I turn the power on when all these 20 connected,
>>> the IOIO is dead, no Bluetooth connection cannot be established. If I
>>> disconnect  any 3-4 pins (does not matter, what pins) and turn the power on
>>> => IOIO ok. Are these 20 pins taking too much current to prevent IOIO
>>> connecting to Android ?
>>> However if the IOIO power is on and connected, if I reconnect these 3-4
>>> pins, all 20 work normally.
>>> If IOIO power is off, but relay boards have power on, the power light in
>>> IOIO shines dimly (bright when IOIO power on).
>>> Am I in the limits of how many concurrent pins can be used ? This
>>> project would require one pin more for analog input (temperature sensor,
>>> not tested yet)
>>>
>>> From the specifications:
>>>
>>> *Specifications:*
>>>
>>> 16 road relay module:
>>>
>>> 12 v relay contact capacity and a250v, with light coupling protection. 5
>>> V or 3.3 V drive. Support all SCM drive. Plate load power module don't need
>>> external power supply. The I/O port drive low level effective;
>>>
>>> 12V 16-Channel Relay interface board, and needs 3.3V/5V Driver Voltage.
>>>
>>> Equiped with high-current relay, c
>>>
>>> Standard interface that can be controlled directly by microcontroller
>>> (8051, AVR, PIC, PLC,DSP, ARM, ARM, MSP430, TTL logic).
>>>
>>> Indication LED for each Relay's Status.
>>>
>>> Low Level is useful for driving I/O.
>>>
>>> With LM2576 Power
>>>
>>> With optocoupler isolation
>>>
>>> Size: 178*90*20 mm
>>>
>>> maanantai 7. joulukuuta 2015 1.54.26 UTC+2 Ytai kirjoitti:
>>>>
>>>> All pins support open drain. It is possible that your relays pull to
>>>> 5V, in which case, you would (or already have) damage non-5V-tolerant pins.
>>>> If you want more advice on this topic, please send a reference to the relay
>>>> specs or datasheet and a connection diagram.
>>>>
>>>> On Sun, Dec 6, 2015 at 3:33 AM, <[email protected]> wrote:
>>>>
>>>>> I finally got those 5 relays working.!
>>>>>  For some mystery reason these (5) must be controlled in open drain
>>>>> mode, while the others (11) work in normal digital output mode.
>>>>> BUT: open drain mode does not work in pins 31-46, I changed i to use
>>>>> pins 6,10-13 and now everyhting is ok.
>>>>> Is it so that open drain mode is functional only in "circle" pins
>>>>> (that are also 5V tolerant) ?
>>>>> I think that all 16 relays work in open drain mode, but there might
>>>>> not be enough open draiin capable pins
>>>>>
>>>>> sunnuntai 6. joulukuuta 2015 1.26.12 UTC+2 Tyler kirjoitti:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> It sounds like you'll need to do some troubleshooting to determine if
>>>>>> the problem is with the IOIO or the relay board. Based on what you've 
>>>>>> said,
>>>>>> it sounds like your IOIO may be at fault. Verify that the IOIO is 
>>>>>> actually
>>>>>> delivering the 3.3v on the pins with non-functional relays. You might 
>>>>>> also
>>>>>> try switching the pins around: take a pin that is known to be working on 
>>>>>> a
>>>>>> good relay and switch it to a non-functioning relay to see if the relay
>>>>>> works that way. You might also try switch each relay individually to see 
>>>>>> if
>>>>>> they work when the IOIO is just running one of them.
>>>>>>
>>>>>> If you can determine that the problem does indeed lie with the IOIO,
>>>>>> we can help you further. It may help to see the code you're using to
>>>>>> control the relays in that case. If it's a problem with the relay this
>>>>>> forum can offer general electronics advice, but we may not be able to 
>>>>>> help
>>>>>> with your specific relay board.
>>>>>>
>>>>>> Good luck!
>>>>>>
>>>>>> On Saturday, December 5, 2015 at 11:17:53 AM UTC-5,
>>>>>> [email protected] wrote:
>>>>>>>
>>>>>>> Hello !
>>>>>>>
>>>>>>> I have 16 relay module that I want to control with IOIO. I know that
>>>>>>> this is not IOIO problem, but is there anything I could do with IOIO
>>>>>>> digital i/O (or hadware).
>>>>>>>
>>>>>>>
>>>>>>> http://www.aliexpress.com/item/2015-China-Wholesale-12V-16-Channel-Relay-Module-for-arduino-ARM-PIC-AVR-DSP-Electronic-Relay/32305996877.html
>>>>>>>
>>>>>>>
>>>>>>> I have connected this to 16 pins in IOIO and defined the pins as
>>>>>>> digital output. 11 of the relays work as expected, but 5 relays do not
>>>>>>> react to the IOIO 3.2V signal going up or down.
>>>>>>> However if I shortcut those 5 malfunction pins in relay module to
>>>>>>> ground, the relay reacts as expected !
>>>>>>> When the relay control pin is connected to IOIO, the relay is always
>>>>>>> on, but does not go off for IOIO signal
>>>>>>>
>>>>>>> I have tried to define the digital outputs also as "open
>>>>>>> drain"-mode, but no success.
>>>>>>> Is there anything else that I could do (other than buy a new relay
>>>>>>> module) ?
>>>>>>>
>>>>>> --
>>>>> You received this message because you are subscribed to the Google
>>>>> Groups "ioio-users" group.
>>>>> To unsubscribe from this group and stop receiving emails from it, send
>>>>> an email to [email protected].
>>>>> To post to this group, send email to [email protected].
>>>>> Visit this group at http://groups.google.com/group/ioio-users.
>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>
>>>>
>>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "ioio-users" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to [email protected].
>>> To post to this group, send email to [email protected].
>>> Visit this group at http://groups.google.com/group/ioio-users.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>> --
> You received this message because you are subscribed to the Google Groups
> "ioio-users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To post to this group, send email to [email protected].
> Visit this group at http://groups.google.com/group/ioio-users.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"ioio-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/ioio-users.
For more options, visit https://groups.google.com/d/optout.

Reply via email to