Brymen BM525: Instabilities of readout SW - Page 1
Forum section: electronics / testgear

author: classical
author_rank: Regular Contributor
timestamp: December 21, 2014, 11:03:23 am
content: Hi to all experienced BM(525) users!I had teh chance to use a BM525 in the data logging mode.I used it for logging 24h T1-T2.I tried to read out using the"Bs82-52xData Logging System ExpressVer 6.0.0.9s AlphaJUL 10, 2012Copyright(c) B.T.C. 2012ALL RIGHTS RESERVEDSystem: Windows NT 6.2"on a Win 8.1; Version 6.3.9600 Build 9600; i5-3210M2,5GHz powered laptop.Even idling the readout-SW consumes 35% of processor load.The data set consists of 43663 lines with 4 (6) digit payload each.During data transfer the program got stuck under 10%. This happened several times.After 2 reboots and enabling "flight mode" to avoid as much concurrent processes as possible the transfer was successful.What is yourexperience with this SW. Does there exist a "best practice rule" tho handle this combination?Thanks!

author: Lightages
author_rank: Unknown
timestamp: December 21, 2014, 02:32:45 pm
content: I am running Windows 7 x64. There are some differences with 8.1 but I do not use it at all because I hate it.I just did a test download of around 22,000 records from my BM525 and all went well with around 1% CPU usage.I suspect one of a few possible causes that might cause your problem.#1. Bad drivers for your USB subsystem#2. Under powered USB ports#3. Unreliable USB hub#4. Broken operating system or with conflicting softwareAs far as #4 goes, it could be many things from a corrupt system file to a virus or malware.The Brymen DMM software is definitely not the greatest software in the world, but it works well enough to get the data from the meter. I would feel a little bit better if they released a non-alpha version though!

author: classical
author_rank: Regular Contributor
timestamp: December 21, 2014, 06:38:06 pm
content: Quote from: Lightages on December 21, 2014, 02:32:45 pmThis is the only thing I can exclude. I do no use a hub.In general my computer seems to work with well USB, but you never know.After the first boot it run until the java update checker generated a pupup. So I eliminated this ckeck result by using flight mode.Tomorrow I have the next readout job but with much less data. We will see what happens.Quote from: Lightages on December 21, 2014, 02:32:45 pmI totally agree.

author: classical
author_rank: Regular Contributor
timestamp: December 22, 2014, 10:17:32 am
content: This time I needed 3 restarts althoug I had 1474 lines only. Mostly it got stuck between 1200 and 1300.The programs requires >25% as long as it is NOT linked. When the link is done it reduces to a low one digit percentage.

author: Lightages
author_rank: Unknown
timestamp: December 22, 2014, 05:34:10 pm
content: I will try mine again on some other computers, but none will have Windows 8.1. I will let you know.I would also ask Brymen about the issue. Look for their contact information onwww.brymen.com.tw

author: Lightages
author_rank: Unknown
timestamp: December 22, 2014, 11:48:12 pm
content: Sorry, can't be of any help to you. I tried the software on another computer and no problems.

author: classical
author_rank: Regular Contributor
timestamp: December 23, 2014, 09:22:57 am
content: Thanks, Lightages for your effort and your valuable time.Today I just needed one single restart.I also tried another notebook with Win 7. Same result. It got stuck. After reboot ok. As soon as I changed the focus to another program (e.g. firefox browser) it also got stuck.As soon as it got stuck it will do so every time and I need a restart.I used the download version from brymens homepage and the auto-installation of the driver.Both notebooks have USB3 and one of them also USB2. Behaviour seems to be independenat of USB version.The meter itself seems to work fine. The standby logging function is a real plus.