Bitcoin Forum

Hi,

ich hab heute mal versucht, mit meinem 1.15x über cgminer zu schürfen.
Dabei bekomme ich - wie man sieht - oft HW errors

http://ginsley.bplaced.net/Pics/ztex_cgminer_hw_error.jpg

Vorher habe ich mit dem BTCMiner von ztex direkt geschürft, da gab es an sich keine Probleme mit dem Board - ab und an leider nur connect time outs, worauf das Prog irgendwann nicht mehr neu connected hat.

eclipsemc.com zeigt mir nach wie vor zwischen 220 - 250 MH/s an (war vorher bei BTCMiner so, jetzt bei cgminer auch) - diese HW error Meldungen irritieren mich aber doch irgendwie.
Weiss wer, woran das liegen könnte und wie ich es u.U. abstellen kann (also ausser abschalten :P )

Habe heute auch mal testweise meinen Ztex an CGMiner gehangen: Soweit sieht es ganz ordentlich aus.. nach etwa 3000 Shares hatte ich 1000 HW Fehler. War ja auch zu erwarten (anders als GPUs takten sich ja FPGAs über die Fehlermenge). Da aber trotz hoher Fehlerzahl eine Geschwindigkeit von 210MH erreicht wird nehme ich nicht an, dass das ein Problem ist.. eher glaube ich da an einen Bug in CGMiner..

Hm, nach etwa 20 Stunden beginnt sich CGMiner sehr merkwürdig zu verhalten und zeigt nur noch HW Errors an, nichts anderes mehr.. das ist komisch..

Also bei mir war es ungefähr so, dass bei 2500 Shares knapp 1500 HW-Errors aufgelaufen sind. Die Geschwindigkeit, die am Pool angezeigt wurde schwankte zwischen 180 und 240 MH/s - was grundsätzlich ok war... dadurch nahm ich dann auch an, dass es eher nen Bug vom CGMiner ist / war.

Habe trotzdem wieder umgeswitched und nutze wieder den BTCMiner von ZTex. Bisher kamen die connection timeouts nicht wieder, daher nehm ich an, dass es damals an meiner Internet-Verbindung lag.

Habt Ihr schon cgminer 2.8.1 ausprobiert?
Soviel ich gelesen habe, hatte es im 2.7.5 einen Ztex-Bug.
Ob dass im 2.7.6 auch war, kann ich nicht sagen.

Benutze gerade mal testweise den CGMiner 2.8.3 - bekomme aber auch mit der Version nach wie vor HW-Errors ohne Ende, auch wenn die Hashrate zum Board passt...

Die hohe HW-Error Rate ist ok.. ich nehme eher an, dass es ein Bug ist als wirkliche Fehlerzahlen (sowohl Pool als auch CGMiner nennt die richtige Anzahl MH). Des weiteren Taktet sich ja der ztex mittels Fehlern hoch und runter... das könnte CGMiner anders interpretieren als BTCMiner.

Das Problem war bei mir der Totalausfall von CGMiner nach wenigen Minuten (oder manchmal Stunden) wenn sowohl der ZTEX als auch die GPU keine Hashes mehr übertragen haben.

Das Problem hab ich zum Glück nicht - der CGMiner läuft soweit durch - wie auch von dir beschrieben stimmen die MH/s im CGMiner und auf der Poolseite überein... sollte also passen - sieht nur unschön aus.