Search found 75 matches
- April 2nd, 2015, 10:07 am
- Forum: SDK Questions
- Topic: When issuing CSAFE commands I always get USB time out errors
- Replies: 4
- Views: 10438
Re: When issuing CSAFE commands I always get USB time out er
Hmm, that's a tough one. There aren't any special VS settings or PM settings you need to make it work. Does the C2 Utility find and function with your PM5? Can you export/upload a stored row? Make sure you have the latest firmware while you're at it. There have been conflicts in the past with certai...
- April 1st, 2015, 12:50 pm
- Forum: SDK Questions
- Topic: When issuing CSAFE commands I always get USB time out errors
- Replies: 4
- Views: 10438
Re: When issuing CSAFE commands I always get USB time out er
Hopefully you are no longer stuck on this, but in case you are not... I am not able to replicate your issue exactly. I'm running Dlls from 3/26/2008. When I use the code below in a C++ console app complied using VS 2013 (no ATL, no MFC) I get an error related to CSafe framing when my response buffer...
- April 1st, 2015, 12:39 pm
- Forum: SDK Questions
- Topic: Vb.net dll problems
- Replies: 1
- Views: 6726
Re: Vb.net dll problems
To use more advanced PInvoke functionality you need to switch to using System.Runtime.InteropServices.DllImportAttribute. That's the only way to import non-VB-compatible DLLs into VB.NET projects (anything that's not StdCall). For anyone that's using the DLLs in managed code the key things to know a...
- April 16th, 2013, 4:39 pm
- Forum: SDK Questions
- Topic: Sample Application - C# or Java (HELP)
- Replies: 10
- Views: 23113
Re: Sample Application - C# or Java (HELP)
The C# code that tends to circulate always imports ERRCODE_T as an unsigned 16-bit integer (ushort), but in the C headers it's always been defined as a normal signed short. Two's complement of 65370 results in the actual error value of -166. I'm not sure if the error codes are documented well in the...
- March 6th, 2012, 12:06 pm
- Forum: SDK Questions
- Topic: DLL problems
- Replies: 8
- Views: 12543
Re: DLL problems
I still think your problem is related to initializing rsp_data_size to 0. On input it should be the available size of your response buffer (64). But if your code works then the error responses are academic. You can move on and come back to the protocol stuff when something's not doing what you expect.
- March 5th, 2012, 11:59 am
- Forum: SDK Questions
- Topic: DLL problems
- Replies: 8
- Views: 12543
Re: DLL problems
If the device is responding to your request then I don't think it's a problem with what you're sending. That error indicates to me that the response you get back from the device doesn't include the terminating character. Your command may have resulted in more data than what you've allocated space fo...
- February 28th, 2012, 11:30 am
- Forum: SDK Questions
- Topic: DLL problems
- Replies: 8
- Views: 12543
Re: DLL problems
The process you're describing in steps 1-4 is correct. I can't directly determine why you're getting the error code you're getting, but I see two issues with the code we have so far. First, I noticed that you're using 0x01 as the unit address. Did you specify 1 as the second parameter to discover_pm...
- February 27th, 2012, 3:56 pm
- Forum: SDK Questions
- Topic: DLL problems
- Replies: 8
- Views: 12543
Re: DLL problems
Looking at the header files provided with the SDK. PM3DDICP.h #define PM3DDI_API extern "C" __declspec(dllexport) PM3CsafeCP.h #define PM3CSAFE_API __declspec(dllexport) So PM3DDICP is compiled using C linker conventions and PM3CsafeCP i s compiled using C++ linker conventions. The difference in dec...
- May 24th, 2011, 11:24 pm
- Forum: SDK Questions
- Topic: Updated MacOS X SDK?
- Replies: 6
- Views: 8808
Re: Updated MacOS X SDK?
The symbol table you've included indicates that the library was compiled with C++ name mangling, but you're using GCC with a .c extension. If you switch GCC to C++ mode it should link successfully. In other words, it's a compiler problem not an arch problem.
- July 22nd, 2009, 1:09 am
- Forum: SDK Questions
- Topic: PM3 Dll - Cannot find hook?
- Replies: 2
- Views: 5177
- March 13th, 2009, 11:12 am
- Forum: SDK Questions
- Topic: USB connectivity - different laptops
- Replies: 3
- Views: 5999
I've connected my PMs to a whole bunch of USB 1.0 and 2.0 hardware as well as several different makes of USB hub. If the monitor is listed as a Human Interface Device in device manager then the physical stuff is working. Have you tried any other PM software on the Dell? Examples: The LogCard Utility...
- August 5th, 2008, 3:42 am
- Forum: SDK Questions
- Topic: SDK calling convention
- Replies: 1
- Views: 4385
- June 22nd, 2008, 10:24 am
- Forum: SDK Questions
- Topic: PM3 USB HMI interface ?
- Replies: 5
- Views: 9725
Ah, I had a feeling I had misunderstood your acronym when I had finished posting. Heart rate would be HRM interface, wouldn't it. I've never heard of an HMI USB device, but it has a nice ring to it. The PM3/4 implements the HID (human interface device) spec. It uses the HID USB class driver on Windo...
- June 21st, 2008, 10:05 am
- Forum: SDK Questions
- Topic: PM3 USB HMI interface ?
- Replies: 5
- Views: 9725
You should be able to poll the monitor using the CSAFE_GETHRCUR_CMD command. I believe that this returns instantaneous heart rate, but not sure if I'm remembering correctly. The PM has an infamous treatment of heart rate in that the heart rate recorded for a split is the last instantaneous reading. ...
- June 12th, 2008, 11:00 am
- Forum: Bug Reports
- Topic: LogCard 6.2 for Mac error
- Replies: 7
- Views: 9670
An earlier post on the forum referenced the same problem (and has an answer from Concept2) Probably good for them to know how frequently this error happens though. http://www.c2forum.com/viewtopic.php?t=7690 As currently written, the upload process doesn't compare the time of the row, only the date,...