Hi,
When I start LabVIEW, after few seconds it gets crashed. Any solution?
Hardware - cFP-2110
Hi,
When I start LabVIEW, after few seconds it gets crashed. Any solution?
Hardware - cFP-2110
MAX does not detect the FP-1601 unit.
FP-1601 has been reset as the IP was unknown. The reset switch is returned to the OFF position. All switches are OFF.
Status LED is blinking red at 1 blink per second (seems normal).
Power LED is on.
MAX version 10.5.0f0.
LabView 2010
Windows 7; no firewall or virus software running.
When I refresh the MAX 'Remote Systems' I observer a UDP message being sent by my host computer (expected and normal).
FP-1601 'Activity' LED flashes when MAX is refreshed.
The response from IP 0.0.0.0 is a DHCP request.
None of the FP-1601 setup info indicates I need a DHCP server running on my host computer.
I have a couple of FP-DO-DC60. The limited documentation I've been able to find says their output voltage range is 3-60V but doesn't say how to set the voltage level. Does anyone know how to do this?
We are using a cFP 2220 as multipurpose controllers, and in some scenarios, we implement additional safety circuitry to protect the I/O ports against incorrect connections; typically power connected to signal. Up until now, we have been using the RS485 ports on cFP2220, and safety circuitry is trivial with TVS's and TBU's
However, on a recent project, the spec's are slightly different and we need to use the RS232 port.
Page four of TIA-232 interface http://www.ti.com/general/docs/lit/getliterature.tsp?baseLiteratureNumber=slla037&fileType=pdf states that:
TIA/EIA-232-F Electrical Specification
All 232 circuits carry voltage signals, with the voltage at the connector pins not
To exceed ±25 V. All pins must be able to withstand a short circuit to any other pin
Without sustaining permanent damage.
(I need to dig deeper on google to find the complete standard, but the above should illustrate the issue)
I guess it's possible to interpret the standard in different ways; but since any pin can have upto +/-25V, then my understanding of the standard is that any pin should be able to withstand +/-25V. As 24VDC is our supply voltage, it would seem like we don't need to protect a RS232 line.
But: The RS232 IC driver (farnell:2496636) clearly states that the maximum input voltage limits for the transmitter is -0,3 / +6V . There are no additional safety components in the cFP 2220.
In most cases internal current limitations probably ensures that the conditions outlined by the standard are met, but that makes the protection of the cFP dependent on the properties of the device connected to it. It is not independently capable of protecting itself.
And it definitely blows up when a 24VDC power supply is applied to pin 3 and GND. So; We need to implement a protective circuit. Our "go-to" method of TBU's and TVS's doesn't really work here, as we need to use 15V TVS diodes, and the remaining ~15V is still enough to blow up the driver. Under these conditions, the TBU's also doesn't trigger correctly. There are loads of alternative solutions, I could simply add a 2.2kOhm between the driver and TVS, but this degrades the driver output to ~4V, which is not thrilling. Other options are a "crowbar" or lower voltage diodes, but both of these solutions are complicated or have other unfortunate implications.
So; my questions:
1) Is my interpretation of the standard correct, and that the cPF is not in complete compliance with TIA-232?
2) What is the NI recommendation for continuous overvoltage protection of a rs232 line?
Hi,
Looking to upgrade my modules without having to change anything else. We run Macs with LabVIEW, connected to the FP-1000 modules through an ethernet-to-GPIB converter, and then through a GPIB-to-RS232 converter. I'm looking at the NI 9482 to replace my relay modules, the NI 9437 to replace my digital input modules, and the NI cRIO-9074 to replace my FP-1000's. Will I be able to put all of these in place and still keep the rest of my hardware/software intact?
Also, other suggestions would be greatly appreciated, either for NI hardware or any other company that you guys might use for your applications. Thanks.
Hi,
I'm trying to make an RS232/RS485 converter circuit. I used a circuit from http://airborn.com.au/
I'm also adding PCB Layout(1), (2) and final board displays to show you. I used copper pour as ground and i connected lacking ground connections with additional wires after the board was prepared. To test my circuit, I used another RS232/RS485 converter circuit which I know that is working without a problem. I connected A and B outputs of my circuit's RS485 connector to the A and B outputs of other circuit's connector. Then i connected these two converter circuits to computer with RS232 USB cable. I tested the communication between these circuits using CuteCOM serial communication terminal. I used two terminals for my circuit and other. (Baud Rate:9600)
I observed that data is transmitting from my converter circuit to other but not receiving from other circuit to mine.
I also tested the other converter circuit with another RS232/RS485 converter circuit which I know that is working without a problem, and i realised that there is not any problem during transmitting and recieving process, so data can be sended and recieved.
These are the list of the changes that i made on original scheme in http://airborn.com.au/
1. Maxim's MAX232CWE was used instead of ICL232.
2. Texas Instruments' SN65HVD3082E was used instead of 75176.
3. As voltage regulator, Exar's SPX3819 was used instead of LM2936Z5.
4. As transistor, BC256A (pnp) was used instead of BC557 (pnp).
5. 22 uF capacitors were used instead of 2.2 uF, for the ones connected to MAX232CWE.
6. On original scheme, a 6 pin connector was used as RS485 connector and two pins were used for A,B connections, one pin was connected for ground, one pin was connected to the 9th pin (RI - Ring Indicator) of the RS232 connector with a jumper. Unlike these, in my circuit, 2 pin connector was used as RS485 connector and only A,B connecitons were made. (RI and ground connections were not used.)
7. On original circuit, A and B pins of SN65HVD3082E Transreciever were terminated with a 120 Ohm resistor and a jumper. I did not do this on my circuit.
I'm investigating about the problem which can be related with changes that i made on original circuit or another reason. I will be very happy if you share your idea about the problem of just transmitting and not recieving data on my converter circuit.
Got FP-1600 on Lookout 6.7 running OK till few days ago when I got this message under alarms:< bad quality received from network module>
What/how can I configure and save the configuration? In MAX when I try to go to configuration I get an error attached.
Please advise, thank you
Hello All,
I am looking at upgrading an existing compact field point unit to a cDAQ unit and I am figuring out a way to test the new system without having to unwire and re-wire all of the old compact field point terminal blocks for testing. I would like to connect a db37 cable to the cfp-cb-1 connector blocks that are on the existing system so I can do tests with the new cDAQ replacement system without having to unwire everything. Unfortunately, the hardware is in another state and I do not have a physical cfp-cb-1 terminal block sitting in front of me to test to make sure a db-37 cable will mate properly without running into the cfp-cb-1 housing. Has anyone done this before, or know if a cable will connect without interference issues? Thanks!
I am new to using filedpoint, I have the labview 2014, i am using the temperature measurement example for the fp-tc-120, it will find the fp-tc-120 but when i run the programme im not getting and data back and i duno why , be grateful if anyone can help ?
I am still getting the error 34200, is this because I am using the evaluate fieldbus 4.1? or is there something else i need to do, I have attached a picture of what appears. Can anybody help me with this please.
The FP-TB-3 has a CJ imbeded into the TB. This is not calibrated separatly but is used in conjuction with FP-120. The FP-120 is calibrated for CJC but is never linked to the TB. There should be a system calibration between the TB and FP-120 and be used togheter?
Do you know the thermistor type used in the FP-TB-3?
There is a posibility to measre the thermistor propertise from the terminals?
Dear NI community,
I've a problem with my cFP 1804. I've installed LabView 2009 on Windows XP and the 6.0.10 version of Fieldpoint. I can import my Fieldpoint in LabView (previously configured in MAX), but when I wanna launch my VI, a error message appears, saying that LabView can not communicate with my Fieldpoint.
I searched an answer by NI, and found that in need the 6.0.4 version (apparently the only version who support a cFP 1804) of Fieldpoint. But actually I didn't found it on Internet.
Can someone help me?
Thanks
Neo
I have been trying to use a 1804 network module with a AIO-610, this has been working fine so far with firmware 6.08 (tried 6.05 but no improvement) I can write AO channels in max and via modbus however when I try and read the AI channels (using voltage 0-36V range and a 24V hardwired voltage input) the reading in max remains floating. Is this a firmware/compatabilty issue or am I doing something wrong? I have swapped the module for a known working unit and the same issue arises.
I am using LV 2015.
Hey guys,
I have 4 cFP controllers in the field monitoring a whole bunch of sensors. Each sensor has it's own calibration, and so I built an OO hierarchy based on Dynamic Dispatch to handle it. Now there is one piece of generic software and the 4 controllers use it to do their tasks (Acquire and Log). The first three controllers work great and run for days, the fourth dies within 1 hour of running. It's the exact same architecture and code on the controllers.
I have a seperate Network thread that sends out some Health data of the device over a UDP port - it broadcasts it to the network (CPU Usage, HDD Space, Uptime). For the fourth controller, I'll notice after an hour that it's disconnected in MAX, I can't FTP into it, I can't connect through the LabVIEW project BUT this Network thread is still alive and broadcasting over the network.
Can anyone answer the following two questions?
1) In regards to the broadcast signal being active - why is that exactly? I can't get into anything else through MAX or the FTP Server...
2) In regards to the crashing of the fourth controller -> The fourth controller has some complex math where it tries to determine the root of a polynomial. The NI Toolkit NI_AALPro is used for this, and is pretty heavy. It even has a DLL call. I have a suspicion that these VI's are causing the RT Controller to crash. I'll double check tomorrow by disabling these within the code, but has anyone done this type of thing before and run into issues?
Thanks!
I have a FieldPoint based test system that has a bad channel in a FP-RLY-420 module. Not sure if it is a relay coil or drive circuit issue. I will try to repair later. I need to get this production test system back up and running. Anyone have a spare they would be willing to part with?
Thanks
I have searched the site for 3 days and finally found a post titled; "IAK user login and MAX configuration" on 4/21/2009 that asked about the same issue I am having. I am wondering if there is anything new on this topic as I need a solution.
I have installed an application and the NI FP driver suite ver 6.0.11 . I run NI MAX and open my .IAK file, which is located in a common folder/directory along with my application executable. At first I used to hit the "Save" selection but have found since that it makes no difference so for now I do not hit "Save" but simply close MAX. This process is registering the location of my .IAK file somehow, because after this my application runs and communicates with my I/O fine.
The problem comes when I have new station operators log in to the PC that controls my testing operation; the application, which auto starts because it's in the "All Users" startup folder, can't communicate with the I/O.
Running MAX and opening the .IAK file under each new user login then immediately closing MAX fixes the problem and everything is fine, and this process only needs to happen the first time a new user logs in to the PC. The above mentioned post indicates that this is normal behavior.
The problem is that some of my operators are doing good to find the power button and turn everything on in the morning. The application has no "Exit" facility so "Task Manager" must be used to stop it. Their login information is kept on a post-it in their wallet, and to ask them to open MAX and register the configuration is just too much for them to do - being unfamiliar with the operation to begin with.
Can anyone explain to me how to fix this problem or refer me to a posted solution?
Thanks
Hi,
I am trying to get cfp AIO 600 to output current, for this I am using the sample VI for the cfp AIO 600. I cannot get current on the output and I have trouble troubleshooting the issue.
1) How should I connect the wires to the AIO 600, the manual shows two COMs for out 0, which one should I use ?
This is how the wires are at the momment connected (9 and 26):
I am using the sample vi (FieldPoint\Getting Started\ Analog Input and Output.vi", after followed the instructions, it runs without any error.
Also the indicators in the FP 600 are all red all the time:
I am connecting the wires from 9 to a resistance (750 ohms) then a multimeter and back to 26. I don't see any current though.
How should I troubleshoot this ?
Thanks,
hello everyone,
Our situation goes as follows: we have an old fp-1000 device attached to three fp-ai-110 along with some temperature sensors.
The overall system, as far as I know, was running smoothly in an old Pentium-II computer with Windows 95 and somewhere in 2004
stopped working due to unknown reasons. We tried to get it back working but we don't get any indication of temperature in the
software MAX accompanying the device (in Windows 95).
Our ultimate goal is to revive the overall system by migrating it in a newer computer, and we need some advice on how we must get
started. For example, newer computers don't have RS-232 ports, so we need an adaptor, and a compatible LabView version.
Moreover, as I mentioned, we don't get any indication in MAX and don't know what is to blame. Maybe the RS-232 link is problematic,
the software configuration on the computer or the fp-1000 itself. The power led is lit on fp-1000 but the others are not.
What strategy should one follow in order to test the system and see what is functioning or not ?
One thing I will surely try is to give optomux commands through HyperTerminal, and see if FieldPoint responds. But have never done it
before and don't know the prerequisites (any special optomux driver ?).
For now, I need the steps an experienced person would follow in order to ensure that the system is functioning, and any help would be
greatly appreciated. The migration process will take place in a second phase.
Thank you in advance.
Dimitris
I have just purchased two cFP1808 chassis but when I try to configure them using MAX, they do not appear under Remote Sysems. I have a direct ethernet connection to the devices using a CAT5 XOVER cable and the PC's Ethernet adapter has a static IP address and the firewall is disabled. When I tried this with an older chassis, it worked OK so I know that the cable/ethernet adapter is OK. At first I thought it may be a faulty chassis but both new ones do the same thing (i.e. they don't work!).
I am using the system driver set which was shipped with the 1808 chassis (NI System Driver Set 2015.11) and MAX V15.3. I have checked the power supply voltage and it is OK. The Power light is on and the status light is off. The lights on the chassis' ethernet adapter flickers so it appears that something is happening.
Running out of things to try (and patience!) has anybody else experienced this kind of thing, or have any suggestions what I could try?
Thanks
Tony.
I've been working on a project that should convert a text to speech in arabic language . This program consist to convert each letter from the file(.py type) to a number (correspond unicode) in1D array then following to this unicode we choose the right wave file.