Pages:
Author

Topic: ¤¤¤¤ antrun.de - Antrouter R1 Fun-Run - compare your share ¤¤¤¤ - page 29. (Read 97837 times)

sr. member
Activity: 283
Merit: 250
sr. member
Activity: 432
Merit: 250
Save the past & use the future ©
@ammi84,

is it possible, to add a new worker to antrun.de for me Smiley?

andymanone 3
1B654QJKEWVZZoWGTpqP5xW3M67f6zxkKd_AMR3

BTW: it´s an great idea with gekkorun.de!

If I could support it in any way, I´m in Smiley!
(but unfortunately I´m not a coder Embarrassed )
But all other (i.e. grab the Domain or provide some webspace or anything else Wink ) is possible  Smiley)


Thx in advance,
andY

done Smiley

well we could use the whole script of antrun.de
there are just some adjustments in the database parameters but the rest will be the same.

i have to look if i can buy another special offer at my hoster
got a webspace and domain package for 0.12€/Year (1€ Setup)  for antrun.de  Cheesy

Ahh, great!!
Thx again Smiley!

@Gekkorun: okay sounds good Smiley!
But if I can do anything, let me know Wink

andY

sr. member
Activity: 462
Merit: 251
@ammi84,

is it possible, to add a new worker to antrun.de for me Smiley?

andymanone 3
1B654QJKEWVZZoWGTpqP5xW3M67f6zxkKd_AMR3

BTW: it´s an great idea with gekkorun.de!

If I could support it in any way, I´m in Smiley!
(but unfortunately I´m not a coder Embarrassed )
But all other (i.e. grab the Domain or provide some webspace or anything else Wink ) is possible  Smiley)


Thx in advance,
andY

done Smiley

well we could use the whole script of antrun.de
there are just some adjustments in the database parameters but the rest will be the same.

i have to look if i can buy another special offer at my hoster
got a webspace and domain package for 0.12€/Year (1€ Setup)  for antrun.de  Cheesy
hero member
Activity: 588
Merit: 500

Hi Rich,
maybe you can help me with that issue  Smiley:

I´m wondering, where do you connect the Pot for adjusting the core voltage?

In my point of view (after studying the TI TPS53355 datasheet), I tried to use the -> "VFB" connector (Pin 1) to adjust the VCore,
(between GND and Vout with a pre-resistor (like in the schematic link) but there is no change, Vcore doesn´t inc or dec, it´s constant
on 0.608V Sad.
I´m  working with a new release (V 1.09) of the R1 (there is something different (PCB layout, schmeatics) compared with the older ones.
It´s an error in reasoning  Huh?

Maybe you can help Smiley

Thx in advance ,
andY



Hi Andy am away from home so cannot look at the board to see exactly what I did, however just checking the picture of the board this is what I remember.



As you can see my board is V1.6 not sure if it's different from V1.09 which actually sounds older which is odd? You are on the right track but the reason why it did not work is because they have fitted a zero ohm resistor (R31) feeding back the Core Voltage to Pin 1 and they have not fitted the resistor to ground (R40) Because the feedback resistor is zero ohms a resistor to ground will have no effect. The reason they have done this is to get the absolute minimum Core voltage which I have measured at 0.61V.

I cannot remember exactly how I fitted the pot, however the zero ohm resistor will have to be removed. It looks like I have 3 wires going to the pot & a series resistor, so I suspect that one end of the pot is connected to ground via the series resistor, the wiper to pin 1 & the other end of the pot to Vout. At a guess the pot is 50K & the series resistor 15K but will confirm connections & valueson Sunday when I am back home.

Rich
legendary
Activity: 1736
Merit: 1006

hitting save and apply just does these commands.

write to config file
/etc/init.d/cgminer stop
wait a few seconds
/etc/init.d/cgminer start

you can make an emergency reboot script if it doesnt hash in x amount of time.. like this

Code:
E=`cgminer-api summary | grep "^ *\[Elapsed\]" | cut -d'>' -f2 | tr -d ' '`
# 600=10 minutes
S=`cgminer-api | grep 'GHS 5s] => ' | cut -c 16- | tr -d '.'`
minhash=300 # 3GHS

if [ "$E" == "" ] || [ "$E" -gt "600" ] || [ "$S" == "" ] || [ "$S" == "0" ] ; then
  if [ "$S" == "" ] || [ "$S" -lt $minhash ]; then
        /sbin/reboot
  fi
fi



this will after 10 mintutes check to see if the r1 is hashing below a certain amount and if it is reboot.




Many thanks aaron6 just what I needed. Where is the Save & Apply Script found?

Rich

its not a script, its just in the lua.
/usr/lib/lua/luci/model/cbi/cgminer
hero member
Activity: 588
Merit: 500

hitting save and apply just does these commands.

write to config file
/etc/init.d/cgminer stop
wait a few seconds
/etc/init.d/cgminer start

you can make an emergency reboot script if it doesnt hash in x amount of time.. like this

Code:
E=`cgminer-api summary | grep "^ *\[Elapsed\]" | cut -d'>' -f2 | tr -d ' '`
# 600=10 minutes
S=`cgminer-api | grep 'GHS 5s] => ' | cut -c 16- | tr -d '.'`
minhash=300 # 3GHS

if [ "$E" == "" ] || [ "$E" -gt "600" ] || [ "$S" == "" ] || [ "$S" == "0" ] ; then
  if [ "$S" == "" ] || [ "$S" -lt $minhash ]; then
        /sbin/reboot
  fi
fi



this will after 10 mintutes check to see if the r1 is hashing below a certain amount and if it is reboot.




Many thanks aaron6 just what I needed. Where is the Save & Apply Script found?

Rich
legendary
Activity: 1736
Merit: 1006
Thank you guys for your pics and thanks Rich for your measurements! Always interresting to see.

I am not sure about the restarts because I am rarely home to monitor it

For addressing the random restart bug, I'm programming some stats about every single device's hashrate. Maybe we can see restarts in the charts.
But how does such a restart normally occur? Will it start with mining again as soon as it's finished booting up?
On Antrun.de the stats gets fetched (only) every 10 minutes, so if the device is mining again after a very short time, let's say 30 seconds, I highly doubt that we could see such restarts in the charts, as they will probably vanish in the values as "noise". The resolution is just to low..

Lowering the timeout between the refresh rounds could solve this problem. Less than a minute won't help, as the ckpool stats itself gets refreshed every minute (I think?). And we have to keep an eye on the traffic to the ckpool.


Edit: Why don't you install a script on a second computer in your network, send pings to the R1 every couple seconds and log about it?

I have added to the Cron Job that restarts the Miner a write to a file on the R1, so I already have the info on when the restarts occur. Actually the restarts are not, for me, the biggest problem. It is that, at frequencies above 200MHz, sometimes restarting cgminer does not restart the hashing, but doing a Save & Apply, which I thought just restarted cgminer does get it hashing again. Sometimes it needs a reboot to get things going again. Sometimes I have to take the frequency back to 200Mhz and then do a Save & Apply at the higher frequency.

Sorry if the above is a bit complicated, but you get the gist of what I am fighting with. I am however not at all Unix / Openwrt wise so I am sure that there is more that could be logged that would help the process?


Rich





hitting save and apply just does these commands.

write to config file
/etc/init.d/cgminer stop
wait a few seconds
/etc/init.d/cgminer start

you can make an emergency reboot script if it doesnt hash in x amount of time.. like this

Code:
E=`cgminer-api summary | grep "^ *\[Elapsed\]" | cut -d'>' -f2 | tr -d ' '`
# 600=10 minutes
S=`cgminer-api | grep 'GHS 5s] => ' | cut -c 16- | tr -d '.'`
minhash=300 # 3GHS

if [ "$E" == "" ] || [ "$E" -gt "600" ] || [ "$S" == "" ] || [ "$S" == "0" ] ; then
  if [ "$S" == "" ] || [ "$S" -lt $minhash ]; then
        /sbin/reboot
  fi
fi



this will after 10 mintutes check to see if the r1 is hashing below a certain amount and if it is reboot.


sr. member
Activity: 432
Merit: 250
Save the past & use the future ©
Here's my latest setup for RichBC 2

...............Extra heatsinks on the Top & bottom of the chip, with a large fan & fan controller, temp sensor for the controller is the black wire going into the heatsink, temp is set at 40 Deg C.

Potentiometer to adjust the core voltage, and digital display showing the core voltage.


Rich


 
Hi Rich,
maybe you can help me with that issue  Smiley:

I´m wondering, where do you connect the Pot for adjusting the core voltage?

In my point of view (after studying the TI TPS53355 datasheet), I tried to use the -> "VFB" connector (Pin 1) to adjust the VCore,
(between GND and Vout with a pre-resistor (like in the schematic link) but there is no change, Vcore doesn´t inc or dec, it´s constant
on 0.608V Sad.
I´m  working with a new release (V 1.09) sorry, Typo, its V1.9 Smiley of the R1 (there is something different (PCB layout, schmeatics) compared with the older ones.
It´s an error in reasoning  Huh?

Maybe you can help Smiley

Thx in advance ,
andY
sr. member
Activity: 280
Merit: 250
I have added to the Cron Job that restarts the Miner a write to a file on the R1, so I already have the info on when the restarts occur. Actually the restarts are not, for me, the biggest problem. It is that, at frequencies above 200MHz, sometimes restarting cgminer does not restart the hashing, but doing a Save & Apply, which I thought just restarted cgminer does get it hashing again. Sometimes it needs a reboot to get things going again. Sometimes I have to take the frequency back to 200Mhz and then do a Save & Apply at the higher frequency.

Sorry if the above is a bit complicated, but you get the gist of what I am fighting with. I am however not at all Unix / Openwrt wise so I am sure that there is more that could be logged that would help the process?

Rich

Maybe someone could find the commands which gets executet, when changing something related to cgminer and clicking "Save and apply".


Edit: Just some words regarding the chart, you can "zoom in" with selecting an area you're interrested in. Click and hold down your mouse button while dragging to either one side. On the right upper side, buttons will appear for paning and resetting. I don't know if the spikes are for real. The chart is based on the 'hashrate1m' value. The 5 minute values gives a much smoother result. It's up to you...
sr. member
Activity: 432
Merit: 250
Save the past & use the future ©
@ammi84,

is it possible, to add a new worker to antrun.de for me Smiley?

andymanone 3
1B654QJKEWVZZoWGTpqP5xW3M67f6zxkKd_AMR3

BTW: it´s an great idea with gekkorun.de!

If I could support it in any way, I´m in Smiley!
(but unfortunately I´m not a coder Embarrassed )
But all other (i.e. grab the Domain or provide some webspace or anything else Wink ) is possible  Smiley)


Thx in advance,
andY
sr. member
Activity: 432
Merit: 250
Save the past & use the future ©
Hello my friends,

minibit did great work again

v14 is online.

News:

Graph for the hashrate of the last 24 hours
Frequency up to 450MHz

if you have any ideas or suggestions - feel free to post it

Have fun :-)
Amazing great work Shocked!

Thanks a lot for the good job, minibit & ammi84 Smiley!!

andY
sr. member
Activity: 462
Merit: 251
Hello my friends,

minibit did great work again

v14 is online.

News:

Graph for the hashrate of the last 24 hours
Frequency up to 450MHz

if you have any ideas or suggestions - feel free to post it

Have fun :-)
legendary
Activity: 1274
Merit: 1000
I've noticed that my R1 restarts randomly as well, I'll notice it because the best share reported in my monitor has changed but cksolo has not found a block.  I have crazyguy's firmware and I don't know if it has a restart cron job or what, but my R1 always comes back hashing; if it wasn't for the best share I would never even know it had restarted.
hero member
Activity: 588
Merit: 500
Thank you guys for your pics and thanks Rich for your measurements! Always interresting to see.

I am not sure about the restarts because I am rarely home to monitor it

For addressing the random restart bug, I'm programming some stats about every single device's hashrate. Maybe we can see restarts in the charts.
But how does such a restart normally occur? Will it start with mining again as soon as it's finished booting up?
On Antrun.de the stats gets fetched (only) every 10 minutes, so if the device is mining again after a very short time, let's say 30 seconds, I highly doubt that we could see such restarts in the charts, as they will probably vanish in the values as "noise". The resolution is just to low..

Lowering the timeout between the refresh rounds could solve this problem. Less than a minute won't help, as the ckpool stats itself gets refreshed every minute (I think?). And we have to keep an eye on the traffic to the ckpool.


Edit: Why don't you install a script on a second computer in your network, send pings to the R1 every couple seconds and log about it?

I have added to the Cron Job that restarts the Miner a write to a file on the R1, so I already have the info on when the restarts occur. Actually the restarts are not, for me, the biggest problem. It is that, at frequencies above 200MHz, sometimes restarting cgminer does not restart the hashing, but doing a Save & Apply, which I thought just restarted cgminer does get it hashing again. Sometimes it needs a reboot to get things going again. Sometimes I have to take the frequency back to 200Mhz and then do a Save & Apply at the higher frequency.

Sorry if the above is a bit complicated, but you get the gist of what I am fighting with. I am however not at all Unix / Openwrt wise so I am sure that there is more that could be logged that would help the process?


Rich


sr. member
Activity: 280
Merit: 250
Thank you guys for your pics and thanks Rich for your measurements! Always interresting to see.

I am not sure about the restarts because I am rarely home to monitor it

For addressing the random restart bug, I'm programming some stats about every single device's hashrate. Maybe we can see restarts in the charts.
But how does such a restart normally occur? Will it start with mining again as soon as it's finished booting up?
On Antrun.de the stats gets fetched (only) every 10 minutes, so if the device is mining again after a very short time, let's say 30 seconds, I highly doubt that we could see such restarts in the charts, as they will probably vanish in the values as "noise". The resolution is just to low..

Lowering the timeout between the refresh rounds could solve this problem. Less than a minute won't help, as the ckpool stats itself gets refreshed every minute (I think?). And we have to keep an eye on the traffic to the ckpool.


Edit: Why don't you install a script on a second computer in your network, send pings to the R1 every couple seconds and log about it?
hero member
Activity: 723
Merit: 519
Sorry, forgot to mention I am running at 200mhz which has been running stable around 11ghs+/-.  
I am also using an artic breeze usb fan to keep it cool. The wifi is still turned on as well

Ok that is great. Do you find that it restarts at intervals and if so how often?


Rich

BTW It's good to use the Frequency setting Pull down at the bottom of the page, so everyone knows what is going on.

Frequency updated. I am not sure about the restarts because I am rarely home to monitor it
hero member
Activity: 588
Merit: 500
Inspired from rich's mods - I have disabled the wifi, increase the diff, a slight notch up.
I am not doing at voltage mods because i dont have the tools and knowledge to do that.
I will stick to silly & senseless but creative mods and keep the R1 as cool as possible.
Putting on some heatsinks next, like rich's R1.

Here are my measurements from a standard cased R1, no mods & no additional cooling.



For long term running I think 200MHz is about the limit. With an additional fan you can go to 250MHz but will start to see hardware errors and need to open her up and make the Core Voltage adjustable and add an external PSU to go further. Remember also this is just one R1 they will all be a little different.

A word of warning.
Remember that opened up Mains Voltages are exposed, be very careful or better still power from a separate 5V PSU, which is what I did after getting a couple of shocks....

Rich

legendary
Activity: 1834
Merit: 1080
---- winter*juvia -----
Guilty as charged... curiosity "killed" the cat (R1)

I got curious and dismantled the R1 and put a Arctic USB fan right on top of naked R1.
Modded the power plug to extend direct into the power point.

I don't know if it will go any quicker or produce more hash but -- I guess this is it most optimum before R1 goes crazy.

It's currently at 137.5mhz, 888v and "--suggest-diff-64" settings.
It's hashing and ckpool is accepting the shares.

Note: the R1 is also connected to a dumb 4-port USB with 3 x U3 hashing at about 155-165ghs total.


Current Status:

Racer: citronick
HW: Antrouter R1 - Batch 1
Pool settings: stratum+tcp://solo.ckpool.org:3333 --suggest-diff 12
Password: x
Frequency: 137.5mhz
Voltage: 999
Shares: 5596 accepted in 12 hours 6mins
Rejects: 0%
Average speed: 6gh/s ++
Normal speed: 2gh/s to 14gh/s ++
Modifications: Refer to picture.

Notes: the R1 is also connected to a dumb 4-port USB with 3 x U3 hashing at about 155-165ghs total.



Inspired from rich's mods - I have disabled the wifi, increase the diff, a slight notch up.
I am not doing at voltage mods because i dont have the tools and knowledge to do that.
I will stick to silly & senseless but creative mods and keep the R1 as cool as possible.
Putting on some heatsinks next, like rich's R1.
legendary
Activity: 1834
Merit: 1080
---- winter*juvia -----

rich-bc, are those small heatsinks recycled or custom order? thanks


The heatsinks are the ones that are sold to stick onto S3 / S5 hash Chips, came from an add on ebay, probably still available.

Rich

ok. i have a S5 restoration project coming up and i need to buy a bag of them anyways, will keep some for the R1.
hero member
Activity: 588
Merit: 500

rich-bc, are those small heatsinks recycled or custom order? thanks


The heatsinks are the ones that are sold to stick onto S3 / S5 hash Chips, came from an add on ebay, probably still available.

Rich
Pages:
Jump to: