Hallo,
nimm eine neue Version die ist bei mir eigentlich immer Stabil gelaufen, ausser ein Miner hat ne Macke das hatte ich auch schon mal...
Mein Problem war die ansteuerung der Ports 😋
Topic: Debian (Raspberry Pi) Cgminer Hilfe?? (Read 2321 times)
Hallo Buchi,
ich finde den Thread leider nicht mehr, war im englischen Bereich.
Der cgminer 4.7.1 läuft jedoch nicht stabil mit dem U1/2, ich habe das
Problem das der PI nach ca. 1 Std. einfriert(nein nicht wegen den derzeitigen Temperaturen).
Einzig ein Cronjob der noch DS1820 über I2C abfragt und auf einem Netzlaufwerk die Daten Ablegt
läuft noch parallel zum cgminer.
Wollte gerade das script kopieren und dort nach der usb Einstellung schauen aber nun ist er
Abgeschmiert und will gar nicht mehr hochfahren.....
Einen guten Rutsch wünsche ich.
Melde mich wenn alles wieder läuft und sage dir wie ich es gemacht habe.
ich finde den Thread leider nicht mehr, war im englischen Bereich.
Der cgminer 4.7.1 läuft jedoch nicht stabil mit dem U1/2, ich habe das
Problem das der PI nach ca. 1 Std. einfriert(nein nicht wegen den derzeitigen Temperaturen).
Einzig ein Cronjob der noch DS1820 über I2C abfragt und auf einem Netzlaufwerk die Daten Ablegt
läuft noch parallel zum cgminer.
Wollte gerade das script kopieren und dort nach der usb Einstellung schauen aber nun ist er
Abgeschmiert und will gar nicht mehr hochfahren.....
Einen guten Rutsch wünsche ich.
Melde mich wenn alles wieder läuft und sage dir wie ich es gemacht habe.
Bei bfgminer hatte ich leider nur Probleme siehe auch hier:
Wie gesagt am BFgminer lief es ganz gut mit den USB Treibern aber der Pi spinnte dann rum??? Im Cgminer funktioniert es NUR mit dem Bitfury Treiber soabld der Icarus (Antminer) Driver installiert wird zickt der USB Port...
Zum USB Port im allgemeinen beim B+:
mfg
"Problem solved":
I have loaded the uthash-dev_1.9-4_all.deb and i installed manually
but i have the next missing package:
configure: error: Could not find jansson library
regards
I have loaded the uthash-dev_1.9-4_all.deb and i installed manually
but i have the next missing package:
configure: error: Could not find jansson library
Quote
root@sunwatch:~# sudo apt-get install libjansson-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package libjansson-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package libjansson-dev
regards
Quote
root@sunwatch:/usr/src# dpkg -i libjansson-dev_2.7-1_armel.deb
Selecting previously deselected package libjansson-dev.
(Reading database ... 30542 files and directories currently installed.)
Unpacking libjansson-dev (from libjansson-dev_2.7-1_armel.deb) ...
dpkg: dependency problems prevent configuration of libjansson-dev:
libjansson-dev depends on libjansson4 (= 2.7-1); however:
Package libjansson4 is not installed.
dpkg: error processing libjansson-dev (--install):
dependency problems - leaving unconfigured
Errors were encountered while processing:
libjansson-dev
Selecting previously deselected package libjansson-dev.
(Reading database ... 30542 files and directories currently installed.)
Unpacking libjansson-dev (from libjansson-dev_2.7-1_armel.deb) ...
dpkg: dependency problems prevent configuration of libjansson-dev:
libjansson-dev depends on libjansson4 (= 2.7-1); however:
Package libjansson4 is not installed.
dpkg: error processing libjansson-dev (--install):
dependency problems - leaving unconfigured
Errors were encountered while processing:
libjansson-dev
Wie gesagt am BFgminer lief es ganz gut mit den USB Treibern aber der Pi spinnte dann rum??? Im Cgminer funktioniert es NUR mit dem Bitfury Treiber soabld der Icarus (Antminer) Driver installiert wird zickt der USB Port...
Zum USB Port im allgemeinen beim B+:
Quote
- Stabilisierung der USB-Ports: kein ungewollter Reset mehr durch einstecken/abziehen eines USB-Gerätes
- 4 USB-Ports über den neuen USB/LAN-Chip: LAN9514 (der alte B hat noch den LAN9512)
Beim PI (egal ob B oder B+) ist der USB/LAN-Chip intern nur über einen einzigen USB-Port/Hub mit dem SoC verbunden (der eine USB-Port im SoC ist ein sog. USB-OTG, welcher aber die CPU mehr belastet). Dadurch ist der Datendurchsatz weiterhin geringer als es beispielsweise beim BananaPI der Fall ist bei dem der SoC intern 2 USB-Ports bereitstellt, also auch der doppelte Datendurchsatz möglich ist.
(Der Pi bindet LAN, und beide/vier USB Ports über einen einzigen tatsächlichen USB Port des SoCs an.)
- Die USB-Ports werden beim B+ standardmäßig softwareseitig auf insg. 600mA limitiert. Dies lässt sich über den >> hier << beschriebenen Weg auf 1,2A insg. für alle 4 Ports hoch setzen. Es scheint keine Begrenzung der einzelnen Ports zu geben, also ließe sich, zumindest Theoretisch, ein Port mit 1,2A nutzen - Ob das gut ist oder nicht müsste sich dann erst noch herausstellen.
- Größere Polyfuse (2 Ampere) und somit genug um mindestens 2 USB Ports ohne aktiven USB-Hub versorgen zu können, plus auch noch 1 nicht so hungriges Device (oder 2 wenn die beide nicht hungrig sind).
- 4 USB-Ports über den neuen USB/LAN-Chip: LAN9514 (der alte B hat noch den LAN9512)
Beim PI (egal ob B oder B+) ist der USB/LAN-Chip intern nur über einen einzigen USB-Port/Hub mit dem SoC verbunden (der eine USB-Port im SoC ist ein sog. USB-OTG, welcher aber die CPU mehr belastet). Dadurch ist der Datendurchsatz weiterhin geringer als es beispielsweise beim BananaPI der Fall ist bei dem der SoC intern 2 USB-Ports bereitstellt, also auch der doppelte Datendurchsatz möglich ist.
(Der Pi bindet LAN, und beide/vier USB Ports über einen einzigen tatsächlichen USB Port des SoCs an.)
- Die USB-Ports werden beim B+ standardmäßig softwareseitig auf insg. 600mA limitiert. Dies lässt sich über den >> hier << beschriebenen Weg auf 1,2A insg. für alle 4 Ports hoch setzen. Es scheint keine Begrenzung der einzelnen Ports zu geben, also ließe sich, zumindest Theoretisch, ein Port mit 1,2A nutzen - Ob das gut ist oder nicht müsste sich dann erst noch herausstellen.
- Größere Polyfuse (2 Ampere) und somit genug um mindestens 2 USB Ports ohne aktiven USB-Hub versorgen zu können, plus auch noch 1 nicht so hungriges Device (oder 2 wenn die beide nicht hungrig sind).
mfg
Ahoi!
Schön, dass es mittlerweile funktioniert.
Hmm, die VID:PID der Easymouse ist ja 0403:6001. Der Lancelot z.B. hatte die selbe VID:PID. Ist der Icarus-Treiber aktiviert, nimmt cgminer an, da ist ein Lancelot angestöpselt und es hakt... Mit Seriennummern oder Deaktivierung der entsprechenden Treiber kann man solche Probleme natürlich wunderbar umgehen.
Bei meinen letzten Experimenten mit bfgminer unter Raspbian lief folgendes ohne Probleme, nur zur Info:
Im Beispiel wird nur der Icarus-Treiber verwendet.
Sehr schön, mein nächster Pi wird bestimmt auch ein +, der Preis ist ja identisch.
Happy mining!
Schön, dass es mittlerweile funktioniert.
Hmm, die VID:PID der Easymouse ist ja 0403:6001. Der Lancelot z.B. hatte die selbe VID:PID. Ist der Icarus-Treiber aktiviert, nimmt cgminer an, da ist ein Lancelot angestöpselt und es hakt... Mit Seriennummern oder Deaktivierung der entsprechenden Treiber kann man solche Probleme natürlich wunderbar umgehen.
Bei meinen letzten Experimenten mit bfgminer unter Raspbian lief folgendes ohne Probleme, nur zur Info:
Code:
sudo apt-get install autoconf autogen libtool uthash-dev libjansson-dev libcurl4-openssl-dev libusb-dev libncurses-dev git-core
git clone https://github.com/luke-jr/bfgminer.git
cd bfgminer
./autogen.sh
./configure --disable-other-drivers --enable-icarus --enable-broad-udevrules
make
git clone https://github.com/luke-jr/bfgminer.git
cd bfgminer
./autogen.sh
./configure --disable-other-drivers --enable-icarus --enable-broad-udevrules
make
Im Beispiel wird nur der Icarus-Treiber verwendet.
Sehr schön, mein nächster Pi wird bestimmt auch ein +, der Preis ist ja identisch.
Happy mining!
Danke für die Antwort, habe es jetzt anders gelöst da "nur" der Icarus Driver im Cgminer die ports Blockiert?? mit den Bitfurys funktionierts auch mit dem HEX8A1 
Zu Bfgminer damit ist mein Pi nicht mehr rund gelaufen da mein Sys enfach das libjansson nicht wollte oder es sich einfach nicht installieren ließ?? Nach der manuellen Installation über dev rannte der Pi nicht mehr rund daher zurück auf den CG...
Dem Cgminer habe ich gesagt er soll nach den 8ten USB Miner aufhören in Suchen und die Easymouse habe ich per Serial Nummer (leider haben die die Bitfurys diese Nummer nicht) zugewiesen
Und ja der neue Pi B+ ist noch immer am CPU mit einem Port über einen anderen Chip angesteuert, aber durch die neue Energieversorgung sollte er erheblich stabiler sein...
mfg
Zu Bfgminer damit ist mein Pi nicht mehr rund gelaufen da mein Sys enfach das libjansson nicht wollte oder es sich einfach nicht installieren ließ?? Nach der manuellen Installation über dev rannte der Pi nicht mehr rund daher zurück auf den CG...
Dem Cgminer habe ich gesagt er soll nach den 8ten USB Miner aufhören in Suchen und die Easymouse habe ich per Serial Nummer (leider haben die die Bitfurys diese Nummer nicht) zugewiesen
Quote
SUBSYSTEMS=="usb", KERNEL=="ttyUSB*", ATTRS{serial}=="A901LM3X", SYMLINK+="EM-ICE"
Und ja der neue Pi B+ ist noch immer am CPU mit einem Port über einen anderen Chip angesteuert, aber durch die neue Energieversorgung sollte er erheblich stabiler sein...
mfg
Wenn ich beim Pi+ den zweiten oder dritten USB Host scannen will müsste ich in die Config folgendes schreiben?
Da auf /dev/ttyUSB0 meine Easymouse hängt?
mfg
Quote
"usb" : "1:*,2:*",
Da auf /dev/ttyUSB0 meine Easymouse hängt?
mfg
Ahoi!
Die erste Zahl bezeichnet den Bus, die zweite das Device. Beim Pi ohne + gibt's nur einen Bus, immer die 1. Wie's beim Pi+ ist, kann ich leider nicht sagen.
Mit lsusb kannst Du Dir eine entsprechende Liste ausgeben lassen. Ist der Miner z.B. Device 023, sollte er mit --usb 1:23 angesprochen werden können.
Die Selektion via -S /dev/ttyUSB1 etc. im bfgminer find' ich persönlich praktischer. cgminer und bfgminer sprechen den USB-Bus über unterschiedliche Treibermodelle an, jedes hat seine Vor- und Nachteile.
Gruß,
Dunkelheit667
Wenn ich beim Pi+ den zweiten oder dritten USB Host scannen will müsste ich in die Config folgendes schreiben?
Da auf /dev/ttyUSB0 meine Easymouse hängt?
mfg
Quote
"usb" : "1:*,2:*",
Da auf /dev/ttyUSB0 meine Easymouse hängt?
mfg
ja das geht,
1. OSCAM auf einen festen /dev/ttyUSBx einstellen.
2. cgminer mit --usb /dev/ttyUSBy starten.
Ich muss das nochmal genau nachlesen, hatte das selbe problem mit cgminer.
Jedoch wollte ich cgminer 2 mal starten mit Unterschiedlich kompilierten Miner Unterstützung.
Schau mal hier im Forum, dort hatte ich das gesehen wie es geht.
1. OSCAM auf einen festen /dev/ttyUSBx einstellen.
2. cgminer mit --usb /dev/ttyUSBy starten.
Ich muss das nochmal genau nachlesen, hatte das selbe problem mit cgminer.
Jedoch wollte ich cgminer 2 mal starten mit Unterschiedlich kompilierten Miner Unterstützung.
Schau mal hier im Forum, dort hatte ich das gesehen wie es geht.
Wie sieht der Befehl für die config Datei aus?
Danke war das im englischen oder deutschen Bereich?
Oscam hat bereits einen Festen USB wegen dem Cardereader...
Wegen des einstellens, habe ich mir so auch gedacht weis aber nicht wie cih das in die CGminer config schreibe!?
Zur Zeit läuft der Bfgminer ohne diese USB Probleme...
mfg
Edit:
Wenn ich so starten versuche,
./cgminer --config /home/pi/cgminer.conf --usb /dev/ttyUSB2
kommt immer die Meldung:
mfg
Oscam hat bereits einen Festen USB wegen dem Cardereader...
Wegen des einstellens, habe ich mir so auch gedacht weis aber nicht wie cih das in die CGminer config schreibe!?
Zur Zeit läuft der Bfgminer ohne diese USB Probleme...
mfg
Edit:
Wenn ich so starten versuche,
./cgminer --config /home/pi/cgminer.conf --usb /dev/ttyUSB2
kommt immer die Meldung:
Quote
[2014-12-07 14:25:04] Started cgminer 4.7.1
[2014-12-07 14:25:04] Loaded configuration file /home/pi/cgminer.conf
[2014-12-07 14:25:04] Invalid --usb DRV:limit missing ':'
[2014-12-07 14:25:04] Loaded configuration file /home/pi/cgminer.conf
[2014-12-07 14:25:04] Invalid --usb DRV:limit missing ':'
mfg
ja das geht,
1. OSCAM auf einen festen /dev/ttyUSBx einstellen.
2. cgminer mit --usb /dev/ttyUSBy starten.
Ich muss das nochmal genau nachlesen, hatte das selbe problem mit cgminer.
Jedoch wollte ich cgminer 2 mal starten mit Unterschiedlich kompilierten Miner Unterstützung.
Schau mal hier im Forum, dort hatte ich das gesehen wie es geht.
1. OSCAM auf einen festen /dev/ttyUSBx einstellen.
2. cgminer mit --usb /dev/ttyUSBy starten.
Ich muss das nochmal genau nachlesen, hatte das selbe problem mit cgminer.
Jedoch wollte ich cgminer 2 mal starten mit Unterschiedlich kompilierten Miner Unterstützung.
Schau mal hier im Forum, dort hatte ich das gesehen wie es geht.
Leider habe ich noch immer den gleichen Fehler auch mit Pi B+ da der Cgminer alle Ports "sperrt" kann ich in den Cgminer configs eingeben das er alle Ports nutzen kann nur den Port:
/dev/ttyUSB0
nicht??
/dev/ttyUSB0
nicht??
Danke,
leider gibt es "noch" keine Technobit Unterstützung von BfgMiner
Morgen bekomme ich meinen Pi B+ der soll Hardware-technisch auch viel Besser angebunden sein
mfg
leider gibt es "noch" keine Technobit Unterstützung von BfgMiner
Morgen bekomme ich meinen Pi B+ der soll Hardware-technisch auch viel Besser angebunden sein
mfg
Hallo Buchi,
ich kann zwar im konkreten Fall nichts beitragen, aber vielleicht hilft Dir das:
Seit ich nicht mehr cgminer, sondern bfgminer benutze, ist USB-technisch alles plug&play
ich kann zwar im konkreten Fall nichts beitragen, aber vielleicht hilft Dir das:
Seit ich nicht mehr cgminer, sondern bfgminer benutze, ist USB-technisch alles plug&play
Hallo,
Ich habe ein Problem mit den Programmen Cgminer und Oscam gemeinsam auf em Pi!
Das Problem tritt eigentlich erst dann auf wenn ich die Easymouse (Smartcardreader) anschließe danach wollen die Miner nicht mehr richtig und die Easymouse macht nur merh "Blödsinn"
Easymouse HW:
Mein Problem war das Oscam mit dem Programm Cgminer inkompatibel ist, sobald ich Cgminer starte kommt diese Meldung:
[2014-12-03 17:57:21] FAIL: USB get_lock not found (1:5)
[2014-12-03 17:57:23] Icarus detect (1:5) failed to initialise (incorrect device?)
Irgendwie Blockt dann das Programm den USB Port und es kommt immer in Oscam:
EA3410 r orf-ice [mouse] ERROR: IO_Serial_GetStatus: ioctl(TIOCMGET): Input/output error
EA3410 r orf-ice [mouse] Error getting card status.
Hat jemand eine Idee die USB Port zu 100% zu trennen oder zuzuweisen?
mfg und DANKE
Ich habe ein Problem mit den Programmen Cgminer und Oscam gemeinsam auf em Pi!
Das Problem tritt eigentlich erst dann auf wenn ich die Easymouse (Smartcardreader) anschließe danach wollen die Miner nicht mehr richtig und die Easymouse macht nur merh "Blödsinn"
Easymouse HW:
Quote
Bus 001 Device 005: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0403 Future Technology Devices International, Ltd
idProduct 0x6001 FT232 USB-Serial (UART) IC
bcdDevice 6.00
iManufacturer 1 FTDI
iProduct 2 FT232R USB UART
iSerial 3 A901LM3X
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 32
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xa0
(Bus Powered)
Remote Wakeup
MaxPower 90mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 255 Vendor Specific Subclass
bInterfaceProtocol 255 Vendor Specific Protocol
iInterface 2 FT232R USB UART
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Device Status: 0x0000
(Bus Powered)
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0403 Future Technology Devices International, Ltd
idProduct 0x6001 FT232 USB-Serial (UART) IC
bcdDevice 6.00
iManufacturer 1 FTDI
iProduct 2 FT232R USB UART
iSerial 3 A901LM3X
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 32
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xa0
(Bus Powered)
Remote Wakeup
MaxPower 90mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 255 Vendor Specific Subclass
bInterfaceProtocol 255 Vendor Specific Protocol
iInterface 2 FT232R USB UART
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Device Status: 0x0000
(Bus Powered)
Mein Problem war das Oscam mit dem Programm Cgminer inkompatibel ist, sobald ich Cgminer starte kommt diese Meldung:
[2014-12-03 17:57:21] FAIL: USB get_lock not found (1:5)
[2014-12-03 17:57:23] Icarus detect (1:5) failed to initialise (incorrect device?)
Irgendwie Blockt dann das Programm den USB Port und es kommt immer in Oscam:
EA3410 r orf-ice [mouse] ERROR: IO_Serial_GetStatus: ioctl(TIOCMGET): Input/output error
EA3410 r orf-ice [mouse] Error getting card status.
Hat jemand eine Idee die USB Port zu 100% zu trennen oder zuzuweisen?
Quote
root@sunwatch:~# ls -l /dev/ttyUSB*
crw-rw---- 1 root dialout 188, 0 Dec 3 18:12 /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 1 Jan 1 1970 /dev/ttyUSB1
crw-rw---- 1 root dialout 188, 10 Jan 1 1970 /dev/ttyUSB10
crw-rw---- 1 root dialout 188, 2 Jan 1 1970 /dev/ttyUSB2
crw-rw---- 1 root dialout 188, 3 Jan 1 1970 /dev/ttyUSB3
crw-rw---- 1 root dialout 188, 4 Jan 1 1970 /dev/ttyUSB4
crw-rw---- 1 root dialout 188, 5 Jan 1 1970 /dev/ttyUSB5
crw-rw---- 1 root dialout 188, 6 Jan 1 1970 /dev/ttyUSB6
crw-rw---- 1 root dialout 188, 7 Jan 1 1970 /dev/ttyUSB7
crw-rw---- 1 root dialout 188, 8 Jan 1 1970 /dev/ttyUSB8
crw-rw---- 1 root dialout 188, 9 Jan 1 1970 /dev/ttyUSB9
crw-rw---- 1 root dialout 188, 0 Dec 3 18:12 /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 1 Jan 1 1970 /dev/ttyUSB1
crw-rw---- 1 root dialout 188, 10 Jan 1 1970 /dev/ttyUSB10
crw-rw---- 1 root dialout 188, 2 Jan 1 1970 /dev/ttyUSB2
crw-rw---- 1 root dialout 188, 3 Jan 1 1970 /dev/ttyUSB3
crw-rw---- 1 root dialout 188, 4 Jan 1 1970 /dev/ttyUSB4
crw-rw---- 1 root dialout 188, 5 Jan 1 1970 /dev/ttyUSB5
crw-rw---- 1 root dialout 188, 6 Jan 1 1970 /dev/ttyUSB6
crw-rw---- 1 root dialout 188, 7 Jan 1 1970 /dev/ttyUSB7
crw-rw---- 1 root dialout 188, 8 Jan 1 1970 /dev/ttyUSB8
crw-rw---- 1 root dialout 188, 9 Jan 1 1970 /dev/ttyUSB9
mfg und DANKE
Jump to: