SainSmart 16-Channel 9-36V USB Relay Module

Seems to work. Haven't connected anything to the relays or used the external power supply yet. Only got as far as writing a LabVIEW vi to control it.

As another has noted, do use the external power supply port and pull the jumper. It had issues just running off the usb power. I was also able to confirm the other report that sometimes if you go too fast a relay can miss a command, but I saw that more often on usb bus power. A good power supply makes it reliable and faster to respond. In my case I have hundreds of amps available. I wrote my own linux driver that waits for the reply to echo back before considering it applied. I can run this in fast process-level parallel and the reply messages can interleave. So I have a random-delay-then-retry logic to make sure it gets a correct acknowledgement. Seems to be reliable enough when I do that. See serial on then off, then parallel (don't wait for reply) on then off. That being said the rest of the world is at 115200 baud for usb serial. Why default to 9600? The ch340 family can go that fast if they changed one line of code. I also found that it's decently reliable if I close and reopen for write after every command while not waiting for a reply (about half as fast). Even though it's not perceptably any slower (at 9600 baud). That must mean the wait time before resending is clearly almost imperceptible. This means their microcontroller code is a little broken to not be handling these requests with pointer queues to a ring buffer, but they are actually doing work while they have listening turned off. I tried adding characters to pad space in time predictably. It didn't work. It's just oddly buggy when you go fast. Other then these notes, it appears to work decently enough. I'll be rewiring my van to use this to control all my 12v appliances. The LED indicator lights work well,

Funcional y robusta

Updated review: the board uses "Modbus ASCII" protocol. Knowing that makes the commands far less cryptic. The supplied documentaton (PDF and XLS) has errors in the checksums for channel 15-off, 16-on, 16-off. I got lucky and found the source code for Sainsmart's Windows app, and can confirm the device supports more Modbus functions than documented: 1 (read coils), 2 (read discrete inputs), 5 (write single coil), and 15 (write multiple coils).

I’ve only run some test on it because the project it goes in is still a work in progress. But it works fine. I downloaded the software and seems pretty straight forward. Looks like it’s going to be just what I needed.