Pages:
Author

Topic: Modular Python Bitcoin Miner - Official Thread - page 19. (Read 74189 times)

hero member
Activity: 504
Merit: 500
FPGA Mining LLC
Also, I'm mining with fpga's on p2pool. Perfect!

Please be aware that the x6500 has relatively long long poll latencies due to its architecture, which will probably result in extremely high (around 20-50%) stale rates on the (very fast) p2pool network.
full member
Activity: 148
Merit: 100
i am running it on an Buffalo WRZ-HP-AG300H-EU
That's fantastic!

Also, I'm mining with fpga's on p2pool. Perfect!

i think i have to choose between running on ARM or mining on P2Pool
sr. member
Activity: 445
Merit: 250
i am running it on an Buffalo WRZ-HP-AG300H-EU
That's fantastic!

Also, I'm mining with fpga's on p2pool. Perfect!
full member
Activity: 148
Merit: 100
i am running it on an Buffalo WRZ-HP-AG300H-EU, it uses around 40MB-Ram openwrt+miner
(i didn't get it running on my linksys wrt54gl because of to few diskspace)

installation on OpenWRT

Quote
opkg update
opkg install phyton
opkg install libncurses
opkg install libncursesw
opkg install libusb

rmmod ftdi_sio
python miner.py

bitstream was already installed, will try installing bitstream over openwrt later
hero member
Activity: 504
Merit: 500
FPGA Mining LLC
Damn, I overlooked that one during a rework. Has been fixed this very moment.
Pulled, programs & mines on all boards except one:
Code:
2012-02-07 19:12:04.062000: X6500 board AH00WLON: 99.2% complete [30 kB/s] [0s remaining]
2012-02-07 19:12:04.937000: X6500 board AH00WLON: Programmed FPGAs in 123.391000 seconds
2012-02-07 19:12:04.937000: X6500 board AH00WLON FPGA 0: Waking up...
2012-02-07 19:12:04.984000: X6500 board AH00WLON FPGA 1: Waking up...
2012-02-07 19:12:04.984000: X6500 board AH00WLON FPGA 0: Verifying correct operation...
2012-02-07 19:12:05.031000: X6500 board AH00WLON FPGA 1: Verifying correct operation...
2012-02-07 19:12:05.343000: X6500 board AH00WLON FPGA 0: Mining device sent a share before even getting a job
Reprograms, fails again, and repeat.

After 10 mins or so, it's finally succeded! +1 that it keeps on trying!

Found out how to increase the window size (presumably everyone else knows to make a shortcut to the .bat file and change the size in the layout tab of the shortcut's properties). Wow. Lots of stats!

So pleased this is working, as I can't go back...
Heh, that sounds like very un-lucky timing. Reprogramming over and over wouldn't have been neccessary, it would have just needed to retry the validation.
I think I know what was going and I'll have a look into avoiding that...
sr. member
Activity: 445
Merit: 250
Damn, I overlooked that one during a rework. Has been fixed this very moment.
Pulled, programs & mines on all boards except one:
Code:
2012-02-07 19:12:04.062000: X6500 board AH00WLON: 99.2% complete [30 kB/s] [0s remaining]
2012-02-07 19:12:04.937000: X6500 board AH00WLON: Programmed FPGAs in 123.391000 seconds
2012-02-07 19:12:04.937000: X6500 board AH00WLON FPGA 0: Waking up...
2012-02-07 19:12:04.984000: X6500 board AH00WLON FPGA 1: Waking up...
2012-02-07 19:12:04.984000: X6500 board AH00WLON FPGA 0: Verifying correct operation...
2012-02-07 19:12:05.031000: X6500 board AH00WLON FPGA 1: Verifying correct operation...
2012-02-07 19:12:05.343000: X6500 board AH00WLON FPGA 0: Mining device sent a share before even getting a job
Reprograms, fails again, and repeat.

After 10 mins or so, it's finally succeded! +1 that it keeps on trying!

Found out how to increase the window size (presumably everyone else knows to make a shortcut to the .bat file and change the size in the layout tab of the shortcut's properties). Wow. Lots of stats!

So pleased this is working, as I can't go back...
hero member
Activity: 504
Merit: 500
FPGA Mining LLC
I've had mpbm working using "useftd2xx":"true" and python 2.6.7.

It saw all the boards, but couldn't "open" all of them.

Seemed to be getting shares, pool reported widely varying hashrate. The terminal window has a message about "window too small" so no stats to relay.

Froze around an hour later, no reason in the log.

I like that it manages (or tries to) all the boards at once - much neater than multiple windows. I will persevere.

ftd2xx has a couple of issues, especially that boards can get stuck if a miner software doesn't terminate cleanly. Most likely the reason for some of your boards to not be recognized correctly.

Window too small means exactly what it says, those rather huge stats tables need like 150 chars of width.

What were the last log messages before it froze?


So I've found & installed libusb-win32. This has stopped the other X6500 software from working.

mpbm programs all boards, but then:
Code:
2012-02-07 18:04:08.375000: X6500 board AH00WOW1: Error while booting board: Traceback (most recent call last):
2012-02-07 18:04:08.375000:   File "C:\mpbm\worker\fpgamining\x6500.py", line 204, in main
2012-02-07 18:04:08.375000:     FPGA.programBitstream(self.miner, self.device, jtag, bitfile.bitstream, self.progresshandler)
2012-02-07 18:04:08.375000:   File "C:\mpbm\worker\fpgamining\util\fpga.py", line 240, in programBitstream
2012-02-07 18:04:08.375000:     jtag.load_bitstream(bitstream, progresscallback)
2012-02-07 18:04:08.375000:   File "C:\mpbm\worker\fpgamining\util\jtag.py", line 242, in load_bitstream
2012-02-07 18:04:08.375000:     self.ft232r._purgeBuffers()
2012-02-07 18:04:08.375000: AttributeError: FT232R instance has no attribute '_purgeBuffers'

 Huh


Damn, I overlooked that one during a rework. Has been fixed this very moment.
sr. member
Activity: 445
Merit: 250
So I've found & installed libusb-win32. This has stopped the other X6500 software from working.

mpbm programs all boards, but then:
Code:
2012-02-07 18:04:08.375000: X6500 board AH00WOW1: Error while booting board: Traceback (most recent call last):
2012-02-07 18:04:08.375000:   File "C:\mpbm\worker\fpgamining\x6500.py", line 204, in main
2012-02-07 18:04:08.375000:     FPGA.programBitstream(self.miner, self.device, jtag, bitfile.bitstream, self.progresshandler)
2012-02-07 18:04:08.375000:   File "C:\mpbm\worker\fpgamining\util\fpga.py", line 240, in programBitstream
2012-02-07 18:04:08.375000:     jtag.load_bitstream(bitstream, progresscallback)
2012-02-07 18:04:08.375000:   File "C:\mpbm\worker\fpgamining\util\jtag.py", line 242, in load_bitstream
2012-02-07 18:04:08.375000:     self.ft232r._purgeBuffers()
2012-02-07 18:04:08.375000: AttributeError: FT232R instance has no attribute '_purgeBuffers'

 Huh
sr. member
Activity: 445
Merit: 250
I've had mpbm working using "useftd2xx":"true" and python 2.6.7.

It saw all the boards, but couldn't "open" all of them.

Seemed to be getting shares, pool reported widely varying hashrate. The terminal window has a message about "window too small" so no stats to relay.

Froze around an hour later, no reason in the log.

I like that it manages (or tries to) all the boards at once - much neater than multiple windows. I will persevere.
hero member
Activity: 504
Merit: 500
FPGA Mining LLC
I'm using windows xp & getting
Code:
2012-02-06 20:23:21.406000: Traceback (most recent call last):
[...]
2012-02-06 20:23:21.406000:     excessmhashes = p.mhashes - ((now - p.starttime).total_seconds() + queuedelay) * p.hashrate
2012-02-06 20:23:21.406000: AttributeError: 'datetime.timedelta' object has no attribute 'total_seconds'
in the log.

MPBM should now be compatible with Python 2.6 as well.
Thanks to LazarusLong for providing the patch Smiley
hero member
Activity: 504
Merit: 500
FPGA Mining LLC
2) I'm getting "Invalid long polling URL for Slushies: http://api.bitcoin.cz:8410"

Fixed Smiley
hero member
Activity: 504
Merit: 500
FPGA Mining LLC
Hi.

Looking really good!

Couple problems with v0.0.4alpha that I can see:
1) curses line characters are all messed up in my locale  (en_AU.UTF-8) (let me know if you want a screenshot)
2) I'm getting "Invalid long polling URL for Slushies: http://api.bitcoin.cz:8410"

Thanks for this work, i'm loving the idea of one program to run ALL the FPGA's.

1) might be curses not properly detecting your terminal type. Running it inside a screen session sometimes helps with this. If you're using PuTTY as a terminal, make sure to set its charset to UTF-8.
2) MPBM probably expects a trailing slash here... I'll fix that later today.

I'm getting this error:

Code:
2012-02-06 20:25:26.472938: X6500 board AH00WOWD: No backend available
2012-02-06 20:25:26.475037: X6500 board AH00WI18: dlsym(RTLD_DEFAULT, usb_find_busses): symbol not found

you can just unpack the "usb" directory from that zip file ...

Thanks, TheSeven. I bet you underestimated the level of hand-holding some users need!

Now getting:
Code:
2012-02-07 08:34:53.468000: Caught exception: No backend available

Not getting quite as far as coblee, as no board serial detected?

Sounds like you don't have libusb installed or a weird version of it.

Well, I put the serial in the config.py myself:

Code:
  # Single X6500 worker
  { \
    # Worker module
    "type": worker.fpgamining.x6500.X6500Worker, \
    # Worker module parameters, in this case board serial number (default: take first available)
    "deviceid": "AH00WOWD", \
  }, \

  # Single X6500 worker
  { \
    # Worker module
    "type": worker.fpgamining.x6500.X6500Worker, \
    # Worker module parameters, in this case board serial number (default: take first available)
    "deviceid": "AH00WI18", \
  }, \

If that works, autodetecting should have worked as well.
donator
Activity: 1654
Merit: 1351
Creator of Litecoin. Cryptocurrency enthusiast.
Well, I put the serial in the config.py myself:

Code:
  # Single X6500 worker
  { \
    # Worker module
    "type": worker.fpgamining.x6500.X6500Worker, \
    # Worker module parameters, in this case board serial number (default: take first available)
    "deviceid": "AH00WOWD", \
  }, \

  # Single X6500 worker
  { \
    # Worker module
    "type": worker.fpgamining.x6500.X6500Worker, \
    # Worker module parameters, in this case board serial number (default: take first available)
    "deviceid": "AH00WI18", \
  }, \
sr. member
Activity: 445
Merit: 250
you can just unpack the "usb" directory from that zip file ...

Thanks, TheSeven. I bet you underestimated the level of hand-holding some users need!

Now getting:
Code:
2012-02-07 08:34:53.468000: Caught exception: No backend available

Not getting quite as far as coblee, as no board serial detected?
newbie
Activity: 16
Merit: 0
I was working on a port with libftdi to replace the d2xx lib - it did not work, some bits in the data streams differ.
Great work! I really need this stuff on openwrt... Grin
donator
Activity: 1654
Merit: 1351
Creator of Litecoin. Cryptocurrency enthusiast.
I'm getting this error:

Code:
2012-02-06 20:25:26.472938: X6500 board AH00WOWD: No backend available
2012-02-06 20:25:26.475037: X6500 board AH00WI18: dlsym(RTLD_DEFAULT, usb_find_busses): symbol not found
newbie
Activity: 48
Merit: 0
Hi.

Looking really good!

Couple problems with v0.0.4alpha that I can see:
1) curses line characters are all messed up in my locale  (en_AU.UTF-8) (let me know if you want a screenshot)
2) I'm getting "Invalid long polling URL for Slushies: http://api.bitcoin.cz:8410"

Thanks for this work, i'm loving the idea of one program to run ALL the FPGA's.
hero member
Activity: 504
Merit: 500
FPGA Mining LLC
That sounds like you're using Python <2.7 to me. Only 2.7 and 3.x is supported.
Yes, 2.6.7 as standard for X6500.

I tried 2.7, log has:
Code:
2012-02-06 21:45:41.750000: Exception in thread X6500 hotplug controller_main:
2012-02-06 21:45:41.750000: Traceback (most recent call last):
2012-02-06 21:45:41.750000:   File "c:\python27\lib\threading.py", line 552, in __bootstrap_inner
2012-02-06 21:45:41.750000:     self.run()
2012-02-06 21:45:41.750000:   File "c:\python27\lib\threading.py", line 505, in run
2012-02-06 21:45:41.750000:     self.__target(*self.__args, **self.__kwargs)
2012-02-06 21:45:41.750000:   File "C:\mpbm\worker\fpgamining\x6500hotplug.py", line 127, in main
2012-02-06 21:45:41.750000:     if not self.useftd2xx or self.takeover: import usb
2012-02-06 21:45:41.750000: ImportError: No module named usb

How do I get usb module?

Thanks


http://sourceforge.net/projects/pyusb/files/PyUSB%201.0/1.0.0-alpha-2/pyusb-1.0.0a2.zip/download

you can just unpack the "usb" directory from that zip file into the mpbm directory, or install it system-wide using setup.py
sr. member
Activity: 445
Merit: 250
That sounds like you're using Python <2.7 to me. Only 2.7 and 3.x is supported.
Yes, 2.6.7 as standard for X6500.

I tried 2.7, log has:
Code:
2012-02-06 21:45:41.750000: Exception in thread X6500 hotplug controller_main:
2012-02-06 21:45:41.750000: Traceback (most recent call last):
2012-02-06 21:45:41.750000:   File "c:\python27\lib\threading.py", line 552, in __bootstrap_inner
2012-02-06 21:45:41.750000:     self.run()
2012-02-06 21:45:41.750000:   File "c:\python27\lib\threading.py", line 505, in run
2012-02-06 21:45:41.750000:     self.__target(*self.__args, **self.__kwargs)
2012-02-06 21:45:41.750000:   File "C:\mpbm\worker\fpgamining\x6500hotplug.py", line 127, in main
2012-02-06 21:45:41.750000:     if not self.useftd2xx or self.takeover: import usb
2012-02-06 21:45:41.750000: ImportError: No module named usb

How do I get usb module?

Thanks
full member
Activity: 134
Merit: 100
Sub'd
same here, specially openWRT oportunity
Pages:
Jump to: