Originally Posted by aboharbf
The part where you have similarly colored cables seems like a potential source of problems. If you're confident those are correct, I would additionally share what your "Strobe" setting is in MonkeyLogic, which you'll see next to "Strobe" a few lines below the IO Assignment boxes you're showing.

I found the "Strobe Test" to be very useful for determining what was going wrong. It sends 10 cycles of 1, 2, 4, 8, 16, 32, 64, 128 (2^7, in your case). You can sometimes get a sense for what is going wrong if you can read these numbers out at the other end. See if you can start the recording of your system, initiate a strobe test, and then stop and recover those values. If you have a "Raster plot" option in your recording device, that will allow you to see signals arriving, which allows you to know that the connection exists.

Also, when I was having these issues, people recommended using Port 0 (Which I'm guessing DIO is), Line 0 as Strobe (0.0) and then using P1.1 - P1.7 as the bits of the code (which I'm guessing is PFI 1 - 7 for you).

This is the thread where I had related issues - http://forums.monkeylogic.org/post/interfacing-with-blackrock-system-8422729?pid=1294899836

Originally Posted by Jaewon
One thing I am not sure about is the meaning of the mask. The description in the manual sounds as if it filters out the unused bits, but you set the mask the same as the "Bit". What if you change the mask to 8-15?

Originally Posted by Jaewon
The figure doesn't give me a clue, since I cannot see the numbers it received. Because you are using 7 data bits (plus 1 strobe bit), the maximum number you can get is 127 (= 2^7-1), so 129 doesn't make sense.

As for the numbers you posted at the end, I guess you tested with Plexon and used 9 data bits. Then the numbers that NIMH ML is supposed to send is [1 2 4 8 16 32 64 128 256], not [2 4 8 16 32 64 128 256 512].

The numbers that Plexon actually received was decreasing, so I think it may be the case that LOW is set to be true in your Plexon. And it seems that the connection is misaligned by one line. If you subtract the numbers from 255, you will see a pattern.

>> 255 - [255 254 253 251 247 239 223 191 127]

ans =

     0     1     2     4     8    16    32    64   128

Originally Posted by Jaewon
You should describe what test you did and how you "recovered" the values. I don't understand what result should be expected. Whatever numbers you send, you should be able to get the same numbers in the same order. If you call eventmarker(20), you will get 20. Unless you let us know which number you sent and which number you received one by one, there is no way for us to tell whether your connections are correct or wrong.

I don't know whether your recording system can display eventmarkers on the screen. That's something you have to ask to the company who made the system.