>>> ZTEX -FPGA <<<< Sammelbestellung: USB-FPGA-Modul 1.15y2

[Orngrimm]

@Madmax:
Habe die Zeitzone auch gesetzt, er hat aber dann immernoch auf der Statuspage geweint, dass der erste Datenpunkt NACH 1980 sein müsse.
Naja. Das Ding läuft und sollte eh nicht neu gestartet werden
Und ja: Musste etwas länger warten für die Linie im Graoh alles palletti.

@Br0kk:
Da das Raspberry keine RTC besitzt, verliert er das Datum bei jedem powerdown und muss es sich nach jedem start neu aus dem Internet klauben. Nur geht das bei mir irgendwie ned...
Und ja: Die absolute Fehlerzahl sehe ich schon, aber nirgends den Output der %.
Und da du zB wohl nicht 16-73% Fehlerrate hast, sondern 16-73 fehler (Als Anzahl) sehe ich imnmernoch nicht, welche Fehlerrate meine FPGAs machen...

[klotzenhotz]

Na denn, ihr habt ja teilweise noch mehr Fehlerraten, als ich Und wer rechnen kann, weiß natürlich dass das keine 500% sind. Bsp: ZTX0: 1420 Shares, 354 Errors. Ohne Errors hätte man 1774 Shares bekommen. Etwa 25% Fehlerrate auf diesem Chip. Punkt.

Das sind eben meines Wissens Shares, die einem durch die Hardwareerrors verloren gehen. Habe da beim LTC Mining schon Erfahrung mit gemacht, wenn man hier die Einstellungen überreizt, bekommt man gar keine Shares mehr und stattdessen jedesmal einen HW Error. Achtung: Die Hashrate bekommt man dennoch weiterhin angezeigt! Und wundert sich irgendwann, warum im Pool nichts mehr rumkommt

[Ginsley]

Ich habe auch immer massig HW-Errors auf meinen ZTex Boards - teilweise mehr Errors als accepted shares... Ist aber letztendlich egal, da auf dem Pool genau die Hashrate angezeigt wird, die ich anhand meiner Hardware haben müsste. Und das ist was letztlich zählt.

[klotzenhotz]

Zugegeben, ob 1 HW exakt = 1 lost share zu setzen ist, kann ich mit Sicherheit nicht sagen.

Aber es stimmt schon auch, dass das, was im Pool angezeigt wird, dermaßen krass schwankt, dass man sich danach nie richten darf. Meine 7970 mit konstanten 660 MHash wird mir im Pool regelmäßig mit etwas zwischen 500 und 900 MHash/s angezeigt. Viele Pools weisen auch extra darauf hin, dass diese Statistiken absolut nicht bindend zu sehen sind, nicht zur tatsächlichen Berechnung herangezogen werden und letztlich nur die Ausgaben von cgminer & co. aussagekräftig sind.

[Ginsley]

Dann sagen wir es halt anders - der tägliche Ertrag, den ich mit der Hardware laut einem Rechner erhalten sollte, wird bei mir trotz der HW-Errors erreicht

Die Errors kommen letztlich zustande, weil ZTex die Boards so weit hochtaktet, bis die Errorrate auf nen bestimmten Level steigt (ich weiss nicht wie viel). Wenn das Level überschritten wird, wird das jeweilige Boards um 4 MHz runtergetaktet, was dann aber nicht heißt, dass es völlig ohne Errors läuft.

[SwissMiner]

... teilweise mehr Errors als accepted shares... Ist aber letztendlich egal, da auf dem Pool genau die Hashrate angezeigt wird, die ich anhand meiner Hardware haben müsste. Und das ist was letztlich zählt.

.. bei welchem Pool wird nach Hashrate bezahlt 

Ich kenne nur Pool's die "accepted" (manche auch "stales") Shares bezahlen 

[Ginsley]

... teilweise mehr Errors als accepted shares... Ist aber letztendlich egal, da auf dem Pool genau die Hashrate angezeigt wird, die ich anhand meiner Hardware haben müsste. Und das ist was letztlich zählt.

.. bei welchem Pool wird nach Hashrate bezahlt 

Ich kenne nur Pool's die "accepted" (manche auch "stales") Shares bezahlen 

Wohlmöglich berechnen die Pools die Hashrate nach den Shares, die bei denen reinkommen? Ist weit hergeholt - ich weiß...

[Schrankwand]

Dann sagen wir es halt anders - der tägliche Ertrag, den ich mit der Hardware laut einem Rechner erhalten sollte, wird bei mir trotz der HW-Errors erreicht

Die Errors kommen letztlich zustande, weil ZTex die Boards so weit hochtaktet, bis die Errorrate auf nen bestimmten Level steigt (ich weiss nicht wie viel). Wenn das Level überschritten wird, wird das jeweilige Boards um 4 MHz runtergetaktet, was dann aber nicht heißt, dass es völlig ohne Errors läuft.

Solle auch so sein und funktioniert so.

Direkt nach dem Start sollten die BOards erstmal ordentlich Fehler produzieren. Nach ca. 3-4 Stunden Laufzeit, insofern es nicht gerade überraschend Sommer wird, sollte sich die Zahl nicht mehr so stark ändern.

Mein ZTX 0 hat gestern, als es bei uns hier etwas wärmer war, beispielsweise 4482 Errors produziert. ZTX 2 und 4 nur 189. ZTX0 ist auf 212 getaktet jetzt und die anderen auf 216.

Diese Errors sind vollkommen normal.

[Orngrimm]

Meine 4 laufen alle mit SEHR wenigen Fehlern (<1%) aber dennoch nur selten >216MHz (Mal verinzelt 220 aber mehr gibts nicht, auch wenn eigendlich 248 möglich wären udn auch bei 220 die Fehlerrate nicht gross steigt...)

[casp3r]

Und ich muss jedes mal in der Konsole nach dem Reboot des Raspberrys mittels
Sudo date -s "Jul 4 2013 01:00" oder was auch immer eingeben, da das Pie ja keine RTC hat und irgendwie das NTP nicht geht.
Als als Folge davon (Dass mit 1970 gestartet wurde) zeichnet es mir auch keinen Strich in die Graphen. Wie habt ihr mint Minepeon das Datum aus dem Netz ziehen können?

Mit den Zeiten hatte Minepeon bei mir auch Probleme. Stoß auf die Lösung während ich eine statische IP vergab.
http://minepeon.com/index.php/Static_IP  (Einfach den IP-Teil überspringen und gleich zur NTP-Konfiguration gehen)

[BR0KK]

Meine 4 laufen alle mit SEHR wenigen Fehlern (<1%) aber dennoch nur selten >216MHz (Mal verinzelt 220 aber mehr gibts nicht, auch wenn eigendlich 248 möglich wären udn auch bei 220 die Fehlerrate nicht gross steigt...)

Nein denn 248MHs sind das theoretische maximum des bitstream. 200 bis 228 ist die normale Spanne bei allen chips, wobei 190 - 210 dem durchschmitt ergeben.

Kein board das ich hane geht hoeher als 228 LTR.

Mit eldentyrells bitstream kann man pro single unmodifiziert (instabil!) ca. 240 rausholen. Mit VMod und Extrakuehlung kommt ein spartan an die 270....

[Orngrimm]

Ahso. Das ist der Bitstream gemeint mit. OK.
Dann bin ich mit meinen sehr stabilen 216 mit ab und zu auf 220 sehr zufrieden

[klotzenhotz]

Hat jemand noch eine Alternative zu Minepeon oder dann doch lieber einfach Raspbian nehmen? Das Ding ist der totale Mist. Entweder es kackt nach 2-3 Tagen ab, oder heute - ganz dreist!! ACHTUNG!!! - Es mined einfach schon seit 12 Stunden FÜR MINEPEON, obwohl ich nur ein paar Donation-Minutes eingestellt hatte. Meine Pools sind aber erreichbar. Echt ein starkes Stück.

[BR0KK]

Hat jemand noch eine Alternative zu Minepeon oder dann doch lieber einfach Raspbian nehmen? Das Ding ist der totale Mist. Entweder es kackt nach 2-3 Tagen ab, oder heute - ganz dreist!! ACHTUNG!!! - Es mined einfach schon seit 12 Stunden FÜR MINEPEON, obwohl ich nur ein paar Donation-Minutes eingestellt hatte. Meine Pools sind aber erreichbar. Echt ein starkes Stück.

Dann hast du was falsch gemacht. Ich Mine seit nem Monat und kann nur gutes berichten?

[klotzenhotz]

Was macht man denn da falsch? Das Ding hat vorher auch wunderbar gemined, meine Pools waren alive und liefen. Von jetzt auf nachher (etwa heute Nacht) ist das Ding einfach auf die Donationpools umgesprungen, obwohl meine Pools okay waren (ich habe dort noch andere Miner). Ein Schelm wer böses dabei denkt.

Edit: Ich muss aber meine Bemerkung "der totale Mist" jetzt einfach mal zurücknehmen, da hat einfach der Ärger aus mir gesprochen (habs in dem Moment gerade entdeckt).

Jedenfalls hoffe ich, dass da nur ein Bug dahinter steckt. Doch ansonsten nochmal ernsthaft: Es lief bei mir bislang max. 3-4 Tage am Stück, dann war alles aus. Danach sogar immer nur für gut 24 Stunden. Nun 12 Stunden Donationmining... da wäre jeder ein wenig angesäuert, oder nicht?

[BR0KK]

Was macht man denn da falsch? Das Ding hat vorher auch wunderbar gemined, meine Pools waren alive und liefen. Von jetzt auf nachher (etwa heute Nacht) ist das Ding einfach auf die Donationpools umgesprungen, obwohl meine Pools okay waren (ich habe dort noch andere Miner). Ein Schelm wer böses dabei denkt.

Kein Plan aber bei mir tut minepeon die Spenden-Minuten nur einmal Abends abarbeiten (so um 22 uhr für 10 minuten).

Irgendwie muss dein pi die Konfiguration verloren haben (Strom weg, SD Karte defekt, etc). Default config ist eben so eingestellt das der peon auf den pools des Programmieres minet!


 

[klotzenhotz]

Ja stimmt, war immer abends. Die Graphen lassen sich etwas blöd ablesen, aber ich dachte sogar, das wäre immer rund um Mitternacht. Das komische ist aber, dass meine Poolconfig ja noch da war.

[madmax_ger]

Ja stimmt, war immer abends. Die Graphen lassen sich etwas blöd ablesen, aber ich dachte sogar, das wäre immer rund um Mitternacht. Das komische ist aber, dass meine Poolconfig ja noch da war.

Um Mitternacht geht bei mir die Hashrate kurz runter, dachte bisher aber eher an meinen IP Reset, mag sein dass ich mich irre.

Donations hab ich auf 0   Das änder ich aber gleich mal.

Zumindest mit meiner 0er Einstellung fahre ich gut, bisher keine Probleme.
Läuft seit über einer Woche ohne Pause, auch mal 5 Tage am Stück auf einem Pool.

@klotzenhotz: wo hast du gesehen, dass er für Minepeon gemined hat?

[klotzenhotz]

Ja stimmt, war immer abends. Die Graphen lassen sich etwas blöd ablesen, aber ich dachte sogar, das wäre immer rund um Mitternacht. Das komische ist aber, dass meine Poolconfig ja noch da war.

Um Mitternacht geht bei mir die Hashrate kurz runter, dachte bisher aber eher an meinen IP Reset, mag sein dass ich mich irre.

Donations hab ich auf 0   Das änder ich aber gleich mal.

Zumindest mit meiner 0er Einstellung fahre ich gut, bisher keine Probleme.
Läuft seit über einer Woche ohne Pause, auch mal 5 Tage am Stück auf einem Pool.

@klotzenhotz: wo hast du gesehen, dass er für Minepeon gemined hat?

Ich hab da keinen IP Reset, also isses das nicht.

Ich hatte direkt auf der Hauptseite 3 Pools stehen (einer war aber dead), die ich nicht kannte. Jeweils mit Minepeon im Username oder irgendwas mit Donate. Meine Pools warens nicht.

[madmax_ger]

Ja stimmt, war immer abends. Die Graphen lassen sich etwas blöd ablesen, aber ich dachte sogar, das wäre immer rund um Mitternacht. Das komische ist aber, dass meine Poolconfig ja noch da war.

Um Mitternacht geht bei mir die Hashrate kurz runter, dachte bisher aber eher an meinen IP Reset, mag sein dass ich mich irre.

Donations hab ich auf 0   Das änder ich aber gleich mal.

Zumindest mit meiner 0er Einstellung fahre ich gut, bisher keine Probleme.
Läuft seit über einer Woche ohne Pause, auch mal 5 Tage am Stück auf einem Pool.

@klotzenhotz: wo hast du gesehen, dass er für Minepeon gemined hat?

Ich hab da keinen IP Reset, also isses das nicht.

Ich hatte direkt auf der Hauptseite 3 Pools stehen (einer war aber dead), die ich nicht kannte. Jeweils mit Minepeon im Username oder irgendwas mit Donate. Meine Pools warens nicht.

Guter Hinweis, habe mal nachgesehen, ich habe doch auf 1 Minute Donation stehen. Dann wird das die Mitternachts-Donation sein, die meine Hashrate drückt. Bei mir sind die ersten beiden Pools leer, im dritten ist mein gewünschter Pool eingetragen. Wenn Minepeon unbemerkt für sich selbst minen wollen würde müssten sie also nicht die Pools resetten. Meine Donation kommt ja bestimmt trotzdem an, ohne konfigurierte Donationpools.

Interessant wäre noch zu wissen ob das ein Bug ist, oder evtl. sogar Virus/Hack. Ist dein Minepeon noch auf minepeon / peon eingestellt und von außen erreichbar? Die Donationpool-like Zugangsdaten könnten auch absichtlich ähnlich gewählt sein, und garnicht auf Mineforeman zeigen. Naja, genug von meinen konspirativen Vermutungen