BreakPoint

cancel
Showing results for 
Search instead for 
Did you mean: 

Simple LabVIEW Puzzle Challenge

Here is a puzzle/game that is based on some old work of Claude Shannon.  This simple VI tries to guess what button you will press, your challenge is to fool it.  No funny business goes on, the guess is registered in a shift register before you push a button.  No attempt was made to refine the AI, probably because even the simplest version is fairly formidable on most occasions.

 

Psuedo-clever tricks like probes or adding an indicator is considered lame, and if you are inclined to such behavior then you should stick to spamming the LV board (joking, please do not do that again).

 

"Winning" means getting at least 55% over the course of at least 200 attempts.

Message 141 of 192
(3,675 Views)

Any chance of an 8.6 version?

Message 142 of 192
(3,659 Views)

I think this qualifies as a "win"

 

Shannon.png

 

My stratagy was to click left 4 - 5 times then once on the right, seemed to work well.

Message 143 of 192
(3,640 Views)

@String_Theory wrote:

I think this qualifies as a "win"

 

 

 

My stratagy was to click left 4 - 5 times then once on the right, seemed to work well.



Nicely played, now you are ready for the next phase.  Change the 0.51 and 0.49 to slightly higher and lower values respectively, say 0.6 and 0.4 and try again.  This adjusts the amount of time the computer spends randomly guessing.  As I set up this time it quickly jumps on patterns and gives you a chance to "trap it".  

 

When that is thwarted, then I unleash the second order version (this is a simple first order one).

Message 144 of 192
(3,633 Views)

Darin.K wrote:


Nicely played, now you are ready for the next phase.  Change the 0.51 and 0.49 to slightly higher and lower values respectively, say 0.6 and 0.4 and try again.  This adjusts the amount of time the computer spends randomly guessing.  As I set up this time it quickly jumps on patterns and gives you a chance to "trap it".  

 

When that is thwarted, then I unleash the second order version (this is a simple first order one).


It changed plenty more, so I revised my strategy to click the right 2-3 times then once on the left.

 

Shannon1.png

 

Seemed to work just as wellSmiley Happy

Message 145 of 192
(3,625 Views)

String_Theory,

 

If you would like you can pick/create the next puzzle... or if you choose not to, a team of carefully trained gophers and a randomized peg board will be used to select the next one.

 

-SS

 



0 Kudos
Message 146 of 192
(3,617 Views)

@String_Theory wrote:

Darin.K wrote:


Nicely played, now you are ready for the next phase.  Change the 0.51 and 0.49 to slightly higher and lower values respectively, say 0.6 and 0.4 and try again.  This adjusts the amount of time the computer spends randomly guessing.  As I set up this time it quickly jumps on patterns and gives you a chance to "trap it".  

 

When that is thwarted, then I unleash the second order version (this is a simple first order one).


It changed plenty more, so I revised my strategy to click the right 2-3 times then once on the left.

 

 

 

Seemed to work just as wellSmiley Happy


Looking at the transitions tracked now, the simple version catches the pseudo-random opponent, not the unrandom opponent.  I think the higher order method I am thinking about will stop the unrandom opponent.  And now I also see why the actual game was to actually compete in a game of heads or tails.  You try to guess the result of a coin flip (or other 50/50 proposition), and the computer tries to outguess you.  This forces you into a psuedo-random pattern and it comes down to who is "more random" which the machine normally wins

 

In reading the literature, the expected results when knowing the computer's method is about 65% win pct, so your 75% is not unexpected.

 

I'll probably try the coin flipping version now, and then adjust this one to take higher order transitions into account.

 

Also attached LV8.6

Message 147 of 192
(3,609 Views)

@Darin.K wrote:
Looking at the transitions tracked now, the simple version catches the pseudo-random opponent, not the unrandom opponent.  I think the higher order method I am thinking about will stop the unrandom opponent.  And now I also see why the actual game was to actually compete in a game of heads or tails.  You try to guess the result of a coin flip (or other 50/50 proposition), and the computer tries to outguess you.  This forces you into a psuedo-random pattern and it comes down to who is "more random" which the machine normally wins

 

In reading the literature, the expected results when knowing the computer's method is about 65% win pct, so your 75% is not unexpected.

 

I'll probably try the coin flipping version now, and then adjust this one to take higher order transitions into account.

 

Also attached LV8.6


Much harder.

 

Try this one out. It's a simple "Simon Says".

Its quite buggy, I am still fairly new to LabVIEW and I know I do a lot of "bad" things.

Modify it to make it better if you want and point out obvious errors. It will help me learn!

0 Kudos
Message 148 of 192
(3,601 Views)

String_Theory,

 

Not bad for being fairly new.  I did a quick search and found that there are state machine and event based versions of Simon Say's and even a DAQ project implementation out there.  

 

Here are some examples:  

https://decibel.ni.com/content/docs/DOC-19556

https://decibel.ni.com/content/docs/DOC-13821

https://decibel.ni.com/content/docs/DOC-14172

 

-SS

 



0 Kudos
Message 149 of 192
(3,560 Views)

An entomologist is found dead who was an expert with tree crickets.


His assistant, who coincidentally was descended from Oppenhiemer, is suspected of poisoning the poor man's coffee with some potent drug yet to be determined since coffee was found spilt at the scene.


A homicide detective (that's you) at the scene who recently made a very profound post on the LabVIEW forums has been brought onto the scene. He would like to convince his superior's to buy a LabVIEW full developers suite and would like to show off the forensic possibilities of such an extremely sophisticated software suite ...it's used by the NSA you know?


It seems they have an audio recording of the only witness to the possible homicide, a cricket named Chirpy.
His assistant claims that he was in another building having an argument with a maintenance person over the temperature of the greenhouse being too hot since his test cricket gets depressed at anything under 65F(~64 F was the temperature he says).


It seems that they have those tricky little thermostats that throw comfort information at you. When in fact all temperature controls are maintained in another branch of the university, by a curmudgeon using LabVIEW...the nerve of some people.


The maintenance man who can’t be reached to verify the assistants alibi, in an unrelated incident has fled the country to avoid high taxes on his billion-dollar business...”iRuff”... an iPhone app that tells you when the dog needs to go out.


Armed with LabVIEW and the only piece of evidence...is the assistant telling the truth?
Can LabVIEW be used to corroborate the man’s story? Hmm....


-SS



0 Kudos
Message 150 of 192
(3,556 Views)