Minepeon auf dem RaspberryPi erkennt meine BiFury 5GH/s Sticks nicht

[willi9974]

Hallo zusammen,

habe mir von einem bekannten zwei BiFury 5GH/s Sticks ausgeliehen und an einen aktiven USB HUB angeschlossen.

Nach der Anleitung (http://www.daveconroy.com/beginners-guide-to-turn-your-raspberry-pi-into-an-affordable-bitcoin-mining-rig/) habe ich den RaspberryPi mit Minepeon installiert.

Da meine beiden Sticks nicht erkannt wurden, habe ich nach der Anleitung den cgminer aktualisiert (http://www.it-solutions-nord.de/infos/tutorials/bifury-miner-unter-minepeon-einrichten/)

Ist aber immer noch nichts zu sehen von den Sticks.


ein lsusb auf Linuxebene gibt folgendes aus, da sind die Sticks zu sehen "ID 198c:b1f1"

Code:

Bus 001 Device 006: ID 198c:b1f1
Bus 001 Device 005: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 008: ID 198c:b1f1
Bus 001 Device 004: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp. LAN9500 Ethernet 10/100 Adapter / SMSC9512/9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Habt ihr eine Idee was ich noch machen kann?

Gruß
Willi

[Dunkelheit667]

Nutze weder Minepeon, noch einen BiFury... aber hast Du die Datei 01-miner.rules auch wie in der Anleitung von IT Solutions Nord modifiziert (gaaanz unten)? Die Datei ist für den Zugriff auf (neue) Miner kriegsentscheidend, evtl. liegt's ja daran?

[willi9974]

Hallo,

ja die Datei habe ich editiert und ich habs auch ohne der hinzugefügten Zeile probiert, beides male aber kein Device in der Weboberfläche zu sehen.
Mein HUB hat nur 2000ma, das aber auf jeden fall für einen Stick ausreicht. Hab es mit einen Stick probiert aber auch nix.


In der Version von Minepion war die eine Zeile auch schon drin (siehe Auszug der letzten Zeilen)

Code:

#Klondike
ATTRS{idVendor}=="04d8", ATTRS{idProduct}=="f60a", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="minepeon"

#HashFast
ATTRS{idVendor}=="297c", ATTRS{idProduct}=="0001", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="minepeon", ENV{ID_MM_DEVICE_IGNORE}="1"

# BXF
ATTRS{idVendor}=="198c", ATTRS{idProduct}=="b1f1", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="minepeon"

# NFY
ATTRS{idVendor}=="04d8", ATTRS{idProduct}=="00de", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="minepeon"

# SPI
KERNEL=="spidev*", SUBSYSTEM=="spidev", GROUP="minepeon", MODE="0666"

Hat noch wer andere Ideen?

Gruß
Willi

[willi9974]

Die Uhr Tickt, ich werde wahnsinnig.
Hat keiner einen Tipp oder den BiFury mit einem Raspberry Pi am laufen?

[husel2000]

Mir geht es genauso. Habe aber ein selbst erstellten Kernel Linux raspberrypi 3.12.4-1

Soviel ich weiß, wird das Modul cp210x benötigt. Leider schaffe ich es nicht, dass der Stick durch das Modul angesprochen wird.

Meine Versuche:
a) in /etc/rc.d/boot.local den Treiber laden
modprobe -v cp210x
echo "198c b1f1" > /sys/bus/usb-serial/drivers/cp210x/new_id

b) Die Datei /etc/udev/rules.d/05-foo.rules angelegt mit folgendem Wert:

Code:

# BXF
ATTRS{idVendor}=="198c", ATTRS{idProduct}=="b1f1", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="root"

Das Ergebnis von dmesg |grep 198c

Code:

[    5.569410] usb 1-1.3: New USB device found, idVendor=198c, idProduct=b1f1

Bei dmesg |grep cp210x

Code:

[   91.627334] usbcore: registered new interface driver cp210x
[   91.644415] usbserial: USB Serial support registered for cp210x

fällt auf, der das Modul erst nach dem USB-Device geladen wird - ich glaube da liegt irgendwie das Problem.
lsusb sieht aus wie bei dir:

Code:

Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp. LAN9500 Ethernet 10/100 Adapter / SMSC9512/9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 004: ID 0bda:8179 Realtek Semiconductor Corp.
Bus 001 Device 005: ID 198c:b1f1

Weitere Ideen? Danke :-/

[pinsel120866]

Ich habe mehrere BiFurys mit Minepeon laufen, folgendes ist zu beachten:

1. Genau nach Anleitung http://www.it-solutions-nord.de/infos/tutorials/bifury-miner-unter-minepeon-einrichten/ vorgehen
2. cgminer 3.8.4 verwenden (ich hatte 3.9.0, ging nicht)
3. Bifury beim 1A Ladeport des Hubs einstecken und einschalten, er fängt dann sofort an zu rechen


Problem könnte auch der Hub sein, ich habe diesen:
http://www.dlink.com/us/en/home-solutions/connect/usb/dub-h7-7-port-usb-2-0-hub

[husel2000]

Hi,

danke für den Hinweis mit cgminer 3.8.4.
Kannst du das Ergebnis von folgendem Befehl posten?

Code:

ls /dev/tty*

Ich habe den BitFury direkt am Raspberry, er wird auch erkannt

Code:

raspberrypi:~/bin # cgminer -d?
 [2014-01-17 23:47:50] Started cgminer 3.10.0
 [2014-01-17 23:47:51] Devices detected:
 [2014-01-17 23:47:51]   0. BXF 0 (driver: bitfury)
 [2014-01-17 23:47:51] 1 devices listed

ich kann mir aber vorstellen das dafür "nur" lsusb ausgelesen wird. Aber noch irgendwas mit den treibern nicht passt. Habe cp210x jetzt neu kompiliert - und die ID 198c:b1f1 mit eingetragen
Ausgabe von dmesg (nicht alles, vermute der wichtige Teil):

Code:

[    5.575518] usb 1-1.3: New USB device found, idVendor=198c, idProduct=b1f1
[    5.591165] systemd[1]: Mounting Debug File System...
[    5.598390] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    5.633866] systemd[1]: Mounting POSIX Message Queue File System...
[    5.645334] usb 1-1.3: Product: bi•fury
[    5.655362] usb 1-1.3: Manufacturer: c-scape
[    5.690650] systemd[1]: Starting Create dynamic rule for /dev/root link...
[    5.760785] systemd[1]: Starting Journal Service...
[    5.838309] systemd[1]: Started Journal Service.
[    5.944398] systemd-journald[72]: Vacuuming done, freed 0 bytes
[    6.909745] systemd-udevd[96]: starting version 208

das sieht für mich erstmal normal aus...
CgMiner liest die Temp aus, aber es kommt keine Berechnung (cgminer 3.10.0)

Code:

 BXF 0:  35.6C         |  0.000/ 0.000h/s | A:0 R:0 HW:0 WU:0.0/m

Update gleich mit cgminer 3.8.4

edit: cgminer3.8.4 das selbe. Keine Hashrate...
edit2: Unter windows bekomm ich es zum laufen...
beim cgminer -T --verbose habe ich folgendes gesehen:

Code:

BXF 0: Version 1.0 rev 1 chips 2

wie kann ich nen update zu 1.3 durchführen?

[husel2000]

sry hab nochmals eine Frage. Kann mir jemand, bei dem der BiFury funktioniert die Ausgabe von dmesg -w posten, während er den bifury einsteckt?
Danke, Gruß

[husel2000]

Ka, ob noch jemand den Thread verfolgt.

Meine aktuelle Erkentniss: habe es mit Minepeon versucht - das selbe Ergebnis. Wird erkannt von cgminer, aber keine Berechnung.
Habe den USB-Hub mal am PC angeschlossen, hier das selbe Problem. Sobald ich den Miner direkt am PC anschließe geht es...
vermute ein Stromproblem. Leider hbe ich ein NoName Aktiv-USBhub.
Direkt am Raspberry geht es auch nicht. Versuche jetzt ein Hub aufzutreiben, oder irgendwie das Ding extra mit Strom zu versorgen.

[husel2000]

Auch wenn es nicht viel Antwort gab...

bei mir läuft er.
Wenn der Miner in CgMiner erkannt wird und die Temp anzeigt, aber nicht mint, dann liegt es daran, dass der USb-Port zu wenig Strom liefert.

[plasmapelz]

Es steht auch schon in den Specs, dass der Stick 5W zieht und am besten an einem USB 3.0 Port betrieben wird. Und die USB Ports am RasPi selbst liefern definitiv zu wenig Strom für diese Sticks.

Ich hatte mit Minepeon generell Probleme, irgendwie hab ich meine Farm aus Redfury's, Block Eruptern und Jalapeno damit heute nicht zum Laufen gebracht. Hab dann einfach Raspbian genommen und den cgminer kompiliert, jetzt läuft alles wie am Schnürchen. Das Webinterface bringt mir jetzt nicht den Riesen-Vorteil, screen reicht eigentlich.

[husel2000]

jo, hatte auch günstige aktiv-hubs, hat aber auch nicht wirklich funktioniert.

hab auch nen selbstkompiliertes opensuse mit cgminer, läuft jetzt auch seit 6 stunden durch bin atm zufrieden. nur such ich nen leise aktiv-lüfter