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
Gast
#3525541
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.
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
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.
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
Okay, dann eben: Keine Maschine in dieser Welt ist turing-vollständig. Besser? ;-)
Gast
#3525972
Richtig. Und es kommt ganz gewaltig auf die Bandlänge an. Meine Vermutung: Der Speicher der 8 Bit AVR ist zu klein.
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?
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.
Ja. Es soll aber nicht effizient sein, ich mag einafch sowas mal machen.
Gast
#3526243
Wie bei dem Beispiel mit der Mondraktete: Du musst blos 1000 Jahre Zeit mitbringen.
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.
Gast
#3526554
>PDI (Program and Debug Interface). So was:? Beitrag "led debugging"
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