Jump to content

Bjarne Joergensen

  • Posts

  • Joined

  • Last visited

Everything posted by Bjarne Joergensen

  1. Hi Sorry the late response. I have been spoken to a NI engineer and it looks like combability problem with the MXI card. It's not supporting Win10. I have ordered new MXI card and I'll went back when I get the new card and I know it has solved the problem. Hopefully ultimo November. Regards Bjarne
  2. Hi Some of our oscilloscope measurement hold 50000 samples. I don't want to fill up our DB with so many records so I was looking for an algorithm for reducing the amount of point and still have a reasonable presentation of the graph in the DB. I was told about the Ramer-Douglas-Peucker algorithm. Does anyone know about a LabVIEW implementation of this algorithm? Or is there another good solution to the task? Thanks in advance. Regards Bjarne
  3. Hi Update: Started Self Calibration yesterday afternoon This morning I got this error in MAX: /Bjarne
  4. NI-5124 PXI oscilloscope failing. 1. It’s placed in a system that has run for 20 years on Windows XP and Labview 8.2.1 2. PXI rack 1045 3. Mxi: PXI-MXI-4 (PCI-8336 and PXI-8336) 4. Now the PC is upgraded to a new one with Windows 10 and LV15. 5. After new PC the system started, I can see all cards in PXI rack in MAX 6. I can communicate with all card but not NI5124 Scope. 7. When I try to launch Testpanels for Ni5124 I got the following error: Image "Briton_0.png" 8. I can launch Testpanels when I point at NI4070 DMM in MAX. I can then open a new fan and choose Oscilloscope 9. When pressing Run/Stop I got this error: 10. NI MAX pictures: MAX can´t recognize the type of the PXI bridge, but it is a PXI-MXI-4 (PCI-8336 and PXI-8336) 11. Error code -1074108967 occurred at an unidentified location 12. I have looked for solution at NI for error -50550 and found this: Solution These error codes indicate fairly general problems that can be caused by either hardware or software. You can resolve these errors through one of the troubleshooting steps below: Reset the device in Measurement & Automation Explorer, then try the self-calibrate again. Reboot the PC or PXI controller. Try a different PCI or PXI slot. If you are using a remote controller (i.e PCIe-8361) make sure the MXI card has the DIP Switch in the correct position, either ON if you are using BIOS Compatibility Mode or OFF if you are not. I have tried 1, 2 and 3 => did not help. About 1 Reset and Self-test is success but Self- Calibrate is just running for ever. @4 If this was not setup correctly, I assume the PC would not be able to see the PXI rack and modules in it. I have tried to delete all LabVIEW and device driver SW on the PC and then installed it again. I still got the same error! What could be my next step? Thanks in advance /Bjarne PS: I also posted the question in NI-forum, but none has responded yet and then I think the hard core fellows at LAVAG could help me https://forums.ni.com/t5/LabVIEW/PXI-NI-5124-error-code-50550/m-p/4180536#M1208650
  5. Hi Thanks I´ll stick to 2020 for both LabVIEW and TestStand There's a lot of thinks going on at NI that I think we all are a little bit nervous to hear about /Bjarne
  6. Hi We are going to upgrade our LabVIEW 2015 to ? Should we go for the latest version 2020, one in between or wait for 2021? We will also start using TestStand and I have the same question for that. 2020 or older. Thanks in advance Bjarne
  7. Sorry for late reaction. I manage to get i to work by using "Microsoft TreeView Control 5.0 (SP2)" instead of "Microsoft TreeView Control 6.0 (SP6)" and "Microsoft Windows Common Controls 5.0 (SP2) Version 1.3" It works on my PC, but when I export the VI to another PC it's seems it fall back to "Microsoft TreeView Control 6.0 (SP6)":(
  8. I tried to download VBRT, but it didn't help. I don't know if it's a part of it?. When you have to register things in SysWOW64 , do you then use Regsvr32?
  9. Edit: I found this "mscomctl.ocx" under SysVow64. I have registered it, but LabVIEW still say it's not registered! Has it something to do with LV15 =32bit and "msconctl.ocx" is in 64bit system folder?
  10. Hi I got an old LabVIEW 8.2 VI that use ITreeView under Windows XP. It works fine. Now I have upgraded to LV15 and Windows 8.1 and I got an error "Library not registered in mxLT Open Tree Control.vi" I would like register the library, but where do I find it? I have search the WEB but didn't find anything i could use(or understand;)) Edit: I found this "mscomctl.ocx" under SysVow64. I have registered it, but LabVIEW still say it's not registered! Has it something to do with LV15 =32bit and "msconctl.ocx" is in 64bit system folder? Here is the BD of "mxLT Open Tree Control.vi": Hope someone can give me a clue:) Thanks in advance /Bjarne
  11. Please don't misunderstand me ? My intention was to remind my developer group to remember the prefix on the file names and make them sure they don't want the prefix if they try to save without!
  12. HI When saving a new VI LabVIEW default name it "Untitled#x.vi". Is is possible to change that to something else like "TSVWS - #x.vi" An maybe also popup a warning if you try to rename i without "TSVWS - " as prefix. regards Bjarne
  13. Hi ShaunR - polynomium 0x755b - initial_crc 0xffff - reversering af 8-bit input data - reversering af 16-bit output crc
  14. Hi I have done that and can't find any CRC calculator that give the same result I got these data: 0x00, 0x01, 0x02, 0x80, 0xe2, 0x45, 0x00, 0x00, 0x00, 0x00, 0x07, 0xdf, 0x33, 0x00, 0x00, 0x00, 0x0f, 0xeb, 0x02, 0x80, 0xe2, 0x45, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 and expect this CRC16: 0xcd58 regards Bjarne
  15. Hi I have this code in C(and I don't understand it ) Is there someone that can help me translate it to labview? Thanks in advance. Bjarne typedef uint16_t (*bit_order_16)(uint16_t); typedef uint8_t (*bit_order_8)(uint8_t); uint16_t straight_16(uint16_t value) { return value; } uint16_t reverse_16(uint16_t value) { uint16_t reversed = 0; for (int i = 0; i < 16; ++i) { reversed <<= 1; reversed |= value & 0x1; value >>= 1; } return reversed; } uint8_t straight_8(uint8_t value) { return value; } uint8_t reverse_8(uint8_t value) { uint8_t reversed = 0; for (int i = 0; i < 8; ++i) { reversed <<= 1; reversed |= value & 0x1; value >>= 1; } return reversed; } uint16_t crc16(uint8_t const *message, int nBytes, bit_order_8 data_order, bit_order_16 remainder_order, uint16_t remainder, uint16_t polynomial) { for (int byte = 0; byte < nBytes; ++byte) { remainder ^= (data_order(message[byte]) << 8); for (uint8_t bit = 8; bit > 0; --bit) { if (remainder & 0x8000) { remainder = (remainder << 1) ^ polynomial; } else { remainder = (remainder << 1); } } } return remainder_order(remainder); } uint16_t crc16ss(uint8_t const *message, int nBytes, uint16_t initial, uint16_t poly) { return crc16(message, nBytes, straight_8, straight_16, initial, poly); } uint16_t crc16rr(uint8_t const *message, int nBytes, uint16_t initial, uint16_t poly) { return crc16(message, nBytes, reverse_8, reverse_16, initial, poly); } uint16_t crc16rs(uint8_t const *message, int nBytes, uint16_t initial, uint16_t poly) { return crc16(message, nBytes, reverse_8, straight_16, initial, poly); }
  16. Thanks hooovahh I'v done it with Labview Server this way I have to dive in the static VI references and Start Asynchronous calls because I also use LV2013 /Bjarne PS: How does a "wholly crap cake" look like
  17. Hi I have a challenge on a test system. I have a PCB where there is an IC to be uploaded with the code. It takes ~5 min. per. PCB. To follow takt time it must be possible to program up to 5 at a time. It should be done in the way that the operator can start a PCB independent of the other PCBs are startet! Programming is startet and monitored as follows. 1. The operator sets an SD card in the PCB and press start. 2. The test opens a serial port to the board and turn on the power to the board 3. PCB runs the programming process itself and sends information via the serial port. 4. The test system monitors data from the PCB and act in relation to output. 5. When the test monitor that programming is complete, it switch off the power and serial port. I have made some handling of startup etc. but are unsure of how parallelism must be inplemented. I have thought that it must be with VI server so I start a VI for each UUT running process in the background, but is there also a possibility with LVOOP? By the way. it has to be programmed in LV8.2.1 Thanks in advance Bjarne
  18. Don't you hook it up to a device? /Bjarne
  19. Yes, I found it. I did'nt see the / as a directory I will talk to some of my college with C++ experience thanks Bjarne
  20. With some fooling around and started to add the image to the SDCard, but it is so slow compared to win32diskimager. Maybe I need to add some parameters. I used this : dd. if=C:\sd_2gb.img of=/dev/sdb count=1M Rolf, where do you find the file "src/disk.c"? I can't find it in the installation of win32diskimager /Bjarne
  21. Hi In our automated testsystem, I need to write a .img file to a SD-Card with Labview. Has anyone tried that and could recomend a solution? I have tried to mingle with Cygwin and dd, but I can't get it to work. thanks in advance Bjarne
  22. Hi rolfk Thank you. I don't think I understand it all, but what I need is the UTC time in ticks and I can get that from .net. I don't need the timestamp format, although it would be nice and easy to read:-). I have made a .net dll and call it in labview and getting what I want. regards Bjarne
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.