iio_info(1)

πŸ‘‘ iio_info, but make it make sense πŸ‘‘

okay bestie, so this little cutie lives in the LibIIO Utilities collection β€” the manual page calls it iio_info(1) β€” and it's basically the ✨main character✨ of "wait, what devices do I actually have plugged in?" πŸ’…


🌸 NAME 🌸

iio_info β€” it lists your IIO devices and all their device attributes. that's it. that's the job. and it ate. πŸ”₯


✨ SYNOPSIS ✨

iio_info [ options ] -u <uri>

πŸ’– DESCRIPTION πŸ’–

iio_info is a utility for showing you info about local or remote IIO devices. local on your own machine? remote over the network? it does not care, it will happily spill the tea about either one πŸ«–πŸ’œ


πŸŽ€ OPTIONS πŸŽ€

  • -h, --help β€” tells iio_info to show you some help, and then it dips. bye! πŸ‘‹
  • -V, --version β€” prints the version info for this particular copy of iio_info, plus the version of the libiio library it's running on. this is your go-to when you wanna know if the library and iio_info on your system are up to date. also lowkey essential when you're filing a bug report. πŸ›
  • -S, --scan [backends] β€” scans for available IIO contexts. you can hand it an optional arg naming specific backend(s): 'ip', 'usb' or 'ip:usb'. specific options for USB include Vendor ID and Product ID, so you can limit the scan to specific devices like 'usb=0456,b673'. vid,pid are hexadecimal numbers (no prefix needed), and "*" matches any β€” for pid only. if you give it no argument at all, it checks all the ones that are available. ⭐
  • -u, --uri β€” the Uniform Resource Identifier (uri) you use to connect to devices. it can be one of these:
    • ip:[address] β€” a network address, either numeric (192.168.0.1) or a network hostname.
    • ip: β€” blank. if it was compiled with zeroconf support, it'll go find an IIO device on the network for you πŸ¦‹
    • usb:[device:port:instance] β€” normally this is the thing you got handed back from iio_info -S.
    • serial:[port],[baud],[settings] β€” these are controlled, and they need to match the iiod (or tinyiiod) on the other end of the serial port. no cap, they have to line up. πŸ’€
      • [port] is something like '/dev/ttyUSB0' on Linux, and 'COM4' on Windows.
      • [baud] is normally one of 110, 300, 600, 1200, 2400, 4800, 9600, 14400, 19200, 38400, 57600, 115200 [default], 128000 or 256000 β€” but it can vary from system to system, so vibe check your own setup. 🌈
      • [settings] would normally be configured as '8n1', and it's controlled by:
        • data_bits: β€” (5, 6, 7, 8 [default], or 9)
        • parity_bits: β€” ('n' none [default], 'o' odd, 'e' even, 'm' mark, or 's' space)
        • stop_bits: β€” (1 [default, or 2)
        • flow_control: β€” ('0' none [default], 'x' Xon Xoff, 'r' RTSCTS, or 'd' DTRDSR)
    • local: β€” with no address part. just vibes, right there on your machine. 🏠
  • -a, --auto β€” scans for available contexts, and if there's only one available, it just uses it. convenient queen energy πŸ‘‘

🫢 RETURN VALUE 🫢

if the device you specified isn't found, a non-zero exit code gets returned. so like, check your exit statuses bestie, that's the whole point 😭


🌟 SEE ALSO 🌟


πŸ™ˆ BUGS πŸ™ˆ

all bugs are tracked at: https://github.com/analogdevicesinc/libiio/issues

not me telling you to actually go file the bug instead of just complaining in the group chat πŸ’€ do it, the maintainers are nice, fr fr.

and that's the whole page, periodt πŸ’… this was libiio-0.26, dated 06 February 2026, straight from the LibIIO Utilities crew β€” mwah, go plug something in and ask iio_info about it πŸŽ€βœ¨πŸ¦‹

πŸ“¦ where this page comes from