34 replies to this topic

[nails]

2 pics

Attached Files

•  PICT1718.JPG   118.52KB   36 downloads
•  PICT1719.JPG   79.95KB   32 downloads

[nails]

and another 2..

Attached Files

•  PICT1720.JPG   101.03KB   28 downloads
•  PICT1721.JPG   112.64KB   31 downloads

[GaryMPU34]

Pull the hopper unit out and take a pic of the lower half of the MPU4 if you could. I suspect the RNG is plugged in there. Also what is the yellow lead on the program card plugged into (as seen in the close up)? If there really is no RNG on this thing then the only protection is the CHR chip on it and that would take about 10 minutes to remove and have running on MFME

[nails]

try this then -

Attached Files

•  PICT1722.JPG   116.78KB   34 downloads

[DildoDez]

I suggest then that people stop flaming noobs for asking for MPU5 by telling them it's a current tech so its a no-go. And come up with a new reason Clearly MPU4 is still a current tech, and as per the mythincal FME rulebook that gets thrown around these days, shouldnt be emulated. Haha.

[ady]

I suggest then that people stop flaming noobs for asking for MPU5 by telling them it's a current tech so its a no-go. And come up with a new reason Clearly MPU4 is still a current tech, and as per the mythincal FME rulebook that gets thrown around these days, shouldnt be emulated. Haha.

omg...........read the threads fella ffs.............just HOW MANY TIMES DO YOU SUGGEST?

[DildoDez]

HOW MANY TIMES DO YOU SUGGEST?[/I]

[ady]

http://www.governor.state.mn.us/kids/fishing%20cartoon.gif[/IMG']

ohhh pretty pictures........not fished me in fella...........I just think your reply is a bit slack as an established member!

[GaryMPU34]

Right, there is no RNG plugged into the dataport (the normal place for it)

My only concern is the yellow lead with about 6 wires in thats on top of the program card. That could be going to one of the serial posts on the program card.

Now as far as I know Coinworld have gone pop, unless the machine is actually done by a new company (e.g. coinworld 2006 or something) then there will be no one to come after anyone about copyrights Coinworlds protection is shit, look at happy streak. But if there is an RNG then forget it. It would need a major rewrite of the code to make it work without

[GaryMPU34]

I suggest then that people stop flaming noobs for asking for MPU5 by telling them it's a current tech so its a no-go. And come up with a new reason Clearly MPU4 is still a current tech, and as per the mythincal FME rulebook that gets thrown around these days, shouldnt be emulated. Haha.

MPU5 is not done because nobody has enough info about it to write an emulator. The barbus that sends all the messages to the reel and lamp boards is to put it mildly f*****g fast so would need a high speed data capture system to even start to sniff as to what its doing. Then there is the pic protection which controls a lot of IO on the program card. This would need to be cracked as well. Now if someone was to provide the tech info for all the above it would be possible to do. Maybe it could be added to the MPU4 emulator thats being written that will take 2 minutes to write and will be available in 6 weeks according to this thread http://www.fruitforu...ead.php?t=21485

[DildoDez]

ohhh pretty pictures........not fished me in fella...........I just think your reply is a bit slack as an established member!

You're right. I was only trying to have a bit of fun!

[nails]

AFAIK the receivers stepped in and literally `give away` the last 50 boardwalk machines, effectivly seeing the end of coinworld.

as to why the receivers gave these units away is a bit of a mystery, as their job is to recoupe as much money as possible. one such possible senario is the cost of gathering all the units back together and then the taks of selling them, so they just cut their losses (possibly?)

it looks like the yellow wire garympu34 mentions goes to the top near the coinslot, but attaches to nothing, possibly confirming what i was originally told - this prototype has the RNG built on the mainboad, and not an external unit. since the company was in problems, i guess they just never re-addressed it to make it external.

[GaryMPU34]

Probably gave them away as they are illegal and nothing else could be done with them except dumping them which would have cost them money.

[Sarky]

The barbus that sends all the messages to the reel and lamp boards is to put it mildly f*****g fast so would need a high speed data capture system to even start to sniff as to what its doing.

Or a second MPU5 board hooked up to the barbus. I wrote a small monitor program on the second board that just relayed everything on the barbus to the dataport which was being logged by the PC. This worked effectively because the data transfer on the bus is pretty bursty giving time for the slower relay to catch up.

A little tech info to save you some time. If you use the Barcrest chip select configuration (look in an EPROM). The 68681 (dataport) sits at 0xffffffe0. The barbus uses a 68340 on-board serial port. Set it to run at divide by sixteen of system clock (CSRA=0xEE) - 8 data bits and no parity. There is a press-to-talk transistor for the barbus connected to the RTS pins of the 68340. You won't need this for simple monitoring but obviously you should make sure you program the pins to be general purpose IO and disable CTS/RTS functionality.

So what're you waiting for?

[GaryMPU34]

Or a second MPU5 board hooked up to the barbus. I wrote a small monitor program on the second board that just relayed everything on the barbus to the dataport which was being logged by the PC. This worked effectively because the data transfer on the bus is pretty bursty giving time for the slower relay to catch up.

A little tech info to save you some time. If you use the Barcrest chip select configuration (look in an EPROM). The 68681 (dataport) sits at 0xffffffe0. The barbus uses a 68340 on-board serial port. Set it to run at divide by sixteen of system clock (CSRA=0xEE) - 8 data bits and no parity. There is a press-to-talk transistor for the barbus connected to the RTS pins of the 68340. You won't need this for simple monitoring but obviously you should make sure you program the pins to be general purpose IO and disable CTS/RTS functionality.

So what're you waiting for?

Sounds like you have looked quite deeply into this then to have even got some code running and find out that info. Dont suppose you are writing an MPU5 OS are you? lol