 Show Posts
|
|
Pages: « 1 [2] 3 »
|
NONCE2_AND_JOBID_STORE_ADDRESS
#define JOB_ID_OFFSET (0x0/sizeof(int))
#define HEADER_VERSION_OFFSET (0x4/sizeof(int))
#define NONCE2_L_OFFSET (0x8/sizeof(int))
#define NONCE2_H_OFFSET (0xc/sizeof(int))
This is in btmc5 driver and is the masks the boost uses if you can figure out the usage |
|
|
|
All my machines are currently away being hosted rats....
I have a feeling if you do firmware upgrade. Then replace firmware the LPM toggle won't do anything. I checked bitmains repo and they did not release the source for the new firmware.... For a 5% power saving I am seeing on the forums I don't think it is worth switching over to it. Granted if LPM toggle does work which meh idk and we can still overclock and tweak the settings it is def worth it. But I am at a standstill on figuring that out hopefully Slush's team can before me but with a lack of resources it's a b&@ch.
You can still volt and overclock, but on stock firmware, anything past 675 is nerfed to 870 mz. If you need anything in the meantime taserz I can provide you with files and stuff. |
|
|
|
confirmed.....tried and its not working with slush pool
Works on antpool and btc, if it helps at all [2018-10-22 16:56:09.500] MASK1 : 00e0ff5f
[2018-10-22 16:56:09.500] MASK : 00000003
[2018-10-22 16:56:09.501] Network diff set to 541G
[2018-10-22 16:56:09.813] Verion num 4
[2018-10-22 16:56:09.989] Pool 2 difficulty changed to 16384
[2018-10-22 16:56:10.017] Network diff set to 7.18T
[2018-10-22 16:56:10.017] Stratum from pool 2 detected new block at height 546885
[2018-10-22 16:56:10.018] Verion num 4
[2018-10-22 16:56:11.813] Verion num 4
|
|
|
|
|
I believe his bmminer ignores config file fans. Mostly because someone would turn them off I'd assume lol
|
|
|
|
Please check is it correct or not?
[...]
From what I can tell, cuz I didn't use the SD card img, but yes, you can change that to the Mac address of the antminer. And it should give you the correct ip. How to backup the original firmware? I don't understand
Could I upgrade Bitmain firmware before? It is usual Antminer S9 (April batch)
Using the SD card version you don't need to back it up. Just set the omg up on a SD card so you can run the miner off the SD. And it doesn't touch the firmware |
|
|
|
Hope they show both temp on the next release.
Mine is running nice with the SD card since couple of weeks.
Waiting for the next release with more functions before i flash it on the controller.
Keep up the good work.
If you compile the cgminer git from braiins sources, you can edit it so you can have both Temps shown. I'll see if I can find the line for the Temps. Then it's a edit on the webpage to show both. https://github.com/braiins/cgminer/blob/braiins-am1/cgminer.c |
|
|
|
and it is tricky to run more than 1 miner on a SC card as it will have the same MAC address and it seems that DHCP is giving all the same IP address.
also it is not working on all S9s. it worked fine on the first 2 (S9) and not properly on the 3rd which is a S9i, hashrate was rising very slow and barely reached 10,5THs. one of the hashing boards was hashing very low..
Been using it on 2 S9 for like 3 weeks, temps are below 70 (but can those numbers be trusted??)
also the fans are running slower thus the miner is quieter and the noise is at a lower pitch.
There's a way to change the Mac address in the config file if you flash the firmware via terminal. It's in the Readme about adding the address and such. The Temps if I am reading their gits correctly is using the alternative temp via bitmain.c driver. One is temp and one is pcb. The antminer s9 normal pages, use the chip temp I believe, and slush uses the pcb temp, which is the lower of the 2 Temps that get returned. So it looks lower. But is like a normal offset of like 26 degrees I think if I remember correctly |
|
|
|
After editing the file CONTROL I was able to successfully flash a controller with this firmware. The first unit i tried it on killed the controller I think, I cant get an IP out of it at all anymore but the second one worked just fine. Thankfully I have a few hundred spare controllers.
Hold down the reset button on the board like a normal hard reset. It should go through the normal hard reset process and fix what didn't go right.. That Did happen to me. And yes. But I didn't want to be the one to be blamed for someone frying their BB |
|
|
|
Would you mind telling everyone what this edit is? The software seems to run great except for only being able to run it off the SD card, during the flash to controller it seemed to throw errors, as an example the 4th post in this thread.
The issue with me saying the edit, is that they won't provide you with any support, and you won't have the ability to fix it yourself without any help if something were to go wrong. And I sure can't help because I didn't have issues so I wouldn't know even how to help you. But, the files they provide can be opened with notepad, one has a check for your model ID of the s9. It's looking for S9i. Any other model that gets returned, throws an exception and won't install. |
|
|
|
|
Can't send you a msg, where in USA is Colo? And will you accept forum escrow?
|
|
|
|
My (2) DR3 are hashing 2+ days since PDU reset, but i have seen my first one that i had since monday reboot on its own a few times. I'm holding about 8.5 - 8.7 TH/s confirme by pool side too. About 3.5 % HW errors though. I've got frequency maxed on both at 450, Chip temps are ranging from I:56 O:78 on worst chip, and I54 O:72 on the best. PCB is i:45 O:63 I see the same kernel log items you do doesnt seem to be an issue No reboots in 2+ days though. I'm using BTC.com pool to china, from USA (not the best idea but it was a quick one to get started with) Oct 4 22:32:54 (none) local0.warn cgminer[950]: Chain 0 set_temperature_offset_value_chain_sensor
Oct 4 22:32:54 (none) local0.notice cgminer[950]: set_temperature_offset_value_chain_sensor: Chain0 Sensor0 temp offset : 05,
Oct 4 22:32:54 (none) local0.notice cgminer[950]: chain:0 local:36 remote:35
Oct 4 22:32:54 (none) local0.warn cgminer[950]: Chain 0 set_temperature_offset_value_chain_sensor
Oct 4 22:32:55 (none) local0.notice cgminer[950]: set_temperature_offset_value_chain_sensor: Chain0 Sensor0 temp offset : 06,
Oct 4 22:32:55 (none) local0.notice cgminer[950]: chain:0 local:41 remote:38
Oct 4 22:32:55 (none) local0.warn cgminer[950]: Chain 0 set_temperature_offset_value_chain_sensor
Oct 4 22:32:55 (none) local0.notice cgminer[950]: set_temperature_offset_value_chain_sensor: Chain0 Sensor1 temp offset : 03,
Oct 4 22:32:56 (none) local0.notice cgminer[950]: chain:0 local:41 remote:40
Oct 4 22:32:56 (none) local0.warn cgminer[950]: Chain 0 set_temperature_offset_value_chain_sensor
Oct 4 22:32:56 (none) local0.notice cgminer[950]: set_temperature_offset_value_chain_sensor: Chain0 Sensor1 temp offset : 04,
Oct 4 22:32:56 (none) local0.notice cgminer[950]: 1 calibration_sensor_offset_chain
Oct 4 22:32:56 (none) local0.notice cgminer[950]: chain:1 local:35 remote:29
Does yours also state in the kernal log about - - Trying to unpack rootfs image as initramfs... rootfs image is not initramfs (no cpio magic) And nand: WARNING: pl35x-nand: the ECC used on your system is too weak compared to the one required by the NAND chip Bad block table found at page 131008, version 0x01 I don't have a dr3, just trying to see if there's a underlying issue |
|
|
|
|
It's not connecting to pools, and you already knew that I'm assuming. It also throws some nand errors. Those could cause some issues with not getting the proper drivers to decode from stratum. Reset to factory, try 1 board at a time. Ethernet connected to the closest router to source of connectivity you can.
|
|
|
|
did you flash it directly with s9 user interface or sd card?
No I used the over Lan instructions they provided. But there's a edit you need to make in a config file so it allows your antminer s9 model to be recognized by the flasher to complete the transfer |
|
|
|
|
What exactly isn't working on the s9s? I have it flashed directly to my s9 13.5th version. Everything works. Frequency over clocking, graphs, is there something that I'm missing?
|
|
|
|
and HOW did you boot from sd card? i copied the image on the sd card but miner wont boot from it. i have s9i ..
If you have a Linux computer, you can just flash the os via terminal. Download the latest version for s9i. Go to the folder and then open a terminal from within that folder. And copy and paste the instal instructions from the link provided by the wiki. It does it for you. |
|
|
|
|
Tbh, the firmware is specifically designed for s9i, in so, that it won't do a firmware upgrade for another s9 unless you have the model name returned as S9i.
With that, it's a open source firmware, so, there is a file which you can edit to make it read as what ever model you want.
|
|
|
|
So, I flashed the S9 firmware to my s9 13.5. After a while of waiting and beep boop beeps, it's up and running. https://imgur.com/a/x3yUiVRI kinda wish it had a cleaner ui, the graph is great, except, I would like a dashboard similar to antminer. Just because I have to keep switching between tabs and then forgetting which tab is what. Maybe I will begin to like it. Frequency seems alittle wonky, at 743 I am getting less than I should, but, Temps are lower. But I have no real confirmation on what the frequency of the miner is. Ill let it run alittle more, anyone know how to get a ssh cgminer window open to see it running? |
|
|
|
|
Seems like a great idea, I'll post my results tonight! Thanks
|
|
|
|
intriguing...
Curious also, and as i had just laying around some miners and a watt meter, i have performed a little test:
500Mhz 10.8TH 4.9Amps 1120W w/th:103
550Mhz 11.8TH 5.35Amps 1220W w/th:103
600Mhz 12.8Th 5,8Amps 1330W w/th:103
650Mhz 13.7Th 6,25Amps 1445W w/th:105
700Mhz 14.4Th 6,8Amps 1570W w/th:109
793Mhz 15Th 7,7Amps 1750W w/th:116
overclocking is NOT profitable... (on this miner...)
i also have one running 793Mhz squirting 16.2TH. Assume numbers are equal, it would do 108W/TH
best: add miners...
Using which bmminer from this thread. |
|
|
|
|
