Modular Python Bitcoin Miner - Official Thread

[antirack]

I have tested this according to your instructions and it worked without problems in my 3 Ztex (+5 Icarus) setup). It recognized the Ztex boards automatically, while I had to add my Icarus COM ports manually (as expected I guess). I only had 5 minutes so I didn't set up my own blockchains (pools), but everything worked as expected.

Once I have more time I will test a bit more and give you feedback in your thread, I have only been using the old version of MPBM so far. One thing I noticed, using Firefox the display on the top left (menu) was messed up. With Chrome it worked fine. Could be one of my Firefox add-ons though.

Yes, I haven't found a way to autodetect Icarus boards yet, their protocol doesn't really make that easy. It's kinda fire and forget.

What do you mean with "old version"? The old version (master branch) doesn't have ztex board support (except for nelisky's branch, but I'm not sure if that one even works yet, haven't tested it). The web user interface is the new (testing) branch.

The firefox issues are known, seems like it has a problem with sizing of scrollable divs. Need to look into that when I find time to do that.

This is from the ztex thread. With "old version" I meant the master branch that works in the console. I used it to run my 5 Icarus and for my 3 ztex I used the BTCMiner in another console.

I now switched to the testing branch on Windows 7 with Python 3.2 and so far it works fine. I have created my own worker sources and noticed it is not possible to assign workers to worker sources, or maybe I just didn't figure out how it works.

In my pools I usually setup two workers, one for icarus one for ztex. The login would usually be username.ztex or username.icarus on the pools.  This way I can also monitor their performance separately in the pools, and via mobile app on the phone for instance. Would this be something that could be done?

What is the idea behind having Blockchains? Now there is only one, the Bitcoin blockchain. And all you can do is set the name and a timeout.

Autodetect Icarus: on windows it seems you can use HARDWARE\\DEVICEMAP\\SERIALCOMM to check for the serial ports, then send some test data to the ones with "Prolific" to see if they are indeed Icarus boards.

http://eli.thegreenplace.net/2009/07/31/listing-all-serial-ports-on-windows-with-python/

Edit: Here is code that seems to work with other OS too, but it's from 2007:
http://bitpim.svn.sourceforge.net/viewvc/bitpim/trunk/bitpim/src/comscan.py?view=markup

[TheSeven]

I installed pyusb  and libusb (a while ago not shire which one i installed. Might be the Twain Sane one -- could be to old?). MPBM seems to load the Modules but i can't get it to run with on of my boards.  

I get these errors:

Code:

2012-03-24 01:42:09.936	[100]	Untitled ZTEX worker: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/ztexworker.py", line 147, in main     if not self.serial: raise Exception("Device serial number not set!") Exception: Device serial number not set!  2012-03-24 01:42:10.937	[100]	Untitled ZTEX worker: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/ztexworker.py", line 147, in main     if not self.serial: raise Exception("Device serial number not set!") Exception: Device serial number not set!  2012-03-24 01:42:11.939	[100]	Untitled ZTEX worker: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/ztexworker.py", line 147, in main     if not self.serial: raise Exception("Device serial number not set!") Exception: Device serial number not set!  2012-03-24 01:42:12.940	[100]	Untitled ZTEX worker: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/ztexworker.py", line 147, in main     if not self.serial: raise Exception("Device serial number not set!") Exception: Device serial number not set!  2012-03-24 01:42:13.942	[100]	Untitled ZTEX worker: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/ztexworker.py", line 147, in main     if not self.serial: raise Exception("Device serial number not set!") Exception: Device serial number not set!  2012-03-24 01:42:14.943	[100]	Untitled ZTEX worker: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/ztexworker.py", line 147, in main     if not self.serial: raise Exception("Device serial number not set!") Exception: Device serial number not set!  2012-03-24 01:42:16.048	[100]	Untitled ZTEX worker: Proxy: Exception caught: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/boardproxy.py", line 75, in run     self.device = ZtexDevice(self, self.serial, self.takeover, self.firmware)   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/driver.py", line 49, in __init__     for bus in usb.busses():   File "/Library/Python/2.7/site-packages/usb/legacy.py", line 333, in busses     return (Bus(),)   File "/Library/Python/2.7/site-packages/usb/legacy.py", line 329, in __init__     self.devices = [Device(d) for d in core.find(find_all=True)]   File "/Library/Python/2.7/site-packages/usb/core.py", line 851, in find     return [d for d in device_iter(k, v)]   File "/Library/Python/2.7/site-packages/usb/core.py", line 821, in device_iter     for dev in backend.enumerate_devices():   File "/Library/Python/2.7/site-packages/usb/backend/libusb01.py", line 390, in enumerate_devices     _check(_lib.usb_find_busses())   File "/Library/Python/2.7/site-packages/usb/backend/libusb01.py", line 384, in _check     raise USBError(errmsg, ret) USBError: [Errno None] libusb/darwin.c usb_setup_iterator: IOServiceGetMatchingServices: unknown error  2012-03-24 01:42:16.049	[100]	Untitled ZTEX worker: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/ztexworker.py", line 170, in main     elif data[0] == "dying": raise Exception("Proxy died!") Exception: Proxy died!  2012-03-24 01:42:17.057	[100]	Untitled ZTEX worker: Proxy: Exception caught: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/boardproxy.py", line 75, in run     self.device = ZtexDevice(self, self.serial, self.takeover, self.firmware)   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/driver.py", line 49, in __init__     for bus in usb.busses():   File "/Library/Python/2.7/site-packages/usb/legacy.py", line 333, in busses     return (Bus(),)   File "/Library/Python/2.7/site-packages/usb/legacy.py", line 329, in __init__     self.devices = [Device(d) for d in core.find(find_all=True)]   File "/Library/Python/2.7/site-packages/usb/core.py", line 851, in find     return [d for d in device_iter(k, v)]   File "/Library/Python/2.7/site-packages/usb/core.py", line 821, in device_iter     for dev in backend.enumerate_devices():   File "/Library/Python/2.7/site-packages/usb/backend/libusb01.py", line 390, in enumerate_devices     _check(_lib.usb_find_busses())   File "/Library/Python/2.7/site-packages/usb/backend/libusb01.py", line 384, in _check     raise USBError(errmsg, ret) USBError: [Errno None] libusb/darwin.c usb_setup_iterator: IOServiceGetMatchingServices: unknown error  2012-03-24 01:42:17.059	[100]	Untitled ZTEX worker: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/ztexworker.py", line 170, in main     elif data[0] == "dying": raise Exception("Proxy died!") Exception: Proxy died!  2012-03-24 01:42:18.069	[100]	Untitled ZTEX worker: Proxy: Exception caught: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/boardproxy.py", line 75, in run     self.device = ZtexDevice(self, self.serial, self.takeover, self.firmware)   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/driver.py", line 49, in __init__     for bus in usb.busses():   File "/Library/Python/2.7/site-packages/usb/legacy.py", line 333, in busses     return (Bus(),)   File "/Library/Python/2.7/site-packages/usb/legacy.py", line 329, in __init__     self.devices = [Device(d) for d in core.find(find_all=True)]   File "/Library/Python/2.7/site-packages/usb/core.py", line 851, in find     return [d for d in device_iter(k, v)]   File "/Library/Python/2.7/site-packages/usb/core.py", line 821, in device_iter     for dev in backend.enumerate_devices():   File "/Library/Python/2.7/site-packages/usb/backend/libusb01.py", line 390, in enumerate_devices     _check(_lib.usb_find_busses())   File "/Library/Python/2.7/site-packages/usb/backend/libusb01.py", line 384, in _check     raise USBError(errmsg, ret) USBError: [Errno None] libusb/darwin.c usb_setup_iterator: IOServiceGetMatchingServices: unknown error  2012-03-24 01:42:18.071	[100]	Untitled ZTEX worker: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/ztexworker.py", line 170, in main     elif data[0] == "dying": raise Exception("Proxy died!") Exception: Proxy died!  2012-03-24 01:42:19.083	[100]	Untitled ZTEX worker: Proxy: Exception caught: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/boardproxy.py", line 75, in run     self.device = ZtexDevice(self, self.serial, self.takeover, self.firmware)   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/driver.py", line 49, in __init__     for bus in usb.busses():   File "/Library/Python/2.7/site-packages/usb/legacy.py", line 333, in busses     return (Bus(),)   File "/Library/Python/2.7/site-packages/usb/legacy.py", line 329, in __init__     self.devices = [Device(d) for d in core.find(find_all=True)]   File "/Library/Python/2.7/site-packages/usb/core.py", line 851, in find     return [d for d in device_iter(k, v)]   File "/Library/Python/2.7/site-packages/usb/core.py", line 821, in device_iter     for dev in backend.enumerate_devices():   File "/Library/Python/2.7/site-packages/usb/backend/libusb01.py", line 390, in enumerate_devices     _check(_lib.usb_find_busses())   File "/Library/Python/2.7/site-packages/usb/backend/libusb01.py", line 384, in _check     raise USBError(errmsg, ret) USBError: [Errno None] libusb/darwin.c usb_setup_iterator: IOServiceGetMatchingServices: unknown error  2012-03-24 01:42:19.084	[100]	Untitled ZTEX worker: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/ztexworker.py", line 170, in main     elif data[0] == "dying": raise Exception("Proxy died!") Exception: Proxy died!  2012-03-24 01:42:20.096	[100]	Untitled ZTEX worker: Proxy: Exception caught: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/boardproxy.py", line 75, in run     self.device = ZtexDevice(self, self.serial, self.takeover, self.firmware)   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/driver.py", line 49, in __init__     for bus in usb.busses():   File "/Library/Python/2.7/site-packages/usb/legacy.py", line 333, in busses     return (Bus(),)   File "/Library/Python/2.7/site-packages/usb/legacy.py", line 329, in __init__     self.devices = [Device(d) for d in core.find(find_all=True)]   File "/Library/Python/2.7/site-packages/usb/core.py", line 851, in find     return [d for d in device_iter(k, v)]   File "/Library/Python/2.7/site-packages/usb/core.py", line 821, in device_iter     for dev in backend.enumerate_devices():   File "/Library/Python/2.7/site-packages/usb/backend/libusb01.py", line 390, in enumerate_devices     _check(_lib.usb_find_busses())   File "/Library/Python/2.7/site-packages/usb/backend/libusb01.py", line 384, in _check     raise USBError(errmsg, ret) USBError: [Errno None] libusb/darwin.c usb_setup_iterator: IOServiceGetMatchingServices: unknown error  2012-03-24 01:42:20.098	[100]	Untitled ZTEX worker: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/ztexworker.py", line 170, in main     elif data[0] == "dying": raise Exception("Proxy died!") Exception: Proxy died!  2012-03-24 01:42:21.111	[100]	Untitled ZTEX worker: Proxy: Exception caught: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/boardproxy.py", line 75, in run     self.device = ZtexDevice(self, self.serial, self.takeover, self.firmware)   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/driver.py", line 49, in __init__     for bus in usb.busses():   File "/Library/Python/2.7/site-packages/usb/legacy.py", line 333, in busses     return (Bus(),)   File "/Library/Python/2.7/site-packages/usb/legacy.py", line 329, in __init__     self.devices = [Device(d) for d in core.find(find_all=True)]   File "/Library/Python/2.7/site-packages/usb/core.py", line 851, in find     return [d for d in device_iter(k, v)]   File "/Library/Python/2.7/site-packages/usb/core.py", line 821, in device_iter     for dev in backend.enumerate_devices():   File "/Library/Python/2.7/site-packages/usb/backend/libusb01.py", line 390, in enumerate_devices     _check(_lib.usb_find_busses())   File "/Library/Python/2.7/site-packages/usb/backend/libusb01.py", line 384, in _check     raise USBError(errmsg, ret) USBError: [Errno None] libusb/darwin.c usb_setup_iterator: IOServiceGetMatchingServices: unknown error  2012-03-24 01:42:21.112	[100]	Untitled ZTEX worker: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/ztexworker.py", line 170, in main     elif data[0] == "dying": raise Exception("Proxy died!") Exception: Proxy died!  2012-03-24 01:42:23.432	[500]	Eligius (donation): Got 120 jobs 2012-03-24 01:42:23.656	[500]	BTCGuild (donation): Got 1 jobs 2012-03-24 01:42:51.122	[100]	Untitled ZTEX worker: Proxy: Exception caught: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/boardproxy.py", line 75, in run     self.device = ZtexDevice(self, self.serial, self.takeover, self.firmware)   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/driver.py", line 49, in __init__     for bus in usb.busses():   File "/Library/Python/2.7/site-packages/usb/legacy.py", line 333, in busses     return (Bus(),)   File "/Library/Python/2.7/site-packages/usb/legacy.py", line 329, in __init__     self.devices = [Device(d) for d in core.find(find_all=True)]   File "/Library/Python/2.7/site-packages/usb/core.py", line 851, in find     return [d for d in device_iter(k, v)]   File "/Library/Python/2.7/site-packages/usb/core.py", line 821, in device_iter     for dev in backend.enumerate_devices():   File "/Library/Python/2.7/site-packages/usb/backend/libusb01.py", line 390, in enumerate_devices     _check(_lib.usb_find_busses())   File "/Library/Python/2.7/site-packages/usb/backend/libusb01.py", line 384, in _check     raise USBError(errmsg, ret) USBError: [Errno None] libusb/darwin.c usb_setup_iterator: IOServiceGetMatchingServices: unknown error  2012-03-24 01:42:51.123	[100]	Untitled ZTEX worker: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/ztexworker.py", line 170, in main     elif data[0] == "dying": raise Exception("Proxy died!") Exception: Proxy died!  2012-03-24 01:43:21.135	[100]	Untitled ZTEX worker: Proxy: Exception caught: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/boardproxy.py", line 75, in run     self.device = ZtexDevice(self, self.serial, self.takeover, self.firmware)   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/driver.py", line 49, in __init__     for bus in usb.busses():   File "/Library/Python/2.7/site-packages/usb/legacy.py", line 333, in busses     return (Bus(),)   File "/Library/Python/2.7/site-packages/usb/legacy.py", line 329, in __init__     self.devices = [Device(d) for d in core.find(find_all=True)]   File "/Library/Python/2.7/site-packages/usb/core.py", line 851, in find     return [d for d in device_iter(k, v)]   File "/Library/Python/2.7/site-packages/usb/core.py", line 821, in device_iter     for dev in backend.enumerate_devices():   File "/Library/Python/2.7/site-packages/usb/backend/libusb01.py", line 390, in enumerate_devices     _check(_lib.usb_find_busses())   File "/Library/Python/2.7/site-packages/usb/backend/libusb01.py", line 384, in _check     raise USBError(errmsg, ret) USBError: [Errno None] libusb/darwin.c usb_setup_iterator: IOServiceGetMatchingServices: unknown error  2012-03-24 01:43:21.136	[100]	Untitled ZTEX worker: Traceback (most recent call last):   File "/Users/BR0KK/Modular-Python-Bitcoin-Miner/modules/theseven/ztex/ztexworker.py", line 170, in main     elif data[0] == "dying": raise Exception("Proxy died!") Exception: Proxy died! 

hmmm im not shure if MAC is the right computer for this kind of stuff. i just switched to it, so i have literally no skills in installing things that are complex (don't ask if i do with linux ). Isn't there a how to aviable describing how MPBM works (Just a basic tutorial: like setting up workers etc)?

I'll try to set it up under windows tomorrow.


Thx for the help

Looks like you instantiated a single ZTEX board worker and didn't configure the board number. You should probably just use the ZTEX hotplug worker instead, which autodetects which boards are present.

[TheSeven]

I have tested this according to your instructions and it worked without problems in my 3 Ztex (+5 Icarus) setup). It recognized the Ztex boards automatically, while I had to add my Icarus COM ports manually (as expected I guess). I only had 5 minutes so I didn't set up my own blockchains (pools), but everything worked as expected.

Once I have more time I will test a bit more and give you feedback in your thread, I have only been using the old version of MPBM so far. One thing I noticed, using Firefox the display on the top left (menu) was messed up. With Chrome it worked fine. Could be one of my Firefox add-ons though.

Yes, I haven't found a way to autodetect Icarus boards yet, their protocol doesn't really make that easy. It's kinda fire and forget.

What do you mean with "old version"? The old version (master branch) doesn't have ztex board support (except for nelisky's branch, but I'm not sure if that one even works yet, haven't tested it). The web user interface is the new (testing) branch.

The firefox issues are known, seems like it has a problem with sizing of scrollable divs. Need to look into that when I find time to do that.

This is from the ztex thread. With "old version" I meant the master branch that works in the console. I used it to run my 5 Icarus and for my 3 ztex I used the BTCMiner in another console.

I now switched to the testing branch on Windows 7 with Python 3.2 and so far it works fine. I have created my own worker sources and noticed it is not possible to assign workers to worker sources, or maybe I just didn't figure out how it works.

In my pools I usually setup two workers, one for icarus one for ztex. The login would usually be username.ztex or username.icarus on the pools.  This way I can also monitor their performance separately in the pools, and via mobile app on the phone for instance. Would this be something that could be done?

What is the idea behind having Blockchains? Now there is only one, the Bitcoin blockchain. And all you can do is set the name and a timeout.

Autodetect Icarus: on windows it seems you can use HARDWARE\\DEVICEMAP\\SERIALCOMM to check for the serial ports, then send some test data to the ones with "Prolific" to see if they are indeed Icarus boards.

http://eli.thegreenplace.net/2009/07/31/listing-all-serial-ports-on-windows-with-python/

Edit: Here is code that seems to work with other OS too, but it's from 2007:
http://bitpim.svn.sourceforge.net/viewvc/bitpim/trunk/bitpim/src/comscan.py?view=markup

Finding the PL2303s is not really an issue, but I the Icarus protocol doesn't allow for any quick and easy probing whether it's actually an Icarus board.
You would have to open the port, send some work, wait for the board to find a nonce and check if it's valid. This means that the probing would take quite some time because you don't get an immediate response, and you would have to send lots of data, which might badly confuse the device if it turns out to not be an Icarus at all. I'd rather not risk breaking some other devices that happen to be connected to the same host that way. PL2303s are just too common.

Blockchains are used for long poll aggregation, to reduce stales. If one pool inside a blockchain reports a new block, MPBM discards the jobs that are in the queue from all other pools of that blockchain as well, even if those pools haven't realized that a new block was found yet.
This means that P2Pool needs to be in a separate blockchain, but all regular bitcoin mining pools should share one.

It currently is not possible to map workers to work sources, because this would make work buffering even more complex, would be error prone, and probably increase latencies enough to produce some more stales. What would this be good for at all? What should a worker do if its assigned work source just doesn't manage to produce work at that very moment? Sit there and idle instead of taking jobs from other sources that are waiting in the queue? You can measure a worker's behavior far more accurately inside MPBM than any pool can. There are JSON APIs for that as well, if you want to hook up something external. MPBM currently does not archive these statistics yet, but that's a feature that might be added at some point (and I'd really appreciate it if other developers could help out with that).

[antirack]

I created a logger via the Frontend with the default settings. It creates the file mpbm.log but it has a file size of 0, and nothing is ever logged to it.

I shut down MPBM, deleted the file, and started MPBM again, but still the same. New file, no logs written to it.

[TheSeven]

I created a logger via the Frontend with the default settings. It creates the file mpbm.log but it has a file size of 0, and nothing is ever logged to it.

I shut down MPBM, deleted the file, and started MPBM again, but still the same. New file, no logs written to it.

What did you set the log level to? 500 should be the default, and 300-1000 is a reasonable range, depending on what you actually want to be logged.

[antirack]

I had it set to the default 500 before, but now it's at 300 and still not logging anything. Is the number in square brackets [300] the log level in the output?

I have some showing up with 350, 400 or also 500 - but nothing is written to the log. At this moment I'd like to log everything, so that I can review the logs after a while and look for errors etc.

Code:

2012-03-24 23:40:26.037	[500]	Eclipse: Got 60 jobs
2012-03-24 23:40:26.188	[400]	Mining ABCPool:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000eecf8373e14915640ea4b386d0bd77368b34934f58fc7c69945c4cf3aad90b3d4f6deae31a0b3287 on Icarus COM18
2012-03-24 23:40:27.978	[350]	Icarus COM18 found share: ABCPool:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000eecf8373e14915640ea4b386d0bd77368b34934f58fc7c69945c4cf3aad90b3d4f6deae31a0b3287:031b2794
2012-03-24 23:40:27.979	[400]	Mining ABCPool:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000903937e51f5d75d5fe64a6a9c0806007c5239d52120135a2c9032b4ee00956ce4f6deae31a0b3287 on Icarus COM18
2012-03-24 23:40:28.500	[250]	ABCPool accepted share 031b2794 (difficulty 1.03617)
2012-03-24 23:40:29.428	[400]	Mining ABCPool:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a000004960000000062de6a3d5d80866b90062553979d6e1d25a972c8f40ebb3924a9c843fd4cc4c34f6deae41a0b3287 on Ztex board 04A346CEC7
2012-03-24 23:40:29.588	[350]	Icarus COM17 found share: ABCPool:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a00000496000000008c01e36fae279b94b0c5b1634b1a2705475f390e98b5dc639f9cc967e97bd5b54f6deae31a0b3287:68b207b8
2012-03-24 23:40:29.588	[400]	Mining ABCPool:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000c4c5ed0c59910bf5d40f1c4ba25cfa634a59c4dc7aa58995be4816ea6077ca934f6deae41a0b3287 on Icarus COM17
2012-03-24 23:40:30.114	[250]	ABCPool accepted share 68b207b8 (difficulty 5.72634)
2012-03-24 23:40:30.490	[350]	Icarus COM14 found share: ABCPool:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a00000496000000003af50302af7798f7f428a60b10487fd4a2c372fb60c84513eb5b2d34852143ba4f6deae31a0b3287:32c7b9b7
2012-03-24 23:40:30.491	[400]	Mining ABCPool:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000cf36fcfdcf8d1641d2bdd26cd43d8c380d054264ed890833672baac50f5a44454f6deae61a0b3287 on Icarus COM14
2012-03-24 23:40:31.024	[250]	ABCPool accepted share 32c7b9b7 (difficulty 2.04631)
2012-03-24 23:40:31.310	[400]	Mining ABCPool:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000cfd2d0b65fb0d0bbfdd5e5f55bc00ee44be9ff37118a4ed2bf2dab8cfbe532044f6deae61a0b3287 on Icarus COM15
2012-03-24 23:40:31.993	[400]	Mining ABCPool:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a00000496000000005644c2729bb5e3ed84921645602203761ea0d2b487a083c0601c72e04cc1106c4f6deae71a0b3287 on Icarus COM16
2012-03-24 23:40:32.693	[350]	Icarus COM17 found share: ABCPool:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000c4c5ed0c59910bf5d40f1c4ba25cfa634a59c4dc7aa58995be4816ea6077ca934f6deae41a0b3287:9911e5a2
2012-03-24 23:40:32.694	[400]	Mining ABCPool:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a00000496000000008c0379647d384f3b8398cd27e77a2a67b42a5da2dc7b98ef9032c3562e6a02df4f6deae71a0b3287 on Icarus COM17
2012-03-24 23:40:33.201	[250]	ABCPool accepted share 9911e5a2 (difficulty 5.14749)
2012-03-24 23:40:35.863	[400]	Mining Eclipse:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000d9ee0b6f018408ed2744e9fe37453cfff0ff3d9fd1295065557c0032f1a8226c4f6deae81a0b3287 on Ztex board 04A3469722
2012-03-24 23:40:35.926	[400]	Mining Eclipse:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000d9ee0b6f018408ed2744e9fe37453cfff0ff3d9fd1295065557c0032f1a8226c4f6deae91a0b3287 on Icarus COM18
2012-03-24 23:40:36.253	[350]	Ztex board 04A3469722 found share: Eclipse:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000d9ee0b6f018408ed2744e9fe37453cfff0ff3d9fd1295065557c0032f1a8226c4f6deae81a0b3287:a7433904
2012-03-24 23:40:36.503	[400]	Mining Eclipse:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000d9ee0b6f018408ed2744e9fe37453cfff0ff3d9fd1295065557c0032f1a8226c4f6deaea1a0b3287 on Ztex board 04A32E00E9
2012-03-24 23:40:36.724	[250]	Eclipse accepted share a7433904 (difficulty 1.15452)
2012-03-24 23:40:37.551	[350]	Icarus COM16 found share: ABCPool:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a00000496000000005644c2729bb5e3ed84921645602203761ea0d2b487a083c0601c72e04cc1106c4f6deae71a0b3287:185ad3be
2012-03-24 23:40:37.552	[400]	Mining Eclipse:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000d9ee0b6f018408ed2744e9fe37453cfff0ff3d9fd1295065557c0032f1a8226c4f6deaeb1a0b3287 on Icarus COM16
2012-03-24 23:40:38.066	[250]	ABCPool accepted share 185ad3be (difficulty 1.27541)
2012-03-24 23:40:38.399	[400]	Mining Eclipse:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000d9ee0b6f018408ed2744e9fe37453cfff0ff3d9fd1295065557c0032f1a8226c4f6deaec1a0b3287 on Icarus COM14
2012-03-24 23:40:38.827	[350]	Icarus COM18 found share: Eclipse:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000d9ee0b6f018408ed2744e9fe37453cfff0ff3d9fd1295065557c0032f1a8226c4f6deae91a0b3287:81a8bea0
2012-03-24 23:40:38.828	[400]	Mining Eclipse:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000d9ee0b6f018408ed2744e9fe37453cfff0ff3d9fd1295065557c0032f1a8226c4f6deaed1a0b3287 on Icarus COM18
2012-03-24 23:40:38.875	[350]	Icarus COM18 found share: Eclipse:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000d9ee0b6f018408ed2744e9fe37453cfff0ff3d9fd1295065557c0032f1a8226c4f6deaed1a0b3287:4ac66800
2012-03-24 23:40:38.878	[400]	Mining Eclipse:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000d9ee0b6f018408ed2744e9fe37453cfff0ff3d9fd1295065557c0032f1a8226c4f6deaee1a0b3287 on Icarus COM18
2012-03-24 23:40:39.285	[250]	Eclipse accepted share 81a8bea0 (difficulty 1.70522)
2012-03-24 23:40:39.340	[250]	Eclipse accepted share 4ac66800 (difficulty 1.46263)
2012-03-24 23:40:39.590	[400]	Mining Eclipse:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000d9ee0b6f018408ed2744e9fe37453cfff0ff3d9fd1295065557c0032f1a8226c4f6deaef1a0b3287 on Icarus COM15
2012-03-24 23:40:41.000	[400]	Mining Eclipse:00000001c75929193c16514a086855a2b0f59fa0bede00a19069457a0000049600000000d9ee0b6f018408ed2744e9fe37453cfff0ff3d9fd1295065557c0032f1a8226c4f6deaf01a0b3287 on Icarus COM17

[TheSeven]

I had it set to the default 500 before, but now it's at 300 and still not logging anything. Is the number in square brackets [300] the log level in the output?

I have some showing up with 350, 400 or also 500 - but nothing is written to the log. At this moment I'd like to log everything, so that I can review the logs after a while and look for errors etc.

Yes, the number in square brackets is the log level. The console shows loglevel <= 500 messages by default. If you want even more verbose logging, go for loglevel 1000.

The log file is not flushed immediately, so python might buffer some kilobytes internally. Is there still no content after shutting down the miner with ctrl+c? This works perfectly fine for me (on linux though).

[antirack]

Still nothing after shutting down with Ctrl-C. I have also deleted the file just to make sure it's not locked or something. It is recreated, but with 0kb and again nothing after Ctrl-C. I'll let it run over night and see if there is anything logged by tomorrow. But it was running for hours with logging enabled and log level 500, so it should have already logged something during the past few hours.

Good night.

[antirack]

Still no log. I also tried python run-mpbm.py > my.log, but this also results in a 0 kb file. That's very strange. Since it was git which created my directories, I copied the whole MPBM folder to another location and replaced all permissions with my own 'Full' permissions, this didn't make a difference. I am really puzzled, but I guess it's not really a bug in your code if piping the command doesn't work either.

What worked, in the same command prompt (run as Administrator) is "dir > my.log" or creating a new file with "edit my.log" and writing something to it. Maybe it's python which doesn't have permission somehow?

Anyway, this is VERY low priority but I just thought I'd report back.

Now I just found this:

Code:

2012-03-25 10:35:10.694000 [100]: Core: Could not start frontend Untitled log file logger: Traceback (most recent call last):
2012-03-25 10:35:10.694000 [100]:   File "C:\Modular-Python-Bitcoin-Miner\core\core.py", line 197, in _start
2012-03-25 10:35:10.694000 [100]:     frontend.start()
2012-03-25 10:35:10.694000 [100]:   File "C:\Modular-Python-Bitcoin-Miner\core\startable.py", line 64, in start
2012-03-25 10:35:10.694000 [100]:     self._start()
2012-03-25 10:35:10.694000 [100]:   File "C:\Modular-Python-Bitcoin-Miner\modules\theseven\basicloggers\logfilelogger.py", line 64, in _start
2012-03-25 10:35:10.694000 [100]:     self.handle.write("\n" + "=" * 200 + "\n\n")
2012-03-25 10:35:10.694000 [100]: TypeError: 'str' does not support the buffer interface
2012-03-25 10:35:10.694000 [100]:

[TheSeven]

Still no log. I also tried python run-mpbm.py > my.log, but this also results in a 0 kb file. That's very strange. Since it was git which created my directories, I copied the whole MPBM folder to another location and replaced all permissions with my own 'Full' permissions, this didn't make a difference. I am really puzzled, but I guess it's not really a bug in your code if piping the command doesn't work either.

What worked, in the same command prompt (run as Administrator) is "dir > my.log" or creating a new file with "edit my.log" and writing something to it. Maybe it's python which doesn't have permission somehow?

It logs to stderr, not stdout, which explains why piping it that way doesn't work.

Anyway, this is VERY low priority but I just thought I'd report back.

Now I just found this:

Code:

2012-03-25 10:35:10.694000 [100]: Core: Could not start frontend Untitled log file logger: Traceback (most recent call last):
2012-03-25 10:35:10.694000 [100]:   File "C:\Modular-Python-Bitcoin-Miner\core\core.py", line 197, in _start
2012-03-25 10:35:10.694000 [100]:     frontend.start()
2012-03-25 10:35:10.694000 [100]:   File "C:\Modular-Python-Bitcoin-Miner\core\startable.py", line 64, in start
2012-03-25 10:35:10.694000 [100]:     self._start()
2012-03-25 10:35:10.694000 [100]:   File "C:\Modular-Python-Bitcoin-Miner\modules\theseven\basicloggers\logfilelogger.py", line 64, in _start
2012-03-25 10:35:10.694000 [100]:     self.handle.write("\n" + "=" * 200 + "\n\n")
2012-03-25 10:35:10.694000 [100]: TypeError: 'str' does not support the buffer interface
2012-03-25 10:35:10.694000 [100]:

I think you just caught it! Need to fix that. This would explain why it only works on Python 2.x, which I'm currently running on. Fix will be pushed in a minute.

[antirack]

How do I get the fixed code without overwriting my config or other files?

git clone git://github.com/TheSeven/Modular-Python-Bitcoin-Miner.git -b testing

Or something else?

By the way, the ZTEX hotplug manager points to the X6500 firmware file.
modules/fpgamining/x6500/firmware/x6500.bit

The file doesn't actually exist if I am not wrong and I assume I am currently mining with the bit stream that was already programmed into my ztex boards before.

[TheSeven]

How do I get the fixed code without overwriting my config or other files?

git clone git://github.com/TheSeven/Modular-Python-Bitcoin-Miner.git -b testing

Or something else?

git pull

By the way, the ZTEX hotplug manager points to the X6500 firmware file.
modules/fpgamining/x6500/firmware/x6500.bit

The file doesn't actually exist if I am not wrong and I assume I am currently mining with the bit stream that was already programmed into my ztex boards before.

I just fixed the default value for that. That setting should point to the directory where the bit files are, which are needed to boot the FPGA if it was power cycled. As long as it's running those files won't be touched. Also, no MCU firmware will ever be programmed to the board, just an FPGA bitstream (that matches the currently installed MCU firmware) if neccessary.

[TheSeven]

I've just released MPBM v0.1.0beta

Please test it, and report any issues that you encounter, so that I can take care of them.

We should probably have some place for howtos, especially explaining how to install required drivers on windows.
In order to run MPBM on ztex/x6500 boards, you'll need a libusb driver, which I haven't packaged yet.

I've made some packages for windows users who haven't got Python installed, see the first post.
Can somebody who doesn't have the neccessary stuff installed on his system yet please try these out?
If I test them locally, I never know if they're really self-contained or if something just picked up a library that was present on my system anyway.
Just extract both zip files to the same directory and run mpbm.exe.

[coretechs]

Just upgraded the instance I was using for my X6500s.  I added the workers and pool to my config but I'm getting the following error for each board:

Code:

2012-03-25 23:28:17.791608 [100]: X6500 worker 4: Proxy: Exception caught: Traceback (most recent call last):
  File "/home/user/Modular-Python-Bitcoin-Miner2/modules/fpgamining/x6500/boardproxy.py", line 77, in run
    else: self.device = FT232R(FT232R_PyUSB(self.serial, self.takeover))
  File "/home/user/Modular-Python-Bitcoin-Miner2/modules/fpgamining/x6500/util/ft232r.py", line 309, in __init__
    import usb
ImportError: No module named usb
2012-03-25 23:28:17.792289 [100]: X6500 worker 4: Traceback (most recent call last):
  File "/home/user/Modular-Python-Bitcoin-Miner2/modules/fpgamining/x6500/x6500worker.py", line 211, in main
    elif data[0] == "dying": raise Exception("Proxy died!")
Exception: Proxy died!

Also I am unable to kill the process with ctrl-c, it just keeps getting jobs.

[bitcowok]

same for me, a whole heap of "Proxy died!".

I dont get the "no module named usb" error (i have pyusb-1.0.0_alpha1 installed with my distro's package management)

running using:

Code:

python run-mpbm.py --detect-workers --detect-frontends

last few lines of output (theres pages...):

Code:

2012-03-26 13:26:06.749902 [500]: X6500 board AH00WOWJ: Proxy: FPGA 1: Spartan 6 LX150 - Firmware: rev 0, build 0
2012-03-26 13:26:06.749902 [500]: X6500 board AH00WOWJ: Proxy: FPGA 1: Spartan 6 LX150 - Firmware: rev 0, build 0
2012-03-26 13:26:06.750040 [200]: X6500 board AH00WOWJ: Proxy: Programming FPGAs...
2012-03-26 13:26:06.750040 [200]: X6500 board AH00WOWJ: Proxy: Programming FPGAs...
2012-03-26 13:26:06.750903 [100]: X6500 board AH00WOWJ: Proxy: Exception caught: Traceback (most recent call last):
  File "/home/fpgamining/x6500/mpbm-v0.1.0beta/modules/fpgamining/x6500/boardproxy.py", line 92, in run
    bitfile = BitFile.read(self.firmware)
  File "/home/fpgamining/x6500/mpbm-v0.1.0beta/modules/fpgamining/x6500/util/BitstreamReader.py", line 75, in read
    with open(name, 'rb') as f:
IOError: [Errno 2] No such file or directory: 'modules/fpgamining/x6500/firmware/x6500.bit'
2012-03-26 13:26:06.750903 [100]: X6500 board AH00WOWJ: Proxy: Exception caught: Traceback (most recent call last):
  File "/home/fpgamining/x6500/mpbm-v0.1.0beta/modules/fpgamining/x6500/boardproxy.py", line 92, in run
    bitfile = BitFile.read(self.firmware)
  File "/home/fpgamining/x6500/mpbm-v0.1.0beta/modules/fpgamining/x6500/util/BitstreamReader.py", line 75, in read
    with open(name, 'rb') as f:
IOError: [Errno 2] No such file or directory: 'modules/fpgamining/x6500/firmware/x6500.bit'
2012-03-26 13:26:06.751589 [100]: X6500 board AH00WOWJ: Traceback (most recent call last):
  File "/home/fpgamining/x6500/mpbm-v0.1.0beta/modules/fpgamining/x6500/x6500worker.py", line 211, in main
    elif data[0] == "dying": raise Exception("Proxy died!")
Exception: Proxy died!

2012-03-26 13:26:06.751589 [100]: X6500 board AH00WOWJ: Traceback (most recent call last):
  File "/home/fpgamining/x6500/mpbm-v0.1.0beta/modules/fpgamining/x6500/x6500worker.py", line 211, in main
    elif data[0] == "dying": raise Exception("Proxy died!")
Exception: Proxy died!

I'm assuming a bitstream file is missing. (which is correct, i'm managing bitstreams myself)

[TheSeven]

Just upgraded the instance I was using for my X6500s.  I added the workers and pool to my config but I'm getting the following error for each board:

Code:

2012-03-25 23:28:17.791608 [100]: X6500 worker 4: Proxy: Exception caught: Traceback (most recent call last):
  File "/home/user/Modular-Python-Bitcoin-Miner2/modules/fpgamining/x6500/boardproxy.py", line 77, in run
    else: self.device = FT232R(FT232R_PyUSB(self.serial, self.takeover))
  File "/home/user/Modular-Python-Bitcoin-Miner2/modules/fpgamining/x6500/util/ft232r.py", line 309, in __init__
    import usb
ImportError: No module named usb
2012-03-25 23:28:17.792289 [100]: X6500 worker 4: Traceback (most recent call last):
  File "/home/user/Modular-Python-Bitcoin-Miner2/modules/fpgamining/x6500/x6500worker.py", line 211, in main
    elif data[0] == "dying": raise Exception("Proxy died!")
Exception: Proxy died!

Also I am unable to kill the process with ctrl-c, it just keeps getting jobs.

Did you upgrade from v0.0.4 to v0.1.0beta, or just from v0.1.0alpha (testing branch) to v0.1.0 beta?
Did you previously use the D2XX driver or PyUSB?
Have you installed PyUSB correctly for the Python version you're running MPBM on?

[TheSeven]

same for me, a whole heap of "Proxy died!".

I dont get the "no module named usb" error (i have pyusb-1.0.0_alpha1 installed with my distro's package management)

running using:

Code:

python run-mpbm.py --detect-workers --detect-frontends

last few lines of output (theres pages...):

Code:

2012-03-26 13:26:06.749902 [500]: X6500 board AH00WOWJ: Proxy: FPGA 1: Spartan 6 LX150 - Firmware: rev 0, build 0
2012-03-26 13:26:06.749902 [500]: X6500 board AH00WOWJ: Proxy: FPGA 1: Spartan 6 LX150 - Firmware: rev 0, build 0
2012-03-26 13:26:06.750040 [200]: X6500 board AH00WOWJ: Proxy: Programming FPGAs...
2012-03-26 13:26:06.750040 [200]: X6500 board AH00WOWJ: Proxy: Programming FPGAs...
2012-03-26 13:26:06.750903 [100]: X6500 board AH00WOWJ: Proxy: Exception caught: Traceback (most recent call last):
  File "/home/fpgamining/x6500/mpbm-v0.1.0beta/modules/fpgamining/x6500/boardproxy.py", line 92, in run
    bitfile = BitFile.read(self.firmware)
  File "/home/fpgamining/x6500/mpbm-v0.1.0beta/modules/fpgamining/x6500/util/BitstreamReader.py", line 75, in read
    with open(name, 'rb') as f:
IOError: [Errno 2] No such file or directory: 'modules/fpgamining/x6500/firmware/x6500.bit'
2012-03-26 13:26:06.750903 [100]: X6500 board AH00WOWJ: Proxy: Exception caught: Traceback (most recent call last):
  File "/home/fpgamining/x6500/mpbm-v0.1.0beta/modules/fpgamining/x6500/boardproxy.py", line 92, in run
    bitfile = BitFile.read(self.firmware)
  File "/home/fpgamining/x6500/mpbm-v0.1.0beta/modules/fpgamining/x6500/util/BitstreamReader.py", line 75, in read
    with open(name, 'rb') as f:
IOError: [Errno 2] No such file or directory: 'modules/fpgamining/x6500/firmware/x6500.bit'
2012-03-26 13:26:06.751589 [100]: X6500 board AH00WOWJ: Traceback (most recent call last):
  File "/home/fpgamining/x6500/mpbm-v0.1.0beta/modules/fpgamining/x6500/x6500worker.py", line 211, in main
    elif data[0] == "dying": raise Exception("Proxy died!")
Exception: Proxy died!

2012-03-26 13:26:06.751589 [100]: X6500 board AH00WOWJ: Traceback (most recent call last):
  File "/home/fpgamining/x6500/mpbm-v0.1.0beta/modules/fpgamining/x6500/x6500worker.py", line 211, in main
    elif data[0] == "dying": raise Exception("Proxy died!")
Exception: Proxy died!

I'm assuming a bitstream file is missing. (which is correct, i'm managing bitstreams myself)

Your assumption is correct. Just put the right bitstream there, or disable bitstream upload at all (which means you have to boot the boards manually).

[antirack]

Pulled the latest version and works without problems. Logging to the log file now also works. I can stop the miner with Ctrl-C.

Here are a couple of errors I am getting, but everything seems to work fine though.

Code:

2012-03-26 18:45:18.245000 [100]: Ztex board 04A3469722: Proxy: Exception caught: Traceback (most recent call last):
2012-03-26 18:45:18.245000 [100]:   File "C:\Modular-Python-Bitcoin-Miner\modules\theseven\ztex\boardproxy.py", line 75, in run
2012-03-26 18:45:18.245000 [100]:     self.device = ZtexDevice(self, self.serial, self.takeover, self.firmware)
2012-03-26 18:45:18.245000 [100]:   File "C:\Modular-Python-Bitcoin-Miner\modules\theseven\ztex\driver.py", line 73, in __init__
2012-03-26 18:45:18.245000 [100]:     raise Exception("Can not open the specified device, possibly because it is already in use")
2012-03-26 18:45:18.245000 [100]: Exception: Can not open the specified device, possibly because it is already in use
2012-03-26 18:45:18.245000 [100]: Ztex board 04A3469722: Traceback (most recent call last):
2012-03-26 18:45:18.245000 [100]:   File "C:\Modular-Python-Bitcoin-Miner\modules\theseven\ztex\ztexworker.py", line 170, in main
2012-03-26 18:45:18.245000 [100]:     elif data[0] == "dying": raise Exception("Proxy died!")
2012-03-26 18:45:18.245000 [100]: Exception: Proxy died!
2012-03-26 18:45:18.245000 [100]: 
2012-03-26 18:45:18.261000 [100]: Ztex board 04A32E00E9: Proxy: Exception caught: Traceback (most recent call last):
2012-03-26 18:45:18.261000 [100]:   File "C:\Modular-Python-Bitcoin-Miner\modules\theseven\ztex\boardproxy.py", line 75, in run
2012-03-26 18:45:18.261000 [100]:     self.device = ZtexDevice(self, self.serial, self.takeover, self.firmware)
2012-03-26 18:45:18.261000 [100]:   File "C:\Modular-Python-Bitcoin-Miner\modules\theseven\ztex\driver.py", line 73, in __init__
2012-03-26 18:45:18.261000 [100]:     raise Exception("Can not open the specified device, possibly because it is already in use")
2012-03-26 18:45:18.261000 [100]: Exception: Can not open the specified device, possibly because it is already in use
2012-03-26 18:45:18.261000 [100]: Ztex board 04A32E00E9: Traceback (most recent call last):
2012-03-26 18:45:18.261000 [100]:   File "C:\Modular-Python-Bitcoin-Miner\modules\theseven\ztex\ztexworker.py", line 170, in main
2012-03-26 18:45:18.261000 [100]:     elif data[0] == "dying": raise Exception("Proxy died!")
2012-03-26 18:45:18.261000 [100]: Exception: Proxy died!
2012-03-26 18:45:18.261000 [100]: 
2012-03-26 18:45:18.276000 [100]: Ztex board 04A346CEC7: Proxy: Exception caught: Traceback (most recent call last):
2012-03-26 18:45:18.276000 [100]:   File "C:\Modular-Python-Bitcoin-Miner\modules\theseven\ztex\boardproxy.py", line 75, in run
2012-03-26 18:45:18.276000 [100]:     self.device = ZtexDevice(self, self.serial, self.takeover, self.firmware)
2012-03-26 18:45:18.276000 [100]:   File "C:\Modular-Python-Bitcoin-Miner\modules\theseven\ztex\driver.py", line 73, in __init__
2012-03-26 18:45:18.276000 [100]:     raise Exception("Can not open the specified device, possibly because it is already in use")
2012-03-26 18:45:18.276000 [100]: Exception: Can not open the specified device, possibly because it is already in use
2012-03-26 18:45:18.276000 [100]: Ztex board 04A346CEC7: Traceback (most recent call last):
2012-03-26 18:45:18.276000 [100]:   File "C:\Modular-Python-Bitcoin-Miner\modules\theseven\ztex\ztexworker.py", line 170, in main
2012-03-26 18:45:18.276000 [100]:     elif data[0] == "dying": raise Exception("Proxy died!")
2012-03-26 18:45:18.276000 [100]: Exception: Proxy died!

Code:

2012-03-26 18:48:46.573000 [200]: ABCPool long poll failed: Traceback (most recent call last):
2012-03-26 18:48:46.573000 [200]:   File "C:\Modular-Python-Bitcoin-Miner\modules\theseven\bcjsonrpc\bcjsonrpcworksource.py", line 181, in _longpollingworker
2012-03-26 18:48:46.573000 [200]:     response = conn.getresponse()
2012-03-26 18:48:46.573000 [200]:   File "C:\python32\lib\http\client.py", line 1046, in getresponse
2012-03-26 18:48:46.573000 [200]:     response.begin()
2012-03-26 18:48:46.573000 [200]:   File "C:\python32\lib\http\client.py", line 346, in begin
2012-03-26 18:48:46.573000 [200]:     version, status, reason = self._read_status()
2012-03-26 18:48:46.573000 [200]:   File "C:\python32\lib\http\client.py", line 316, in _read_status
2012-03-26 18:48:46.573000 [200]:     raise BadStatusLine(line)
2012-03-26 18:48:46.573000 [200]: http.client.BadStatusLine: ''

[BR0KK]

Hi, tried to use the windows-runtime-v0.1.0beta on my windows 7 x86 FPGA Miner.  I'm unable to run the mpbm.exe on my computer.

Displaying that error message (it's German):


It says that the Version of this Program is not compatible with my Windows System (Windows 7 x86 w. latest Drivers and System updates) and that i should look if my computer is x86 or x64.

(That could all be part of the "MAC OSX Lion + Parallels + VM" Problem so it is not important that this works )

On my experimental GPU Miner (Windows 7 x64) the program seems to be ok but I'm also unable to start it. When i try to start the mpbm.exe (via cmd) it displays an error:




Are there any basic instructions how to run that program?

[TheSeven]

Hi, tried to use the windows-runtime-v0.1.0beta on my windows 7 x86 FPGA Miner.  I'm unable to run the mpbm.exe on my computer.

Displaying that error message (it's German):


It says that the Version of this Program is not compatible with my Windows System (Windows 7 x86 w. latest Drivers and System updates) and that i should look if my computer is x86 or x64.

(That could all be part of the "MAC OSX Lion + Parallels + VM" Problem so it is not important that this works )

I just realized that I actually compiled this for 64bit. I'll release a 32bit runtime package later today. Runtime package has been fixed.

On my experimental GPU Miner (Windows 7 x64) the program seems to be ok but I'm also unable to start it. When i try to start the mpbm.exe (via cmd) it displays an error:




Are there any basic instructions how to run that program?

You need to merge the contents of those two zip files, not put them in separate folders. Then it'll magically work, and you can access it at http://localhost:8832 (user: admin, password: mpbm)