ATMEL AVR BTC MINER

[Martin F. (martin_f70)]

Hallo!

Ich wollte mal Fragen ob es möglich ist mit einem Atmel AVR einen 
BTC/LTC Miner zu bauen. Er muss nicht effizient sein, hauptsache 
funktionieren :D

[markus (Gast)]

Ich hätte für Dich einen anderen Vorschlag: Probiere doch mal eine 
Silversterrakete auf den Mond zu schießen. Sollt ja kein Problem sein, 
mit einer Saturn V ging es ja auch.

[Stephan B. (matrixstorm)]

Martin Fischer schrieb:
> Hallo!
>
> Ich wollte mal Fragen ob es möglich ist mit einem Atmel AVR einen
> BTC/LTC Miner zu bauen. Er muss nicht effizient sein, hauptsache
> funktionieren :D

Ja, moeglich ist das.
http://avrcryptolib.das-labor.org/ hilft dir dabei sogar, den SHA256 zu 
implementieren.
Der Rest ist bissel Bruteforce drumrum.

Wie aber bereits richtig erwaehnt wurde: Sinnvoll ist soetwas nicht.
Auch nicht wenn du 1000 (oder mehr) davon parallel crunshen laesst.

MfG

[Marian (phiarc)]

Stephan B. schrieb:
> Auch nicht wenn du 1000 (oder mehr) davon parallel crunshen laesst.

Nicht lieber einige dutzend Millionen?

Dann kann er auch gleich ein paar 5 kA / 5.2 V Netzteile aus 
Supercomputern der 60er und 70er recyceln. Ist doch super!

Martin Fischer schrieb:
> Er muss nicht effizient sein, hauptsache
> funktionieren :D

Der AVR ist turing-vollständig. Jeder Algorithmus lässt sich 
implementieren. Jeder schließt BTCs generieren ein.

[Stephan B. (matrixstorm)]

Marian B. schrieb:
> Der AVR ist turing-vollständig. Jeder Algorithmus lässt sich
> implementieren.

Naja. Ein bissel trennt sich die Praxis da schon von der Theorie.
Oder stellt Atmel AVRs (die ich nicht kenne) mit unendlichem Band her? 
;-)

MfG

[Marian (phiarc)]

Okay, dann eben: Keine Maschine in dieser Welt ist turing-vollständig. 
Besser? ;-)

[markus (Gast)]

Richtig. Und es kommt ganz gewaltig auf die Bandlänge an.
Meine Vermutung: Der Speicher der 8 Bit AVR ist zu klein.

[Martin F. (martin_f70)]

Ok. Man kann aber den Speicher auch mit anderen Komponenten erweitern.
(EEPROM's zum Beispiel)

Ist es denn überhaupt möglich, wenn auch nicht lohnenswert?

[Stephan B. (matrixstorm)]

Hallo

markus schrieb:
> Meine Vermutung: Der Speicher der 8 Bit AVR ist zu klein.

Das denke ich weniger. Der Speicher sollte sogar (solange es kein ATtiny 
ist- z.B. beim ATmega8) reichen - oder zumindest kein Problem sein (man 
kann das sicherlich irgendwie auspatchen).

Obwohl ich ansonsten ein grosser Fan vom AVR jeder Art bin -
die Geschwindigkeit/Leistungsaufnahme macht in diesem Szenario einfach 
keinen Sinn und ist weit weg von effizient.

[Martin F. (martin_f70)]

Ja. Es soll aber nicht effizient sein, ich mag einafch sowas mal machen.

[markus (Gast)]

Wie bei dem Beispiel mit der Mondraktete: Du musst blos 1000 Jahre Zeit 
mitbringen.

[Stephan B. (matrixstorm)]

Hi

Wenn du gerade etwas (zuviel?) Freizeit uebrig hast und zudem gerne 
etwas mit AVR machen moechtest:

Ich arbeite (privat) gerade daran eine brauchbare und moeglichst 
platformunabhaengige Bibliothek fuer (ein asynchrones, Multiinstanz 
faehiges) PDI (Program and Debug Interface).
Zunaechst physical - NVM und Debuggingbackends solllen unmittelbar 
folgen.

Vielleicht kann ich dich (oder jemand andreres hier im Topic) zum 
Mitmachen begeistern?

Auf Nachfrage kann ich gerne Details dazu posten.
Das Resultat soll natuerlich OpenSource und auf z.B. github 
veroeffentlicht werden.

[chris_ (Gast)]

>PDI (Program and Debug Interface).

So was:?
Beitrag "led debugging"

[Stephan B. (matrixstorm)]

Nein, eher sowas: http://www.atmel.com/images/doc8282.pdf

Allerdings kannst du den Appnote von Atmel selber vergessen - 
funktioniert nicht (richtig).
Es vermittelt nur eine Idee.

MfG