|
Title: [NEW] free rig-monitor 4.0 (alpha released) Post by: rodney2250 on August 27, 2017, 10:11:15 PM https://www.rigmonitor.app/blog/wp-content/uploads/2018/05/final.jpg
rig-monitor is a free monitoring tool for rigs, pools, smart plugs and market data. What's new in version 4.0 (alpha):
Complete feature list:
Download and instructions here: https://www.rigmonitor.app/blog/ (https://www.rigmonitor.app/blog/) If you'd like other miners/pools/APIs to be supported then please submit a feature request on github. For support please join the telegram group https://t.me/joinchat/IuYcwBKqbGqIeXpw9sfq7Q (https://t.me/joinchat/IuYcwBKqbGqIeXpw9sfq7Q) Buy me a beer if you find this useful BTC: 19zCtLQgUQPgZ24bPWw4CSC6N53BusXa6A ETH: 0x0f2d4397CecB53883411cfe75882622c312c8340 MUSICOIN: 0x9a44a57041acd5f1511bf13a663d136ddbde1fb1 Title: Re: Monitoring claymore miners with a raspberry pi and grafana dashboards Post by: jmigdlc99 on August 27, 2017, 11:50:23 PM Wow thank you and great job putting all this together! Looks clean and does the job well.
Just a bit confused with what you said here: Beware that, if you want to monitor power consumption you'll need the HS110s. The HS100 do not support power monitoring. Do the smart plugs do the power monitoring or not? Also, why use the raspberry pi as a server instead of just using the cpu on one of your rigs? Title: Re: Monitoring claymore miners with a raspberry pi and grafana dashboards Post by: rodney2250 on August 28, 2017, 06:00:26 AM Wow thank you and great job putting all this together! Looks clean and does the job well. Just a bit confused with what you said here: Beware that, if you want to monitor power consumption you'll need the HS110s. The HS100 do not support power monitoring. Do the smart plugs do the power monitoring or not? Thanks. Those are 2 different models: the HS100 supports remote power on/off, scheduling, etc... but not power consumption monitoring. For that you need the HS110, which are a bit more expensive. Also, why use the raspberry pi as a server instead of just using the cpu on one of your rigs? I decided to run in on a separate service for several reasons: - I need to be able to keep monitoring the rest of the rigs during crashes and upgrades - the raspberry will monitor rigs for "long" server freezes and reboot them automatically (this is in my TODO list) - stability. those little things are very resilient. I have been running one for 3 years in a row without any issue Or maybe all those reasons are bullshit and it's sys admin brain messing with me again Title: Re: Monitoring claymore miners with a raspberry pi and grafana dashboards Post by: jmigdlc99 on August 28, 2017, 08:32:33 AM Wow thank you and great job putting all this together! Looks clean and does the job well. Just a bit confused with what you said here: Beware that, if you want to monitor power consumption you'll need the HS110s. The HS100 do not support power monitoring. Do the smart plugs do the power monitoring or not? Thanks. Those are 2 different models: the HS100 supports remote power on/off, scheduling, etc... but not power consumption monitoring. For that you need the HS110, which are a bit more expensive. Also, why use the raspberry pi as a server instead of just using the cpu on one of your rigs? I decided to run in on a separate service for several reasons: - I need to be able to keep monitoring the rest of the rigs during crashes and upgrades - the raspberry will monitor rigs for "long" server freezes and reboot them automatically (this is in my TODO list) - stability. those little things are very resilient. I have been running one for 3 years in a row without any issue Or maybe all those reasons are bullshit and it's sys admin brain messing with me again Awesome. That clears things up, i may have been sleepy when i wrote my post. Makes sense to have the RPI because all 3 rigs may go down at the same time. Again, great job! Thank you for the tutorial. I may do this when i get the time to do so. ;) Title: Re: UPDATED: Monitoring claymore miners with grafana dashboards Post by: rodney2250 on September 03, 2017, 11:02:13 AM UPDATE:
Added support for Ethermine pool monitoring. Check version 1.1 https://github.com/rodneymo/rig-monitor Current version supports currentStats and payouts APIs. Upgrade instructions are here: http://randomcryptostuff.blogspot.nl/2017/09/update-ethermine-pool-monitoring-added.html (http://randomcryptostuff.blogspot.nl/2017/09/update-ethermine-pool-monitoring-added.html) If you'd like other pools to be supported then please create issue Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: rodney2250 on September 10, 2017, 09:25:33 AM version v1.2 released.
SUPPORT FOR (CLAYMORE) DUAL MINING, COINMARKETCAP, ETHERMINE POOL, NANO POOL AND MPOS-BASED POOLS The latest version (1.2) of rig-monitor adds the following features: Support for claymore single and dual mining mode Integration with ethermine pool (currentStats, payouts) API Integration with MPOS-based pools (e.g. miningpoolhib) pool (getdashboarddata) API Integration with nanopool API (generalinfo, payments). Supports all crypto pools (ETH, ETC, SIA, PASC, XMR and ZEC) Integration with coinmarketcap API for monitoring crypo prices in different quote currencies, trading volume and market cap. Supports conversion to different quote currencies. Revised template dashboards If you'd like other pools to be supported then please create issue Pool dashboard https://4.bp.blogspot.com/-rBw8xqspzHU/WbUDczF3fEI/AAAAAAAAADs/EjtJhwsw1CQl2mwbaH74p8OgjY-7ykkVACLcBGAs/s1600/Screen%2BShot%2B2017-09-10%2Bat%2B11.10.11.png (https://4.bp.blogspot.com/-rBw8xqspzHU/WbUDczF3fEI/AAAAAAAAADs/EjtJhwsw1CQl2mwbaH74p8OgjY-7ykkVACLcBGAs/s1600/Screen%2BShot%2B2017-09-10%2Bat%2B11.10.11.png) Mining overview dashboard https://1.bp.blogspot.com/-pjUaJqXFVcs/WaHUQRYl4aI/AAAAAAAAACE/zFs4j0cclFs2qgjoRynBoqXlfsxd19SWwCLcBGAs/s1600/dashboard_1.png Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: wishbone on September 12, 2017, 02:30:18 AM Great work! I've been playing around with trying to do more of the data/graphing locally. This really helps me get started.
Here are some thoughts. You might want to update your first post when you update this. I was running off that for the latest instructions and they weren't up to date. It's a convention thing to help "updates" not get lost in longer threads. There are some issues with your walk through and user permissions. Also I can see that you've edited out the create sql user in the create_db.sql, but your walk through does not indicate that you need to create the user. It also does't setup permissions quite right for your script (grafana only needs SELECT but your script needs a lot more than that). Not hard to fix, but just something to point out. I'm a bit confused by all the local storage of data in CSVs. Aren't you using the database as well? The rest of the bugs and issues I'll open on github, unless you'd prefer I put them here. I use smartthings for HA and electricity monitoring. I'll probably write something that either works with your script or just writes to the DB directly. I believe I can get that data from their API. ST is pretty popular here in the US so others might like to use that as well. Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: rodney2250 on September 12, 2017, 07:17:27 AM Thanks for the feedback.
I am on vacation this week (and promised my gf to stay away from the laptop :-[), so I'll have the fixes published later this week. I'll also reply more in detail later today. Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: rodney2250 on September 13, 2017, 04:17:53 PM Ok. Here's the proper reply:
Quote You might want to update your first post when you update this. I was running off that for the latest instructions and they weren't up to date. It's a convention thing to help "updates" not get lost in longer threads. Thanks for the tip. I will do so this wkd Quote There are some issues with your walk through and user permissions. Also I can see that you've edited out the create sql user in the create_db.sql, but your walk through does not indicate that you need to create the user. It also does't setup permissions quite right for your script (grafana only needs SELECT but your script needs a lot more than that). Not hard to fix, but just something to point out. Fixed in dev branch Quote I'm a bit confused by all the local storage of data in CSVs. Aren't you using the database as well? I could insert them directly, but keeping the data in CSV allows me to recover it in case I have issues with DBs or upgrades. I think your point is valid but it's more a matter of convenience. Not using CSVs would make the scripts simpler. What's your advice? Quote I use smartthings for HA and electricity monitoring. I'll probably write something that either works with your script or just writes to the DB directly. I believe I can get that data from their API. ST is pretty popular here in the US so others might like to use that as well. Cool. If you do please push it to the repo Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: dantok on September 15, 2017, 03:25:09 AM Hey Rodney,
I`m managed to get grafana and everything done. However that CSV file import to the dashboard does not work, how do i import it? Why don't we use the GUI to get it installed but it needs to be in JSON format? Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: wishbone on September 15, 2017, 03:37:48 AM Hey Rodney, I`m managed to get grafana and everything done. However that CSV file import to the dashboard does not work, how do i import it? Why don't we use the GUI to get it installed but it needs to be in JSON format? You need to make sure you're following his instructions from his latest post. It's the latest one on his blog. The instructions have changed slightly for importing csv files. Code: Import dashboards Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: rodney2250 on September 15, 2017, 10:29:22 AM Thanks. I have renamed the title of the original post to installation instructions and updated it accordingly.
Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: kukem7 on November 12, 2017, 09:22:10 AM I got stuck at "Create DB and rig-monitor metadata"
the comand "mysql -u root -p<mysql root password> < ./rig-monitor/sql/create_db.sql" error ??? Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: rodney2250 on November 13, 2017, 09:30:27 AM Quote I got stuck at "Create DB and rig-monitor metadata" the comand "mysql -u root -p<mysql root password> < ./rig-monitor/sql/create_db.sql" error Huh Don't you know your SQL root password? you need to enter it in order to create the database Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: kukem7 on November 13, 2017, 04:58:46 PM it said: "bash: syntax error near unexpected token `<'" ???
Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: rodney2250 on November 13, 2017, 05:20:32 PM You need to replace <mysql root password> with the password
Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: ejzok on January 21, 2018, 09:40:12 AM Hi there, just a quick question, I planned to build a mining farm of around 150-200 gpus (total of around 20 rigs). In this case, do I need to link several Raspberry Pi together as a cluster computer? And if yes then how many RPis do I need, say if I want to keep database of around 2-3 days..?
Additionally, does it matter if some rigs are running Windows, some Linux, and some EthOS? Thanks! Ejzok Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: deepWebRun on January 22, 2018, 10:54:07 PM Great tool and easy enough instructions.
Couple questions 1) any chance to add nanopool share & worker history? I can see ethermine has such options. 2) Currently only support Claymore, which is best for ETH. Any plans to add support for other miners, such as ZM Equihash miner? It has simple API. https://bitcointalk.org/index.php?topic=2021765.0 3) Option to auto reboot rigs if freeze using those hs110 would be cool to have. Again, thanks for sharing. Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: rodney2250 on January 23, 2018, 08:06:29 PM Sorry for the late reply
Quote 1) any chance to add nanopool share & worker history? I can see ethermine has such options. I'll take a look in a couple of weeks. Quote 2) Currently only support Claymore, which is best for ETH. Any plans to add support for other miners, such as ZM Equihash miner? It has simple API. https://bitcointalk.org/index.php?topic=2021765.0 Sure. Quote 3) Option to auto reboot rigs if freeze using those hs110 would be cool to have. I'll probably work on this first as I am facing similar issues.Will keep you posted. Thanks for the feedback Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: dougBTC on January 30, 2018, 09:58:42 PM Still working on v2.0? Planning on release any time soon?
Thank you Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: badalf333 on February 01, 2018, 01:37:21 PM Hi,
Are you woking with the forked version of Wishbone1138 ? https://github.com/wishbone1138/rig-monitor 2 good ideas : Using influxdb seems to be a better choice than SQL for this kind of things. The miner scripts are not included in the code. So it's easier to modify. (for example, I need 3334 port, so I can add a new miner with this configuration). I have played with it, but ihave some awk return errors. What a shame ! Your work is just awesome.... Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: kriskarthik on February 01, 2018, 01:53:39 PM Thanks for sharing. I did not use it yet but the dashboards snapshots are looking impressive. Just a suggestion to have a mobile app for the dashboard. Many of us do not prefer the mining dashboard on a web but instead looking to have it on a mobile app which can push notification alerts when the rig is down or when the temperature going higher than the limit :) pls do consider having them. But thanks again for sharing.
Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: vl_83 on February 07, 2018, 09:37:08 AM Hello, and where you can specify a password for CLAYMORE.
Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: badalf333 on February 07, 2018, 01:36:38 PM You don't need to specify a password for Claymore... Read only is enough.
Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: Arle on February 23, 2018, 06:18:43 PM hi rodney
ive been looking for a monitoring app like this. I'm currently using simple mining os but i pay a fee for each rig every month. want to move my miners over to Ubuntu and avoid paying that fee if i can get a seperate monitor like yours to work. I'm trying to learn how to code in python at home but its a bit hard. in my little mining farm theres about 50 GPU's. every rig has GPU;s on it that belongs to different people(my friends as i pay the least for electricity) and it all mines to one wallet... so its my responsibility to transfer everyone's crypto to them. everyone in the team agrees that dividing up the profits according to shares is the best way. currently we are just doing it by taking the ratio of an individual's gpu's and dividing by total in the farm then multiplying by the profit to get each one's payout. so for my question can you perhaps help with code that shows the accumulated shares of each gpu in a rig over a period of time? Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: heavyarms1912 on March 15, 2018, 07:18:37 PM hi rodney ive been looking for a monitoring app like this. I'm currently using simple mining os but i pay a fee for each rig every month. want to move my miners over to Ubuntu and avoid paying that fee if i can get a seperate monitor like yours to work. I'm trying to learn how to code in python at home but its a bit hard. in my little mining farm theres about 50 GPU's. every rig has GPU;s on it that belongs to different people(my friends as i pay the least for electricity) and it all mines to one wallet... so its my responsibility to transfer everyone's crypto to them. everyone in the team agrees that dividing up the profits according to shares is the best way. currently we are just doing it by taking the ratio of an individual's gpu's and dividing by total in the farm then multiplying by the profit to get each one's payout. so for my question can you perhaps help with code that shows the accumulated shares of each gpu in a rig over a period of time? if you're using nanopool or pools that have API to the number of shares submitted per worker then you can work on top of it. Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: rodney2250 on April 13, 2018, 02:46:16 PM hi rodney ive been looking for a monitoring app like this. I'm currently using simple mining os but i pay a fee for each rig every month. want to move my miners over to Ubuntu and avoid paying that fee if i can get a seperate monitor like yours to work. I'm trying to learn how to code in python at home but its a bit hard. in my little mining farm theres about 50 GPU's. every rig has GPU;s on it that belongs to different people(my friends as i pay the least for electricity) and it all mines to one wallet... so its my responsibility to transfer everyone's crypto to them. everyone in the team agrees that dividing up the profits according to shares is the best way. currently we are just doing it by taking the ratio of an individual's gpu's and dividing by total in the farm then multiplying by the profit to get each one's payout. so for my question can you perhaps help with code that shows the accumulated shares of each gpu in a rig over a period of time? which miner are you using? Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: rodney2250 on April 13, 2018, 02:49:00 PM Hi all,
I have started working on the new version of rig-monitor 3 days ago. I am re-writing it in Golang for performance, scalability and and cross-platform support. Expect to have that version in 2-3 weeks. I'll publish the repo (and compiled binaries) on github in the coming days. Keep you posted Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: rodney2250 on April 13, 2018, 06:24:50 PM Hi, Are you woking with the forked version of Wishbone1138 ? https://github.com/wishbone1138/rig-monitor 2 good ideas : Using influxdb seems to be a better choice than SQL for this kind of things. The miner scripts are not included in the code. So it's easier to modify. (for example, I need 3334 port, so I can add a new miner with this configuration). I have played with it, but ihave some awk return errors. What a shame ! Your work is just awesome.... I was working on it with wishbone. Check the dev_influxdb branch. It's an almost finalised version using influxDB. As I mentioned above, I am working on version 2.0 which is a re-write in Golang. This will really improve the scalability for larger farms and maintenance (shell scripting is a bitch) Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: rodney2250 on April 26, 2018, 06:28:09 PM Hi all,
version 2.0 alpha will be release in the next couple of days. You can read more about it here: http://randomcryptostuff.blogspot.nl/2018/04/rig-monitor-re-write-in-golang.html#more (http://randomcryptostuff.blogspot.nl/2018/04/rig-monitor-re-write-in-golang.html#more) Title: Re: RIG-MONITOR v1.2 - NEW VERSION Post by: rodney2250 on April 28, 2018, 07:31:10 PM Download and installation instruction for 2.0 alpha release here:
http://randomcryptostuff.blogspot.nl/2018/04/new-version-20alpha1-released.html (http://randomcryptostuff.blogspot.nl/2018/04/new-version-20alpha1-released.html) If you have issues then reply to this message or create a github issue here: https://github.com/rodneymo/rig-monitorv2/releases/tag/2.0.a1 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.0.a1) Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 11, 2018, 03:11:35 PM version 2.0 has been released. Details on 1st post
Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 11, 2018, 06:18:52 PM I am looking at the scope of the next version (2.1). Feature candidates are:
1) wemo smart plug support 2) ability to reset rigs via smart plugs based on configurable rules 3) profitability dashboard 4) docker container for windows with grafana+influxDB+sqlite+rig-monitor Anyone else has any suggestions? Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: syncro2017 on May 11, 2018, 10:00:36 PM I am looking at the scope of the next version (2.1). Feature candidates are: 1) wemo smart plug support 2) ability to reset rigs via smart plugs based on configurable rules 3) profitability dashboard 4) docker container for windows with grafana+influxDB+sqlite+rig-monitor Anything else has any suggestions? First of all great job on the software, i installed it both on linux and windows and it works great but i did have couple of issues: 1. Im mining XMR on https://supportxmr.com and for some reason i get errors from the monitor saying JSON parsing failed when it tried to get stats for my miners, even though it did correctly identified them. Maybe the issue is that one of the miners on the pool is not xmr-stak but a proxy on a VPS but i didn't include it in the config, only the 2 gpu rigs i have at home 2. If you are looking to add features, please add support for SRBMiner and CastXMR miner, that would be great thanks Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: syncro2017 on May 11, 2018, 10:07:00 PM Also, forgot to add,
For some reason the number of GPUs online is being shown as 6, as well as hashrate per thread, there should be 26 threads in total, 16 from one rig and 10 from another but only 6 are being shown Another issues i noticed is when you import the dashboad.csv through sqlite3, it gives error "Wrong datatype". I had this issue both on linux and windows Here is my config just to make sure i didn't screw up anywhere: Code: # Grafana DB account Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: iLLNiSS on May 12, 2018, 12:58:01 AM I am looking at the scope of the next version (2.1). Feature candidates are: 1) wemo smart plug support 2) ability to reset rigs via smart plugs based on configurable rules 3) profitability dashboard 4) docker container for windows with grafana+influxDB+sqlite+rig-monitor Anything else has any suggestions? Perhaps some basic GPIO abilities on the RPI. You could use them to reset/power rigs without the need of a smart plug if end users tie into the power switch or reset line on their mobos. Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 12, 2018, 06:02:00 AM 1. Im mining XMR on https://supportxmr.com and for some reason i get errors from the monitor saying JSON parsing failed when it tried to get stats for my miners, even though it did correctly identified them. Maybe the issue is that one of the miners on the pool is not xmr-stak could you run the following API calls and send me the output? I don't use that pool and I am away from my test rig this week. https://supportxmr.com/api/miner/<wallet>/stats https://supportxmr.com/api/miner/<wallet>/identifiers https://supportxmr.com/api/miner/<wallet>/stats/<rig name> https://supportxmr.com/api/miner/<wallet>/payments https://supportxmr.com/api/network/stats At least the network/stats API is working so there must be something funny going on 2. If you are looking to add features, please add support for SRBMiner and CastXMR miner, that would be great Added to the feature request list. Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 12, 2018, 06:07:58 AM config looks ok. You might want to disable dynu DNS if you are not using it
Also, forgot to add, which version of rig-monitor are you using, 2.0.b1 or 2.0.a.x?For some reason the number of GPUs online is being shown as 6, as well as hashrate per thread, there should be 26 threads in total, 16 from one rig and 10 from another but only 6 are being shown Can you send me one of your rigs' json so I can run it through my rig-monitor test environment? Another issues i noticed is when you import the dashboad.csv through sqlite3, it gives error "Wrong datatype". I had this issue both on linux and windows Found and fixed the issue in the current development branch. The sqlite headers were included in the export, thus the datatype error. That error doesn't block the rest of the import so you should be OK.Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 12, 2018, 06:11:02 AM Perhaps some basic GPIO abilities on the RPI. You could use them to reset/power rigs without the need of a smart plug if end users tie into the power switch or reset line on their mobos. Do you have a link where I can read about it? Those seem to be 2 slightly different use cases which I would need to implement: 1) switch PSU off-on on rig "failure" GPIO voltage = 3.3v -> PSU on GPIO voltage = 0v -> PSU off GPIO voltage = 3.3v -> PSU on 2) reset PSU on rig "failure" GPIO burst 0v->3.3v->0 Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: syncro2017 on May 12, 2018, 04:11:19 PM 1. Im mining XMR on https://supportxmr.com and for some reason i get errors from the monitor saying JSON parsing failed when it tried to get stats for my miners, even though it did correctly identified them. Maybe the issue is that one of the miners on the pool is not xmr-stak could you run the following API calls and send me the output? I don't use that pool and I am away from my test rig this week. https://supportxmr.com/api/miner/<wallet>/stats https://supportxmr.com/api/miner/<wallet>/identifiers https://supportxmr.com/api/miner/<wallet>/stats/<rig name> https://supportxmr.com/api/miner/<wallet>/payments https://supportxmr.com/api/network/stats At least the network/stats API is working so there must be something funny going on 2. If you are looking to add features, please add support for SRBMiner and CastXMR miner, that would be great Added to the feature request list. Hey man, thanks for a quick reply, Here is the info you asked for: https://supportxmr.com/api/miner/<wallet>/stats Code: {"hash":25028,"identifier":"global","lastHash":1526141126,"totalHashes":28872699609,"validShares":956038,"invalidShares":100,"expiry":1526141158601,"amtPaid":2237540754924,"amtDue":169040694230,"txnCount":0}Code: ["MineRig2","MineRig1","proxy"] Code: {"lts":1526141258,"identifer":"MineRig2","hash":"5665","totalHash":"1515959755","validShares":17442,"invalidShares":null}https://supportxmr.com/api/miner/<wallet>/payments Code: [{"pt":"pplns","ts":1525351766,"amount":419975101283,"txnHash":"3a0ded8c578d43cd88954c3a63d820f3e7a12df05eb040e869d836a9e628f95b","mixin":6},{"pt":"pplns","ts":1525075256,"amount":307777442308,"txnHash":"0fc8a06be52f7c001a37461f22c9770de74887c00b2dcf796c9d22c6303bcaa5","mixin":6},{"pt":"pplns","ts":1524877698,"amount":305838960257,"txnHash":"fe5adb71693c5e207bb68790b1a75aebbb3e1c9c3da7d99d424f149e1bbb26b1","mixin":6},{"pt":"pplns","ts":1524677785,"amount":308320137180,"txnHash":"4465f4c50ca589f0668e4f8ac6aa6a9ae26c1224fcd91bfa307dc7df4e66f348","mixin":6},{"pt":"pplns","ts":1524471720,"amount":299518867949,"txnHash":"a92754baffb0cf73e7f4f53e9b45a478cbe080e8c9c06b74c213d795e3d9d9da","mixin":6},{"pt":"pplns","ts":1515029546,"amount":295072097298,"txnHash":"fc09c79022adc0fbce61dbae2fcc0398a20817b9ed794f595b7a9b918d054b60","mixin":4},{"pt":"pplns","ts":1514165344,"amount":301038148649,"txnHash":"b34fe8bb5919a2eaa4a936fd41603b1d158a76d01870fedc306b151aedf122e6","mixin":4}]Code: {"difficulty":51629140831,"hash":"4906a8451ecc347d67dbf4b41d70307dc061870e34026084bdce83cd08ca7951","height":1571233,"value":4654142109567,"ts":1526141404,"expiry":1526141461169}Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: syncro2017 on May 12, 2018, 04:28:03 PM config looks ok. You might want to disable dynu DNS if you are not using it Also, forgot to add, which version of rig-monitor are you using, 2.0.b1 or 2.0.a.x?For some reason the number of GPUs online is being shown as 6, as well as hashrate per thread, there should be 26 threads in total, 16 from one rig and 10 from another but only 6 are being shown Can you send me one of your rigs' json so I can run it through my rig-monitor test environment? Another issues i noticed is when you import the dashboad.csv through sqlite3, it gives error "Wrong datatype". I had this issue both on linux and windows Found and fixed the issue in the current development branch. The sqlite headers were included in the export, thus the datatype error. That error doesn't block the rest of the import so you should be OK.I'm using version 2.0.b1 right now, as i thought its the latest Here is the JSON from MineRig1, also Im using the latest xmr-stak 2.4.3 Code: {"version":"xmr-stak/2.4.3/26a5d65f/unknown/win/amd-cpu/aeon-cryptonight-monero/0","hashrate":{"threads":[[229.0,229.2,229.1],[229.4,229.2,229.1],[452.8,452.7,452.7],[444.9,444.7,444.7],[469.7,469.4,469.4],[461.1,461.2,461.2],[463.4,463.6,463.6],[455.6,455.5,455.5],[455.1,454.9,454.8],[446.9,446.9,446.8],[238.9,238.8,238.8],[238.8,238.8,238.8],[68.5,70.3,70.4],[70.5,72.2,72.3],[70.2,72.2,72.3],[68.6,70.6,70.9]],"total":[4863.5,4870.3,4870.4],"highest":4873.7},"results":{"diff_current":134820,"shares_good":2464,"shares_total":2484,"avg_time":31.1,"hashes_total":74650083,"best":[697808744,154470710,135829103,70728425,52480418,49316225,45764116,44632776,42631037,40983093],"error_log":[{"count":1,"last_seen":1526069933,"text":"[NETWORK ERROR]"},{"count":19,"last_seen":1526138753,"text":"AMD Invalid Result GPU ID 1"}]},"connection":{"pool": "pool.supportxmr.com:9000","uptime":16652,"ping":111,"error_log":[{"last_seen":1526142266,"text":"[pool.supportxmr.com:9000] RECEIVE error: socket closed"}]}}Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: iLLNiSS on May 12, 2018, 06:14:48 PM Perhaps some basic GPIO abilities on the RPI. You could use them to reset/power rigs without the need of a smart plug if end users tie into the power switch or reset line on their mobos. Do you have a link where I can read about it? Those seem to be 2 slightly different use cases which I would need to implement: 1) switch PSU off-on on rig "failure" GPIO voltage = 3.3v -> PSU on GPIO voltage = 0v -> PSU off GPIO voltage = 3.3v -> PSU on 2) reset PSU on rig "failure" GPIO burst 0v->3.3v->0 I can't seem to locate much info, but it would need a level converter (theoretically) as the ATX pins are 5V. I just figured it'd be nice to have a watchdog running since some might be using a Pi already for this. Unrelated to the GPIO, I seem to be having issues getting 2.0 working. When I view the claymore dashboard, it lists the rig_ids fine and shows how many gpus/etc are installed, but it's not populating any data to the dashboard. The rig-monitor app is running, and it does seem to be communcating with the miner: Code: INFO: 2018/05/12 18:08:19 rig-monitor.go:40: New rig monitor job received: miner01,claymore,nanopool,,http://192.168.10.81:3333,6,180,,noplug,,900,70 But I see no info on the dashboard. Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 12, 2018, 06:41:37 PM Unrelated to the GPIO, I seem to be having issues getting 2.0 working. When I view the claymore dashboard, it lists the rig_ids fine and shows how many gpus/etc are installed, but it's not populating any data to the dashboard. The rig-monitor app is running, and it does seem to be communcating with the miner: Code: INFO: 2018/05/12 18:08:19 rig-monitor.go:40: New rig monitor job received: miner01,claymore,nanopool,,http://192.168.10.81:3333,6,180,,noplug,,900,70 But I see no info on the dashboard. Can you run a trace and send it back to me? >grm -p -1 -m -1 -r <index of rig in config file> -t FYI: -p -1 disables the pool monitoring -m -1 disables market data monitoring -r <index> runs grm only for the specific rig. Index starts at 1 not 0 Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 12, 2018, 06:46:31 PM 2. If you are looking to add features, please add support for SRBMiner and CastXMR miner, that would be great thanks Check out the development version I just published. It includes support for SRBMiner. I only got an example file from the miner developer. If you run into issues then please create an issue on GitHub and attach a Json from one of you miners. I haven't had the time to create the dashboard yet, but you can check the field/tag names by logging into influxBD #influx >use rigdata > select * from miner_system where miner='SRBMINER' > select * from miner_gpu where miner='SRBMINER' Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: syncro2017 on May 12, 2018, 07:19:38 PM 2. If you are looking to add features, please add support for SRBMiner and CastXMR miner, that would be great thanks Check out the development version I just published. It includes support for SRBMiner. I only got an example file from the miner developer. If you run into issues then please create an issue on GitHub and attach a Json from one of you miners. I haven't had the time to create the dashboard yet, but you can check the field/tag names by logging into influxBD #influx >use rigdata > select * from miner_system where miner='SRBMINER' > select * from miner_gpu where miner='SRBMINER' Thanks, I will give it a try, but I’m currently mining with xmr-stack 2.4.3 and have issues with statistics for number of threads in a rig, see my previous comment and example Json output from one of my rigs Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 12, 2018, 08:30:10 PM config looks ok. You might want to disable dynu DNS if you are not using it Also, forgot to add, which version of rig-monitor are you using, 2.0.b1 or 2.0.a.x?For some reason the number of GPUs online is being shown as 6, as well as hashrate per thread, there should be 26 threads in total, 16 from one rig and 10 from another but only 6 are being shown Can you send me one of your rigs' json so I can run it through my rig-monitor test environment? Another issues i noticed is when you import the dashboad.csv through sqlite3, it gives error "Wrong datatype". I had this issue both on linux and windows Found and fixed the issue in the current development branch. The sqlite headers were included in the export, thus the datatype error. That error doesn't block the rest of the import so you should be OK.I'm using version 2.0.b1 right now, as i thought its the latest Here is the JSON from MineRig1, also Im using the latest xmr-stak 2.4.3 Code: {"version":"xmr-stak/2.4.3/26a5d65f/unknown/win/amd-cpu/aeon-cryptonight-monero/0","hashrate":{"threads":[[229.0,229.2,229.1],[229.4,229.2,229.1],[452.8,452.7,452.7],[444.9,444.7,444.7],[469.7,469.4,469.4],[461.1,461.2,461.2],[463.4,463.6,463.6],[455.6,455.5,455.5],[455.1,454.9,454.8],[446.9,446.9,446.8],[238.9,238.8,238.8],[238.8,238.8,238.8],[68.5,70.3,70.4],[70.5,72.2,72.3],[70.2,72.2,72.3],[68.6,70.6,70.9]],"total":[4863.5,4870.3,4870.4],"highest":4873.7},"results":{"diff_current":134820,"shares_good":2464,"shares_total":2484,"avg_time":31.1,"hashes_total":74650083,"best":[697808744,154470710,135829103,70728425,52480418,49316225,45764116,44632776,42631037,40983093],"error_log":[{"count":1,"last_seen":1526069933,"text":"[NETWORK ERROR]"},{"count":19,"last_seen":1526138753,"text":"AMD Invalid Result GPU ID 1"}]},"connection":{"pool": "pool.supportxmr.com:9000","uptime":16652,"ping":111,"error_log":[{"last_seen":1526142266,"text":"[pool.supportxmr.com:9000] RECEIVE error: socket closed"}]}}The 2.4.2. and 2.4.3 json format is exactly the same. Let's check a couple of things: 1) Check if data is being stored in influxDB. Run grm. Open another terminal an d login to influx client: #influx >use rigdata > select * from miner_system where miner='XMR-STAK' order by time asc > select * from miner_gpu where miner='XMR-STAK' order by time asc 2) If data is not in influxDB then send me a trace: >grm -p -1 -m -1 -r <index of rig in config file> -t FYI: -p -1 disables the pool monitoring -m -1 disables market data monitoring -r <index> runs grm only for the specific rig. Index starts at 1 not 0 Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 12, 2018, 08:47:24 PM 1. Im mining XMR on https://supportxmr.com and for some reason i get errors from the monitor saying JSON parsing failed when it tried to get stats for my miners, even though it did correctly identified them. Maybe the issue is that one of the miners on the pool is not xmr-stak could you run the following API calls and send me the output? I don't use that pool and I am away from my test rig this week. https://supportxmr.com/api/miner/<wallet>/stats https://supportxmr.com/api/miner/<wallet>/identifiers https://supportxmr.com/api/miner/<wallet>/stats/<rig name> https://supportxmr.com/api/miner/<wallet>/payments https://supportxmr.com/api/network/stats At least the network/stats API is working so there must be something funny going on 2. If you are looking to add features, please add support for SRBMiner and CastXMR miner, that would be great Added to the feature request list. Hey man, thanks for a quick reply, Here is the info you asked for: https://supportxmr.com/api/miner/<wallet>/stats Code: {"hash":25028,"identifier":"global","lastHash":1526141126,"totalHashes":28872699609,"validShares":956038,"invalidShares":100,"expiry":1526141158601,"amtPaid":2237540754924,"amtDue":169040694230,"txnCount":0}Code: ["MineRig2","MineRig1","proxy"] Code: {"lts":1526141258,"identifer":"MineRig2","hash":"5665","totalHash":"1515959755","validShares":17442,"invalidShares":null}https://supportxmr.com/api/miner/<wallet>/payments Code: [{"pt":"pplns","ts":1525351766,"amount":419975101283,"txnHash":"3a0ded8c578d43cd88954c3a63d820f3e7a12df05eb040e869d836a9e628f95b","mixin":6},{"pt":"pplns","ts":1525075256,"amount":307777442308,"txnHash":"0fc8a06be52f7c001a37461f22c9770de74887c00b2dcf796c9d22c6303bcaa5","mixin":6},{"pt":"pplns","ts":1524877698,"amount":305838960257,"txnHash":"fe5adb71693c5e207bb68790b1a75aebbb3e1c9c3da7d99d424f149e1bbb26b1","mixin":6},{"pt":"pplns","ts":1524677785,"amount":308320137180,"txnHash":"4465f4c50ca589f0668e4f8ac6aa6a9ae26c1224fcd91bfa307dc7df4e66f348","mixin":6},{"pt":"pplns","ts":1524471720,"amount":299518867949,"txnHash":"a92754baffb0cf73e7f4f53e9b45a478cbe080e8c9c06b74c213d795e3d9d9da","mixin":6},{"pt":"pplns","ts":1515029546,"amount":295072097298,"txnHash":"fc09c79022adc0fbce61dbae2fcc0398a20817b9ed794f595b7a9b918d054b60","mixin":4},{"pt":"pplns","ts":1514165344,"amount":301038148649,"txnHash":"b34fe8bb5919a2eaa4a936fd41603b1d158a76d01870fedc306b151aedf122e6","mixin":4}]Code: {"difficulty":51629140831,"hash":"4906a8451ecc347d67dbf4b41d70307dc061870e34026084bdce83cd08ca7951","height":1571233,"value":4654142109567,"ts":1526141404,"expiry":1526141461169}Thanks. It seems supportxmr.com is using a modified version of the API. They have added an "Expiry" field to both miner and network stats. I need a few days to come up with a solution that is compatible with both the standard cryptonote-pool-api and this modified version. Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: syncro2017 on May 12, 2018, 09:22:13 PM config looks ok. You might want to disable dynu DNS if you are not using it Also, forgot to add, which version of rig-monitor are you using, 2.0.b1 or 2.0.a.x?For some reason the number of GPUs online is being shown as 6, as well as hashrate per thread, there should be 26 threads in total, 16 from one rig and 10 from another but only 6 are being shown Can you send me one of your rigs' json so I can run it through my rig-monitor test environment? Another issues i noticed is when you import the dashboad.csv through sqlite3, it gives error "Wrong datatype". I had this issue both on linux and windows Found and fixed the issue in the current development branch. The sqlite headers were included in the export, thus the datatype error. That error doesn't block the rest of the import so you should be OK.I'm using version 2.0.b1 right now, as i thought its the latest Here is the JSON from MineRig1, also Im using the latest xmr-stak 2.4.3 Code: {"version":"xmr-stak/2.4.3/26a5d65f/unknown/win/amd-cpu/aeon-cryptonight-monero/0","hashrate":{"threads":[[229.0,229.2,229.1],[229.4,229.2,229.1],[452.8,452.7,452.7],[444.9,444.7,444.7],[469.7,469.4,469.4],[461.1,461.2,461.2],[463.4,463.6,463.6],[455.6,455.5,455.5],[455.1,454.9,454.8],[446.9,446.9,446.8],[238.9,238.8,238.8],[238.8,238.8,238.8],[68.5,70.3,70.4],[70.5,72.2,72.3],[70.2,72.2,72.3],[68.6,70.6,70.9]],"total":[4863.5,4870.3,4870.4],"highest":4873.7},"results":{"diff_current":134820,"shares_good":2464,"shares_total":2484,"avg_time":31.1,"hashes_total":74650083,"best":[697808744,154470710,135829103,70728425,52480418,49316225,45764116,44632776,42631037,40983093],"error_log":[{"count":1,"last_seen":1526069933,"text":"[NETWORK ERROR]"},{"count":19,"last_seen":1526138753,"text":"AMD Invalid Result GPU ID 1"}]},"connection":{"pool": "pool.supportxmr.com:9000","uptime":16652,"ping":111,"error_log":[{"last_seen":1526142266,"text":"[pool.supportxmr.com:9000] RECEIVE error: socket closed"}]}}The 2.4.2. and 2.4.3 json format is exactly the same. Let's check a couple of things: 1) Check if data is being stored in influxDB. Run grm. Open another terminal an d login to influx client: #influx >use rigdata > select * from miner_system where miner='XMR-STAK' order by time asc > select * from miner_gpu where miner='XMR-STAK' order by time asc 2) If data is not in influxDB then send me a trace: >grm -p -1 -m -1 -r <index of rig in config file> -t FYI: -p -1 disables the pool monitoring -m -1 disables market data monitoring -r <index> runs grm only for the specific rig. Index starts at 1 not 0 Looks like the data is in the influx, however not for all threads, here are the logs: miner_system table: Code: > select * from miner_system where miner='XMR-STAK' order by time asc miner_gpu table: Code: > select * from miner_gpu where miner='XMR-STAK' order by time asc notice the gpu_id being logged are only 0-2, but in the config i have 16 for one rig and 10 for another Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 12, 2018, 09:37:24 PM Ok. Please post a trace so I can look at the json and check how it’s being processed
Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: syncro2017 on May 12, 2018, 09:43:51 PM Ok. Please post a trace so I can look at the json and check how it’s being processed Here ya go: Code: devel@devel-vm:[~/WORK/RigMonitor]: ./grm-2.0.b1 -p -1 -m -1 -r 1 -t Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: iLLNiSS on May 13, 2018, 12:07:27 AM Unrelated to the GPIO, I seem to be having issues getting 2.0 working. When I view the claymore dashboard, it lists the rig_ids fine and shows how many gpus/etc are installed, but it's not populating any data to the dashboard. The rig-monitor app is running, and it does seem to be communcating with the miner: Code: INFO: 2018/05/12 18:08:19 rig-monitor.go:40: New rig monitor job received: miner01,claymore,nanopool,,http://192.168.10.81:3333,6,180,,noplug,,900,70 But I see no info on the dashboard. Can you run a trace and send it back to me? >grm -p -1 -m -1 -r <index of rig in config file> -t FYI: -p -1 disables the pool monitoring -m -1 disables market data monitoring -r <index> runs grm only for the specific rig. Index start at 1 not 0 EDIT: I'm an idiot. I'm using PhoenixMiner and not Claymore. I assumed compatibility because they both use the same settings/remote monitoring software. I completely ignored that this thing is parsing the output of the console which is most certainly different between the two. Ran a quick trace. It doesn't seem to be parsing the info correctly. https://pastebin.com/Yp3Ff2be When running normally, it is also entering this empty data into the db: Code: > select * from miner_gpu where miner='CLAYMORE' order by time asc Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: zeef on May 13, 2018, 01:26:51 AM Any ideia to develop it in cast xmrstack?
Thanks Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 13, 2018, 05:27:59 AM Any ideia to develop it in cast xmrstack? Thanks Are you referring to this one? https://bitcointalk.org/index.php?topic=2256917.msg37051627#msg37051627 (https://bitcointalk.org/index.php?topic=2256917.msg37051627#msg37051627) I posted there asking for a Json file and the URL to the remote management port. If you can provide both I can easily add support for it Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 13, 2018, 06:02:27 AM Ok. Please post a trace so I can look at the json and check how it’s being processed Here ya go: Thanks. Issue has been fixed on release 2.0.b.2. You can download it from GitHub Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 13, 2018, 06:06:32 AM Unrelated to the GPIO, I seem to be having issues getting 2.0 working. When I view the claymore dashboard, it lists the rig_ids fine and shows how many gpus/etc are installed, but it's not populating any data to the dashboard. The rig-monitor app is running, and it does seem to be communcating with the miner: Code: INFO: 2018/05/12 18:08:19 rig-monitor.go:40: New rig monitor job received: miner01,claymore,nanopool,,http://192.168.10.81:3333,6,180,,noplug,,900,70 But I see no info on the dashboard. Can you run a trace and send it back to me? >grm -p -1 -m -1 -r <index of rig in config file> -t FYI: -p -1 disables the pool monitoring -m -1 disables market data monitoring -r <index> runs grm only for the specific rig. Index start at 1 not 0 EDIT: I'm an idiot. I'm using PhoenixMiner and not Claymore. I assumed compatibility because they both use the same settings/remote monitoring software. I completely ignored that this thing is parsing the output of the console which is most certainly different between the two. Ran a quick trace. It doesn't seem to be parsing the info correctly. https://pastebin.com/Yp3Ff2be When running normally, it is also entering this empty data into the db: Code: > select * from miner_gpu where miner='CLAYMORE' order by time asc No worries. I can add support for it in the coming version. Could you upload to the monitoring output to the Github feature I have create here:https://github.com/rodneymo/rig-monitorv2/issues/8 (https://github.com/rodneymo/rig-monitorv2/issues/8) If the output is an html the please upload the html file not just the text output. Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: Kaniel-ouots on May 13, 2018, 06:08:49 AM thanks bro but for me its useless i dont mine anymore i dont knwo how the hell they buy gpu for 500 $ to earn 1 $ perday (if its work 24h non stop )
Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 13, 2018, 06:12:28 AM thanks bro but for me its useless i dont mine anymore i dont knwo how the hell they buy gpu for 500 $ to earn 1 $ perday (if its work 24h non stop ) that's 1.5 year ROI, still better than most businesses ;-) Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: syncro2017 on May 13, 2018, 10:30:27 AM Ok. Please post a trace so I can look at the json and check how it’s being processed Here ya go: Thanks. Issue has been fixed on release 2.0.b.2. You can download it from GitHub Thanks a lot man, now all the threads are showing up. Let me know when you find a way to fix the supportxmr.com pool support. I suppose one of the ways to do it could be just parsing the pool name and processing the json one way if its supportxmr or standard way if its not. Title: Re: rig-monitor v2.0 - Monitor rigs/pools/power/market on Windows/Linux/MacOSX Post by: syncro2017 on May 13, 2018, 11:04:11 AM Also, for the new feature request, would you consider adding support for XMR-proxy?
Here is the link for their api https://github.com/xmrig/xmrig-proxy/wiki/API I use this proxy with 20 miners, would be great to see individual stats for every miner I can assist with JSON outputs if you are interested Title: Re: rig-monitor v2.0 - Monitor rigs/pools/power/market on Windows/Linux/MacOSX Post by: rodney2250 on May 13, 2018, 11:58:55 AM Also, for the new feature request, would you consider adding support for XMR-proxy? Here is the link for their api https://github.com/xmrig/xmrig-proxy/wiki/API I use this proxy with 20 miners, would be great to see individual stats for every miner I can assist with JSON outputs if you are interested Sure. I have created a new feature request on GitHub. Could you upload some json examples for both the "/" and "/workers.json" endpoints? Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 13, 2018, 12:05:15 PM Ok. Please post a trace so I can look at the json and check how it’s being processed Here ya go: Thanks. Issue has been fixed on release 2.0.b.2. You can download it from GitHub Thanks a lot man, now all the threads are showing up. Let me know when you find a way to fix the supportxmr.com pool support. I suppose one of the ways to do it could be just parsing the pool name and processing the json one way if its supportxmr or standard way if its not. I'm trying to keep the binary file small. So I want to avoid duplication. I should have a solution by tomorrow. Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: zeef on May 13, 2018, 12:29:41 PM Any ideia to develop it in cast xmrstack? Thanks Are you referring to this one? https://bitcointalk.org/index.php?topic=2256917.msg37051627#msg37051627 (https://bitcointalk.org/index.php?topic=2256917.msg37051627#msg37051627) I posted there asking for a Json file and the URL to the remote management port. If you can provide both I can easily add support for it Hi, Hope dev can give you. Thanks Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 13, 2018, 01:22:10 PM Any ideia to develop it in cast xmrstack? Thanks Are you referring to this one? https://bitcointalk.org/index.php?topic=2256917.msg37051627#msg37051627 (https://bitcointalk.org/index.php?topic=2256917.msg37051627#msg37051627) I posted there asking for a Json file and the URL to the remote management port. If you can provide both I can easily add support for it Hi, Hope dev can give you. Thanks I have asked the dev, but have not gotten any reply so far. If you can provide it then I can add it tomorrow. Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: iLLNiSS on May 13, 2018, 02:04:18 PM Unrelated to the GPIO, I seem to be having issues getting 2.0 working. When I view the claymore dashboard, it lists the rig_ids fine and shows how many gpus/etc are installed, but it's not populating any data to the dashboard. The rig-monitor app is running, and it does seem to be communcating with the miner: Code: INFO: 2018/05/12 18:08:19 rig-monitor.go:40: New rig monitor job received: miner01,claymore,nanopool,,http://192.168.10.81:3333,6,180,,noplug,,900,70 But I see no info on the dashboard. Can you run a trace and send it back to me? >grm -p -1 -m -1 -r <index of rig in config file> -t FYI: -p -1 disables the pool monitoring -m -1 disables market data monitoring -r <index> runs grm only for the specific rig. Index start at 1 not 0 EDIT: I'm an idiot. I'm using PhoenixMiner and not Claymore. I assumed compatibility because they both use the same settings/remote monitoring software. I completely ignored that this thing is parsing the output of the console which is most certainly different between the two. Ran a quick trace. It doesn't seem to be parsing the info correctly. https://pastebin.com/Yp3Ff2be When running normally, it is also entering this empty data into the db: Code: > select * from miner_gpu where miner='CLAYMORE' order by time asc No worries. I can add support for it in the coming version. Could you upload to the monitoring output to the Github feature I have create here:https://github.com/rodneymo/rig-monitorv2/issues/8 (https://github.com/rodneymo/rig-monitorv2/issues/8) If the output is an html the please upload the html file not just the text output. Done. Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 13, 2018, 03:12:39 PM Ok. Please post a trace so I can look at the json and check how it’s being processed Here ya go: Thanks. Issue has been fixed on release 2.0.b.2. You can download it from GitHub Thanks a lot man, now all the threads are showing up. Let me know when you find a way to fix the supportxmr.com pool support. I suppose one of the ways to do it could be just parsing the pool name and processing the json one way if its supportxmr or standard way if its not. I'm trying to keep the binary file small. So I want to avoid duplication. I should have a solution by tomorrow. Please check 2.1_development_2 release on GitHub: https://github.com/rodneymo/rig-monitorv2/releases/tag/2.1.d.2 If you still face errors then please provide me with a trace: >grm -r -1 -m -1 -p <pool index in config file 1..n> Title: Re: rig-monitor v2.0 - Monitor rigs/pools/power/market on Windows/Linux/MacOSX Post by: syncro2017 on May 13, 2018, 05:58:54 PM Also, for the new feature request, would you consider adding support for XMR-proxy? Here is the link for their api https://github.com/xmrig/xmrig-proxy/wiki/API I use this proxy with 20 miners, would be great to see individual stats for every miner I can assist with JSON outputs if you are interested Sure. I have created a new feature request on GitHub. Could you upload some json examples for both the "/" and "/workers.json" endpoints? Thanks a lot man I will post it tonight Title: Re: rig-monitor v2.0 - Monitor rigs/pools/power/market on Windows/Linux/MacOSX Post by: rodney2250 on May 14, 2018, 06:09:00 AM Got it. Thanks
Title: Re: rig-monitor v2.0 - Monitor rigs/pools/power/market on Windows/Linux/MacOSX Post by: rodney2250 on May 14, 2018, 01:26:23 PM Also, for the new feature request, would you consider adding support for XMR-proxy? Here is the link for their api https://github.com/xmrig/xmrig-proxy/wiki/API I use this proxy with 20 miners, would be great to see individual stats for every miner I can assist with JSON outputs if you are interested Sure. I have created a new feature request on GitHub. Could you upload some json examples for both the "/" and "/workers.json" endpoints? Thanks a lot man I will post it tonight Check development version 4 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.1.d.4 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.1.d.4)). It includes support for XMRIG-PROXY and a dashboard template. Let me know if you have some issues. Title: Re: rig-monitor v2.0 - Monitor rigs/pools/power/market on Windows/Linux/MacOSX Post by: syncro2017 on May 14, 2018, 02:26:00 PM Also, for the new feature request, would you consider adding support for XMR-proxy? Here is the link for their api https://github.com/xmrig/xmrig-proxy/wiki/API I use this proxy with 20 miners, would be great to see individual stats for every miner I can assist with JSON outputs if you are interested Sure. I have created a new feature request on GitHub. Could you upload some json examples for both the "/" and "/workers.json" endpoints? Thanks a lot man I will post it tonight Check development version 4 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.1.d.4 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.1.d.4)). It includes support for XMRIG-PROXY and a dashboard template. Let me know if you have some issues. Thanks for the update man, I just tried it and got the following errors with xmrig-proxy: No Trace: Code: devel@devel-vm:[~/WORK/RigMon2.1]: ./grm-2.0.d4 With Trace Code: devel@devel-vm:[~/WORK/RigMon2.1]: ./grm-2.0.d4 -p -1 -m -1 -r 3 -t Title: Re: rig-monitor v2.0 - Monitor rigs/pools/power/market on Windows/Linux/MacOSX Post by: rodney2250 on May 14, 2018, 02:40:06 PM Also, for the new feature request, would you consider adding support for XMR-proxy? Here is the link for their api https://github.com/xmrig/xmrig-proxy/wiki/API I use this proxy with 20 miners, would be great to see individual stats for every miner I can assist with JSON outputs if you are interested Sure. I have created a new feature request on GitHub. Could you upload some json examples for both the "/" and "/workers.json" endpoints? Thanks a lot man I will post it tonight Check development version 4 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.1.d.4 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.1.d.4)). It includes support for XMRIG-PROXY and a dashboard template. Let me know if you have some issues. Thanks for the update man, I just tried it and got the following errors with xmrig-proxy: It seems like a data type conflict, but I cannot troubleshoot it without the full trace. If you don't want to post it here then send it to me via telegram @rodneymo Title: Re: rig-monitor v2.0 - Monitor rigs/pools/power/market on Windows/Linux/MacOSX Post by: syncro2017 on May 14, 2018, 04:36:10 PM Just wanted to say a huge thanks to the Author for fixing all the issues related to SupportXMR pool, SRB Miner and xmrig-proxy in the monitor software!
He spend more than 2 hours with me today and my monitor now works awesome. I have 19 workers on xmrig-proxy + 2 mining rigs one with SRB miner and another one with xmr-stak. Huge thanks to the developer for such dedication and fast response! Cheers Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 14, 2018, 06:20:25 PM Unrelated to the GPIO, I seem to be having issues getting 2.0 working. When I view the claymore dashboard, it lists the rig_ids fine and shows how many gpus/etc are installed, but it's not populating any data to the dashboard. The rig-monitor app is running, and it does seem to be communcating with the miner: Code: INFO: 2018/05/12 18:08:19 rig-monitor.go:40: New rig monitor job received: miner01,claymore,nanopool,,http://192.168.10.81:3333,6,180,,noplug,,900,70 But I see no info on the dashboard. Can you run a trace and send it back to me? >grm -p -1 -m -1 -r <index of rig in config file> -t FYI: -p -1 disables the pool monitoring -m -1 disables market data monitoring -r <index> runs grm only for the specific rig. Index start at 1 not 0 EDIT: I'm an idiot. I'm using PhoenixMiner and not Claymore. I assumed compatibility because they both use the same settings/remote monitoring software. I completely ignored that this thing is parsing the output of the console which is most certainly different between the two. Ran a quick trace. It doesn't seem to be parsing the info correctly. https://pastebin.com/Yp3Ff2be When running normally, it is also entering this empty data into the db: Code: > select * from miner_gpu where miner='CLAYMORE' order by time asc No worries. I can add support for it in the coming version. Could you upload to the monitoring output to the Github feature I have create here:https://github.com/rodneymo/rig-monitorv2/issues/8 (https://github.com/rodneymo/rig-monitorv2/issues/8) If the output is an html the please upload the html file not just the text output. Done. I need a few more days. Unlike claymore the output from PhoenixMiner is not consistent e.g. most of the last paragraph does not include all the info. So I have to modified the regexs and logic. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: heavyarms1912 on May 14, 2018, 08:19:14 PM Specific reason this is not open source?
any plans on making it open source? I currently just use a simple bash script to autoreboot my rigs when power consumptions falls below a threshold value (hard system crash). Soft crashes can be handled with mining software but not the hard crashes. In house mining software watchdog timers fail here too. Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: Germini on May 14, 2018, 10:31:36 PM Any ideia to develop it in cast xmrstack? Thanks Are you referring to this one? https://bitcointalk.org/index.php?topic=2256917.msg37051627#msg37051627 (https://bitcointalk.org/index.php?topic=2256917.msg37051627#msg37051627) I posted there asking for a Json file and the URL to the remote management port. If you can provide both I can easily add support for it Hi! , thanks for your work, pretty awesome dashboard i'm running it using windows 10 in a miner without any problems When castxmr v1.0.0 is executed using --remoteaccess you go to the miner http://127.0.0.1:7777 and you get this, no file extension: Code: {I will provide you with an URL so you can test it in a message edit1: well, i can't send you messages because I am considered a newbie Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: iLLNiSS on May 15, 2018, 12:05:00 AM I need a few more days. Unlike claymore the output from PhoenixMiner is not consistent e.g. most of the last paragraph does not include all the info. So I have to modified the regexs and logic. Yeah the output on refresh doesn't list current reported hashrate at the end (refresh is the equivalent of hitting 's' in the console of the miner). However, the reported GPU hashrate and shares do show in the log every 5 seconds. If you pull the data at an interval greater than 5 seconds you should be able to grep the gpu reported hashrate and shares 10 or so lines up. Alternatively, JSONRPC works if you script it into your code. It is universal between Phoenix and Claymore so it should keep your code small as there would be no need to have different code for each miner. This can be achieved with netcat: Code: echo '{"id":0,"jsonrpc":"2.0","method":"miner_getstat1","psw":"remote_monitor_password"}' | netcat MINERIP MINERPORTIf no password is used in the remote miner, you can remove the password and leave the psw in: Code: echo '{"id":0,"jsonrpc":"2.0","method":"miner_getstat1","psw":""}' | netcat MINERIP MINERPORTAnd the result from PhoenixMiner is: Code: {"id":0,"jsonrpc":"2.0","result":["PM 2.9e - ETH", "210", "61831;75;0", "31883;29948", "0;0;0", "off;off", "65;0;60;39", "eth-us-east1.nanopool.org:9999", "0;0;0;0"]}A legend of what the data is: Code: "PM 2.9e - ETH" miner version. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 15, 2018, 03:56:09 PM Specific reason this is not open source? any plans on making it open source? That was probably the thing I thought the most about when I decided to re-write it golang. This is not set in stone and I'll re-evaluate the decision as time goes by. My experience with rig-monitor 1.x, which is scripted and inherently open source was not really good. Got a bunch of ppl forking it, but only one guy sporadically contributing. But, like I said I might re-evaluate the decision later on. I currently just use a simple bash script to autoreboot my rigs when power consumptions falls below a threshold value (hard system crash). Soft crashes can be handled with mining software but not the hard crashes. In house mining software watchdog timers fail here too. right, but that requires an "agent" to be installed on every rig. Right now I am looking at developing all 3 options below: 1) monitor hr and power usage KPIs and reset smart plug in case of failure (currently under development; will support both TPLINK and Wemo plugs) 2) use GPIO to trigger external relays (raspberry PI only) 3) develop "agent" that can be signaled to force rig reboot via syscall Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 15, 2018, 03:58:12 PM Hi! , thanks for your work, pretty awesome dashboard i'm running it using windows 10 in a miner without any problems When castxmr v1.0.0 is executed using --remoteaccess you go to the miner http://127.0.0.1:7777 and you get this, no file extension: I will provide you with an URL so you can test it in a message edit1: well, i can't send you messages because I am considered a newbie Thank you. I really appreciate it. I'll get on it as soon as I finish support for PhoenixMiner. I'll send you a message, maybe you can reply to it. Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 15, 2018, 04:10:43 PM Yeah the output on refresh doesn't list current reported hashrate at the end (refresh is the equivalent of hitting 's' in the console of the miner). However, the reported GPU hashrate and shares do show in the log every 5 seconds. If you pull the data at an interval greater than 5 seconds you should be able to grep the gpu reported hashrate and shares 10 or so lines up. Alternatively, JSONRPC works if you script it into your code. It is universal between Phoenix and Claymore so it should keep your code small as there would be no need to have different code for each miner. This can be achieved with netcat: Problem is that json-rpc requires Ethman.exe which is only available on Windows. I figured out a way and am almost done with the development so I'll stick to the html output. Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: iLLNiSS on May 15, 2018, 05:05:19 PM Yeah the output on refresh doesn't list current reported hashrate at the end (refresh is the equivalent of hitting 's' in the console of the miner). However, the reported GPU hashrate and shares do show in the log every 5 seconds. If you pull the data at an interval greater than 5 seconds you should be able to grep the gpu reported hashrate and shares 10 or so lines up. Alternatively, JSONRPC works if you script it into your code. It is universal between Phoenix and Claymore so it should keep your code small as there would be no need to have different code for each miner. This can be achieved with netcat: Problem is that json-rpc requires Ethman.exe which is only available on Windows. I figured out a way and am almost done with the development so I'll stick to the html output. I’m not sure that it does. I just ran the commands fine without having ethman running on one of my miners and it responded just fine. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: heavyarms1912 on May 15, 2018, 07:02:50 PM Specific reason this is not open source? any plans on making it open source? That was probably the thing I thought the most about when I decided to re-write it golang. This is not set in stone and I'll re-evaluate the decision as time goes by. My experience with rig-monitor 1.x, which is scripted and inherently open source was not really good. Got a bunch of ppl forking it, but only one guy sporadically contributing. But, like I said I might re-evaluate the decision later on. I currently just use a simple bash script to autoreboot my rigs when power consumptions falls below a threshold value (hard system crash). Soft crashes can be handled with mining software but not the hard crashes. In house mining software watchdog timers fail here too. right, but that requires an "agent" to be installed on every rig. Right now I am looking at developing all 3 options below: 1) monitor hr and power usage KPIs and reset smart plug in case of failure (currently under development; will support both TPLINK and Wemo plugs) 2) use GPIO to trigger external relays (raspberry PI only) 3) develop "agent" that can be signaled to force rig reboot via syscall i didn't get what you meant by an agent being installed. I am using TP-Link HS110 and monitoring power using a bash script and power-cycle whenever it falls below the threshold value using curl http GET/POST requests, remotely (doesn't even have to be on same network). Pretty sure the same thing can be done with a WeMo. Or with IFFT. Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 15, 2018, 07:53:30 PM Yeah the output on refresh doesn't list current reported hashrate at the end (refresh is the equivalent of hitting 's' in the console of the miner). However, the reported GPU hashrate and shares do show in the log every 5 seconds. If you pull the data at an interval greater than 5 seconds you should be able to grep the gpu reported hashrate and shares 10 or so lines up. Alternatively, JSONRPC works if you script it into your code. It is universal between Phoenix and Claymore so it should keep your code small as there would be no need to have different code for each miner. This can be achieved with netcat: Problem is that json-rpc requires Ethman.exe which is only available on Windows. I figured out a way and am almost done with the development so I'll stick to the html output. I’m not sure that it does. I just ran the commands fine without having ethman running on one of my miners and it responded just fine. Oh I never tested that. Anyways please check the latest dev release (2.0.d.7). It includes support for PhoenixMiner and a dashboard template. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 15, 2018, 07:57:01 PM i didn't get what you meant by an agent being installed. I am using TP-Link HS110 and monitoring power using a bash script and power-cycle whenever it falls below the threshold value using curl http GET/POST requests, remotely (doesn't even have to be on same network). Pretty sure the same thing can be done with a WeMo. Or with IFFT. I meant have a small piece of software running on the server which can receive a reboot signal from rig-monitor. For TP-LINK I am using the provide API to read power usage and in the future reset the plug to restart the rig. Indeed, Wemo also has an API for that. I just ordered one so I should be adding support soon. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: heavyarms1912 on May 15, 2018, 08:06:43 PM i didn't get what you meant by an agent being installed. I am using TP-Link HS110 and monitoring power using a bash script and power-cycle whenever it falls below the threshold value using curl http GET/POST requests, remotely (doesn't even have to be on same network). Pretty sure the same thing can be done with a WeMo. Or with IFFT. I meant have a small piece of software running on the server which can receive a reboot signal from rig-monitor. For TP-LINK I am using the provide API to read power usage and in the future reset the plug to restart the rig. Indeed, Wemo also has an API for that. I just ordered one so I should be adding support soon. Oh yea got it. but I don't get how that would solve situation in case of a hard crash. In normal situation doesn't a good mining software handle the soft reboot? Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 16, 2018, 06:37:47 AM Yeah the output on refresh doesn't list current reported hashrate at the end (refresh is the equivalent of hitting 's' in the console of the miner). However, the reported GPU hashrate and shares do show in the log every 5 seconds. If you pull the data at an interval greater than 5 seconds you should be able to grep the gpu reported hashrate and shares 10 or so lines up. Alternatively, JSONRPC works if you script it into your code. It is universal between Phoenix and Claymore so it should keep your code small as there would be no need to have different code for each miner. This can be achieved with netcat: Problem is that json-rpc requires Ethman.exe which is only available on Windows. I figured out a way and am almost done with the development so I'll stick to the html output. I’m not sure that it does. I just ran the commands fine without having ethman running on one of my miners and it responded just fine. Oh I never tested that. Anyways please check the latest dev release (2.0.d.7). It includes support for PhoenixMiner and a dashboard template. For some weird reason the dashboard was not included in the d.7 release. Will add it in the d.8 release in a couple of hours. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 16, 2018, 09:31:56 AM development version d.8 has been published. I'll graduate this version to 2.1 (beta) in the coming days.
What's new: Added support for SRBMiner including dashboard template. Added support for XMRig-proxy including dashboard template. Added support for PhoenixMiner including dashboard template. Added support for CastXmr including dashboard template. Added support for bastardized versions of node-js-pool API (cryptonote-pool API) e.g. supportxmr.com. Tentative scope for 2.2: Fairpool support Wemo Insight smart-plug support Power Mgmt rules (reset rigs if power or hashrate KPIs go below a configured value) Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 16, 2018, 09:39:14 AM Yeah the output on refresh doesn't list current reported hashrate at the end (refresh is the equivalent of hitting 's' in the console of the miner). However, the reported GPU hashrate and shares do show in the log every 5 seconds. If you pull the data at an interval greater than 5 seconds you should be able to grep the gpu reported hashrate and shares 10 or so lines up. Alternatively, JSONRPC works if you script it into your code. It is universal between Phoenix and Claymore so it should keep your code small as there would be no need to have different code for each miner. This can be achieved with netcat: Problem is that json-rpc requires Ethman.exe which is only available on Windows. I figured out a way and am almost done with the development so I'll stick to the html output. I’m not sure that it does. I just ran the commands fine without having ethman running on one of my miners and it responded just fine. check out dev version 2.1.d8 There a a few things that are not clear to me with regards mapping the son fields to the influxDB fields. FYI, I try to map to existing one for consistency and ability to do cross-miner reporting "hr": json.TotalHashRate, //this is the instant HR "avg_result_time": json.TotalHashRateAvg, //This seems to be the average HR since miner started "target_hr": r.TargetHashRate, "shares_total": json.Shares.NumAccepted + json.Shares.NumRejected + json.Shares.NumInvalid + json.Shares.NumNetworkFail + json.Shares.NumOutdated, "valid_shares": json.Shares.NumAccepted, "invalid_shares": json.Shares.NumInvalid, "stale_shares": json.Shares.NumRejected, // Are these rejected by the pool? "outdated_shares": json.Shares.NumOutdated, // are these stale shares i.e. shares submitted and block has been closed and a new block generated? "networkfail_shares": json.Shares.NumNetworkFail, // have no idea about these Let me know if that's ok with you or if I should do some re-mapping Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: tradersblog on May 16, 2018, 04:08:06 PM Hi, I'm get some errors when rig-monitor tries to get data from nanopool.
Today nanopool API is not working correctly: it gives me Error 0: undefined 8/10 times Code: ERROR: 2018/05/16 16:00:27 pool-monitor.go:32: Could not decode json response! when I'm running without pool data -p -1 it's OK Is it possible to handle this error and not to stop the rig-monitor but make it retry reading jason from nanopool ? Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 16, 2018, 04:38:10 PM Hi, I'm get some errors when rig-monitor tries to get data from nanopool. Today nanopool API is not working correctly: it gives me Error 0: undefined 8/10 times Code: ERROR: 2018/05/16 16:00:27 pool-monitor.go:32: Could not decode json response! when I'm running without pool data -p -1 it's OK Is it possible to handle this error and not to stop the rig-monitor but make it retry reading jason from nanopool ? I noticed the same in my test setup and have created an issue (https://github.com/rodneymo/rig-monitorv2/issues/14 (https://github.com/rodneymo/rig-monitorv2/issues/14)) to handle these failures gracefully. I suggest you disable it in the meantime. I'll have a fix for it tomorrow. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 16, 2018, 07:18:01 PM i didn't get what you meant by an agent being installed. I am using TP-Link HS110 and monitoring power using a bash script and power-cycle whenever it falls below the threshold value using curl http GET/POST requests, remotely (doesn't even have to be on same network). Pretty sure the same thing can be done with a WeMo. Or with IFFT. I meant have a small piece of software running on the server which can receive a reboot signal from rig-monitor. For TP-LINK I am using the provide API to read power usage and in the future reset the plug to restart the rig. Indeed, Wemo also has an API for that. I just ordered one so I should be adding support soon. Oh yea got it. but I don't get how that would solve situation in case of a hard crash. In normal situation doesn't a good mining software handle the soft reboot? I am hoping that some syscalls are able to handle, but I won't know for sure until I test it. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 16, 2018, 07:43:20 PM Hi, I'm get some errors when rig-monitor tries to get data from nanopool. Today nanopool API is not working correctly: it gives me Error 0: undefined 8/10 times Code: ERROR: 2018/05/16 16:00:27 pool-monitor.go:32: Could not decode json response! when I'm running without pool data -p -1 it's OK Is it possible to handle this error and not to stop the rig-monitor but make it retry reading jason from nanopool ? I noticed the same in my test setup and have created an issue (https://github.com/rodneymo/rig-monitorv2/issues/14 (https://github.com/rodneymo/rig-monitorv2/issues/14)) to handle these failures gracefully. I suggest you disable it in the meantime. I'll have a fix for it tomorrow. check version 2.1.d.9. It should be fixed now. Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: iLLNiSS on May 16, 2018, 09:02:05 PM Oh I never tested that. Anyways please check the latest dev release (2.0.d.7). It includes support for PhoenixMiner and a dashboard template. Finally got around to testing (had a burst pipe in the basement). It seems as though it's not picking up all the details for all rigs. It shows the hashrates fine for all the rigs, but it is only reporting the gpu temp and fanspeed for one of the rigs. Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: rodney2250 on May 17, 2018, 02:05:06 AM Oh I never tested that. Anyways please check the latest dev release (2.0.d.7). It includes support for PhoenixMiner and a dashboard template. Finally got around to testing (had a burst pipe in the basement). It seems as though it's not picking up all the details for all rigs. It shows the hashrates fine for all the rigs, but it is only reporting the gpu temp and fanspeed for one of the rigs. Ok. Please send me a trace and I’ll take a look at it. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 17, 2018, 09:58:27 AM I just published a development release with Fairpool support. I'd appreciate if anyone using FairPool could test it and provide feedback (and bugs). In case of the latter please attach a trace.
Thank you Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 17, 2018, 07:58:21 PM Anyone using cgminer? I need some real json outputs to add support to rig-monitor.
Thanks Title: Re: NEW VERSION - RIG-MONITOR v2.0 Post by: iLLNiSS on May 17, 2018, 10:39:10 PM Oh I never tested that. Anyways please check the latest dev release (2.0.d.7). It includes support for PhoenixMiner and a dashboard template. Finally got around to testing (had a burst pipe in the basement). It seems as though it's not picking up all the details for all rigs. It shows the hashrates fine for all the rigs, but it is only reporting the gpu temp and fanspeed for one of the rigs. Ok. Please send me a trace and I’ll take a look at it. https://pastebin.com/6McV8M08 At a quick glance I notice an error with parsing the GPU info. It's listing all the temperatures for all GPUs (line 43, 104 & 256) in the first GPU1 line instead of the standard GPU name info. The next parse with the hashrate (GPUs) is correct so that would explain why hashrates are working. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 18, 2018, 06:07:35 AM Found the issue. The format of the GPU temp+fan line is very close to the GPU specs line so when one has rigs with more than 4 GPUs this issue happened. I never saw this issue as my test rig only has 2 cards.
Anyways, it's been fixed in 2.1.d10. Let me know if you have any other problems. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: iLLNiSS on May 18, 2018, 09:30:28 PM Found the issue. The format of the GPU temp+fan line is very close to the GPU specs line so when one has rigs with more than 4 GPUs this issue happened. I never saw this issue as my test rig only has 2 cards. Anyways, it's been fixed in 2.1.d10. Let me know if you have any other problems. Still not seeing it on anything but my 2 gpu rig. https://pastebin.com/T0XUbxey It seems to be picking up the info, but still not parsing it correctly. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 18, 2018, 09:50:23 PM Found the issue. The format of the GPU temp+fan line is very close to the GPU specs line so when one has rigs with more than 4 GPUs this issue happened. I never saw this issue as my test rig only has 2 cards. Anyways, it's been fixed in 2.1.d10. Let me know if you have any other problems. Still not seeing it on anything but my 2 gpu rig. https://pastebin.com/T0XUbxey It seems to be picking up the info, but still not parsing it correctly. Arghh.... I tried to reconstruct the html output from the trace. Guess I screwed that up. Could you also send me the html output? Please make sure it’s complete and with the html tags. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: tradersblog on May 19, 2018, 01:45:41 PM Hi, I'm get some errors when rig-monitor tries to get data from nanopool. Today nanopool API is not working correctly: it gives me Error 0: undefined 8/10 times Code: ERROR: 2018/05/16 16:00:27 pool-monitor.go:32: Could not decode json response! when I'm running without pool data -p -1 it's OK Is it possible to handle this error and not to stop the rig-monitor but make it retry reading jason from nanopool ? I noticed the same in my test setup and have created an issue (https://github.com/rodneymo/rig-monitorv2/issues/14 (https://github.com/rodneymo/rig-monitorv2/issues/14)) to handle these failures gracefully. I suggest you disable it in the meantime. I'll have a fix for it tomorrow. check version 2.1.d.9. It should be fixed now. Now it runs continuously with nohup! But I got issues with tplink: INFO: 2018/05/19 13:38:34 tplink.go:49: TPlink script execution succeeded! ERROR: 2018/05/19 13:38:34 tplink.go:69: Could not decode response from rig03 rig's smart plug. Failed with EOF do I have to set something or modify the firmware of HS110 ? Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: iLLNiSS on May 19, 2018, 02:35:24 PM Found the issue. The format of the GPU temp+fan line is very close to the GPU specs line so when one has rigs with more than 4 GPUs this issue happened. I never saw this issue as my test rig only has 2 cards. Anyways, it's been fixed in 2.1.d10. Let me know if you have any other problems. Still not seeing it on anything but my 2 gpu rig. https://pastebin.com/T0XUbxey It seems to be picking up the info, but still not parsing it correctly. Arghh.... I tried to reconstruct the html output from the trace. Guess I screwed that up. Could you also send me the html output? Please make sure it’s complete and with the html tags. This is direct from an 8 GPU rig. https://pastebin.com/qkjGq8JR Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 19, 2018, 03:49:30 PM Hi, I'm get some errors when rig-monitor tries to get data from nanopool. Today nanopool API is not working correctly: it gives me Error 0: undefined 8/10 times Code: ERROR: 2018/05/16 16:00:27 pool-monitor.go:32: Could not decode json response! when I'm running without pool data -p -1 it's OK Is it possible to handle this error and not to stop the rig-monitor but make it retry reading jason from nanopool ? I noticed the same in my test setup and have created an issue (https://github.com/rodneymo/rig-monitorv2/issues/14 (https://github.com/rodneymo/rig-monitorv2/issues/14)) to handle these failures gracefully. I suggest you disable it in the meantime. I'll have a fix for it tomorrow. check version 2.1.d.9. It should be fixed now. Now it runs continuously with nohup! But I got issues with tplink: INFO: 2018/05/19 13:38:34 tplink.go:49: TPlink script execution succeeded! ERROR: 2018/05/19 13:38:34 tplink.go:69: Could not decode response from rig03 rig's smart plug. Failed with EOF do I have to set something or modify the firmware of HS110 ? I am not sure. I have multiple HS110's which I bought at different periods throughout the last 12 months and been running them without issues. Could you run this from within the grm dir and send me the output? python external/tplink.py -t 192.168.178.99 -j '{"emeter":{"get_realtime":{}}}' You should get something like this: Sent: {"emeter":{"get_realtime":{}}} Received: {"emeter":{"get_realtime":{"current":4.879063,"voltage":222.073153,"power":1068.699166,"total":2252.117000,"err_code":0}}} Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 19, 2018, 04:00:25 PM Found the issue. The format of the GPU temp+fan line is very close to the GPU specs line so when one has rigs with more than 4 GPUs this issue happened. I never saw this issue as my test rig only has 2 cards. Anyways, it's been fixed in 2.1.d10. Let me know if you have any other problems. Still not seeing it on anything but my 2 gpu rig. https://pastebin.com/T0XUbxey It seems to be picking up the info, but still not parsing it correctly. Arghh.... I tried to reconstruct the html output from the trace. Guess I screwed that up. Could you also send me the html output? Please make sure it’s complete and with the html tags. This is direct from an 8 GPU rig. https://pastebin.com/qkjGq8JR I dumped you file in my simulator and is running fine. Code: TRACE: 2018/05/19 17:53:25 phoenixminer.go:165: Miner(PhoneixMiner) response from rig07: Which version are you running? try with the latest 2.1.d.12 Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: tradersblog on May 19, 2018, 04:21:07 PM Now it runs continuously with nohup! But I got issues with tplink:
INFO: 2018/05/19 13:38:34 tplink.go:49: TPlink script execution succeeded! ERROR: 2018/05/19 13:38:34 tplink.go:69: Could not decode response from rig03 rig's smart plug. Failed with EOF do I have to set something or modify the firmware of HS110 ? [/quote] I am not sure. I have multiple HS110's which I bought at different periods throughout the last 12 months and been running them without issues. Could you run this from within the grm dir and send me the output? python external/tplink.py -t 192.168.178.99 -j '{"emeter":{"get_realtime":{}}}' You should get something like this: Sent: {"emeter":{"get_realtime":{}}} Received: {"emeter":{"get_realtime":{"current":4.879063,"voltage":222.073153,"power":1068.699166,"total":2252.117000,"err_code":0}}} [/quote] Thanks, but this is the output (( Code: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -j '{"emeter":{"get_realtime":{}}}'the IP is right because on other IP's it says me: "Cound not connect to host 192.168.0.3:9999" Firmware version is 1.5.2 and hardware 2.0 Any ideas ? Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 19, 2018, 04:24:07 PM Now it runs continuously with nohup! But I got issues with tplink: INFO: 2018/05/19 13:38:34 tplink.go:49: TPlink script execution succeeded! ERROR: 2018/05/19 13:38:34 tplink.go:69: Could not decode response from rig03 rig's smart plug. Failed with EOF do I have to set something or modify the firmware of HS110 ? I am not sure. I have multiple HS110's which I bought at different periods throughout the last 12 months and been running them without issues. Could you run this from within the grm dir and send me the output? python external/tplink.py -t 192.168.178.99 -j '{"emeter":{"get_realtime":{}}}' You should get something like this: Sent: {"emeter":{"get_realtime":{}}} Received: {"emeter":{"get_realtime":{"current":4.879063,"voltage":222.073153,"power":1068.699166,"total":2252.117000,"err_code":0}}} [/quote] Thanks, but this is the output (( Code: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -j '{"emeter":{"get_realtime":{}}}'the IP is right because on other IP's it says me: "Cound not connect to host 192.168.0.3:9999" Firmware version is 1.5.2 and hardware 2.0 Any ideas ? [/quote] And this one "python external/tplink.py -t 192.168.1.99 -c "info" ? Which model exactly are you using? Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: tradersblog on May 19, 2018, 04:42:59 PM Now it runs continuously with nohup! But I got issues with tplink: INFO: 2018/05/19 13:38:34 tplink.go:49: TPlink script execution succeeded! ERROR: 2018/05/19 13:38:34 tplink.go:69: Could not decode response from rig03 rig's smart plug. Failed with EOF do I have to set something or modify the firmware of HS110 ? I am not sure. I have multiple HS110's which I bought at different periods throughout the last 12 months and been running them without issues. Could you run this from within the grm dir and send me the output? python external/tplink.py -t 192.168.178.99 -j '{"emeter":{"get_realtime":{}}}' You should get something like this: Sent: {"emeter":{"get_realtime":{}}} Received: {"emeter":{"get_realtime":{"current":4.879063,"voltage":222.073153,"power":1068.699166,"total":2252.117000,"err_code":0}}} Thanks, but this is the output (( Code: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -j '{"emeter":{"get_realtime":{}}}'the IP is right because on other IP's it says me: "Cound not connect to host 192.168.0.3:9999" Firmware version is 1.5.2 and hardware 2.0 Any ideas ? And this one "python external/tplink.py -t 192.168.1.99 -c "info" ? Which model exactly are you using? [/quote] Still void: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -c "info" Sent: {"system":{"get_sysinfo":{}}} Received: I'm using V3 >> https://www.tp-link.com/it/download/HS110_V3.html#FAQs Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 19, 2018, 04:44:56 PM Now it runs continuously with nohup! But I got issues with tplink: INFO: 2018/05/19 13:38:34 tplink.go:49: TPlink script execution succeeded! ERROR: 2018/05/19 13:38:34 tplink.go:69: Could not decode response from rig03 rig's smart plug. Failed with EOF do I have to set something or modify the firmware of HS110 ? I am not sure. I have multiple HS110's which I bought at different periods throughout the last 12 months and been running them without issues. Could you run this from within the grm dir and send me the output? python external/tplink.py -t 192.168.178.99 -j '{"emeter":{"get_realtime":{}}}' You should get something like this: Sent: {"emeter":{"get_realtime":{}}} Received: {"emeter":{"get_realtime":{"current":4.879063,"voltage":222.073153,"power":1068.699166,"total":2252.117000,"err_code":0}}} Thanks, but this is the output (( Code: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -j '{"emeter":{"get_realtime":{}}}'the IP is right because on other IP's it says me: "Cound not connect to host 192.168.0.3:9999" Firmware version is 1.5.2 and hardware 2.0 Any ideas ? And this one "python external/tplink.py -t 192.168.1.99 -c "info" ? Which model exactly are you using? Still void: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -c "info" Sent: {"system":{"get_sysinfo":{}}} Received: I'm using V3 >> https://www.tp-link.com/it/download/HS110_V3.html#FAQs [/quote] I found the culprit. TP-Link 2.0 uses a slightly diff encryption. I'll need to adjust it. I'll have a fix tomorrow at latest. In the mean time I suggest you set it to "noplug" Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 19, 2018, 05:10:57 PM Now it runs continuously with nohup! But I got issues with tplink: INFO: 2018/05/19 13:38:34 tplink.go:49: TPlink script execution succeeded! ERROR: 2018/05/19 13:38:34 tplink.go:69: Could not decode response from rig03 rig's smart plug. Failed with EOF do I have to set something or modify the firmware of HS110 ? I am not sure. I have multiple HS110's which I bought at different periods throughout the last 12 months and been running them without issues. Could you run this from within the grm dir and send me the output? python external/tplink.py -t 192.168.178.99 -j '{"emeter":{"get_realtime":{}}}' You should get something like this: Sent: {"emeter":{"get_realtime":{}}} Received: {"emeter":{"get_realtime":{"current":4.879063,"voltage":222.073153,"power":1068.699166,"total":2252.117000,"err_code":0}}} Thanks, but this is the output (( Code: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -j '{"emeter":{"get_realtime":{}}}'the IP is right because on other IP's it says me: "Cound not connect to host 192.168.0.3:9999" Firmware version is 1.5.2 and hardware 2.0 Any ideas ? And this one "python external/tplink.py -t 192.168.1.99 -c "info" ? Which model exactly are you using? Still void: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -c "info" Sent: {"system":{"get_sysinfo":{}}} Received: I'm using V3 >> https://www.tp-link.com/it/download/HS110_V3.html#FAQs [/quote] Paste this https://pastebin.com/27avXMEa (https://pastebin.com/27avXMEa) into a file called external/tplink2.0.py and run it e.g. python external/tplink2.0.py -t 192.168.0.4 -c "info" Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: tradersblog on May 20, 2018, 11:43:41 AM Now it runs continuously with nohup! But I got issues with tplink:
INFO: 2018/05/19 13:38:34 tplink.go:49: TPlink script execution succeeded! ERROR: 2018/05/19 13:38:34 tplink.go:69: Could not decode response from rig03 rig's smart plug. Failed with EOF do I have to set something or modify the firmware of HS110 ? [/quote] I am not sure. I have multiple HS110's which I bought at different periods throughout the last 12 months and been running them without issues. Could you run this from within the grm dir and send me the output? python external/tplink.py -t 192.168.178.99 -j '{"emeter":{"get_realtime":{}}}' You should get something like this: Sent: {"emeter":{"get_realtime":{}}} Received: {"emeter":{"get_realtime":{"current":4.879063,"voltage":222.073153,"power":1068.699166,"total":2252.117000,"err_code":0}}} [/quote] Thanks, but this is the output (( Code: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -j '{"emeter":{"get_realtime":{}}}'the IP is right because on other IP's it says me: "Cound not connect to host 192.168.0.3:9999" Firmware version is 1.5.2 and hardware 2.0 Any ideas ? And this one "python external/tplink.py -t 192.168.1.99 -c "info" ? Which model exactly are you using? [/quote] Still void: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -c "info" Sent: {"system":{"get_sysinfo":{}}} Received: I'm using V3 >> https://www.tp-link.com/it/download/HS110_V3.html#FAQs [/quote] Paste this https://pastebin.com/27avXMEa (https://pastebin.com/27avXMEa) into a file called external/tplink2.0.py and run it e.g. python external/tplink2.0.py -t 192.168.0.4 -c "info" [/quote] Now it runs endless and when I interrupt I got this: Code: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -c "info" Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 20, 2018, 12:53:37 PM Now it runs continuously with nohup! But I got issues with tplink: INFO: 2018/05/19 13:38:34 tplink.go:49: TPlink script execution succeeded! ERROR: 2018/05/19 13:38:34 tplink.go:69: Could not decode response from rig03 rig's smart plug. Failed with EOF do I have to set something or modify the firmware of HS110 ? I am not sure. I have multiple HS110's which I bought at different periods throughout the last 12 months and been running them without issues. Could you run this from within the grm dir and send me the output? python external/tplink.py -t 192.168.178.99 -j '{"emeter":{"get_realtime":{}}}' You should get something like this: Sent: {"emeter":{"get_realtime":{}}} Received: {"emeter":{"get_realtime":{"current":4.879063,"voltage":222.073153,"power":1068.699166,"total":2252.117000,"err_code":0}}} [/quote] Thanks, but this is the output (( Code: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -j '{"emeter":{"get_realtime":{}}}'the IP is right because on other IP's it says me: "Cound not connect to host 192.168.0.3:9999" Firmware version is 1.5.2 and hardware 2.0 Any ideas ? And this one "python external/tplink.py -t 192.168.1.99 -c "info" ? Which model exactly are you using? [/quote] Still void: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -c "info" Sent: {"system":{"get_sysinfo":{}}} Received: I'm using V3 >> https://www.tp-link.com/it/download/HS110_V3.html#FAQs [/quote] Paste this https://pastebin.com/27avXMEa (https://pastebin.com/27avXMEa) into a file called external/tplink2.0.py and run it e.g. python external/tplink2.0.py -t 192.168.0.4 -c "info" [/quote] Now it runs endless and when I interrupt I got this: Code: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -c "info" [/quote] I meant after creating the new version of tplink2.0, could you run it and send me the output? >python external/tplink2.0.py -t 192.168.0.4 -c "info" Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: iLLNiSS on May 20, 2018, 04:38:52 PM Found the issue. The format of the GPU temp+fan line is very close to the GPU specs line so when one has rigs with more than 4 GPUs this issue happened. I never saw this issue as my test rig only has 2 cards. Anyways, it's been fixed in 2.1.d10. Let me know if you have any other problems. Still not seeing it on anything but my 2 gpu rig. https://pastebin.com/T0XUbxey It seems to be picking up the info, but still not parsing it correctly. Arghh.... I tried to reconstruct the html output from the trace. Guess I screwed that up. Could you also send me the html output? Please make sure it’s complete and with the html tags. This is direct from an 8 GPU rig. https://pastebin.com/qkjGq8JR I dumped you file in my simulator and is running fine. Code: TRACE: 2018/05/19 17:53:25 phoenixminer.go:165: Miner(PhoneixMiner) response from rig07: Which version are you running? try with the latest 2.1.d.12 This was with 2.1.d.12. I'm at a standstill now. I can't even run the app anymore. For whatever reason when I kill the app with ctrl+c, it refuses to run again. This seems to require me a wipe of everything to start over which is quite time consuming. I only get one chance to run it before it throws this error after killing it: Code: panic: runtime error: index out of range Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 20, 2018, 04:44:39 PM That's probably the rig index that you are using. Rig index start from 1 and if select, say, -r 4, but you only have 3 rigs in your list it will fail with that error.
I need to improve that error handling. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: iLLNiSS on May 20, 2018, 05:00:07 PM That's probably the rig index that you are using. Rig index start from 1 and if select, say, -r 4, but you only have 3 rigs in your list it will fail with that error. I need to improve that error handling. Oh sweet. This error occurs just by launching the program, but manually setting the rig index (in my case -r -4) the program appears to run. Will have to setup again as I purged grafana and influx already. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 20, 2018, 05:35:49 PM That's probably the rig index that you are using. Rig index start from 1 and if select, say, -r 4, but you only have 3 rigs in your list it will fail with that error. I need to improve that error handling. Oh sweet. This error occurs just by launching the program, but manually setting the rig index (in my case -r -4) the program appears to run. Will have to setup again as I purged grafana and influx already. About hat error, there’s a double square bracket at the end. It’s a typo. If you delete one of them then it fixes it. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: tradersblog on May 20, 2018, 05:47:37 PM Now it runs endless and when I interrupt I got this: Code: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -c "info" [/quote] I meant after creating the new version of tplink2.0, could you run it and send me the output? >python external/tplink2.0.py -t 192.168.0.4 -c "info" [/quote] running with new tplink code gives me this error: Code: INFO: 2018/05/20 17:42:06 tplink.go:43: Running tplink external script! Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 20, 2018, 06:48:37 PM Now it runs endless and when I interrupt I got this: Code: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -c "info" I meant after creating the new version of tplink2.0, could you run it and send me the output? >python external/tplink2.0.py -t 192.168.0.4 -c "info" [/quote] running with new tplink code gives me this error: Code: INFO: 2018/05/20 17:42:06 tplink.go:43: Running tplink external script! [/quote] Ok. Try to run this one from the command line directly: https://pastebin.com/Z42cBYkv (https://pastebin.com/Z42cBYkv) Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: iLLNiSS on May 20, 2018, 08:31:47 PM That's probably the rig index that you are using. Rig index start from 1 and if select, say, -r 4, but you only have 3 rigs in your list it will fail with that error. I need to improve that error handling. Oh sweet. This error occurs just by launching the program, but manually setting the rig index (in my case -r -4) the program appears to run. Will have to setup again as I purged grafana and influx already. About hat error, there’s a double square bracket at the end. It’s a typo. If you delete one of them then it fixes it. In my case that isn't the problem. I removed that when I first edited the conf, but the app still throws the error. With the double square it throws this error: Code: pi@raspberrypi:~/grm $ ./grm-2.1.d12 Currently I'm no longer able to see any data populated to the phoenixminer dashboard in 2.1.d.12. I think it has to do somehow with being forced to launch with the -r -4 flag as I never had issues with that prior. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 20, 2018, 08:33:02 PM Check the config file. You probably have 2 "]" at the end.
should have only one. It was a typo on the release. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: iLLNiSS on May 20, 2018, 09:10:53 PM Check the config file. You probably have 2 "[" at the end. should have only one. It was a typo on the release. I removed the second ] before I was even getting any errors. There is no second ] at the end like in the original config on your release. Here is a trace without the index flag set: https://pastebin.com/srpaxU1X Here is a trace with the index set to 4 to match the 4 in the config: https://pastebin.com/xEkZHLur It seems as though despite specifying the index to allow the program to run without error, it doesn't actually do anything after. As I was typing this and verifying all my ducks were in a row before submitting, I found the issue. The 'riglist = [ ]' section throws an error when I have 4 rigs added. Removing 1 and the app runs just fine. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 20, 2018, 09:16:47 PM Check the config file. You probably have 2 "[" at the end. should have only one. It was a typo on the release. I removed the second ] before I was even getting any errors. There is no second ] at the end like in the original config on your release. Here is a trace without the index flag set: https://pastebin.com/srpaxU1X Here is a trace with the index set to 4 to match the 4 in the config: https://pastebin.com/xEkZHLur It seems as though despite specifying the index to allow the program to run without error, it doesn't actually do anything after. As I was typing this and verifying all my ducks were in a row before submitting, I found the issue. The 'riglist = [ ]' section throws an error when I have 4 rigs added. Removing 1 and the app runs just fine. On my cell now so it’s hard to read the traces. So is phoenixminer working properly now? Wrt the config, do you have a “,” after the end of each rig line? Could you send me your config? Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: iLLNiSS on May 20, 2018, 10:19:31 PM On my cell now so it’s hard to read the traces. So is phoenixminer working properly now? Wrt the config, do you have a “,” after the end of each rig line? Could you send me your config? It's working properly, but only with 3 rigs. Any more and it throws errors. I've tried with and without the "," after the last rig line and all others have a "," after them. Forgot to mention, I sent a link to my config via PM. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 21, 2018, 06:10:28 AM On my cell now so it’s hard to read the traces. So is phoenixminer working properly now? Wrt the config, do you have a “,” after the end of each rig line? Could you send me your config? It's working properly, but only with 3 rigs. Any more and it throws errors. I've tried with and without the "," after the last rig line and all others have a "," after them. Forgot to mention, I sent a link to my config via PM. Config looks ok. But didn't you say you desktop miner only had 2 GPUs? It's currently configured with 3. Are you running the same version of PhoenixMiner on all miners? If nothing else works then please send me a full trace together with the use config file, plus the http output of your "desktop" rig. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: tradersblog on May 21, 2018, 07:15:47 AM Now it runs endless and when I interrupt I got this: Code: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -c "info" I meant after creating the new version of tplink2.0, could you run it and send me the output? >python external/tplink2.0.py -t 192.168.0.4 -c "info" running with new tplink code gives me this error: Code: INFO: 2018/05/20 17:42:06 tplink.go:43: Running tplink external script! [/quote] Ok. Try to run this one from the command line directly: https://pastebin.com/Z42cBYkv (https://pastebin.com/Z42cBYkv) [/quote] Great ! Seems that it works now !!! Code: pi@grafpi ~/dashboard $ python external/tplink2.py -t 192.168.0.4 -c "info" Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 21, 2018, 11:25:03 AM Now it runs endless and when I interrupt I got this: Code: pi@grafpi ~/dashboard $ python external/tplink.py -t 192.168.0.4 -c "info" I meant after creating the new version of tplink2.0, could you run it and send me the output? >python external/tplink2.0.py -t 192.168.0.4 -c "info" running with new tplink code gives me this error: Code: INFO: 2018/05/20 17:42:06 tplink.go:43: Running tplink external script! Ok. Try to run this one from the command line directly: https://pastebin.com/Z42cBYkv (https://pastebin.com/Z42cBYkv) [/quote] Great ! Seems that it works now !!! Code: pi@grafpi ~/dashboard $ python external/tplink2.py -t 192.168.0.4 -c "info" [/quote] I PM'd you. The latest 2.1d14 version should fix the data insertion into influx Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: tradersblog on May 21, 2018, 02:37:00 PM Ok. Try to run this one from the command line directly: https://pastebin.com/Z42cBYkv (https://pastebin.com/Z42cBYkv) [/quote] Great ! Seems that it works now !!! Code: pi@grafpi ~/dashboard $ python external/tplink2.py -t 192.168.0.4 -c "info" [/quote] I PM'd you. The latest 2.1d14 version should fix the data insertion into influx [/quote] I tried with v 2.1d14 and this are the results: 1) python file "tplink.py" works 2) grm process says : "...response from rig decoded" 3) in grafana "power_usage" is still 0 Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 21, 2018, 02:42:18 PM Ok. Try to run this one from the command line directly: https://pastebin.com/Z42cBYkv (https://pastebin.com/Z42cBYkv) Great ! Seems that it works now !!! Code: pi@grafpi ~/dashboard $ python external/tplink2.py -t 192.168.0.4 -c "info" [/quote] I PM'd you. The latest 2.1d14 version should fix the data insertion into influx [/quote] I tried with v 2.1d14 and this are the results: 1) python file "tplink.py" works 2) grm process says : "...response from rig decoded" 3) in grafana "power_usage" is still 0 [/quote] ok. I don't have a 2.0 hw version of the plug so we need to troubleshoot this on a trial and error basis ... Which OS are you using? Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: iLLNiSS on May 21, 2018, 03:04:26 PM Config looks ok. But didn't you say you desktop miner only had 2 GPUs? It's currently configured with 3. Are you running the same version of PhoenixMiner on all miners? If nothing else works then please send me a full trace together with the use config file, plus the http output of your "desktop" rig. That was the case originally, but I've since added another card to it. Here is the html output from phoenix: https://pastebin.com/m4WEtyrR Here is the trace with JUST that desktop miner enabled (it seems as though it is the only one causing the problem. Any combination of the miners works until I reenable the desktop in the config: https://pastebin.com/Y6UkYAkZ The only difference I can make out from the output of the desktop rig versus the other miner rigs is the desktop rig has incorrect shares while the miner rigs have rejected shares. I reset the desktop miner to get fresh stats and it now runs fine. All of my miners show up in grafana and the console is error free now. So it would seem as though there is an issue somewhere with how your code handles the incorrect shares (rejected shares are different and working okay). Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 21, 2018, 03:18:48 PM Config looks ok. But didn't you say you desktop miner only had 2 GPUs? It's currently configured with 3. Are you running the same version of PhoenixMiner on all miners? If nothing else works then please send me a full trace together with the use config file, plus the http output of your "desktop" rig. That was the case originally, but I've since added another card to it. Here is the html output from phoenix: https://pastebin.com/m4WEtyrR Here is the trace with JUST that desktop miner enabled (it seems as though it is the only one causing the problem. Any combination of the miners works until I reenable the desktop in the config: https://pastebin.com/Y6UkYAkZ The only difference I can make out from the output of the desktop rig versus the other miner rigs is the desktop rig has incorrect shares while the miner rigs have rejected shares. I reset the desktop miner to get fresh stats and it now runs fine. All of my miners show up in grafana and the console is error free now. So it would seem as though there is an issue somewhere with how your code handles the incorrect shares (rejected shares are different and working okay). Got it. Now I am able to reproduce it. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 21, 2018, 03:38:03 PM Config looks ok. But didn't you say you desktop miner only had 2 GPUs? It's currently configured with 3. Are you running the same version of PhoenixMiner on all miners? If nothing else works then please send me a full trace together with the use config file, plus the http output of your "desktop" rig. That was the case originally, but I've since added another card to it. Here is the html output from phoenix: https://pastebin.com/m4WEtyrR Here is the trace with JUST that desktop miner enabled (it seems as though it is the only one causing the problem. Any combination of the miners works until I reenable the desktop in the config: https://pastebin.com/Y6UkYAkZ The only difference I can make out from the output of the desktop rig versus the other miner rigs is the desktop rig has incorrect shares while the miner rigs have rejected shares. I reset the desktop miner to get fresh stats and it now runs fine. All of my miners show up in grafana and the console is error free now. So it would seem as though there is an issue somewhere with how your code handles the incorrect shares (rejected shares are different and working okay). Try version 2.1.d15 Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: iLLNiSS on May 21, 2018, 03:43:13 PM Try version 2.1.d15 Thanks! I'll respond with an update if an incorrect pops up again. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: tradersblog on May 21, 2018, 07:14:46 PM I tried with v 2.1d14 and this are the results:
1) python file "tplink.py" works 2) grm process says : "...response from rig decoded" 3) in grafana "power_usage" is still 0 Quote ok. I don't have a 2.0 hw version of the plug so we need to troubleshoot this on a trial and error basis ... Which OS are you using? I'm using raspbian pi@grafpi ~ $ cat /etc/os-release PRETTY_NAME="Raspbian GNU/Linux 8 (jessie)" NAME="Raspbian GNU/Linux" VERSION_ID="8" VERSION="8 (jessie)" ID=raspbian ID_LIKE=debian HOME_URL="http://www.raspbian.org/" SUPPORT_URL="http://www.raspbian.org/RaspbianForums" BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs" Python 2.7.9 Is there a way to check how the script is saving the decoded info ? because the info from tplink are retrieved... We are so close! I noticed that your output of tplink.py is different from mine! Your example: You should get something like this: Code: Sent: {"emeter":{"get_realtime":{}}}My output: Code: Sent: {"emeter":{"get_realtime":{}}}names of parameters are different... Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 21, 2018, 08:02:10 PM I tried with v 2.1d14 and this are the results: 1) python file "tplink.py" works 2) grm process says : "...response from rig decoded" 3) in grafana "power_usage" is still 0 Quote ok. I don't have a 2.0 hw version of the plug so we need to troubleshoot this on a trial and error basis ... Which OS are you using? I'm using raspbian pi@grafpi ~ $ cat /etc/os-release PRETTY_NAME="Raspbian GNU/Linux 8 (jessie)" NAME="Raspbian GNU/Linux" VERSION_ID="8" VERSION="8 (jessie)" ID=raspbian ID_LIKE=debian HOME_URL="http://www.raspbian.org/" SUPPORT_URL="http://www.raspbian.org/RaspbianForums" BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs" Python 2.7.9 Is there a way to check how the script is saving the decoded info ? because the info from tplink are retrieved... We are so close! I noticed that your output of tplink.py is different from mine! Your example: You should get something like this: Code: Sent: {"emeter":{"get_realtime":{}}}My output: Code: Sent: {"emeter":{"get_realtime":{}}}names of parameters are different... Yes, I had already coded that part but as I cannot test it .... Could you check test version 2.1.d14a I have added extra tracing info Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: tradersblog on May 21, 2018, 09:09:34 PM I tried with v 2.1d14 and this are the results: 1) python file "tplink.py" works 2) grm process says : "...response from rig decoded" 3) in grafana "power_usage" is still 0 Quote ok. I don't have a 2.0 hw version of the plug so we need to troubleshoot this on a trial and error basis ... Which OS are you using? I'm using raspbian pi@grafpi ~ $ cat /etc/os-release PRETTY_NAME="Raspbian GNU/Linux 8 (jessie)" NAME="Raspbian GNU/Linux" VERSION_ID="8" VERSION="8 (jessie)" ID=raspbian ID_LIKE=debian HOME_URL="http://www.raspbian.org/" SUPPORT_URL="http://www.raspbian.org/RaspbianForums" BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs" Python 2.7.9 Is there a way to check how the script is saving the decoded info ? because the info from tplink are retrieved... We are so close! I noticed that your output of tplink.py is different from mine! Your example: You should get something like this: Code: Sent: {"emeter":{"get_realtime":{}}}My output: Code: Sent: {"emeter":{"get_realtime":{}}}names of parameters are different... Yes, I had already coded that part but as I cannot test it .... Could you check test version 2.1.d14a I have added extra tracing info Still 0s in grafana, but the grm message is slightly different: INFO: 2018/05/21 21:03:01 tplink.go:39: TPlink script execution succeeded! INFO: 2018/05/21 21:03:01 tplink.go:66: TPlink smart-plug response for rig03 rig decoded! version 2.0 517792 Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 21, 2018, 09:11:02 PM I tried with v 2.1d14 and this are the results: 1) python file "tplink.py" works 2) grm process says : "...response from rig decoded" 3) in grafana "power_usage" is still 0 Quote ok. I don't have a 2.0 hw version of the plug so we need to troubleshoot this on a trial and error basis ... Which OS are you using? I'm using raspbian pi@grafpi ~ $ cat /etc/os-release PRETTY_NAME="Raspbian GNU/Linux 8 (jessie)" NAME="Raspbian GNU/Linux" VERSION_ID="8" VERSION="8 (jessie)" ID=raspbian ID_LIKE=debian HOME_URL="http://www.raspbian.org/" SUPPORT_URL="http://www.raspbian.org/RaspbianForums" BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs" Python 2.7.9 Is there a way to check how the script is saving the decoded info ? because the info from tplink are retrieved... We are so close! I noticed that your output of tplink.py is different from mine! Your example: You should get something like this: Code: Sent: {"emeter":{"get_realtime":{}}}My output: Code: Sent: {"emeter":{"get_realtime":{}}}names of parameters are different... Yes, I had already coded that part but as I cannot test it .... Could you check test version 2.1.d14a I have added extra tracing info Still 0s in grafana, but the grm message is slightly different: INFO: 2018/05/21 21:03:01 tplink.go:39: TPlink script execution succeeded! INFO: 2018/05/21 21:03:01 tplink.go:66: TPlink smart-plug response for rig03 rig decoded! version 2.0 517792 OK. I am going to fix the tracing using one of my production rigs/smart plugs. Tomorrow I'll provide you another build. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: iLLNiSS on May 21, 2018, 11:52:15 PM So another issue I'm finding is the program seems to quit after about an hour (longest it's ran for me is 1.5hr). The last entry is:
Code: ERROR: 2018/05/21 21:27:49 influxdb.go:39: DBDaemon could not write record batch to influxDB... I can fire the app back up and it runs fine. Any ideas? Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 22, 2018, 04:26:45 AM So another issue I'm finding is the program seems to quit after about an hour (longest it's ran for me is 1.5hr). The last entry is: I had that problem before. Are you running it on a laptop? Check your power settings. Code: ERROR: 2018/05/21 21:27:49 influxdb.go:39: DBDaemon could not write record batch to influxDB... I can fire the app back up and it runs fine. Any ideas? Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: tradersblog on May 22, 2018, 01:51:46 PM I tried with v 2.1d14 and this are the results: 1) python file "tplink.py" works 2) grm process says : "...response from rig decoded" 3) in grafana "power_usage" is still 0 Quote ok. I don't have a 2.0 hw version of the plug so we need to troubleshoot this on a trial and error basis ... Which OS are you using? I'm using raspbian pi@grafpi ~ $ cat /etc/os-release PRETTY_NAME="Raspbian GNU/Linux 8 (jessie)" NAME="Raspbian GNU/Linux" VERSION_ID="8" VERSION="8 (jessie)" ID=raspbian ID_LIKE=debian HOME_URL="http://www.raspbian.org/" SUPPORT_URL="http://www.raspbian.org/RaspbianForums" BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs" Python 2.7.9 Is there a way to check how the script is saving the decoded info ? because the info from tplink are retrieved... We are so close! I noticed that your output of tplink.py is different from mine! Your example: You should get something like this: Code: Sent: {"emeter":{"get_realtime":{}}}My output: Code: Sent: {"emeter":{"get_realtime":{}}}names of parameters are different... Yes, I had already coded that part but as I cannot test it .... Could you check test version 2.1.d14a I have added extra tracing info Still 0s in grafana, but the grm message is slightly different: INFO: 2018/05/21 21:03:01 tplink.go:39: TPlink script execution succeeded! INFO: 2018/05/21 21:03:01 tplink.go:66: TPlink smart-plug response for rig03 rig decoded! version 2.0 517792 OK. I am going to fix the tracing using one of my production rigs/smart plugs. Tomorrow I'll provide you another build. Thanks a lot! Now I got values in grafana, but I cannot understand them: 1) selecting "power_usage" mean 1m >> 258 2) selecting "power_usage" last 1m >> 362 here is my dashboard >> https://snapshot.raintank.io/dashboard/snapshot/KxLC269ZD4h3x2fxtHLEgDVkKHN4nP5E and this is my python output: Sent: {"emeter":{"get_realtime":{}}} Received: {"emeter":{"get_realtime":{"voltage_mv":226559,"current_ma":2310,"power_mw":518346,"total_wh":21482,"err_code":0}}} 226 volts OK 518 Whats OK (4 RX 570 GPU) Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 22, 2018, 02:11:20 PM I tried with v 2.1d14 and this are the results: 1) python file "tplink.py" works 2) grm process says : "...response from rig decoded" 3) in grafana "power_usage" is still 0 Quote ok. I don't have a 2.0 hw version of the plug so we need to troubleshoot this on a trial and error basis ... Which OS are you using? I'm using raspbian pi@grafpi ~ $ cat /etc/os-release PRETTY_NAME="Raspbian GNU/Linux 8 (jessie)" NAME="Raspbian GNU/Linux" VERSION_ID="8" VERSION="8 (jessie)" ID=raspbian ID_LIKE=debian HOME_URL="http://www.raspbian.org/" SUPPORT_URL="http://www.raspbian.org/RaspbianForums" BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs" Python 2.7.9 Is there a way to check how the script is saving the decoded info ? because the info from tplink are retrieved... We are so close! I noticed that your output of tplink.py is different from mine! Your example: You should get something like this: Code: Sent: {"emeter":{"get_realtime":{}}}My output: Code: Sent: {"emeter":{"get_realtime":{}}}names of parameters are different... Yes, I had already coded that part but as I cannot test it .... Could you check test version 2.1.d14a I have added extra tracing info Still 0s in grafana, but the grm message is slightly different: INFO: 2018/05/21 21:03:01 tplink.go:39: TPlink script execution succeeded! INFO: 2018/05/21 21:03:01 tplink.go:66: TPlink smart-plug response for rig03 rig decoded! version 2.0 517792 OK. I am going to fix the tracing using one of my production rigs/smart plugs. Tomorrow I'll provide you another build. Thanks a lot! Now I got values in grafana, but I cannot understand them: 1) selecting "power_usage" mean 1m >> 258 2) selecting "power_usage" last 1m >> 362 here is my dashboard >> https://snapshot.raintank.io/dashboard/snapshot/KxLC269ZD4h3x2fxtHLEgDVkKHN4nP5E and this is my python output: Sent: {"emeter":{"get_realtime":{}}} Received: {"emeter":{"get_realtime":{"voltage_mv":226559,"current_ma":2310,"power_mw":518346,"total_wh":21482,"err_code":0}}} 226 volts OK 518 Whats OK (4 RX 570 GPU) Have you check the power detail template dashboard? Are the values showed there correct? Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: tradersblog on May 22, 2018, 03:00:18 PM Quote OK. I am going to fix the tracing using one of my production rigs/smart plugs. Tomorrow I'll provide you another build. Quote Thanks a lot! Now I got values in grafana, but I cannot understand them: 1) selecting "power_usage" mean 1m >> 258 2) selecting "power_usage" last 1m >> 362 here is my dashboard >> https://snapshot.raintank.io/dashboard/snapshot/KxLC269ZD4h3x2fxtHLEgDVkKHN4nP5E and this is my python output: Sent: {"emeter":{"get_realtime":{}}} Received: {"emeter":{"get_realtime":{"voltage_mv":226559,"current_ma":2310,"power_mw":518346,"total_wh":21482,"err_code":0}}} 226 volts OK 518 Whats OK (4 RX 570 GPU) [/quote] Have you check the power detail template dashboard? Are the values showed there correct? [/quote] I've uploaded the txt file of the output of the influxdb query >> http://textuploader.com/dfy1e can you create a grm developing channel in telegram ? it's more simple to communicate with frequent messages and attachements... Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 22, 2018, 05:58:32 PM Hi all,
I have created a telegram group for the rigmonitor community. Here's the link: https://t.me/joinchat/IuYcwBKqbGqIeXpw9sfq7Q (https://t.me/joinchat/IuYcwBKqbGqIeXpw9sfq7Q) rodneymo Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: iLLNiSS on May 22, 2018, 10:08:47 PM So another issue I'm finding is the program seems to quit after about an hour (longest it's ran for me is 1.5hr). The last entry is: I had that problem before. Are you running it on a laptop? Check your power settings. Code: ERROR: 2018/05/21 21:27:49 influxdb.go:39: DBDaemon could not write record batch to influxDB... I can fire the app back up and it runs fine. Any ideas? Nah, on an RPI. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 23, 2018, 04:02:19 AM So another issue I'm finding is the program seems to quit after about an hour (longest it's ran for me is 1.5hr). The last entry is: I had that problem before. Are you running it on a laptop? Check your power settings. Code: ERROR: 2018/05/21 21:27:49 influxdb.go:39: DBDaemon could not write record batch to influxDB... I can fire the app back up and it runs fine. Any ideas? Nah, on an RPI. Try to increase the influx write interval eg 30s. If that doesn’t work then send me a trace together with the influx log Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: iLLNiSS on May 24, 2018, 12:16:26 AM So another issue I'm finding is the program seems to quit after about an hour (longest it's ran for me is 1.5hr). The last entry is: I had that problem before. Are you running it on a laptop? Check your power settings. Code: ERROR: 2018/05/21 21:27:49 influxdb.go:39: DBDaemon could not write record batch to influxDB... I can fire the app back up and it runs fine. Any ideas? Nah, on an RPI. Try to increase the influx write interval eg 30s. If that doesn’t work then send me a trace together with the influx log Below is after increasing to 30s in the rig-monitor conf. Influx log (line 499 has the timeout): https://pastebin.com/qE4v6rr1 rig-monitor log with console output at the end: https://pastebin.com/k55KpGbM As you can see, this was almost 1 hour on the button. So far all have crashed at 15min intervals around an hour. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 24, 2018, 02:16:59 PM So another issue I'm finding is the program seems to quit after about an hour (longest it's ran for me is 1.5hr). The last entry is: I had that problem before. Are you running it on a laptop? Check your power settings. Code: ERROR: 2018/05/21 21:27:49 influxdb.go:39: DBDaemon could not write record batch to influxDB... I can fire the app back up and it runs fine. Any ideas? Nah, on an RPI. Try to increase the influx write interval eg 30s. If that doesn’t work then send me a trace together with the influx log Below is after increasing to 30s in the rig-monitor conf. Influx log (line 499 has the timeout): https://pastebin.com/qE4v6rr1 rig-monitor log with console output at the end: https://pastebin.com/k55KpGbM As you can see, this was almost 1 hour on the button. So far all have crashed at 15min intervals around an hour. Found some memory leaks, which have been fixed in 2.1.d17. I have tested it on my raspberry PI 1 and it's been running fine for almost 3 hours now. Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: Germini on May 25, 2018, 07:04:20 AM Hi, I've been trying to customize the panels available from claymore and castxmr but when copying overall rig status from claymore to other dashboard I see that Mining Time has incorrect values. How to fix this?
After some debugging I realized that the query from the original panel is different than the copied one. Is there any way to make it the same?. Where to specify $timeFilter in the copied one? in the query of the original panel it says: Code: "SELECT installed_gpus,active_gpus/installed_gpus,last(hr)*1000000, target_hr*1000000,"mining_time" FROM "miner_system" WH ERE miner='CLAYMORE' and time >= now() - 24h group by "rig_id"" Code: "SELECT installed_gpus,active_gpus/installed_gpus,last(hr)*1000000, target_hr*1000000,"mining_time" FROM "miner_system" WH ERE miner='CLAYMORE' and time >= 1527129649148ms and time <= 1527151249150ms group by "rig_id"" I separated the word WHERE to avoid blocking from forum EDIT: The time range in the top right was between an old time that is the $timeFilter so that's why the values are outdated. I leave the post for anyone with the same problem to fixit. Thanks for your work rodney2250!! :D :D Title: Re: rig-monitor 2.0 - Monitor rigs/pools/power/market on any OS Post by: rodney2250 on May 25, 2018, 02:09:21 PM So another issue I'm finding is the program seems to quit after about an hour (longest it's ran for me is 1.5hr). The last entry is: I had that problem before. Are you running it on a laptop? Check your power settings. Code: ERROR: 2018/05/21 21:27:49 influxdb.go:39: DBDaemon could not write record batch to influxDB... I can fire the app back up and it runs fine. Any ideas? Nah, on an RPI. Try to increase the influx write interval eg 30s. If that doesn’t work then send me a trace together with the influx log Below is after increasing to 30s in the rig-monitor conf. Influx log (line 499 has the timeout): https://pastebin.com/qE4v6rr1 rig-monitor log with console output at the end: https://pastebin.com/k55KpGbM As you can see, this was almost 1 hour on the button. So far all have crashed at 15min intervals around an hour. New (stable) version 2.1 has been released. That issue should be permanently fixed in that version. I have it running for many hours now and both influxDB connection as well as memory usage are stable. Title: Re: [NEW VERSION] rig-monitor 2.1 now support for SRBMiner,XMRig-proxy,PhoenixMiner Post by: rodney2250 on May 25, 2018, 02:11:03 PM Hi all,
version 2.1 (stable) has been released. Besides the new features this version solves multiple memory management issues so I suggest you upgrade ASAP. rodneymo Title: Re: [NEW VERSION] rig-monitor 2.1 now support for SRBMiner,XMRig-proxy,PhoenixMiner Post by: iLLNiSS on May 26, 2018, 03:58:32 AM Hi all, version 2.1 (stable) has been released. Besides the new features this version solves multiple memory management issues so I suggest you upgrade ASAP. rodneymo Trying it out now. The last release still errored out for the same influxdb timeout with the 30s limit. I seem to have found another issue with the parsing. My Nvidia card sometimes errors out and the driver stops reporting fanspeed. After that happens, rig-monitor does not report the fanspeed or the temperatures for the other cards despite them being available in the html output. HTML output: https://pastebin.com/JYRwbNbS Grafana just lists all 3 cards as 0 for fanspeed/temps. Title: Re: [NEW VERSION] rig-monitor 2.1 now support for SRBMiner,XMRig-proxy,PhoenixMiner Post by: rodney2250 on May 26, 2018, 06:31:06 AM Hi all, version 2.1 (stable) has been released. Besides the new features this version solves multiple memory management issues so I suggest you upgrade ASAP. rodneymo Trying it out now. The last release still errored out for the same influxdb timeout with the 30s limit. I seem to have found another issue with the parsing. My Nvidia card sometimes errors out and the driver stops reporting fanspeed. After that happens, rig-monitor does not report the fanspeed or the temperatures for the other cards despite them being available in the html output. HTML output: https://pastebin.com/JYRwbNbS Grafana just lists all 3 cards as 0 for fanspeed/temps. About the timeout, I think we need to rule out a grm issue as I have been running it on a raspberry PI 1 for almost days without issues. Could you PM you config file, I'll set up my simulator to see if everything checks out. Also, what's the command you are using to start grm? and are you running it as a service or from the command line? I'll. take a look at the Nvidia output and provide you a fix. Title: Re: [NEW VERSION] rig-monitor 2.1 now support for SRBMiner,XMRig-proxy,PhoenixMiner Post by: rodney2250 on May 26, 2018, 02:05:50 PM Hi all, version 2.1 (stable) has been released. Besides the new features this version solves multiple memory management issues so I suggest you upgrade ASAP. rodneymo Trying it out now. The last release still errored out for the same influxdb timeout with the 30s limit. I seem to have found another issue with the parsing. My Nvidia card sometimes errors out and the driver stops reporting fanspeed. After that happens, rig-monitor does not report the fanspeed or the temperatures for the other cards despite them being available in the html output. HTML output: https://pastebin.com/JYRwbNbS Grafana just lists all 3 cards as 0 for fanspeed/temps. Fix in 2.1.1 Title: Re: [NEW VERSION] rig-monitor 2.1 now support for SRBMiner,XMRig-proxy,PhoenixMiner Post by: iLLNiSS on May 26, 2018, 04:44:11 PM About the timeout, I think we need to rule out a grm issue as I have been running it on a raspberry PI 1 for almost days without issues. Could you PM you config file, I'll set up my simulator to see if everything checks out. Also, what's the command you are using to start grm? and are you running it as a service or from the command line? I'll. take a look at the Nvidia output and provide you a fix. With 2.1.0 it has stopped crashing on me and has now been running for 13 hours, so that's good :) With 2.1.1 the fanspeed issue is resolved on my end. Good work. Your efforts are much appreciated. Title: Re: [NEW VERSION]rig-monitor now supports SRBMiner,XMRig-proxy,PhoenixMiner,CastXmr Post by: sergey1301 on May 27, 2018, 07:05:48 AM I use raspberry pi as a server. I need to be able to follow the rest of the settings. In raspberry there is control of the installation.
Title: Re: [NEW VERSION]rig-monitor now supports SRBMiner,XMRig-proxy,PhoenixMiner,CastXmr Post by: rodney2250 on May 27, 2018, 07:07:31 AM I use raspberry pi as a server. I need to be able to follow the rest of the settings. In raspberry there is control of the installation. Hi Sergey, you can find the instructions here: https://www.rigmonitor.app/blog/version-2-0-beta-installation-instructions/ (https://www.rigmonitor.app/blog/version-2-0-beta-installation-instructions/) Title: Re: [NEW VERSION]rig-monitor now supports SRBMiner,XMRig-proxy,PhoenixMiner,CastXmr Post by: sergey1301 on May 27, 2018, 07:20:08 AM I use raspberry pi as a server. I need to be able to follow the rest of the settings. In raspberry there is control of the installation. Hi Sergey, you can find the instructions here: https://www.rigmonitor.app/blog/version-2-0-beta-installation-instructions/ (https://www.rigmonitor.app/blog/version-2-0-beta-installation-instructions/) Thank you! Title: Re: [NEW VERSION]rig-monitor now supports SRBMiner,XMRig-proxy,PhoenixMiner,CastXmr Post by: iLLNiSS on May 27, 2018, 04:10:45 PM I use raspberry pi as a server. I need to be able to follow the rest of the settings. In raspberry there is control of the installation. Hi Sergey, you can find the instructions here: https://www.rigmonitor.app/blog/version-2-0-beta-installation-instructions/ (https://www.rigmonitor.app/blog/version-2-0-beta-installation-instructions/) Thank you! I use a script to simplify the influx and grafana install for raspberry pi (tested on raspbian stretch) if you're having any trouble installing them. Code: # Create InfluxDB and Grafana 4.4.3 (latest) And if you're looking to set up rig monitor as a system service, here is a systemctl service file you can create (/lib/systemd/system/grm.service). Just make sure to set the execstart and workingdirectory to where your grm files are. If you do not set the workingdirectory grm will error out that it can't locate your config file even if you specify the location with -config. Code: [Unit] After creating the file do a daemon-reload, enable the service and start the service. Title: Re: [NEW VERSION]rig-monitor now supports SRBMiner,XMRig-proxy,PhoenixMiner,CastXmr Post by: rodney2250 on May 28, 2018, 09:49:45 AM Would you mind if I add this to future release packages? Of course I'll add the necessary info and license about the author
Title: Re: [NEW VERSION]rig-monitor now supports SRBMiner,XMRig-proxy,PhoenixMiner,CastXmr Post by: rodney2250 on May 28, 2018, 09:51:00 AM For those of you using CastXMR, version 2.1.2 has been released. It adds support for "mining_time" and updates the "Rig Overall status" panel on the respective dashboard template.
Title: Re: [NEW VERSION]rig-monitor now supports SRBMiner,XMRig-proxy,PhoenixMiner,CastXmr Post by: iLLNiSS on May 28, 2018, 12:43:36 PM Would you mind if I add this to future release packages? Of course I'll add the necessary info and license about the author I didn’t create the script, it was sourced from here: https://tech.scargill.net/grafana-and-influxdb/ If that’s what you’re referring to. Title: Re: [NEW VERSION]rig-monitor now supports SRBMiner,XMRig-proxy,PhoenixMiner,CastXmr Post by: rodney2250 on May 29, 2018, 12:06:34 PM Hi all, I have just published the 2.2_development_2 version. This version includes, amongst other things, the ability to reset rigs via Wemo or TP-Link smart plugs through user defined rules. If you want to test it then you can download it here: https://github.com/rodneymo/rig-monitorv2/releases/tag/2.2.d.2 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.2.d.2) Title: Re: [NEW VERSION]rig-monitor now supports SRBMiner,XMRig-proxy,PhoenixMiner,CastXmr Post by: rodney2250 on May 30, 2018, 05:05:41 AM I have just create a mining overview example dashboard that combines rig, pool and market data. See picture below. This example will be included in future releases, but in the meantime you can download it from here https://github.com/rodneymo/rig-monitorv2/issues/10 (https://github.com/rodneymo/rig-monitorv2/issues/10) https://www.rigmonitor.app/blog/wp-content/uploads/2018/05/final.jpg Title: Re: [NEW VERSION]rig-monitor now supports SRBMiner,XMRig-proxy,PhoenixMiner,CastXmr Post by: rodney2250 on May 30, 2018, 07:26:59 AM I just published a post on the blog explaining the power management feature. You can read about it here: https://www.rigmonitor.app/blog/using-rig-monitors-power-management-feature/ (https://www.rigmonitor.app/blog/using-rig-monitors-power-management-feature/) Title: Re: [NEW VERSION]rig-monitor now supports SRBMiner,XMRig-proxy,PhoenixMiner,CastXmr Post by: iLLNiSS on May 30, 2018, 12:08:48 PM Hi all, I have just published the 2.2_development_2 version. This version includes, amongst other things, the ability to reset rigs via Wemo or TP-Link smart plugs through user defined rules. If you want to test it then you can download it here: https://github.com/rodneymo/rig-monitorv2/releases/tag/2.2.d.2 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.2.d.2) This link appears to only have the readme file included. Title: Re: [NEW VERSION]rig-monitor now supports SRBMiner,XMRig-proxy,PhoenixMiner,CastXmr Post by: rodney2250 on May 30, 2018, 01:23:24 PM Hi all, I have just published the 2.2_development_2 version. This version includes, amongst other things, the ability to reset rigs via Wemo or TP-Link smart plugs through user defined rules. If you want to test it then you can download it here: https://github.com/rodneymo/rig-monitorv2/releases/tag/2.2.d.2 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.2.d.2) This link appears to only have the readme file included. Yes. Sorry that’s because in the meantime I fixed several bugs. The latest dev version is 2.2.d6 Title: Re: [NEW VERSION]rig-monitor now supports SRBMiner,XMRig-proxy,PhoenixMiner,CastXmr Post by: rodney2250 on May 30, 2018, 06:32:15 PM Hi all, I have just published the 2.2_development_2 version. This version includes, amongst other things, the ability to reset rigs via Wemo or TP-Link smart plugs through user defined rules. If you want to test it then you can download it here: https://github.com/rodneymo/rig-monitorv2/releases/tag/2.2.d.2 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.2.d.2) This link appears to only have the readme file included. Yes. Sorry that’s because in the meantime I fixed several bugs. The latest dev version is 2.2.d6 I just posted another dev version 2.2.d7, which adds automatic reload of rig, pool and power management rules in case of configuration file changes, during runtime. Title: Re: [NEW VERSION]rig-monitor now supports SRBMiner,XMRig-proxy,PhoenixMiner,CastXmr Post by: rodney2250 on May 31, 2018, 10:38:42 AM Hi all, just published version 2.1.3. This release fixes issues with rig-monitor crashing when claymore output is out of order (sometimes Total speed & shares line come up before the GPU spec lines). You can download it from here: https://github.com/rodneymo/rig-monitorv2/releases/tag/2.1.3 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.1.3) Title: Re: [NEW VERSION]rig-monitor now supports SRBMiner,XMRig-proxy,PhoenixMiner,CastXmr Post by: rodney2250 on June 01, 2018, 10:38:25 AM I just came accross of a nice way to launch TeamViewer app and SSH from Grafana. Take a look at it here: https://www.rigmonitor.app/blog/launching-rig-management-applications-from-grafana/ Title: Re: [NEW VERSION]rig-monitor now supports SRBMiner,XMRig-proxy,PhoenixMiner,CastXmr Post by: rodney2250 on June 01, 2018, 01:12:07 PM I just came accross of a nice way to launch TeamViewer app and SSH from Grafana. Take a look at it here: https://www.rigmonitor.app/blog/launching-rig-management-applications-from-grafana/ Version 2.2 is out!! What's new in version 2.2: -Support for fairpool -Support for monitoring power consumption via Wemo smart plugs -Automatically reset rigs - via TP-Link and Wemo smart plugs - based on power consumption, hashrate or any other available KPI in influxDB (power mgmt rules) -Ability to trigger custom scripts (e.g. control external device that resets rig PSU) based on power consumption, hashrate or any other available KPI in influxDB (power mgmt rules) -Automatic reload of rig, pool and power management rules in case of configuration file changes, during runtime. Other settings are not updated during runtime. -Launch remote management applications like ssh or Team Viewer from Grafana -CastXMR now includes "mining_time" -Fixed issue with crashing due to claymore output being out of order (sometimes Claymore outputs the Total speed & shares line before the GPU spec lines) -Several other minor bug fixes and improvements You can download it here: https://github.com/rodneymo/rig-monitorv2/releases (https://github.com/rodneymo/rig-monitorv2/releases) Title: Re: [NEW VERSION]rig-monitor now supports SRBMiner,XMRig-proxy,PhoenixMiner,CastXmr Post by: rodney2250 on June 01, 2018, 05:01:16 PM I just came accross of a nice way to launch TeamViewer app and SSH from Grafana. Take a look at it here: https://www.rigmonitor.app/blog/launching-rig-management-applications-from-grafana/ Version 2.2 is out!! What's new in version 2.2: -Support for fairpool -Support for monitoring power consumption via Wemo smart plugs -Automatically reset rigs - via TP-Link and Wemo smart plugs - based on power consumption, hashrate or any other available KPI in influxDB (power mgmt rules) -Ability to trigger custom scripts (e.g. control external device that resets rig PSU) based on power consumption, hashrate or any other available KPI in influxDB (power mgmt rules) -Automatic reload of rig, pool and power management rules in case of configuration file changes, during runtime. Other settings are not updated during runtime. -Launch remote management applications like ssh or Team Viewer from Grafana -CastXMR now includes "mining_time" -Fixed issue with crashing due to claymore output being out of order (sometimes Claymore outputs the Total speed & shares line before the GPU spec lines) -Several other minor bug fixes and improvements You can download it here: https://github.com/rodneymo/rig-monitorv2/releases (https://github.com/rodneymo/rig-monitorv2/releases) Anyone has any new requirements/features for 2.3? I am currently working out the scope for release 2.3. Current candidates: -profitability calc. and dashboard -bminer support -resetting PSU via raspberry GPIO Title: Re: [New version]rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: Buda on June 02, 2018, 12:33:51 PM Hi!
Your job is awesome. Please add miner.rocks pool support, and sonofff plug support. Thanks. Title: Re: [New version]rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: rodney2250 on June 02, 2018, 05:38:39 PM Hi! Your job is awesome. Please add miner.rocks pool support, and sonofff plug support. Thanks. Thanks. I noticed you already created a GitHub feature request. I'll take it from here. Title: Re: [New version]rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: rodney2250 on June 02, 2018, 07:08:30 PM Anyone using raspberry PIs who would like to use the GPIO to reset rigs?
Title: Re: [New version]rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: IndieMiner on June 02, 2018, 10:42:32 PM This is a very useful tool, thank you for sharing! Will be looking forward to using this with more pools as they become supported.
Keep up the great work! Title: Re: [New version]rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: rodney2250 on June 03, 2018, 12:29:10 PM This is a very useful tool, thank you for sharing! Will be looking forward to using this with more pools as they become supported. Keep up the great work! Thanks. Do you have other pools in mind? Which ones? Title: Re: [New version]rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: rodney2250 on June 04, 2018, 06:04:17 PM Hi all, version 2.3.d1 (development) has been published. It includes support for bminer and EWBF miners. You can get it here:https://github.com/rodneymo/rig-monitorv2/releases/tag/2.3.d1 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.3.d1) Later this week I'll make another release with the all-new (past ad future) profitability logic and dashboards. Title: Re: [New version]rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: rodney2250 on June 04, 2018, 08:03:15 PM Hi all, version 2.3.d1 (development) has been published. It includes support for bminer and EWBF miners. You can get it here:https://github.com/rodneymo/rig-monitorv2/releases/tag/untagged-c30d233b2b307bbc6d7a Later this week I'll make another release with the all-new (past ad future) profitability logic and dashboards. this is the correct link for version 2.3.d1: https://github.com/rodneymo/rig-monitorv2/releases/tag/2.3.d1 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.3.d1) Title: Re: [New version]rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: rodney2250 on June 08, 2018, 01:52:58 PM Hi all, version 2.3.d3 (development) has been published. It includes support for: bminer EWBF Ethminer suprnova pools You can get it here:https://github.com/rodneymo/rig-monitorv2/releases/tag/2.3.d.3 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.3.d.3) Next this week I'll make another release with the all-new profitability logic and dashboards. Title: Re: [New version]rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: rodney2250 on June 09, 2018, 07:30:38 AM Hi all, I found a bug on the claymore praser during the stability testing (10 days). It's rare, I have only seen it once, but I am issuing a patch nonetheless to both developement and stable branches: 2.2.2 (stable) 2.3.d.5 (developement) you can download them here: https://github.com/rodneymo/rig-monitorv2/releases Title: Re: free rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: eXta on June 09, 2018, 11:20:45 AM Hi !
First, many thanks for this very usefull tool ! I was planning for tests with https://github.com/Kasmetski/auto-hard-reset for Pi GPIO until I found your project. I'm interested in testing your solution with Pi 3 if needed. I'm looking after nicehash pool, minergate pools and cryptoknight.cc pools support if you still take feature requests. For this last pool, I'll try to look into the sources, I think it may be close to node-js/fairpool code. Would be glad to contribute if I can, I really appreciate that you have opened your sources. Again, thank you for your awesome Rig Monitor Title: Re: free rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: rodney2250 on June 09, 2018, 07:33:54 PM Hi ! First, many thanks for this very usefull tool ! I was planning for tests with https://github.com/Kasmetski/auto-hard-reset for Pi GPIO until I found your project. I'm interested in testing your solution with Pi 3 if needed. I'm looking after nicehash pool, minergate pools and cryptoknight.cc pools support if you still take feature requests. For this last pool, I'll try to look into the sources, I think it may be close to node-js/fairpool code. Would be glad to contribute if I can, I really appreciate that you have opened your sources. Again, thank you for your awesome Rig Monitor Hey, thanks dude. about pool support, could you create the respective feature requests on here: https://github.com/rodneymo/rig-monitorv2/issues (https://github.com/rodneymo/rig-monitorv2/issues) Which one is highest prio for you? I have plans to add raspberry GPIO to rig-monitor soon. That will probably be in version 2.4 (ETA 2 weeks). cryptoknight.cc implementation is not based on cryptonote-api, which is the standard for nodejs pools. After some googling, I found and tested the network stats API: https://cryptoknight.cc/rpc/karbo/stats, but not the other ones. If you can help me finding out the other apis then I can get it to the next 2.3 dev version. I need miner stats, worker stats (if available) and payments. Title: Re: free rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: rodney2250 on June 09, 2018, 07:58:23 PM Hi ! First, many thanks for this very usefull tool ! I was planning for tests with https://github.com/Kasmetski/auto-hard-reset for Pi GPIO until I found your project. I'm interested in testing your solution with Pi 3 if needed. I'm looking after nicehash pool, minergate pools and cryptoknight.cc pools support if you still take feature requests. For this last pool, I'll try to look into the sources, I think it may be close to node-js/fairpool code. Would be glad to contribute if I can, I really appreciate that you have opened your sources. Again, thank you for your awesome Rig Monitor I spoke with the cryptoknight.cc discord mods and they provided me with a list of APIs. Could you send me the results of the APIs? for the coming 6-7 days I am away from home so I can't setup my test server. You can PM me the results on telegram @rodneymo Pool Stats: https://cryptoknight.cc/rpc/ipbc/stats Miner Stats: https://cryptoknight.cc/rpc/ipbc/stats_address?address= Miner Payments: https://cryptoknight.cc/rpc/ipbc/get_payments?time=&address= Miner Blocks: https://cryptoknight.cc/rpc/ipbc/get_userblocks?height=&address= Pool Payments: https://cryptoknight.cc/rpc/ipbc/get_payments?time= Pool Blocks: https://cryptoknight.cc/rpc/ipbc/get_blocks?height= Title: Re: free rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: eXta on June 09, 2018, 09:04:52 PM Of course,
I sent you the results. https://cryptoknight.cc/rpc/ipbc/get_userblocks?height=&address= gave me an Invalid API call no matter what (recent) height I put. Was searching about your code trying to contribute when I realised that only the v1 was open sourced :( Been fooled by the generated "Source code" on github that contain only the README. Title: Re: free rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: rodney2250 on June 10, 2018, 03:24:52 PM Of course, I sent you the results. https://cryptoknight.cc/rpc/ipbc/get_userblocks?height=&address= gave me an Invalid API call no matter what (recent) height I put. Was searching about your code trying to contribute when I realised that only the v1 was open sourced :( Been fooled by the generated "Source code" on github that contain only the README. I already have an implementation but need to do some testing. I should release a dev version in the coming 1-2 days. True about the open source, I am not really sure what to do about it, given my past experience with v1: a bunch of ppl forking the code but only 1 guy contributing. Anyways, I am still thinking about it and it's not set in stone. Title: Re: free rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: starmax on June 11, 2018, 05:24:53 PM Hey, I just set this up over the weekend. Very cool software!! I'm having some trouble with getting the TP-Link info. I tried with 2.3.6d and 2.2.2 (installed Python 2.7.13 and set the PATH var), getting this in the log:
ERROR: 2018/06/11 11:33:48 tplink.go:139: Could not run tplink.py script. Failed with exit status 1 ERROR: 2018/06/11 11:33:48 tplink.go:28: TPlink script execution failed! This is my rigList config for 1 of my TP-Link HS110 plugs: "6xGTX1070,phoenixminer,label_nanopool,,http://192.168.5.8:3333,6,197,,tplink,192.168.5.80,850,70", I don't know the cause of the exit is, or how to get more logging info. Any help would be appreciated! Title: Re: free rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: rodney2250 on June 11, 2018, 05:29:04 PM Hey, I just set this up over the weekend. Very cool software!! I'm having some trouble with getting the TP-Link info. I tried with 2.3.6d and 2.2.2 (installed Python 2.7.13 and set the PATH var), getting this in the log: ERROR: 2018/06/11 11:33:48 tplink.go:139: Could not run tplink.py script. Failed with exit status 1 ERROR: 2018/06/11 11:33:48 tplink.go:28: TPlink script execution failed! This is my rigList config for 1 of my TP-Link HS110 plugs: "6xGTX1070,phoenixminer,label_nanopool,,http://192.168.5.8:3333,6,197,,tplink,192.168.5.80,850,70", I don't know the cause of the exit is, or how to get more logging info. Any help would be appreciated! Hi, if you cd to grm's folder and run the following command then what is the output? Code: python ./external/tplink.py -t "192.168.5.80" -j '{"emeter":{"get_realtime":{}}}' Title: Re: free rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: starmax on June 11, 2018, 05:33:23 PM Hi, if you cd to grm's folder and run the following command then what is the output? Code: python ./external/tplink.py -t "192.168.5.80" -j '{"emeter":{"get_realtime":{}}}' Here it is (thank you!!!): C:\Users\bryan\Mining\monitoring\grm-2.3.d.6-windows-amd64\external>python ./tplink.py -t "192.168.5.80" -j '{"emeter":{"get_realtime":{}}}' Traceback (most recent call last): File "./tplink.py", line 57, in <module> args = parser.parse_args() File "C:\Program Files\Python27\lib\argparse.py", line 1701, in parse_args args, argv = self.parse_known_args(args, namespace) File "C:\Program Files\Python27\lib\argparse.py", line 1733, in parse_known_args namespace, args = self._parse_known_args(args, namespace) File "C:\Program Files\Python27\lib\argparse.py", line 1939, in _parse_known_args start_index = consume_optional(start_index) File "C:\Program Files\Python27\lib\argparse.py", line 1879, in consume_optional take_action(action, args, option_string) File "C:\Program Files\Python27\lib\argparse.py", line 1791, in take_action argument_values = self._get_values(action, argument_strings) File "C:\Program Files\Python27\lib\argparse.py", line 2231, in _get_values value = self._get_value(action, arg_string) File "C:\Program Files\Python27\lib\argparse.py", line 2260, in _get_value result = type_func(arg_string) File "./tplink.py", line 10, in validIP socket.inet_pton(socket.AF_INET, ip) AttributeError: 'module' object has no attribute 'inet_pton' Title: Re: free rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: rodney2250 on June 11, 2018, 05:41:38 PM Hi, if you cd to grm's folder and run the following command then what is the output? Code: python ./external/tplink.py -t "192.168.5.80" -j '{"emeter":{"get_realtime":{}}}' Here it is (thank you!!!): C:\Users\bryan\Mining\monitoring\grm-2.3.d.6-windows-amd64\external>python ./tplink.py -t "192.168.5.80" -j '{"emeter":{"get_realtime":{}}}' Traceback (most recent call last): File "./tplink.py", line 57, in <module> args = parser.parse_args() File "C:\Program Files\Python27\lib\argparse.py", line 1701, in parse_args args, argv = self.parse_known_args(args, namespace) File "C:\Program Files\Python27\lib\argparse.py", line 1733, in parse_known_args namespace, args = self._parse_known_args(args, namespace) File "C:\Program Files\Python27\lib\argparse.py", line 1939, in _parse_known_args start_index = consume_optional(start_index) File "C:\Program Files\Python27\lib\argparse.py", line 1879, in consume_optional take_action(action, args, option_string) File "C:\Program Files\Python27\lib\argparse.py", line 1791, in take_action argument_values = self._get_values(action, argument_strings) File "C:\Program Files\Python27\lib\argparse.py", line 2231, in _get_values value = self._get_value(action, arg_string) File "C:\Program Files\Python27\lib\argparse.py", line 2260, in _get_value result = type_func(arg_string) File "./tplink.py", line 10, in validIP socket.inet_pton(socket.AF_INET, ip) AttributeError: 'module' object has no attribute 'inet_pton' Ok. This seems to be an issue with python's socket module. Check the last comment from this GitHub issue.: https://github.com/mitsuhiko/python-geoip/issues/4 (https://github.com/mitsuhiko/python-geoip/issues/4) Title: Re: free rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: rodney2250 on June 11, 2018, 05:46:49 PM Hi, if you cd to grm's folder and run the following command then what is the output? Code: python ./external/tplink.py -t "192.168.5.80" -j '{"emeter":{"get_realtime":{}}}' Here it is (thank you!!!): C:\Users\bryan\Mining\monitoring\grm-2.3.d.6-windows-amd64\external>python ./tplink.py -t "192.168.5.80" -j '{"emeter":{"get_realtime":{}}}' Traceback (most recent call last): File "./tplink.py", line 57, in <module> args = parser.parse_args() File "C:\Program Files\Python27\lib\argparse.py", line 1701, in parse_args args, argv = self.parse_known_args(args, namespace) File "C:\Program Files\Python27\lib\argparse.py", line 1733, in parse_known_args namespace, args = self._parse_known_args(args, namespace) File "C:\Program Files\Python27\lib\argparse.py", line 1939, in _parse_known_args start_index = consume_optional(start_index) File "C:\Program Files\Python27\lib\argparse.py", line 1879, in consume_optional take_action(action, args, option_string) File "C:\Program Files\Python27\lib\argparse.py", line 1791, in take_action argument_values = self._get_values(action, argument_strings) File "C:\Program Files\Python27\lib\argparse.py", line 2231, in _get_values value = self._get_value(action, arg_string) File "C:\Program Files\Python27\lib\argparse.py", line 2260, in _get_value result = type_func(arg_string) File "./tplink.py", line 10, in validIP socket.inet_pton(socket.AF_INET, ip) AttributeError: 'module' object has no attribute 'inet_pton' Ok. This seems to be an issue with python's socket module. Check the last comment from this GitHub issue.: https://github.com/mitsuhiko/python-geoip/issues/4 (https://github.com/mitsuhiko/python-geoip/issues/4) Sorry something that escaped me. For the last step, you should actually replace Code: import socket with Code: import win_inet_pton in the tplink.py script Title: Re: free rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: starmax on June 11, 2018, 06:10:01 PM Sorry something that escaped me. For the last step, you should actually replace Code: import socket with Code: import win_inet_pton in the tplink.py script I ended up needing to add Code: import win_inet_pton Code: import socket I know it's been requested before, but adding Nicehash monitoring would be huge for me. Nicehash has been paying more for CryptonightV7 mining than straight XMR mining for a while now, so I keep mining there. Thanks again! Title: Re: free rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: rodney2250 on June 12, 2018, 09:14:57 AM Of course, I sent you the results. https://cryptoknight.cc/rpc/ipbc/get_userblocks?height=&address= gave me an Invalid API call no matter what (recent) height I put. Was searching about your code trying to contribute when I realised that only the v1 was open sourced :( Been fooled by the generated "Source code" on github that contain only the README. I just published version 2.3.d.7, which includes cryptoknight pool support. Bear in mind the API data is very limited, basically: hr, paid, balance and payments. Title: Re: free rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: rodney2250 on June 13, 2018, 02:01:04 PM version 2.3.0 has been released https://github.com/rodneymo/rig-monitorv2/releases/tag/2.3.0 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.3.0) What's new? Support for Bminer, includes dashboard template Support for EWBF, includes dashboard template Support for Ethminer, includes dashboard template Support for suprnova pools Support for cryptoknight pools Ethminer fix to support 0.14 and earlier versions Fixed grm crashes in rare occasions when claymore html output will not include GPU specs Title: Re: free rig-monitor now supports Wemo plugs,FairPool,power reset triggers Post by: rodney2250 on June 19, 2018, 05:25:53 PM I have just released the 3.0.d.1 development version. This version includes the profitability dashboard as well as an updated Mining Overview Dashboard that requires no configuration. https://www.rigmonitor.app/blog/wp-content/uploads/2018/06/Screen-Shot-2018-06-17-at-9.24.39-PM.png https://www.rigmonitor.app/blog/wp-content/uploads/2018/06/Screen-Shot-2018-06-18-at-2.09.48-PM.png You can get it here: https://github.com/rodneymo/rig-monitorv2/releases/tag/3.0.d.1 (https://github.com/rodneymo/rig-monitorv2/releases/tag/3.0.d.1) And please make sure you read my blog post about it https://www.rigmonitor.app/blog/rig-monitor-3-0-preview/ (https://www.rigmonitor.app/blog/rig-monitor-3-0-preview/) Title: Re: [New version]rig-monitor now supports miner,EWBF, Ethminer,suprnova,cryptoknight Post by: starmax on June 19, 2018, 06:23:52 PM Look cool, already downloaded it. Do I need to do anything to migrate from 2.3? Should I delete my existing Dashboards?
thanks for all your hard work! Title: Re: [New version]rig-monitor now supports miner,EWBF, Ethminer,suprnova,cryptoknight Post by: rodney2250 on June 19, 2018, 06:57:35 PM Look cool, already downloaded it. Do I need to do anything to migrate from 2.3? Should I delete my existing Dashboards? thanks for all your hard work! You can keep those and use those dashboards and in that case you might need to adjust some queries. This is because, and has I mentioned in my blog post, from this version hashrates are always stored in H/s. And flush the influx measurements: Code: drop measurement coin_data Title: Re: free rig-monitor now supports miner,EWBF, Ethminer,suprnova,cryptoknight Post by: starmax on June 20, 2018, 02:20:21 PM Still on 2.3.0, running on MacOS X 10.9.
Been getting this error the last 2 days, causes GRM to crash INFO: 2018/06/20 04:54:07 nanopool.go:170: networkBlocks query succeeded! INFO: 2018/06/20 04:54:07 nanopool.go:175: Querying NANOPOOL minerPayments. INFO: 2018/06/20 04:54:07 nanopool.go:183: minerPayments query succeeded! ERROR: 2018/06/20 04:54:07 influxdb.go:60: DBDaemon could not write record batch to influxDB... panic: runtime error: index out of range goroutine 51 [running]: go-rig-monitor/pool.(*PoolConfig).LoadNanopoolData(0xc420120cc0, 0x1559640, 0xc42024a180, 0xc420073da0) /Users/ramf/go/src/go-rig-monitor/pool/nanopool.go:339 +0x3794 go-rig-monitor/pool.Monitor(0xc4200224e0, 0x15, 0xc420024eb0, 0x7, 0xc420024f50, 0x7, 0xc420024ff0, 0x7, 0x1e, 0x3e8, ...) /Users/ramf/go/src/go-rig-monitor/pool/pool-monitor.go:61 +0x1a5 created by main.main /Users/ramf/go/src/go-rig-monitor/main.go:143 +0xb50 Title: Re: free rig-monitor now supports miner,EWBF, Ethminer,suprnova,cryptoknight Post by: rodney2250 on June 20, 2018, 05:40:30 PM Still on 2.3.0, running on MacOS X 10.9. Been getting this error the last 2 days, causes GRM to crash INFO: 2018/06/20 04:54:07 nanopool.go:170: networkBlocks query succeeded! INFO: 2018/06/20 04:54:07 nanopool.go:175: Querying NANOPOOL minerPayments. INFO: 2018/06/20 04:54:07 nanopool.go:183: minerPayments query succeeded! ERROR: 2018/06/20 04:54:07 influxdb.go:60: DBDaemon could not write record batch to influxDB... panic: runtime error: index out of range goroutine 51 [running]: go-rig-monitor/pool.(*PoolConfig).LoadNanopoolData(0xc420120cc0, 0x1559640, 0xc42024a180, 0xc420073da0) /Users/ramf/go/src/go-rig-monitor/pool/nanopool.go:339 +0x3794 go-rig-monitor/pool.Monitor(0xc4200224e0, 0x15, 0xc420024eb0, 0x7, 0xc420024f50, 0x7, 0xc420024ff0, 0x7, 0x1e, 0x3e8, ...) /Users/ramf/go/src/go-rig-monitor/pool/pool-monitor.go:61 +0x1a5 created by main.main /Users/ramf/go/src/go-rig-monitor/main.go:143 +0xb50 please you run a trace and create a GitHub issue. to run a trace use: ./grm -t > trace .txt 2>&1 & Title: Re: free rig-monitor now supports miner,EWBF, Ethminer,suprnova,cryptoknight Post by: starmax on June 21, 2018, 02:26:31 PM submitted a Github issue, thank you!
Title: Re: free rig-monitor now supports miner,EWBF, Ethminer,suprnova,cryptoknight Post by: rodney2250 on June 26, 2018, 09:00:53 AM submitted a Github issue, thank you! Posted a hotfix for both issues. See here: https://github.com/rodneymo/rig-monitorv2/releases/tag/2.3.1_hf_46_47 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.3.1_hf_46_47) Title: Re: free rig-monitor now supports miner,EWBF, Ethminer,suprnova,cryptoknight Post by: starmax on June 27, 2018, 12:38:54 PM The hot fix is working great, thank you so much!!!!
Title: Re: free rig-monitor now supports miner,EWBF, Ethminer,suprnova,cryptoknight Post by: rodney2250 on June 27, 2018, 08:12:55 PM The hot fix is working great, thank you so much!!!! Great. I’ll issue a minor release tomorrow together with a an updated 3.0 (development) release. Thanks for the fast turnaround. Title: Re: free rig-monitor now supports miner,EWBF, Ethminer,suprnova,cryptoknight Post by: rodney2250 on June 28, 2018, 08:07:51 AM submitted a Github issue, thank you! Posted a hotfix for both issues. See here: https://github.com/rodneymo/rig-monitorv2/releases/tag/2.3.1_hf_46_47 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.3.1_hf_46_47) Version 2.3.2 release with both fixes. https://github.com/rodneymo/rig-monitorv2/releases/tag/2.3.2 (https://github.com/rodneymo/rig-monitorv2/releases/tag/2.3.2) Title: Re: free rig-monitor now supports miner,EWBF, Ethminer,suprnova,cryptoknight Post by: rodney2250 on July 03, 2018, 02:21:28 PM Version 3.0 is out! What's new in version 3.0:
Download and instructions here: https://www.rigmonitor.app/blog/ (https://www.rigmonitor.app/blog/) If you'd like other miners/pools/APIs to be supported then please submit a feature request on github. For support please join the telegram group https://t.me/joinchat/IuYcwBKqbGqIeXpw9sfq7Q (https://t.me/joinchat/IuYcwBKqbGqIeXpw9sfq7Q) Buy me a beer if you find this app useful ETH: 0x0f2d4397CecB53883411cfe75882622c312c8340 MUSICOIN: 0x9a44a57041acd5f1511bf13a663d136ddbde1fb1 Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: higgy on July 03, 2018, 03:21:01 PM I am so psyched that I found this - it is so very cool!! I came across this today strictly by accident and very excited to install/work on it this week.
This is perfect for me- I'm mining primarily eth with nanopool and phoenix miner (latest version of phoenix). I like your latest dashboard regarding profitability... one question, can you provide profitability per rig? and overall? In one case, I have one rig owned by one person, and a second one owned by a different person, and two rigs owned by a third person. Different rig names, but same pool (nanopool). Ideally, I'd like to generate a report for each based on their rig's performance and profitability. Including electricity usage and pool performance. For this example here is the nanopool output for these 4 rigs. https://eth.nanopool.org/account/0x83a866fb17839931d267bb6868ff7131b9a3f76b Thanks for your hard work thus far!!!!! Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: rodney2250 on July 03, 2018, 03:41:16 PM I am so psyched that I found this - it is so very cool!! I came across this today strictly by accident and very excited to install/work on it this week. This is perfect for me- I'm mining primarily eth with nanopool and phoenix miner (latest version of phoenix). I like your latest dashboard regarding profitability... one question, can you provide profitability per rig? and overall? In one case, I have one rig owned by one person, and a second one owned by a different person, and two rigs owned by a third person. Different rig names, but same pool (nanopool). Ideally, I'd like to generate a report for each based on their rig's performance and profitability. Including electricity usage and pool performance. For this example here is the nanopool output for these 4 rigs. https://eth.nanopool.org/account/0x83a866fb17839931d267bb6868ff7131b9a3f76b Thanks for your hard work thus far!!!!! hey, glad you like it! Are all those rigs mining to the same wallet or different wallets? Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: rodney2250 on July 03, 2018, 03:55:09 PM I am so psyched that I found this - it is so very cool!! I came across this today strictly by accident and very excited to install/work on it this week. This is perfect for me- I'm mining primarily eth with nanopool and phoenix miner (latest version of phoenix). I like your latest dashboard regarding profitability... one question, can you provide profitability per rig? and overall? In one case, I have one rig owned by one person, and a second one owned by a different person, and two rigs owned by a third person. Different rig names, but same pool (nanopool). Ideally, I'd like to generate a report for each based on their rig's performance and profitability. Including electricity usage and pool performance. For this example here is the nanopool output for these 4 rigs. https://eth.nanopool.org/account/0x83a866fb17839931d267bb6868ff7131b9a3f76b Thanks for your hard work thus far!!!!! hey, glad you like it! Are all those rigs mining to the same wallet or different wallets? Never mind. I looked into your link and noticed you are using a single wallet, which in that case won't work, because the past profitability calculation uses the pool payments to calculate the daily revenue. I can look into it, but how would you split single wallet payments across the different rigs? Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: higgy on July 03, 2018, 05:43:54 PM I am so psyched that I found this - it is so very cool!! I came across this today strictly by accident and very excited to install/work on it this week. This is perfect for me- I'm mining primarily eth with nanopool and phoenix miner (latest version of phoenix). I like your latest dashboard regarding profitability... one question, can you provide profitability per rig? and overall? In one case, I have one rig owned by one person, and a second one owned by a different person, and two rigs owned by a third person. Different rig names, but same pool (nanopool). Ideally, I'd like to generate a report for each based on their rig's performance and profitability. Including electricity usage and pool performance. For this example here is the nanopool output for these 4 rigs. https://eth.nanopool.org/account/0x83a866fb17839931d267bb6868ff7131b9a3f76b Thanks for your hard work thus far!!!!! hey, glad you like it! Are all those rigs mining to the same wallet or different wallets? Never mind. I looked into your link and noticed you are using a single wallet, which in that case won't work, because the past profitability calculation uses the pool payments to calculate the daily revenue. I can look into it, but how would you split single wallet payments across the different rigs? Well, that' a good question. Maybe as part of the dashboard have the ability to select 1 or more of the "workers" and logically join them to be one "customer" as such. Then calculate based on worker stats and provide a chart/report? We have all the individual data for each worker already, no? Thx, H Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: rodney2250 on July 04, 2018, 12:08:44 PM I am so psyched that I found this - it is so very cool!! I came across this today strictly by accident and very excited to install/work on it this week. This is perfect for me- I'm mining primarily eth with nanopool and phoenix miner (latest version of phoenix). I like your latest dashboard regarding profitability... one question, can you provide profitability per rig? and overall? In one case, I have one rig owned by one person, and a second one owned by a different person, and two rigs owned by a third person. Different rig names, but same pool (nanopool). Ideally, I'd like to generate a report for each based on their rig's performance and profitability. Including electricity usage and pool performance. For this example here is the nanopool output for these 4 rigs. https://eth.nanopool.org/account/0x83a866fb17839931d267bb6868ff7131b9a3f76b Thanks for your hard work thus far!!!!! hey, glad you like it! Are all those rigs mining to the same wallet or different wallets? Never mind. I looked into your link and noticed you are using a single wallet, which in that case won't work, because the past profitability calculation uses the pool payments to calculate the daily revenue. I can look into it, but how would you split single wallet payments across the different rigs? Well, that' a good question. Maybe as part of the dashboard have the ability to select 1 or more of the "workers" and logically join them to be one "customer" as such. Then calculate based on worker stats and provide a chart/report? We have all the individual data for each worker already, no? Thx, H Ok. there are 2 ways you can ratio the revenue, based on worker shares/total_shares_for_all_workers or similar for avg_worker_hashrate/total_hashrate. I think shares is probably more fair as it will factor in situations when a specific rig is down, which is something that avg hashrate calculations would not consider. I will create a custom chart for you, but I don't think I will add it to the dashboard at this point. Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: rodney2250 on July 05, 2018, 10:29:42 AM have just released a development version (3.1.d.1) , which includes multiple fixes, particularly on the past profitability calculation. You can get it here: https://www.rigmonitor.app/blog/downloads/ (https://www.rigmonitor.app/blog/downloads/) 3.1.d.1 (development) --------------------------------------------------------------------- -Added check for number of rigList and poolList configuration items -Updated whattomine url to use https -Fixed issue (#54) with "INVALID SHARES REPORTED BY RIG" not starting at 0 -Fixed issue (#53) with "VALID SHARES REPORTED BY RIG" not honoring selected pool -Fixed issue with time/day boundaries used in past profitabily calculation -Fixed issue with TLS/SSL errors when connecting to whattomine.com Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: evlo on July 24, 2018, 08:36:29 AM Hi,
firt of awesome work :) I just started with it and it looks really good, my goal is to have rpi run monitoring SW and display dashboard at the same time. So far I think my pi is configured as headless, so I need to figure all the stuff out, but I also have few struggles as I'm new to grafana: I have currently two pools ETH pool addresses configured and will have 3 when i'm done - sometimes I want to display it separate and sometimes not :) 1. rig hashrate v pool hasharte: I get pool hashrate only every 10 minutes so my chart is not very nice, but missing bars/line - how should i fix this https://i.imgur.com/4gTWpGI.png UPDATE: This one solved 1m for rigs, 10m for pools, no bars 2. Same thing with pool reported hashrate - it jums from value to zero between each chart value (this one i will make individual line for each pool for valid and invalid in the end) https://i.imgur.com/OU1DBqZ.png UPDATE: This one solved itself when I switched to 4 line - 2 for each pool Can someone more skilled help me? I also did not figured out how to make profitability work, but that is last thing on the list. Feature request: 1. custom power consumption scripts - ie. so we can write our own python scripts to get power consumption from sonoff devices (or maybe in the future even revogi ones that use https and internet for everything) 2. multipe currency - ie. switch between sek/eur/usd - but i'm not sure how to even implement it reasonably, for me it would be more then enough if market cap and rate data in influxDB could be gathered in multiple currencies so I could have power consumption and profitability in sek a watch market in eur and usd # script - use external script for power management. Obviously power monitoring will be disabled. You can read more about it here: https://www.rigmonitor.app/blog/using-rig-monitors-power-management-feature/ I did not try it, but maybe it would work if I implement command info and return json in tp-link format? Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: rodney2250 on July 24, 2018, 03:31:54 PM Hi, firt of awesome work :) I just started with it and it looks really good, my goal is to have rpi run monitoring SW and display dashboard at the same time. So far I think my pi is configured as headless, so I need to figure all the stuff out, but I also have few struggles as I'm new to grafana: I have currently two pools ETH pool addresses configured and will have 3 when i'm done - sometimes I want to display it separate and sometimes not :) 1. rig hashrate v pool hasharte: I get pool hashrate only every 10 minutes so my chart is not very nice, but missing bars/line - how should i fix this https://i.imgur.com/4gTWpGI.png UPDATE: This one solved 1m for rigs, 10m for pools, no bars 2. Same thing with pool reported hashrate - it jums from value to zero between each chart value (this one i will make individual line for each pool for valid and invalid in the end) https://i.imgur.com/OU1DBqZ.png UPDATE: This one solved itself when I switched to 4 line - 2 for each pool Can someone more skilled help me? I also did not figured out how to make profitability work, but that is last thing on the list. Feature request: 1. custom power consumption scripts - ie. so we can write our own python scripts to get power consumption from sonoff devices (or maybe in the future even revogi ones that use https and internet for everything) 2. multipe currency - ie. switch between sek/eur/usd - but i'm not sure how to even implement it reasonably, for me it would be more then enough if market cap and rate data in influxDB could be gathered in multiple currencies so I could have power consumption and profitability in sek a watch market in eur and usd # script - use external script for power management. Obviously power monitoring will be disabled. You can read more about it here: https://www.rigmonitor.app/blog/using-rig-monitors-power-management-feature/ I did not try it, but maybe it would work if I implement command info and return json in tp-link format? which version are you using? Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: evlo on July 24, 2018, 07:27:28 PM I'm currently on 3.1 dev - I already figured a lot of stuff I had issues with.
Now my nice to have list: Multiple fiat currencies for power consumption, profitability and "quote and marketcap" - I have no idea how to implement this and probably I'm only one who cares Track different currency pairs and market cap - but I guess i can add different dataset for this, i'm really new to grafana My feature reqest: custom power monitoring python scripts "api" Ad profitability (at least profitability history): Maybe I should somehow purge influxDB? UPDATE: I now get one profitability history record for today for one pool, so that is Nice, but power cost is not calculated. Also I noticed that for rig reported vs pool hashrate I can't do filter by pool to get rig hashrates, but I need to filter by rigs - so that may be related? sorry can't post example, bitcointalk blocks the post UPDATE2: It was me being stupid #RIG_ID, MINER, PRIMARY_POOL_LABEL, I put rig label in config instead of PRIMARY_POOL_LABEL (so I have rig label and rig id kinda duplicate and I even wonder why you would do that :) ) I think my setup is kinda weird because I have multiple rigs on different ethermine wallets (different pools in in config). But really great work as it just works. Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: rodney2250 on July 25, 2018, 05:49:49 AM I'm currently on 3.1 dev - I already figured a lot of stuff I had issues with. Now my nice to have list: Multiple fiat currencies for power consumption, profitability and "quote and marketcap" - I have no idea how to implement this and probably I'm only one who cares Track different currency pairs and market cap - but I guess i can add different dataset for this, i'm really new to grafana My feature reqest: custom power monitoring python scripts "api" Ad profitability (at least profitability history): Maybe I should somehow purge influxDB? UPDATE: I now get one profitability history record for today for one pool, so that is Nice, but power cost is not calculated. Also I noticed that for rig reported vs pool hashrate I can't do filter by pool to get rig hashrates, but I need to filter by rigs - so that may be related? sorry can't post example, bitcointalk blocks the post UPDATE2: It was me being stupid #RIG_ID, MINER, PRIMARY_POOL_LABEL, I put rig label in config instead of PRIMARY_POOL_LABEL (so I have rig label and rig id kinda duplicate and I even wonder why you would do that :) ) I think my setup is kinda weird because I have multiple rigs on different ethermine wallets (different pools in in config). But really great work as it just works. Well done mate! I appreciate you putting the time to fix it instead of simply asking for help ;-) So AFAIU you have no operational issues, just a couple of feature requests: 1) Custom power monitoring. Yeah, I have the sonoff request pending for a couple of months. I don't have such a plug, but if you provide me with an example API calls I'll implement it (and you test it for me) 2) Multiple fiat currencies for power consumption, profitability and "quote and marketcap" - Can you elaborate on your use-case? Why do you need this? For cloud service? 3) Track different currency pairs and market cap - So that you can adjust the market, profitability per geography instead of being limited by the pool definition? Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: evlo on July 26, 2018, 07:58:39 PM I'm doing some research on sonoff today, POW R2s.
Official api trough cloud seems doable, but too much work http://iotgo.iteadstudio.com/api There is tool to upload unofficial firmware, that supports MQTT, which should be easier to interface, and probably has json API - I will research further how this works. Unfortunatelly POW R2 is not possible to upload unofficial firmware over the air, but all other sonoffs are (but does not power, so meh). Anyway I was able to upload firmware in supper ghetto way, but no soldering required, and now i'm researching this alternative firmware for easy to implement API. https://i.imgur.com/4qWwHw2.jpg This looked interresting thought as you already support wemo, but it is only for alexa :( https://i.imgur.com/tQXFRDE.png Web "API" http://192.168.500.400/cm?cmnd=Power%20On returns json Code: {"POWER":"ON"}/cm?cmnd=Power%20Off Code: {"POWER":"OFF"}/cm?cmnd=Power%20TOGGLE Code: {"POWER":"OFF"}Code: {"POWER":"ON"}/cm?cmnd=Status%208 Code: {"StatusSNS":{"Time":"2018-07-26T22:34:08","ENERGY":{"Total":0.000,"Yesterday":0.000,"Today":0.000,"Power":10,"Factor":0.52,"Voltage":236,"Current":0.083}}}/cm?cmnd=status Code: {"Status":{"Module":43,"FriendlyName":["Sonoff"],"Topic":"sonoff","ButtonTopic":"0","Power":1,"PowerOnState":3,"LedState":1,"SaveData":1,"SaveState":1,"ButtonRetain":0,"PowerRetain":0}}"Power":0=Off Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: evlo on July 30, 2018, 07:37:47 PM So I tried to modify tplink.py to return
Code: {"emeter":{"get_realtime":{"current":%c%,"voltage":%v%,"power":%p%,"total":0,"err_code":0}}}Code: {"emeter":{"get_realtime":{}}}Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: rodney2250 on August 06, 2018, 01:24:48 PM So I tried to modify tplink.py to return Code: {"emeter":{"get_realtime":{"current":%c%,"voltage":%v%,"power":%p%,"total":0,"err_code":0}}}Code: {"emeter":{"get_realtime":{}}}Hey, I'll pick this up this week Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: rodney2250 on August 11, 2018, 07:28:43 AM So I tried to modify tplink.py to return Code: {"emeter":{"get_realtime":{"current":%c%,"voltage":%v%,"power":%p%,"total":0,"err_code":0}}}Code: {"emeter":{"get_realtime":{}}}I looked into the official API and I can easily use it, but then I found this https://blog.ipsumdomus.com/sonoff-switch-complete-hack-without-firmware-upgrade-1b2d6632c01 (https://blog.ipsumdomus.com/sonoff-switch-complete-hack-without-firmware-upgrade-1b2d6632c01), which seems even easier. Coming week I'll give it a go Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: rodney2250 on August 11, 2018, 09:16:48 AM Version 3.1 released. You can download it here: https://www.rigmonitor.app/blog/downloads/ (https://www.rigmonitor.app/blog/downloads/) 3.1 --------------------------------------------------------------------- -Added check for number of rigList and poolList configuration items -Updated whattomine url to use https -Support for payment correction factor for pools that report payments in currency subunits -Fixed issue (#54) with "INVALID SHARES REPORTED BY RIG" not starting at 0 -Fixed issue (#53) with "VALID SHARES REPORTED BY RIG" not honoring selected pool -Fixed issue with time/day boundaries used in past profitabily calculation -Fixed issue with TLS/SSL errors when connecting to whattomine.com Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: rodney2250 on August 15, 2018, 08:02:49 AM So I tried to modify tplink.py to return Code: {"emeter":{"get_realtime":{"current":%c%,"voltage":%v%,"power":%p%,"total":0,"err_code":0}}}Code: {"emeter":{"get_realtime":{}}}I ended up ordering a plug. It's hard to develop and test without one. I should get it today so tomorrow I'll start development. Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: rodney2250 on August 22, 2018, 06:54:44 PM Hi all, version 3.2.d.2 (development) has just been published. What's new: -Support for XMRig (tested with 2.7.1-beta) -Support for Yiimp API (and extended API e.g. Unimining) -Support for cgminer -Telegram notifications support to grm. Power Rule Manager will send notifications to telegram every time a rig is rebooted. -Extended support for reloading configuration params during runtime. All params, except telegram, are updated during runtime. -Major code refactoring to reduce executable size and memory footprint -Fixed profit calculation errors by adding retying strategy to whattomine.com connections -Fixed issue with xmr-stak not recording gpu hashrate to "hr" field in miner_gpu table Download it here: https://www.rigmonitor.app/blog/downloads/ Title: Re: [New version] rig-monitor now includes profitability charts, single dashboard Post by: rodney2250 on August 28, 2018, 07:06:58 AM Hi everyone, version 3.2 of rig-monitor is out. What's new: -Support for XMRig (tested with 2.7.1-beta) -Support for Yiimp API (and extended API e.g. Unimining) -Support for cgminer -Telegram notifications support to grm. Power Rule Manager will send notifications to telegram every time a rig is rebooted. -Extended support for reloading configuration params during runtime. All params, except telegram, are updated during runtime. -Major code refactoring to reduce executable size and memory footprint -Fixed profit calculation errors by adding retying strategy to whattomine.com connections -Fixed issue with xmr-stak not recording gpu hashrate to "hr" field in miner_gpu table -Fixed issue with Dynu DNS updater only updating once during runtime Download it here: https://www.rigmonitor.app/blog/downloads/ (https://www.rigmonitor.app/blog/downloads/) Title: Re: [NEW] rig-monitor 3.2 now incl. support cgminer, Xmrig, Yiimp and Revive devices Post by: GKumaran on September 03, 2018, 04:26:41 PM @rodney2250 Great project bro!!
But your blog has instruction for earlier versions. I'm having difficulties setting up the latest version. This is my first try and disclaimer: Im a complete noob. This is what im getting : INFO: 2018/09/03 21:51:10 config.go:65: Reading configuration file... ERROR: 2018/09/03 21:51:10 config.go:74: Couldn't load config: While parsing config: invalid base grafana and influxdb are up and running. Title: Re: [NEW] rig-monitor 3.2 now incl. support cgminer, Xmrig, Yiimp and Revive devices Post by: rodney2250 on September 03, 2018, 04:57:43 PM @rodney2250 Great project bro!! But your blog has instruction for earlier versions. I'm having difficulties setting up the latest version. This is my first try and disclaimer: Im a complete noob. This is what im getting : INFO: 2018/09/03 21:51:10 config.go:65: Reading configuration file... ERROR: 2018/09/03 21:51:10 config.go:74: Couldn't load config: While parsing config: invalid base grafana and influxdb are up and running. Glad you like it. The latest instructions can be found here: https://www.rigmonitor.app/blog/installing-rig-monitor/ (https://www.rigmonitor.app/blog/installing-rig-monitor/) wrt the error, config files should go in the conf folder. if you want to specify a different config file name (config.toml is the default) then you'd use it like this: grm -config my config.toml If you need more support then I suggest to join our telegram group: https://t.me/joinchat/IuYcwBKqbGqIeXpw9sfq7Q (https://t.me/joinchat/IuYcwBKqbGqIeXpw9sfq7Q) Title: Re: [NEW] rig-monitor 3.2 now incl. support cgminer, Xmrig, Yiimp and Revive devices Post by: rodney2250 on September 04, 2018, 07:00:05 AM Ok! I'll telegram! BTW there was a typo on my first reply to you. It should have been: grm -config my_config.toml Title: Re: [NEW] rig-monitor 3.2 now incl. support cgminer, Xmrig, Yiimp and Revive devices Post by: hellsnake on September 04, 2018, 07:23:28 AM Hi.hero!
i need you help! I am going to run it in UBUNTU 18.04 but i cant run grm In last step . snake@snake-VirtualBox:~/grm-3.2$ ./grm -config config.toml INFO: 2018/09/04 15:03:50 main.go:32: Starting rig-monitor version 3.2 ... INFO: 2018/09/04 15:03:50 main.go:48: Commmand line arguments: -config config.toml INFO: 2018/09/04 15:03:50 main.go:62: Config file specified. Using config.toml file. INFO: 2018/09/04 15:03:50 config.go:65: Reading configuration file... ERROR: 2018/09/04 15:03:50 config.go:74: Couldn't load config: While parsing config: invalid base plz help me to run it . thx! Title: Re: [NEW] rig-monitor 3.2 now incl. support cgminer, Xmrig, Yiimp and Revive devices Post by: rodney2250 on September 04, 2018, 07:56:12 AM Hi.hero! i need you help! I am going to run it in UBUNTU 18.04 but i cant run grm In last step . snake@snake-VirtualBox:~/grm-3.2$ ./grm -config config.toml INFO: 2018/09/04 15:03:50 main.go:32: Starting rig-monitor version 3.2 ... INFO: 2018/09/04 15:03:50 main.go:48: Commmand line arguments: -config config.toml INFO: 2018/09/04 15:03:50 main.go:62: Config file specified. Using config.toml file. INFO: 2018/09/04 15:03:50 config.go:65: Reading configuration file... ERROR: 2018/09/04 15:03:50 config.go:74: Couldn't load config: While parsing config: invalid base plz help me to run it . thx! Hi, there's a typo on the default config file. Under the telegram section the chatID should be chatID = 43592 and not chatID = 043592 even if you do not use it, you should remove the leading 0. That's what's causing grm to crash. Let me know Title: Re: [NEW] rig-monitor 3.2 now incl. support cgminer, Xmrig, Yiimp and Revive devices Post by: rodney2250 on September 04, 2018, 07:56:47 AM Ok! I'll telegram! I found what your issue is. See my previous reply. Title: Re: [NEW] rig-monitor 3.2 now incl. support cgminer, Xmrig, Yiimp and Revive devices Post by: GKumaran on September 04, 2018, 09:34:35 AM Thx man looks beautiful !!
p.s: also had to remove the last "," from pool and rig setting, cheers Title: Re: [NEW] rig-monitor 3.2 now incl. support cgminer, Xmrig, Yiimp and Revive devices Post by: GKumaran on September 04, 2018, 12:29:57 PM Sry ive reached the PM limit so posting here:
Code: > select fan, temp from miner_gpu where miner='SRBMINER' order by time desc limit 10 WRT pool : "supportxmr,nodejs-pool,xmr,https://www.supportxmr.com, Title: Re: [NEW] rig-monitor 3.2 now incl. support cgminer, Xmrig, Yiimp and Revive devices Post by: rodney2250 on September 05, 2018, 06:12:16 AM Sry ive reached the PM limit so posting here: Code: > select fan, temp from miner_gpu where miner='SRBMINER' order by time desc limit 10 WRT pool : "supportxmr,nodejs-pool,xmr,https://www.supportxmr.com, I am running this though my simulator. In the meantime please join our telegram group as it's easier to help you. Title: Re: [NEW] rig-monitor 3.2 now incl. support cgminer, Xmrig, Yiimp and Revive devices Post by: rodney2250 on September 05, 2018, 06:29:00 AM Version 3.2.2 released. What's new? --------------------------------------------------------------------- -Fixed issue with SRBMINER and XMRRIG-PROXY not showing gpu data on dashboard. Title: Re: [NEW] rig-monitor 3.2 now incl. support cgminer, Xmrig, Yiimp and Revive devices Post by: xsoft on November 06, 2018, 07:47:33 PM Hello,
any tips or support for EthOS? Their panel is already gathering all kind of info (hostname, ip, uptime, temp., free space, load, ram, hashrate, vlt/mem/core, est. watts consume ..) at JSON format. See example: http://virosa.ethosdistro.com/ http://virosa.ethosdistro.com/?json=yes Title: Re: [NEW] rig-monitor 3.2 now incl. support cgminer, Xmrig, Yiimp and Revive devices Post by: eXta on November 11, 2018, 12:24:44 PM Hello, any tips or support for EthOS? Their panel is already gathering all kind of info (hostname, ip, uptime, temp., free space, load, ram, hashrate, vlt/mem/core, est. watts consume ..) at JSON format. See example: http://virosa.ethosdistro.com/ http://virosa.ethosdistro.com/?json=yes I saw on telegram that he is short on time and planning to open sources, I think you will have to wait the sources. Rodney, you prefer BTC or Eth for donation ? I want to thank you for opening the code Title: Re: [NEW] rig-monitor 3.2 now incl. support cgminer, Xmrig, Yiimp and Revive devices Post by: rodney2250 on June 28, 2019, 07:46:26 PM After almost 1 year hiatus I am resuming the development of rig-monitor.
I have not done any extensive testing yet, but I notice the coinmarketcap API has changed so the profitability and market data are not working. Anything else not working, miners, pools, etc....? Title: Re: [NEW] rig-monitor 4.0 (alpha released) Post by: rodney2250 on January 20, 2020, 08:23:33 PM After a long wait, I finally release rig-monitor 4.0
What's new in version 4.0 (alpha): Updated market monitor module to use update coinmarketcap.com API Refactored code base to make it simpler to extend/add new miners/pools/smartplugs |
