Search content
Sort by
Showing 20 of 25 results by Gaim
the variation speaking of times between the blocks would be less, if our hash speed is higher.
The variation in speaking of shares needed to create a block will be always based on luck and randomness.
but higher pool hashrate, the variation of needed shares won't hit us that hard like now.
The variation in speaking of shares needed to create a block will be always based on luck and randomness.
but higher pool hashrate, the variation of needed shares won't hit us that hard like now.
Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 215 and 860 MH/s FPGA Boards
Dear ZTEX,
I need some help..
Today, my new 1.15y2 arrived from German-group-buy.
Some strange things are happening:
I reflashed the firmware once again, too.
I removed the heatsink from 1,2 & 3 removed paste (a bit too much) and attached them again, but I can't change it:
1. Chip 3 is running with 8 degrees more then chip 4 - something to worry about?
2. Chip2 is producing more errors then the other three, which results to a lower frequency and lower hashrate (of course).
On Chip too, the paste at the heatsink looked like it has only connection to the edges and not at the middle of the chip. Is this possible? Any advices? Is this within the normal range?
Thanky in advance,
Gaim
edit: In fact, after I reworked the paste on the chips, It behaves much better on bfgminer too... maybe that was the reason why.
edit2: The reason for posting is/was.. on my really first try the 3rd chip ( I assume no. 3 is c-suffix in bfgminer ) was running super fast, while the 2nd dropped much. I'm currently testing the values after the above written rework of the past on the spartan chips (while the no. 2 had over 300 errors)
edit3: Relaunched bfgminer to make a long-run test:
that is what I wanted to show you. .. it is for off with the hardware error rate.
I need some help..
Today, my new 1.15y2 arrived from German-group-buy.
Some strange things are happening:
Code:
008-0: ztex_ufm1_15y1-04A39E1212-1: f=220.00MHz, errorRate=0.51%, maxErrorRate=1.10%, hashRate=218.9MH/s, T=46.4°C, submitted 15 new nonces, luckFactor=1.05
008-0: ztex_ufm1_15y1-04A39E1212-2: f=216.00MHz, errorRate=1.21%, maxErrorRate=1.81%, hashRate=213.4MH/s, T=45.8°C, submitted 15 new nonces, luckFactor=1.06
008-0: ztex_ufm1_15y1-04A39E1212-3: f=224.00MHz, errorRate=0.00%, maxErrorRate=0.00%, hashRate=224.0MH/s, T=52.2°C, submitted 12 new nonces, luckFactor=0.87
008-0: ztex_ufm1_15y1-04A39E1212-4: f=220.00MHz, errorRate=0.00%, maxErrorRate=0.00%, hashRate=220.0MH/s, T=45.1°C, submitted 11 new nonces, luckFactor=0.93
With your miner the values are relative ok, because the client is able to change the frequence of all 4 independly. 008-0: ztex_ufm1_15y1-04A39E1212-2: f=216.00MHz, errorRate=1.21%, maxErrorRate=1.81%, hashRate=213.4MH/s, T=45.8°C, submitted 15 new nonces, luckFactor=1.06
008-0: ztex_ufm1_15y1-04A39E1212-3: f=224.00MHz, errorRate=0.00%, maxErrorRate=0.00%, hashRate=224.0MH/s, T=52.2°C, submitted 12 new nonces, luckFactor=0.87
008-0: ztex_ufm1_15y1-04A39E1212-4: f=220.00MHz, errorRate=0.00%, maxErrorRate=0.00%, hashRate=220.0MH/s, T=45.1°C, submitted 11 new nonces, luckFactor=0.93
I reflashed the firmware once again, too.
I removed the heatsink from 1,2 & 3 removed paste (a bit too much) and attached them again, but I can't change it:
1. Chip 3 is running with 8 degrees more then chip 4 - something to worry about?
2. Chip2 is producing more errors then the other three, which results to a lower frequency and lower hashrate (of course).
On Chip too, the paste at the heatsink looked like it has only connection to the edges and not at the middle of the chip. Is this possible? Any advices? Is this within the normal range?
Thanky in advance,
Gaim
edit: In fact, after I reworked the paste on the chips, It behaves much better on bfgminer too... maybe that was the reason why.
edit2: The reason for posting is/was.. on my really first try the 3rd chip ( I assume no. 3 is c-suffix in bfgminer ) was running super fast, while the 2nd dropped much. I'm currently testing the values after the above written rework of the past on the spartan chips (while the no. 2 had over 300 errors)
edit3: Relaunched bfgminer to make a long-run test:
| Device | Enabled | Status | MHS av | MHS 30s | Accepted | Rejected | Hardware Errors | Frequency |
| ZTX1a | Y | Alive | 213.988 | 215.727 | 102 | 0 | 10 | 216.000 |
| ZTX1b | Y | Alive | 214.320 | 215.715 | 115 | 1 | 259 | 216.000 |
| ZTX1c | Y | Alive | 210.527 | 211.729 | 115 | 1 | 2 | 216.000 |
| ZTX1d | Y | Alive | 222.402 | 223.756 | 144 | 0 | 71 | 216.000 |
that is what I wanted to show you. .. it is for off with the hardware error rate.
LOL has anyone read adara's posting history? All this sockpuppet does is go into any thread that mentions triplemining, even incidentally, and post that it's a scam.
Just a botnet owner grinding his axe.
Just a botnet owner grinding his axe.
+1
Yes, I did recognize it last week already...
Wrong, many innocent users are caught up with payments blocked.
Wrong. Stop talking for other people and stop talking like these blocks are common!Blocking payment is not stealing.
You get payed for the work done, when they move their miners away. You are argueing like they never get payed. Still miners => no payout.
If payout done, you have a vicious circle, if miners are not moved away... Blocking account may be even more worse, cause it looks like you got stealen, because you can't look into it anymore.
Hey guys,
First of all suspicious things on your side, which nobody mentions:
1. Kinlo said: Stop mining => Payout
@shubhank008 Clearly shows, that you have a lot of shares created within the last 24 hours ... seems not that you have stopped mining so far.
2. Who the fuck knows adara ??
Adara registered mid June this year and is only running around accusing kinlo everywhere doing scam.
That is libel and slander across the forum- especially at the newbie area. This is no good style, and compared to reals scam, this scam works already too long to be scam. Honestly - STFU - everywhere.
With doing that stuff, you are not hurting kinlo- you are hurting the whole pool which does not get any new hashing power!
And such accusations from a newbie member is totally unreasonably wrong.
To be honest, there are over 500 Users mining there- If all of them won't get payout, do you think they still would mine there? I get my Payout exactly when the trx limit happens and I think alot of others too.
kinlo is doing work against -supposed-to-be Botnet-Accounts, because they would hurt the pool in any f*** way. Why? It one of that networks really is a Botnet, and that Botnet is discovered by someone one day- the pool gets troubles by law - at least the IP is banned by anti-virus.-... then the pool is dead.
I'm sure, there is a reason why kinlo acts this way (he already described it) and to kinlo is trustworthy!
First of all suspicious things on your side, which nobody mentions:
1. Kinlo said: Stop mining => Payout
@shubhank008 Clearly shows, that you have a lot of shares created within the last 24 hours ... seems not that you have stopped mining so far.
2. Who the fuck knows adara ??
Adara registered mid June this year and is only running around accusing kinlo everywhere doing scam.
That is libel and slander across the forum- especially at the newbie area. This is no good style, and compared to reals scam, this scam works already too long to be scam. Honestly - STFU - everywhere.
With doing that stuff, you are not hurting kinlo- you are hurting the whole pool which does not get any new hashing power!
And such accusations from a newbie member is totally unreasonably wrong.
To be honest, there are over 500 Users mining there- If all of them won't get payout, do you think they still would mine there? I get my Payout exactly when the trx limit happens and I think alot of others too.
kinlo is doing work against -supposed-to-be Botnet-Accounts, because they would hurt the pool in any f*** way. Why? It one of that networks really is a Botnet, and that Botnet is discovered by someone one day- the pool gets troubles by law - at least the IP is banned by anti-virus.-... then the pool is dead.
I'm sure, there is a reason why kinlo acts this way (he already described it) and to kinlo is trustworthy!
Laut Hersteller dauert die Produktion 10-12 Wochen.
Bisher habe ich nichts anderweitiges gehört.
Ich werde in 2 Wochen mal wieder bei ZTEX anfragen.
Vielen Dank und Gruß
Gaim
Hi,
wollte mal blöd nach einem Update fragen.
Lieferzeit waren ja 6-10Wochen richtig?
Heißt bei Bestellung 19.April müsste 6 Wochen dann jetzt so Anfang/Mitte Juni sein.
Geschrieben hast du:
Heißt 10 Wochen bleibt es dabei? Oder hast du inzwischen was gehört?
liebe Grüße
Gaim
edit: Bitte keine Angebote per PM, bin mir meinem einen neuen Board glücklich und ausgesorgt
wollte mal blöd nach einem Update fragen.
Lieferzeit waren ja 6-10Wochen richtig?
Heißt bei Bestellung 19.April müsste 6 Wochen dann jetzt so Anfang/Mitte Juni sein.
Geschrieben hast du:
Quote
Auslieferung für die 20er Bestellung Ende Juli geplant.
.Heißt 10 Wochen
bleibt es dabei? Oder hast du inzwischen was gehört?liebe Grüße
Gaim
edit: Bitte keine Angebote per PM, bin mir meinem einen neuen Board glücklich und ausgesorgt
I have made good experiences with http://www.logilink.eu/showproduct/UA0095.htm connection my RPi to 3 wireless devices. It ships with 3.5A power supply, for example via amzn.
How much do the USB miner draw power? In my mind, it is around 500mA .. so the power-supply won't be enough Personally, I'm a fan of Exsys, which provides devices for industrial purposes.
This one: EXSYS EX-1177HMV have the correct alignment of the USB Ports and can be powered by any external PSU. .. Range 7V - 24Volt ; so you can reuse anything you currently have (PC-PSU, whatever)...
I'm using for rechargeing USB Devices and powering USB Routers this one EXSYS EX-1177 which has enough Power to give every Port 500mA (see Datasheet)
(I know, it is a bit expensive..)
regards Gaim
edit: lol, someone else was faster..
Deswegen sagte ich ja man solle sich mit screen befassen, denn wenn cgminer über ssh startest und die Sitzung beendest wars das auch mit cgminer. Warum das mit dem Bitstream nicht geht kann ich dir auch nicht sagen, da ich mich nie näher damit befasst habe. Der Pi erkennt aber die Boards am USB nicht richtig wenn kein Bitfile drauf ist und somit kannst du auch keins hochladen. Ich habs immer mit nem Laptop unter Windows 7 gestartet und dann umgesteckt.
Thx, ja, das mit Screen habe ich im ersten Post irgendwie falsch gelesen @Bitstream, ok vielleicht wirklich eine RPi Eigenart... würde ich gerne bei Gelegenheit selbst testen
Den ZTEX Stream hatte ich auf meiner x64 Gentoo-Maschine auf das ztex-board ohne weiteres gespielt Du kannst aber Commandos/Programme im Background mit screen starten und ebenso Zeichenfolgen in den detachten Screen "hinein" schicken. So Starte und Stoppe ich meinen mono-TerrariaServer auf meiner Linux-Kiste.
Verständnisfrage: Wieso soll man den Bitstream nicht hochladen können? z.B. bei ZTEX handelt es sich afaik um ein Java-Programm, was ausgeführt wird. Oder liege ich da völlig daneben?
Verständnisfrage: Wieso soll man den Bitstream nicht hochladen können? z.B. bei ZTEX handelt es sich afaik um ein Java-Programm, was ausgeführt wird. Oder liege ich da völlig daneben?
Gern
Und wer ne ganze Armada RPis betreiben will, für den ist das hier das richtige: ExSYS EX-1177 USB 2.0 HUB 7 Port with 4A PSU.
Das Teil liefert genug Power
Und wer ne ganze Armada RPis betreiben will, für den ist das hier das richtige: ExSYS EX-1177 USB 2.0 HUB 7 Port with 4A PSU.
Das Teil liefert genug Power
Nur am Rande, spart Euch das Netzteil. Am Raspberry wird man zum Minen ja i.d.R. einen USB-Hub anschließen. Nun gibt es einige powered USB-Hubs, welche die 5V von ihrem Netzteil doch tatsächlich an den USB-Host (in unserem Fall der Raspberry) weitergeben. Das sollte normalerweise nicht so sein, kann ja den Host beschädigen, der liefert nämlich auch schon 5V... So einen nicht wirklich gut konstruierten USB-Hub bitte nicht an ein Notebook oder den PC anschließen! Für unseren Raspberry ist er aber ideal, da dieser mit den 5V vom USB-Hub betrieben werden kann. 
Vorsicht, denn wenn man einen billigen USB Hub hat, kann es sein, dass es hier ein "Feedback" in den RPi gibt und dort "unwanted SD-Card writes" auslößt.Siehe: RPi VerifiedPeripherals - USB Hubs
Dann ist es so, dass der RPi gerne bis zu 700mA ziehen mag und der USB Port selbst eigentlich nur bis 500mA ausgelegt ist.
Ich verwende für mein RPi Netzteile, die bei TP-Link routern beigelegt sind, die haben meist so um die 5V und 1A Leistung zum befeuern von USB Geräten. Die Funktionieren einwandfrei.
So bequem wie es scheinen mag, aber ich würde nicht auf ein separates Netzteil verzichten.
Übrigens, einer der Member bei uns im PirateBox Board hat "cpufreq" zum Laufen bekommen und underclockt den RPi im idle runter auf ca. 200Mhz um Strom zu sparen.
Gruß
Gaim
Hi,
I'm encountering the same issue.
I sent 0.02 + 0.00001 BTC to address A, and 1 minute later I entered a 2nd transaction to address B (same fixed source wallet) amount 0.02 + 0.00003 BTC.
First transaction is confirmed, 2nd transaction is pending since 2013-05-03 10:28 .
The trx-ID can't be found on blockchain, too
(I'm connected to carmen.sytes.net )
regards Gaim
I'm encountering the same issue.
I sent 0.02 + 0.00001 BTC to address A, and 1 minute later I entered a 2nd transaction to address B (same fixed source wallet) amount 0.02 + 0.00003 BTC.
First transaction is confirmed, 2nd transaction is pending since 2013-05-03 10:28 .
The trx-ID can't be found on blockchain, too
(I'm connected to carmen.sytes.net )
regards Gaim
Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 215 and 860 MH/s FPGA Boards
Only a idea: you haven't devided the several boards not correctly between the power lines.. so If the mining starts, the boards connected on one line are pulling to much power so the PSU shuts down because of overload.
PS: Noch etwas anderes: Ich bin mir nichtmal sicher, ob man die ztex Mining Software nutzen muss. CGMiner gibt nämlich an, auch die ztex boards zu unterstützen.
Ich benutzte cgminer und jetzt die 3.0er Version des BFGMiners mit meinem 1.15d board. Die erste Initialisierung und Testläufe (muss) habe ich allerdings auch mit der Version von ZTEX gemacht.Re: Sammelbestellung: ZTEX USB-FPGA-Modul 1.15y2 (ca. 800 MH/s bei 40 Watt)
Ist nicht ganz richtig...
Beim 1.15d mit der kleinen Spannungsversorgungsplatine musste ich löten...
ABER beim 1.15[y] ist es einfacher:
Zum einen brauchst du besagtes Board,
dann ein USB Kabel für den USB Anschluss... der wird nur benötigt um das Board mit Daten zu versorgen.
Dann braucht man noch eine 12V4A (korrigiert mich mit der Ampere-zahl, da bin ich mir gerade nicht 100% sicher) Spannungsversorgung. Im Shop gibt es das passende Netzteil, was auch ausreichend ist und den passenden Anschluss für den vorinstallierten Port besetzt.
Das heißt zu dem Board kommen evt. nochmal Netzteil und USB-Kabel dazu.
Wenn man mehrere Boards betreiben will, empfiehlt sich wohl ein normales PC Netzteil was man dafür "umbaut".
Wenn das Board bei dir ankommt, musst die die Kühlkörper montieren, was aber im Prinzip das gleiche wie am PC ist (wenn man da Bastelerfahrung hat).
Du solltest die auch Gedanken machen, wo du das Board unterbringst, weil du tatsächlich das rohe Board hast.
Gruß
Beim 1.15d mit der kleinen Spannungsversorgungsplatine musste ich löten...
ABER beim 1.15[y] ist es einfacher:
Zum einen brauchst du besagtes Board,
dann ein USB Kabel für den USB Anschluss... der wird nur benötigt um das Board mit Daten zu versorgen.
Dann braucht man noch eine 12V4A (korrigiert mich mit der Ampere-zahl, da bin ich mir gerade nicht 100% sicher) Spannungsversorgung. Im Shop gibt es das passende Netzteil, was auch ausreichend ist und den passenden Anschluss für den vorinstallierten Port besetzt.
Das heißt zu dem Board kommen evt. nochmal Netzteil und USB-Kabel dazu.
Wenn man mehrere Boards betreiben will, empfiehlt sich wohl ein normales PC Netzteil was man dafür "umbaut".
Wenn das Board bei dir ankommt, musst die die Kühlkörper montieren, was aber im Prinzip das gleiche wie am PC ist (wenn man da Bastelerfahrung hat).
Du solltest die auch Gedanken machen, wo du das Board unterbringst, weil du tatsächlich das rohe Board hast.
Gruß