From 11:00 PM CDT Friday, Nov 8 - 2:30 PM CDT Saturday, Nov 9, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From 11:00 PM CDT Friday, Nov 8 - 2:30 PM CDT Saturday, Nov 9, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
04-11-2017 12:17 PM
Hello, guys. Has anyone already used a FXO board with LabVIEW? If so, it's challenging to use its functions or LabVIEW has already some built functions for it?
Thanks,
Erick
Solved! Go to Solution.
04-11-2017 04:20 PM
What is an FXO board?
I guess those people who have used it will know what you are talking about.
04-11-2017 07:22 PM
A FXO Board is a board which is used for managing VoIP Calls using a PC.
04-11-2017 09:44 PM
Do you have a link to the product?
Does it come with an API you can leverage?
04-20-2017 09:22 AM
natasftw escreveu:
Do you have a link to the product?
Does it come with an API you can leverage?
Natasflw is right.
It is important to know first which exact product is and then look for an API on the community. If you provide us with the product model, we can help to look for it.
However, in 5 years as an NI applications engineer I've never seen API for kind of product but we all do know that the community has uncountable APIs and drivers shared by the users. LoL
Regards,
04-21-2017 06:15 AM - edited 04-21-2017 06:24 AM
And what do you want to do with LabVIEW with these devices?
From the datasheet it seems to have a few remote control interfaces, none of them is particularly ideal to be controlled from a software package like LabVIEW.
There exists some SNMP library for LabVIEW which may allow you to retrieve some statistics and maybe even control certain parameters, but SNMP is a generic interface and you would have to find out yourself what OID etc you need to use for the different parameters and figure out the data format of each.
VT100, RS232/Telnet is another option but again these are all terminal interfaces. Meant in the first place for interactive control, although you can of course send these commands to the device from a software program. But that means you have to write your own library using VISA and/or TCP/IP nodes to send the right commands to the device and parse its text responses correctly.
If you talk about a plugin board directly in the computer rather than an external device, things are likely even less friendly. But considering that plugin slots in computers get more and more seldom, I'm not sure that is a future proof choice anymore. Those boards would need a device driver from the manufacturer and probably provide some kind of user space library in the form of a DLL, that you certainly would have to interface yourself to, using the Call Library Node. Expecting a ready made solution somewhere already is definitely very presumptions. VoIP applications in LabVIEW are anything but common, and the different hardware choices are so diverse and numerous, that unless a manufacturer himself is for whatever strange reason a LabVIEW fan, you will be hard-pressured to draw anything but a blank stare if you ask them about LabVIEW support.
04-21-2017 08:14 AM
@rolfk wrote:
And what do you want to do with LabVIEW with these devices?
From the datasheet it seems to have a few remote control interfaces,
What datasheet?
04-21-2017 09:08 AM - edited 04-21-2017 09:09 AM
Well I did a google search for "FXO VoIP" and came across a bunch of standalone boxes similar to network routers, which is more or less what these boxes are anyways, and they all seemed to have these common interfaces, very much like managed network routers.
The odd thing was of course that the OP mentioned a board, so it seems he has a particular manufacturer that provides PCI (Express) plugin boards (or his language use is less than accurate). But from the little information he provided I did a listing of the likely options he will have and that his hope to have native LabVIEW integration is most likely an idle hope.
05-16-2017 10:51 AM
We decided to maintain the plan to build our own telephone emulator with more common drivers because we only have found some closed applications which use this type of board. But I thank you all for the interest in my problem and for the help in the search.