For a few days there have been difficulties with my Antivirus-Program. The file DNBridge.dll which I use in the folder of LCDSmartie is detected as a Backdoor-Trojan.
Can I ignore this? I checked the file online and there are several online-scanners which marks the DLL as corrupt.
Thank you for your comment!
I got a false positive from anti-virus for DNBridge.dll myself, straight after I compiled it from LCD Smarties source code.
They made changes to it years ago to fix a character encoding bug but never distributed the new binary with LCD Smartie releases.
I agree it's unnerving but I don't see anything sinister in the source, however if you're uncomfortable with it you can always use the original shipped with LCD Smartie. It has a bug which messes up some characters such as the degree symbol.
Windows Defender is not flagging DNBridge.dll currently.
Thought I'd use my lcd display in my brothers machine as I haven't used it for a long time.
Got it all installed, put the required files into the plugins folder and started hwinfo64 but no sensor txt file is created.
Using Windows 10, tried some ancient versions of hwinfo and running as admin,win 7 compatibility mode but no luck.
Is there any way to get lcd smartie and hwinfo working together on newer
versions of Windows?
I made a small update which should resolve some issues on current Windows versions.
User data: hwinfo.ini, hwinfo_Sensors.txt and hwinfo_LoopSensors.txt is now stored in App Data folder: 'C:\Users\<username>\AppData\Local\LCD Smartie\plugins\hwinfo'.
I've been using LCD Smartie with Speedfan for years and have switched to HWInfo64. The problem that I am having is that the shared memory is not working in Windows 10. When I load a temp sensor into LCD Smartie I get an error:
"HWInfo not running or Shared mem disabled"
I have checked the shared memory box in the program. Is there something in Windows 10 that could be blocking this feature? If so, is there a workaround?
This error indicates an exception occurred while trying to read HWiNFO's shared memory.
It generally suggests that HWiNFO is not running or the shared memory is not enabled.
It's difficult to display more detail for errors on a possibly only 16 character display, I should probably have implemented error logging. This was I think only my second coding project at the time.
I'm not sure what else could have caused it. Works fine on Win 10 for me.
If I can spare a bit of time in next few days I may add some basic error logging...
The plugin is reading different sensor ids depending on what is connected on pc.
This is fixed in Rainmeter plugin:
Version 2 of the HWiNFO plug-in for Rainmeter is now available and can be downloaded from here: 3.0.0 - January 1, 2016 http://www.hwinfo.com/files/RainmeterPlu...0.0.rmskin 2.0.0 - September 13, 2014 http://www.hwinfo.com/files/RainmeterPlugin/HWiNFO_2.0.0.rmskin Please Note: Skins...
- Sensor IDs updated to utilize HWiNFO's internal ID scheme. This helps ensure hardware IDs do not change due to new hardware events (adding a USB hard drive for example).
Is there a fix for lcdsmartie plugin? Cause on every reboot if an usb stick is connected for example the ids will be different.
I don't have control of sensor id's. They are assigned by HWiNFO itself. The id's are useful as shorthand identifiers for your required sensor, but as @zhindetz
said (thank you) you can also use the full name of the sensor or the 'group|type|name
' syntax as a workaround for changing id's.
, Is there a new field for an internal id
in HWiNFO's shared memory interface?
I looked at the Rainmeter
plugin page and it seems to suggest two different hex value id fields are used.
It may not be worthwhile implementing given a valid workaround of using label's as id in Smartie plugin and possible fringe case for the issue, but I'm interested nonetheless....
Does not this help that you can use either $dll(hwinfo,1,Total CPU Usage,) or $dll(hwinfo,1,52,) for example if you have the line in "hwinfo_Sensors.txt": Total CPU Usage
I am not able to reproduce different order with USB flash-drive. But after I've changed the sensor order manually in HWInfo then LCD Smartie $dll(hwinfo,1,52,) shows wrong reading, but $dll(hwinfo,1,Total CPU Usage,) persists correct.
Thank you for your help here.
I was able to get it running when I discovered that I have to Enable "Shared Memory Support" in HWiNFO64 v7.02-4430.
Beside of that it does not display the sensor values.
For example $dll(hwinfo,1,Total CPU Usage,) results in Total CPU Usage: %
I try different sensors and none of themgave me any values
Already tried to run LCD Smartie as administrator but nothing chages.
Any ideas what I can try ?
That's odd to get not even an error message of some kind. Have you tried using just a sensor id
Hopefully the updated version below will resolve this. See how we go...
Welcome back after long time
Thanks Martin, hope all is well.