Понятно. Значит это я не верно понимал назначение данной галочки. Спасибо за разъяснение.

[/quote]Хм..)) Значит я забыл, что добавил
[/quote]
Подтверждаю.
Два дня бился с Фениксом, не мог применить доп параметры, пока не поставил галочку "Не проверять доп параметры"
И чудо случилось, феникс подхватил доп параметры из поля форк-фикса и разогнался с 30 до 32.
Я посчитал, что этот глюк только у меня или я не верно понимаю название этой галочки.
Может стоит изменить название галочки на "Применить доп параметры"?

On the advice of the participants, I checked the work on the driver 20.4.2. Nothing changed, the problem remained. I think that the driver 20.8.1 will not change the situation. I'll check and let you know. Dear forum, this situation is only for me?

Page 293, post 5843, author of the Phoenix Miner. Quote:Here are some additional notes:

With PhoenixMiner 5.2c either remove the -daglim option entirely, or set it to -daglim 4023, which should work on all 470/480/570/580/590 cards with "good" drivers (see bellow)
The -daglim option works only on Polaris cards (RX470, RX480, RX570, RX580, RX590). It limits the DAG size to <n> MB to allow mining on 4 GB cards a few weeks after epoch 374 on Windows (or after 380-383 on Linux). The possible values are the exact DAG limit in MB, or 0 (turn off the DAG limit), or 1 (automatic DAG limit size, usually around 4023 MB under Windows; this is the default option). Note that the  hashrate will drop significantly with each epoch after the DAG limit is in effect. If the hashrate drops too much (e.g. from 28 MH/s to just 2-3 MH/s, you need to use lower value, for example -daglim 3990
It is also important to use auto-tune (do not specify -gt values in the command line) because the optimal -gt value may change with each new epoch, and will definitely be different than before.
If you cards doesn't work with the default DAG limit of 4023 and require substantial decrease to 4006 or 3990, you need to update to one of the "good" AMD drivers for Windows: from 18.12.1.1 to 19.7.5 (inclusive), and from 19.12.2 to 20.11.1 (inclusive)
Using -rxboost, -vmr, or -straps on AMD cards requires running as administrator (or as root under Linux), so you need to run PhoenixMiner as administrator for the VRAM timing options to work. Note that the -mt option will still work without running as administrator/root.
The -rxboost option is only supported on GDDR5 cards (RX4xx/RX5xx or older).
The VRAM timing options can be quite different between the GPUs, even when the GPUs are the same model. Therefore, you can (and probably should) specify the VRAM timing options separately for each GPU.
Please let us know if you have any problems or questions related to PhoenixMiner 5.2c.

Where is my mistake?

I haven't tried all the other drivers. The 20.9.1 driver is recommended for Phoenix version 5.2 . The first page says that we recommend drivers from 19.12.2 to 20.11.1 (inclusive). Maybe someone checked on which drivers there is no such problem?

Hello. There is a problem: There are several rigs composition; win10, cards RX 580 8Gb, mother Asrock 81, driver 20.9.1 If after rebooting immediately turn on Phoenix v5.2c then the speed from the card is 30mh/s, and if you first run the nanominer v1.12.0 and then Phoenix, the speed on fenex rises more than 32mh/s and keeps stable. If the rig is reloaded, it will be 30mh/s again. To get 32mh/s, the operation with the launch of the nano miner must be repeated and then again it will be 32mh/s. Currently, no additional parameters are registered. If you pre-launch the nano miner only on one map, then the speed will increase only on one map. If you put strap 1 on the map where the speed is already 32mh/s, then the speed drops to 30 mh/s. What could be the problem? Which parameter should I add or change? This pattern always works on different rigs.

Антон здравствуй. Заметил четкую закономерность. Имеется несколько ригов с win10, карты RX 580 8Gb, мать Asrock 81. Если сразу включить феникс то с карты выходит 30 мегахеш, а если сначала запустить наномайнер, а потом феникс (не перезагружая риг) то скорость на фенексе поднимается и стабильно держится более 32 мегахеш. До момента перезагрузки рига. Если риг перезагрузить то вновь будет 30. Для получения 32 операцию с запуском наномайнера нужно повторять и тогда вновь будет 32. Если данную процедуру проделать на одной карте то и скорость поднимется только на одной карте. В чем может быть дело? Сейчас никаких доп параметров не прописано. В чем может быть причина?

Я обратил внимание, что в файле настроек, на официальной версии, есть только hwid, другие ID он не показывает.
И в качестве его значения используется не CpuID, а значение MachineGuid.
То есть у них: hwid = MachineGuid.
Возможно это не важно, но у меня почему то так.

[/quote]
1. Один конфиг на все риги копировали? hwid сохраняется один раз при создании конфига или при отсутствии этого параметра.
2. MachineGuid = id процессора + mac + Guid Windows
3. RigID генерится из MachineGuid
Да. hwid = CpuID
[/quote]
Изначально клонировал одну систему (винду) на все риги. Найс устанавливал везде отдельно. Но почему-то hwid везде сгенерировался одинаковый. Может нужно что то почистить в реестре? Или это нормально, что на разных ригах (с учетом их однотипности) hwid одинаковый ? MachineGuid везде разный.

Антон спасибо за твою работу. В силу обстоятельств вынужден был неделю сидеть на официальной версии найса. По личным наблюдениям твоя версия более гибко настраиваемая, стабильнее работает и показывает несколько больший доход в сравнении с официальной.
На официальную версию вынужден был перейти в связи с тем, что после обновления на 28 версию риги вновь пропали из кабинета найса. Косяк устранил заменив в файле General.json параметры:  "MachineGuid", "hwid" на данные параметра  hwid из этого же файла но в официальной версии. Если не сложно объясни:
 1) Я так понимаю "CpuID" это ID процессора материнской платы, если так то почему он на всех ригах одинаков?
 2) "MachineGuid" это ID рига и он генерируется из id нескольких устройств рига?
 3) "hwid" это id по которому риг привязывается в личном кабинете и генерируется он из двух предыдущих ригов?
Кстати после чистой установки твоей версии hwid и CpuID оказываются одинаковыми, это так и должно быть?
У меня кабинет заработал после того как я прописал параметр "MachineGuid" в параметр "hwid". При этом, параметр "MachineGuid" в твоей версии почему то одинаков с параметром "hwid" и эти два параметра одинаковы по всем ригам (у меня несколько ригов полностью эдентичных), а вот "MachineGuid" везде генерируется свой, но кабинет найса похоже привязывается к параметру "hwid" поэтому у меня были глюки.
Возможно это только у меня. А может кому еще пригодится.

Понятно. Спасибо. Ясно где искать, будем исправлять

Антон, хочу поделиться продолжением своей истории, может есть еще люди с такой проблемой и может ты сможешь понять, что у меня происходит и как этого  избежать в дальнейшем.
После того как я накатил твой архив на 27 версию в кабинете найса риги все равно не появились. Тогда я забросил файл General.Json из версии 21 в версию 27. Запустил 27 версию, сначала появилось окно с лицензией, потом программа запустилась и все заработало, риги появились в кабинете.
В архиве три файла, General.Json из 21 версии, из 27 версии и mod27 это рабочий файл из 27 версии. https://yadi.sk/d/tNj_u4rkxA13ng
Антон, если можешь то объясни плиз что у меня происходит и что нужно править.

Заменил, не спало

"Отправлять инфо о версии программы" это то с чего я начал, не спасло.

Антон здравствуй. По твоему предложению подождал пока рассосется само. Глюк не пропал. Написал в поддержку найса, что у них тупит кабинет, они сказали ставьте оригинальную версию. Оригинальная версия сразу завелась. Попробовал запустить fork и сразу все отвалилось. У тебя больше нет идей как корректно запустить твою версию?
Пробовал Fork 21, он также работает корректно, 26 и 27 работать не хотят.
Какие программные изменения были между 21 и 26 версиями? Может дело в них?
Я версии 22 23 24 25, в силу обстоятельств, не устанавливал, работал на 21, потом сразу установил 26 и 27.

Нет не так. Я запускаю 27 версию, а она видится как 21.
27 и 21 версии находятся в разных папках. Установку 27 делал из зип архива в отдельную папку.
Даже если предварительно из кабинета удалить риги, затем перезагрузить весь риг и сразу запустить только 27 версию, в кабинете я вижу или два рига с одним имением но разными версиями (21 и 27) или одну 21, хотя работает 27

Привет Антон. Я писал что после 21 версии не мог перейти на 26. Переход так и не получился, я решил дождаться следующей версии, не спасло .
История повторяется, установил 27 версию и риг пропал из кабинета. Майнинг идет это видно по графику и доходу. Управления ригами нет, статус ОФФАЛЙН, пр этом одновременно в кабинете появляется два рига с одинаковым названием, оба оффлайн. В кабинете первый риг показывает что это версия 21 и он оффлайн, что логично так как 21 версия отключена, а второй риг, с тем же именем, в кабинете, показывает версию 27 которая работает, но статус также оффлайн. Логи от 21 версии и 27 прикладываю. Отключить,включить управление ригами, перезагрузки, чистую установку (архив zip) пробовал. Так же пробовал удалить риги из кабинета, риги удалились. Но после перезагрузки компа и запуске найса, сразу  27 версии вновь появляется два рига 21 и 27 версия. Если запустить 21 версию то все работает и 27 версия в кабинете не появляется. Разные версии находятся в разных папках из которых я их и запускаю, автозагрузка и авто запуск пока отключил. Рабочие папки с программами находятся на рабочем столе.
Получается кабинет найса видит 27 версию как будто это 21, в итоге майнинг идет, а управления нет. Даже если я запускаю 27 версию она видится как 21.
https://yadi.sk/d/jiP0_sI5MFrLmA
https://yadi.sk/d/SsuAi6nL-a78YA
Надеюсь на помощь.

Антон, не помогло
https://yadi.sk/d/YpAHTMgc3VGdCw
Этот баг только у меня? Я конечно могу пока поработать на 21 версии. Но может есть еще варианты?

Моя невнимательность .
Исправляюсь
Оба лога повторил
лог 21   https://yadi.sk/d/j9ZfXCp9aQk-NA
лог 26   https://yadi.sk/d/snGQ2yvsF08p3A

Ниже лог от версии 21, фикс был перезагружен в 22.00 из кабинета найса не пропадал
https://yadi.sk/d/L_8CpVVt3hA4ag
Лог от 26 версии, фикс был перезагружен в 24.00, риг сначала в кабинете найса появился, затем в течении нескольких минут статус сменился на оффлайн. Вчера эта же сборка не отваливалась гораздо дольше (лог прикладывал в предыдущем сообщении)
https://yadi.sk/d/-wGRr8Ga2lkKDQ