patrickokeeffe

fwiw, I ran into this problem with 5.87c Build 2050 - except the serial port was still present and it was not a rendering problem. I closed DAQFactory and changed the port number assignment of the "deleted" device (from COM6 to COM14). Then I restarted DAQFactory and it threw 'com port not found' errors for the "deleted" device com port (6). That confirmed DAQFactory was somehow stuck to the port and it was not simply a rendering problem.

I would also like to comply with the guidelines for controlling relays published by Labjack. @LabJackSupport says: Does this mean the correct way to control relays (to comply with app note) is: // to turn off myChannel.strIOType = "Dig In" myChannel.restart() // to turn on myChannel.strIOType = "Dig Out" myChannel.restart() myChannel = 0 ...instead of just using a Dig Out type channel: myChannel = 0 //off myChannel = 1 //on

OK, I did try deleting all port-related channels, as well as persist data. No amount of deleting or restarting will allow me to delete the serial device associated with the renamed device. And because I cannot delete or modify it, I cannot use that serial port anymore at all.

Is it normal for channels to continue acquiring data while in safe mode? I have enabled safe mode, but Labjack acquisition continues and incoming serial streams are still parsed to data.

I made the mistake of changing the Device Name of a serial device and consequently cannot launch Configure or Monitor for the associated port. I changed the name to distinguish it from a second serial device. Now I'm trying to resolve why the associated channels stopped updating with streamed data, but I can't even monitor the data stream or verify port configuration. I tried restoring the original Device Name value, but the Configure/Monitor buttons still do not work. I tried deleting and re-creating the serial port, but the Delete button does nothing and the result is a "comport in use" error. Is there anything I can do to restore this serial device operation? I would really hate to delete channels and start over entirely. This is DAQFactory 5.87c

Can conversions be applied to serial device channels? (specifically in version 5.87c) * The Serial Guide demonstrates the use of "AddValue()" to insert data into channel history * but question 6.13.3 of the User Guide states AddValue() intentionally skips conversions Experimentation confirms I cannot apply conversions to channels of a serial device. Am I really expected to modify the serial protocol to achieve the effect of Conversions? Or some other feature I overlooked that serves this scenario?

Thank you! 👍 This is precisely correct and it was rather quick to fix from an Administrative command prompt: cd C:\DAQFactory regsvr32 iProfessionalLibrary.ocx regsvr32 isAnalogLibrary.ocx regsvr32 isDigitalLibrary.ocx

Yes, the message was occuring again-and-again, even after restarting DAQFactory. As mentioned, resetting the Labjack unit with LJControlPanel does restore DAQFactory's automatic configuration capabilities. 👍

Found a related topic (using external search engine). Since it's an error coming directly from the LabJack, I closed everything and launched LJControlPanel, then Reset the device. This seemed to resolve the problem DAQFactory was having setting the pin configuration. I am no longer receiving this error and am able to set Dig Out channels OK.

Anyone know why these components do not render? I can't see LED/switch/knob/etc components - they are all invisible. Tried adding them to a new page: nothing. Turned off transparency: nothing. Restarted DAQFactory: nothing. What can I do to get screen components working? I'm using DAQFactory Base 5.87c Build 2050 on Windows 7 Ultimate x64.

I start DAQFactory with a specific LabJack U3-HV and receive the following error message The Labjack is setup with two Dig Out channels: 6 and 7 (screenshot attached). What is DF trying to tell me? Is my LabJack broken? Is DAQFactory broken? (This is DAQFactory Base 5.87c Build 2050 running on Windows 7 Ultimate x64. I would upgrade all of this, if it was permitted.)