|
I suppose I could take delivery in S. California and ship them off to you guys not in the states. You would have to send me the shipping fee + shipping insurance (if you want...would recommend it). Payment for the shipping charges can be made in BTC or paypal...heck can even take CC for an additional 1.5% charge to cover fees.
I think a fair price for this would be 1 Gridseed per 20?
So if you order 20 I would keep one and ship you 19........order 40 I ship you 38, etc.
Seem fair? If not ignore this post...just throwing it out there. PM me if interested.
|
|
|
|
|
Thanks for the update Cablez. Your a standup guy and I will contact you for custom cables when I finalize my case design.
|
|
|
|
Watching....waiting for BTC to go up a bit (grrrr) before making another purchase. Curious, how do you handle defective units?
We actually have been very careful in terms of defective items. For our last batch, we tested each one of our miners before we ship them (in addition to Gridseed standard QA). We didn't find any DOA unit, not even one. However, we shipped them out, customers still reported a 0.2% faulty rate. So this time, we decide to ship them with standard gridseed QA, and give our clients 14 days to return any DOA units. We can either refund for those defective units or ship addtional units with their next order. Excellent! Thank you. |
|
|
|
|
Watching....waiting for BTC to go up a bit (grrrr) before making another purchase. Curious, how do you handle defective units?
|
|
|
|
|
How much for the AX1200i?
I can get them for $200.
|
|
|
|
It just occurred to me. Wouldn't it be cool to have, as an option, all miners locally combined to equal one big hashing miner? What ever the number, you have them combined so they all receive work and report completed work 'yays' to the pool?
Instead of the pool seeing 10 different miners and combining and averaging them on that end, do it locally and have the pool see only 1 miner that is the equivalent of 10 hashers-hashing
lol, cgminer does this. That's why so many of us want to use cgminer and not 50 instances of cpuminer.  Can someone else using cgminer confirm this claim? lolololololololololrofllololteeheeheeheehee Yes. I have all 20 of my gridseeds pointed at 1 instance of a built from source cgminer on ubuntu. So are you solo mining or pool mining? What does their end see? All 20 individual miners reporting hash rates and shares or... only 1 instance / 1 miner reporting the sum total of hashes and shares of all 20 miners - AS ONE miner? Please specify. Thanks w2014 LOL |
|
|
|
You cannot use a freq of 1000 with cgminer currently! If you do you will see exactly what you explained...no submitted shares at the pool. Max is 950.
Be happy that you are getting more than the officially stated 300 Kh/s! Who promised you 400?
Not that I don't believe you:  New version of dtbartle cgminer...I can tell because of the alternate voltage text ( source). It now "Support arbitrary frequency multiples of 25 MHz" ( source). Gotta love change....and the reason I like to compile from the source...who knows how long it will be until someone releases a windows executable of this version  Consider donating to dtbartle! nice waiting for a windows 7 version of this. although running at 850 i have 99.9 percent error free and get 345 or so. a gridseed not too shabby. but I see you are pushing 390-400 Careful...you can see that using 1000 he got 3 HW errors in less than 30 seconds.  |
|
|
|
You cannot use a freq of 1000 with cgminer currently! If you do you will see exactly what you explained...no submitted shares at the pool. Max is 950.
Be happy that you are getting more than the officially stated 300 Kh/s! Who promised you 400?
Not that I don't believe you: New version of dtbartle cgminer...I can tell because of the alternate voltage text ( source). It now "Support arbitrary frequency multiples of 25 MHz" ( source). Gotta love change....and the reason I like to compile from the source...who knows how long it will be until someone releases a windows executable of this version Consider donating to dtbartle! |
|
|
|
Sorry can cgminer control more than 10 gridseed? Whenever I add an 11th, it does show up in cgminer with hash rate but never accepts anything? GSD 10 is the one. I added them one by one with cgminer running  Here's the command line options to run cgminer: --scrypt --gridseed-options=baud=115200,freq=850,chips=5,modules=1,usefifo=0 --hotplug=1 change --hotplug to 5 Yup, tried that. Narrowed the issue to one of the 11 units. Tried cpuminer as well as bfgminer aswell. They can detect and start hashing but this particular gridseed never gets any accepted shares. I'm thinking its a DOA. Since its now isolated, I'm going to try to see if its possible to flash its bios or play with clock freq Unlike the others, only a green light is blinking... Yes, was going to suggest you run it on it's own to isolate which one it is. Let us know if you get it to work! I also had one like you that would not get any accepted shares on scrypt. SHA worked though. Tried everything I could from different mining software to different hosts/controllers and freq's. Tried running it on its own for well over 12 hours but it would never get any accepted shares....and of course the pools wont show it since it is essentially not doing any work.  |
|
|
|
Where did you get those power plugs?
ebay |
|
|
|
Also, in your case (and possibly others, not sure) you should addnode your bitcoin to the high speed relay. Do you know how to do that?
Nope Also, one of the daemons got hung up once...in 8 months...not bad...but there is something about sending email alerts from the daemon I've been meaning to look into...can you point me in the right direction for that? |
|
|
|
|
Ok, didn't realize you were speaking to nodes with limited resources. I happen to be one of the "guys with bigger connections"....100 Mbps with burstable to 1 Gbps in a data center. Daemons on a separate dedicated server than p2pool.
|
|
|
|
Block incoming connections (or if you have a firewall, just don't forward the port) to bitcoind. That will prevent people from using your node to download the blockchain. In my experience that is the single most important tuning item.
But also potentially detrimental to the integrity of the Bitcoin network... at least allow a few incoming connections (like say 6) versus the crazy high defaults. No that won't work. Even one incoming connection will still periodically (and not infrequently) be used to download the blockchain in my experience, and when this happens it really hurts your p2pool performance and earnings. The reason zero is an effective setting here is that it disables block chain downloads. If you don't like people doing it this way, convince the bitcoin developers to add a feature to directly limit blockchain downloads. I understand the effect on bitcoin peer-to-peer and that is a downside, but it is a tradeoff you have to make if you want to efficiently run a p2pool node with limited resources. What you can do if you want to help the bitcoin p2p, and what I do myself, is allow incoming connections on another node (on a different network) where you don't care about the performance impact the way you do for p2pool. Keep the p2pool node quiet. It would be nice if there were better tuning options on bitcoin to rate-limit people using your node to download the blockchain, and likewise if bitcoin were able to download the blockchain from multiple sources (bittorrent style) to put less load on each individual source, but neither of those features exist currently. Will this affect the lower chance of orphans blocks feature? I think the default when incoming connections is closed is to have 8 outgoing...so will going from 120 to 8 increase the chance of an orphan block? I realize that all the other nodes broadcast as well but if they all start blocking incoming connections will we see in increase in orphans? |
|
|
|
Looing at using 80/20 instead of acrylic. Here is my new inspiration:  |
|
|
|
|
I have had success using Ubuntu server and dtbartle cgminer. No hang ups with the USB ports with 20 miners.
...too bad actually as I miss using cgwatcher but it's been solid.
|
|
|
|
i ... I'm suffering also from the SCRIPTA Rasp bug ... that somehow crashes it all 5 hours or so ... had it running for more then 24 hours flawless ...
and now it crashes ... :-(
I had the same problems with Scripta/Minepeon. Right now I`m using without any lockups for 3 days, a clean wheezy-raspbian + cgminer-cg3355 (build be myself from git). yep ... did that now ... let's see ... thx Giving up on the Pi...it uses up too much of the Pi's CPU and hashes slower with more HW errors. Pi: https://i.imgur.com/QUidnj7.pngPi CPU (20-90%): https://i.imgur.com/EEB4H9e.pngUbuntu server on a Thinkpad: https://i.imgur.com/PVTDLis.png |
|
|
|
I'm having some big issues with my Gridseed 5 chip miner. The issues are: 1.When I used the official miner (CPUMiner one I think),no matter how many times it shows 'Dispatching new work...' I never see any shares submitted to the pools I use (no matter which pool I use and with their corrent URLs,clevermining.com,multipool.us and coinshift.com) so I gave up ever hoping I'd get the full 400+Kh/s as promised from my miner so I changed to CGminer 3.72 which does get shares submitted but I get much less than half of the total hashpower/coins I'm supposed to have mined on all the pools I've used. 2.CGminer often says accepted yet I never see the shares in my pool even though my internet connections ok and plugged in ok via the USB port. I've tried everything I know of to remedy this but to no avail and am pretty frustrated now since there's no improvement and the instructions are even harder to understand than why I'm having issues in the first place. If someone can just help me get back on track,I'd really apreciate this as I didn't spend nearly £300 for a miner that only performs at 50% or less of it's capacity (paperwight).Thanks It's probably not the fault of cpuminer or CGminer for that matter. Cpuminer works great. You can keep track of how fast it's hashing via pool stats which are fairly accurate averages of what the pool is seeing which is what actually counts anyway. Your local hash rate means diddly in this case. It sounds to me like either your GS5 has no 12V power going to it or perhaps is being underpowered. Is the cooling fan running? If so, you have 12V power and if the LED's are on and flashing, you have 5V USB power. The only other things that can cause your problem are incorrect port speed settings or poor serial communications or, the GS5 unit is basically bad and should be returned to the reseller for a prompt replacement or refund. Let me know if this helps you. My hashers have been and are working perfectly on cpuminer. Wolfey2014 Ok it's plugged in with the mains adaptor (fan is running) and the USB so it's not a power issue.Since the ASIC does submit shares but the connection is unstable,I think there may be an issue with the connection.I just wish these things were easier to spot and that all miners came with straighforward apps like the BFLs with their Easy Miner. Anyway this is the log that I have: cgminer version 3.7.2 - Started: [2014-03-15 10:33:14]
--------------------------------------------------------------------------------
(5s):425.5K (avg):422.2Kh/s | A:9216 R:1024 HW:0 WU:0.1/m
ST: 2 SS: 0 NB: 745 LW: 4333 GF: 10 RF: 0
Connected to mine.coinshift.com diff 128 with stratum as user 1AwgPR37CMjqfHKjL
Block: c036f449... Diff:1.11K Started: [18:38:20] Best share: 103K
--------------------------------------------------------------------------------
[P]ool management [S]ettings [D]isplay options [Q]uit
GSD 0: 6D74556D5148 1000 MHz | 425.5K/422.2Kh/s | A:9216 R:1024 HW:0 WU:0.1/m
--------------------------------------------------------------------------------
[2014-03-15 18:26:39] Stratum from pool 0 detected new block
[2014-03-15 18:28:45] Accepted 01b6821c Diff 149/128 GSD 0
[2014-03-15 18:29:55] Stratum from pool 0 detected new block
[2014-03-15 18:30:22] Stratum from pool 0 detected new block
[2014-03-15 18:30:46] Stratum from pool 0 detected new block
[2014-03-15 18:31:22] Stratum from pool 0 detected new block
[2014-03-15 18:31:50] Stratum from pool 0 detected new block
[2014-03-15 18:34:51] Stratum from pool 0 detected new block
[2014-03-15 18:35:38] Stratum from pool 0 detected new block
[2014-03-15 18:36:11] Stratum from pool 0 detected new block
[2014-03-15 18:36:19] Stratum from pool 0 detected new block
[2014-03-15 18:37:27] Stratum from pool 0 detected new block
[2014-03-15 18:38:20] Stratum from pool 0 detected new block It's been running since last night but I guess it 'forgets' things that aren't recent.I sometimes see a 'failed to detect device.' message then a moment later it says 'device found' meaning that the USb connection may be unstable but the hard part is how to fix this. :/ You cannot use a freq of 1000 with cgminer currently! If you do you will see exactly what you explained...no submitted shares at the pool. Max is 950. Be happy that you are getting more than the officially stated 300 Kh/s! Who promised you 400? |
|
|
|
I'm running 19 miners currently on the Pi and it has not had any stability issues. As you can see in the screenshot below, system load is under 0.1, cgminer processes are mostly sleeping. Some differences from your setup: 1) I'm using scripta and a precompiled cgminer posted by someone initially on litecointalk; 2) I'm running two separate cgminer instances (10 and 9 miners). I would suggest for you to try the precompiled cgminer and see if that performs better. If that doesn't help I would start narrowing the problem by disconnecting half of your miners to see if there is one malfunctioning device that might be causing cgminer to misbehave.
Well it completely stopped so I switched back to Ubuntu server on the Thinkpad for now. Will try again over the weekend but if it hashes less and produces more errors it's gone. Just communicating my results so far. This graph shows that it hashes slower and the point where it died (12PM) before I switched back to the Thinkpad. Looks like people are reporting freezes with the Pi here: https://litecointalk.org/index.php?topic=9908.225I should mention that this second "fix" was already applied before I tried to use cgminer for the first time on Pi: sudo apt-get install rpi-update
sudo BRANCH=next rpi-update Not sure if I will waste too much more time on the Pi...would be nice though. I believe that other are having success so it's almost a challenge...but not quite  For reference here is my commands in full (after the initial menu config): sudo apt-get update
sudo apt-get upgrade
sudo apt-get install rpi-update
sudo BRANCH=next rpi-update
sudo nano /boot/cmdline.txt
>slub_debug=FP
sudo reboot
sudo apt-get install screen
sudo apt-get install build-essential autoconf automake pkg-config libtool libcurl4-openssl-dev libncurses5-dev libudev-dev
sudo git clone git://github.com/dtbartle/cgminer-gc3355.git
cd cgminer-gc3355
sudo CFLAGS="-O2 -Wall" ./configure --enable-scrypt --enable-gridseed
sudo make
cd ~
screen -S m
cd cgminer-gc3355
sudo ./cgminer --scrypt -o stratum+tcp://pool -u user -p x --gridseed-options=baud=115200,freq=850,chips=5 --hotplug 0
Stock Raspbian Wheezy (2014-01-07-wheezy-raspbian.zip). Not too hip on using a pre-compiled executable but I may give that a shot before returning the Pi ( https://db.tt/UygLkqwd). Kinda a deal breaker though since I don't want to wait for compiled versions to be released when new changes are made to the source. |
|
|
|
For some reason that reminds me of Doctor Who.....Exterminate! Looking good |
|
|
|
|
Show Posts
