[Ubld.it StaffModerator]

Ok let me see if I’m following here;

usb_claim_interface sounds like is a libhid or libusb function. libusb lets you send raw usb urb’s from userland. Typically you would use libusb if a device had no kernel driver, or enumerated as a hid device just to satisfy the driver requirement but does the real work through special endpoint packets.

So to answer a) I’m not sure what library you’re using, but -1 means it couldn’t claim it, probably because the linux driver has a hold of it. Typically you would have to unload the usb serial driver / cdc_acm driver to make the claim happen.

which leads us to b) the Araneus Alea uses libusb to talk to the device, this isn’t needed with the Truerng.

c) The TrueRNG is already a virtual com port. You can open it and treat it like a standard serial port (with open / serial open apis) or use the library above that dgv suggested.

/dev/TrueRNG is a symlink to /dev/ttyACMx (x is 0-9) which is the same as a usb to serial connection.

[Ubld.it StaffModerator]

I don’t know of anything pre made, in theory _if_ it is possible to seed them (through an API), then writing a service to read data from the TrueRNG and feeding/Seeding them would work. Otherwise, the approach many windows developers do is just open the com port from the TrueRNG, and toggle DTR when they need random data, then DTR to stop the flow again. That is the easiest approach.

[Ubld.it StaffModerator]

Thats one way to tackle it, we opted not to symlink to /dev/hwrng because if you had an internal hwrng like with your cpu (which some have, can’t say how good they are they use thermal noise usually) they would use /dev/hwrng so to avoid conflict we used a different name. I would think that Debian would have the config file in the same place as Ubuntu which is /etc/default/rng-tools

[Ubld.it StaffModerator]

Hi there Johnny.

So by default the udev rules create the /dev/TrueRNG node (which is a symlink to /dev/ttyACM0 or 1, depending…)

Can you verify some nodes for me ?

ls -l /dev/ttyACM*
ls -l /dev/TrueRNG*

if both /dev/ttyACM0 and /dev/TrueRNG exist, then the problem is in the rng-tools conf file. it defaults to using /dev/hwrng and not /dev/TrueRNG. Simply edit the config file and replace /dev/hwrng with /dev/TrueRNG and restart, and it should be working.

This is step #2 in the install guide for reference.

Hopefully that fixes the issue.

[Ubld.it StaffModerator]

Odd, it used to work. %k evaluates to kernel name like ttyACM0. I’ll look into this. Thanks for letting us know, something must have changed with newer udev.

[Ubld.it StaffModerator]

Wow! No need to be sorry. I thought the cable being bad was a long shot myself but I’m glad it worked for you..

In case you are curious here’s what made me think the cable was a possible issue. The very first PCB I ever designed was a USB Hub and when I designed it I had no clue what I was doing. As it turns out the 90 Ohm differential impedance specification for USB is pretty important. So when I hooked up my poorly designed hub it would enumerate but that was all it would do. When I saw you had a flat cable in one of your photos a red flag went off in my head and I thought your cable, which I could see in your photograph, was not what USB cables typically look like.

Thanks for taking the time to try a new cable.

[Ubld.it StaffModerator]

jaturul,

The only other thing we can think would cause this issue is the USB cable you are using to connect the TrueRNGpro. Can you try another cable? If that doesn’t work than e-mail us directly at sales@ubld.it and we’ll exchange your device to see if that solves the issue.

• This reply was modified 7 years, 2 months ago by  Ubld.it Staff.

[Ubld.it StaffModerator]

Denis, e-mail us directly and we’ll help you out.
sales@ubld.it

[Ubld.it StaffModerator]

Unfortunately “Code 10″ is a generic ‘device isn’t working’ error. And rngcapture will not work while the exclamation mark is on the driver.

Right now the best advice I can say is, uninstall the driver, reboot, and do a clean install of the driver again, then reboot again.

May I ask can you describe the behavior of the led’s when you plug it in? It will do a sequence, then light certain LEDs, describe it in detail please.

Also try a different usb port, sometimes laptops have USB2 and USB3 ports (blue is usually USB3).

Another idea is try plugging it into a USB hub, maybe there is something with your USB chipset that the TrueRNGPro doesn’t like.

While our Windows 10 machine here works fine, I’m going to try and replicate your problem.

So in short; Things to try;
* Uninstall, reboot, install, reboot
* Try different usb ports
* Try a different computer
* Try a USB hub
* Describe the LED sequence animation/lights

Thanks, and sorry for the problem you are having.

[Ubld.it StaffModerator]

This is great, thanks Denis!

[Ubld.it StaffModerator]

Plaque, Thanks for sharing your work. I have not had time to give it a try yet, but judging from the documentation it looks like you have a nice tool there. Don’t hesitate to reach out to us if you need support on future projects.

ubld.it

[Ubld.it StaffModerator]

Just for future reference, I believe this was solved by using Matt’s matlab script (here) and the line ‘-Dgnu.io.rxtx.SerialPorts=/dev/TrueRNG’, changing it to /dev/cu.usbmodem

[Ubld.it StaffModerator]

Quadko,

Thanks for sharing your code. I’ve heard complaints of serial com issues with C# and unfortunately I always see the developer just avoid using C# and go with something else entirely such as Python. Definitely report back here if you find a library that solves your issues.

[Ubld.it StaffModerator]

Here is a quick example using python of how this could work if you wanted to implement a simple solution.

https://cockrum.net/code.html

[Ubld.it StaffModerator]

While I don’t know of any 100% perfect projects for this, there are some out there. A quick google shows Pollen — https://github.com/dustinkirkland/pollen which appears to do this, but they it would need to be modified slightly to read from the TrueRNG dongle instead of their pseudo random number generator.

Rolling your own should be fairly easy too in the same manner. Using say apache with SSL enabled, you can make a https connection to your server’s cgi (perl/php/what have you), and POST the length of entropy you want, then fetch the number of bytes from the device or /dev/random (your mixed pool being seeded by TrueRNG), and return that back encoded either binary or hex/json or even printable numbers like random.org. Then use that entropy how you want… or insert it into that machine’s /dev/random pool (this part is a little more tricky). I could see someone rolling this engine out fairly easy.

Since /dev/random and /dev/TrueRNG are both character devices, they should be fairly easy to deal with just like reading a file.

Good luck!

[Author]

Posts