Содержание
- Fan detect speed error #8
- Comments
- Whatsminer m21s fan in detect speed error
- Коды ошибок асик майнера WhatsMiner
Fan detect speed error #8
I’ve done everything as described, rooted the system, (running on latest firmware). using the init.d
I get this
110 | Fan in detect speed error | 2021-06-06 15:51:32
111 | Fan out detect speed error | 2021-06-06 15:51:32
130 | Fan in speed error, percent: 0, speed: 6000 | 2021-06-06 15:51:14
131 | Fan out speed error, percent: 0, speed: 6000 | 2021-06-06 15:51:14
The text was updated successfully, but these errors were encountered:
Most probably they’re had changed fan behavior for newest models, which one you’re trying to emulate fans?
Most probably they’re had changed fan behavior for newest models, which one you’re trying to emulate fans?
Hello and thank you so much for replying!
I’m trying to do this on a whatsminer m3v1
110 | Fan in detect speed error | 2021-12-03 20:16:21 |
111 | Fan out detect speed error | 2021-12-03 20:16:21 |
130 | Fan in speed error, percent: 0, speed: 6000 | 2021-12-03 20:16:03 |
131 | Fan out speed error, percent: 0, speed: 6000 | 2021-12-03 20:16:03 |
@CoCEmu which model of asic do you use? m3 or m3x?
You can also play around with FAN_PWM at
Also make sure the path is mounted running mount | grep fake_fan .
i’ll check it and tell you
i use m3v1
and i change /etc/config/fans
and set fan count = 1;
the i delete detail about fan1(becuse fan0 to first fan = fan0).
we need to use fan pwm for replace miner fan as power fan and we dont have to use maximum speed of fan.
do you know how can i set a fixed fan speed for fan1?
@CoCEmu which model of asic do you use? m3 or m3x? You can also play around with FAN_PWM at
try setting values from 5 and above it (5,10,15, etc.)
Also make sure the path is mounted running mount | grep fake_fan .
hello,
i changed FAN_PWM=5 and i got same response.after 30 second cgminer restarted.
110 | Fan in detect speed error | 2021-12-04 21:41:23
130 | Fan in speed error, percent: 0, speed: 6000 | 2021-12-04 21:41:05
Источник
Whatsminer m21s fan in detect speed error
Коды ошибок асик майнера WhatsMiner
Создано 03.10.2021 11:22
Коды ошибок асик майнера WhatsMiner
0 ErrSucc ОК ОК — обычный
21 ErrNotPlugged 1 или более хеш-плат не обнаружены Сигнал Hashboard PLUG не обнаружен Номер обнаруженной платы питания, если их более одной, разделенные пробелами 1. Проверьте правильность подключения кабеля SPI (по сравнению с обычной машиной) и снова подключите кабель. 2. Замените плату управления. 3. Замените проблемную доску хешрейта (переделайте доску головоломки).
22 ErrPsuI2cFail Аномальная связь по управлению питанием Неправильная связь I2C источника питания — 1. Заменить блок питания. 2. Замените плату управления.
23 ErrEncoreAllFail Все хэш-платы не могут быть включены SPI недоступен для всех плат хешрейта — 1. Убедитесь, что винты на обоих концах клеммы питания и соединения кабеля SPI не ослаблены. 2. Заменить блок питания. 3. Замените плату управления. 4. Отремонтируйте всю машину.
24 ErrEncoreFail Некоторые платы не включаются SPI недоступен на некоторых хэш-досках Номер хэшборда, для которого произошел сбой связи по SPI, если их несколько, разделенных пробелами 1. Убедитесь, что винты на обоих концах клеммы питания и соединения кабеля SPI не ослаблены. 2. Заменить блок питания. 3. Замените плату управления. 4. Замените проблемную хеш-доску (переделайте доску-головоломку).
25 ErrSetPllFail Не удалось поднять частоту хэш-платы Не удалось поднять частоту хэш-платы Номер хэшборда: частота ошибок 1. Убедитесь, что винты на обоих концах клеммы питания и соединения кабеля SPI не ослаблены. 2. Заменить блок питания. 3. Замените плату управления. 4. Замените проблемную хеш-доску (переделайте доску-головоломку).
26 ErrSetVolFail Не удалось установить напряжение Не удалось установить напряжение Номер хэшборда: 1/2 1. Убедитесь, что винты на обоих концах клеммы питания и соединения кабеля SPI не ослаблены. 2. Заменить блок питания. 3. Замените плату управления. 4. Заменить проблемную хеш-доску (присоединиться)
27 ErrBistFail Тест чипа BIST не пройден Тест чипа BIST не пройден Номер хэшборда: 1/2 1. Убедитесь, что винты на обоих концах клеммы питания и соединения кабеля SPI не ослаблены. 2. Заменить проблемную хеш-доску (присоединиться к плате)
28 ErrSpiFail Ненормальная связь платы хешрейта не может быть автоматически восстановлена ??во время работы Ненормальное соединение SPI платы хешрейта не может быть автоматически восстановлено во время работы Номер хэшборда 1. Убедитесь, что винты на обоих концах клеммы питания и соединения кабеля SPI не ослаблены. 2. Замените проблемную хеш-доску (переделайте доску-головоломку)
29 ErrI2cFail Ненормальная связь по питанию во время работы не может быть восстановлена ??автоматически Связь I2C с ненормальным источником питания не может быть автоматически восстановлена ??во время работы — 1. Заменить блок питания. 2. Замените плату управления.
30 ErrNetwork Подключение к майнинговому пулу прервано Подключение к майнинговому пулу прервано — Если эта проблема возникает на большом количестве или на всех майнинговых машинах с одним и тем же коммутатором: 1. Проверьте правильность настроек пула для майнинга. 2. Проверьте конфигурацию сетевой среды (например, конфигурацию DHCP, конфигурацию DNS, порт и т. Д.). Если проблемы возникают только на одной или нескольких машинах для майнинга: 1. Проверьте правильность настроек пула для майнинга. 2. Проверить подключения к сетевому порту майнера. 3. Замените сетевой кабель на работающую майнинговую машину. 4. Замените плату управления.
31 ErrBadChip Повреждение отдельных микросхем, что приводит к искусственно завышенной вычислительной мощности Повреждение отдельных микросхем, что приводит к искусственно завышенной вычислительной мощности Номер поврежденной микросхемы: номер хеш-платы, если их более одной, разделенные пробелами В ремонт
32 ErrOverheat Hashboard перегрелся Hashboard перегрелся Номер хэшборда 1. Проверьте, вращаются ли передний и задний вентиляторы, если они не вращаются, сначала замените вентиляторы, а затем замените плату управления / блок питания. 2. Убедитесь, что направление ветра спереди и сзади согласовано, согласуется ли оно с другими машинами, если нет, измените направление вентилятора. 3. Если температура воздуха на входе горной машины превышает 40 градусов, необходимо улучшить температурную среду в шахте. 4. Если определенная плата хешрейта часто перегревается, вы можете заменить проблемную плату хешрейта (переделайте головоломку).
33 ErrInvTemp Невозможно прочитать температуру чипа Невозможно прочитать температуру чипа Номер хэшборда 1. Убедитесь, что винты на обоих концах клеммы питания и соединения кабеля SPI не ослаблены. 2. Заменить блок питания. 3. Замените плату управления. 4. Замените проблемную хеш-доску (переделайте доску-головоломку).
34 ErrMisPlugged Неправильное подключение кабеля связи платы управления Ненормальное подключение кабеля SPI платы управления Номер хэшборда 1. Проверьте, совместим ли метод (последовательность) подключения кабеля SPI хэш-платы с другими машинами той же модели. 2. Замените плату управления.
35 ErrPsuFail Аномальный источник питания Аномальный источник питания 1. Обратите внимание на то, что если нет явного отклонения от нормы вычислительной мощности всей машины (не отключается плата), то перезагрузить 2. Убедитесь, что винты на обоих концах клеммы питания и соединения кабеля SPI не ослаблены. 3. Заменить блок питания.
36 ErrInvCorenum Некоторые чипы не работают должным образом Количество хороших фишек ненормальное Номер хэшборда: номер чипа 1. Обратите внимание на то, что если нет явного отклонения от нормы вычислительной мощности всей машины (не отключается плата), то перезагрузить 2. Перезапустите майнер, чтобы увидеть, появляется ли по-прежнему та же ошибка. 3. Замените проблемную хеш-плату.
37 ErrInvVidtype Тип платы управления / версия прошивки / количество микросхем не совпадает Тип платы управления / версия прошивки / количество микросхем не совпадает vidtype, minertype, subtype, chipnum После накопления нескольких единиц (> 10) обратитесь в ремонт.
38 ErrBadRearChips Наконец, у некоторых чипов низкая вычислительная мощность. Последние несколько уровней чипов имеют низкую вычислительную мощность В ремонт
39 ErrInvTuneParam Аномальные параметры старения Напряжение начальной частоты старения неверно В ремонт
Errcode | Scope of application | Explanation | Troubleshooting steps |
Whole miner | Normal | Normal | |
21 | hashboard | one or more hashboards can’t be detected | 1. check and see whether the SPI cables are firmly and correctly connected (compared the connection of cables with working miners), reconnect the SPI cables, don’t change sequence of connection 2. replace control board with other well functional one 3. replace defective hashboard(s) with other well functional one(s) (defective one should be returned for repair/replacement) |
22 | Whole miner | PSU communication is abnormal | 1. replace PSU with other well functional one 2. replace control board with other well functional one |
23 | Whole miner | All hashboards can’t be powered up | 1. check and see whether screws on the PSU side and SPI connection are loose 2. replace PSU with other well functional one 3. replace control board with other well functional one 4. whole miner should be returned for repair |
24 | hashboard | one or more hashboards can’t be powered up | 1. check and see whether screws on the PSU side and SPI connection are loose 2. replace PSU with other well functional one 3. replace control board with other well functional one 4. replace defective hashboard(s) with other well functional one(s) (defective one should be returned for repair/replacement) |
25 | hashboard | frequency increase of hashboards fails | 1. check hashrate of the miner, if there is nothing obviously abnormal (no missing hashboard), no action should be taken 2. check and see whether screws on the PSU side and SPI connection are loose 3. replace PSU with other well functional one 4. replace control board with other well functional one 5. replace defective hashboard(s) with other well functional one(s) (defective one should be returned for repair/replacement) |
26 | hashboard | voltage setting fails | 1. check and see whether screws on the PSU side and SPI connection are loose 2. replace PSU with other well functional one 3. replace control board with other well functional one 4. replace defective hashboard(s) with other well functional one(s) (defective one should be returned for repair/replacement) |
27 | hashboard | chip BIST test fails | 1. check and see whether screws on the PSU side and SPI connection are loose 2. replace defective hashboard(s) with other well functional one(s) (defective one should be returned for repair/replacement) |
28 | hashboard | abnormal communication of hashboard, it can’t be automatically recovered when running | 1. check and see whether screws on the PSU side and SPI connection are loose 2. replace defective hashboard(s) with other well functional one(s) (defective one should be returned for repair/replacement) |
29 | Whole miner | abnormal communication of PSU can’t be automatically recovered when running | 1. replace PSU with other well functional one 2. replace control board with other well functional one |
30 | Whole miner | pool disconnect | If the problem occurs in a large number of miners or all of the mines under the same switch: 1. please first check whether pool setting is correct 2. then check network configuration (such as DHCP configuration, DNS configuration, ports, etc.) If the problem occurs in only one or just a small number of miners under the same switch: 1. please first check whether pool setting is correct 2. then check whether network cable is firmly connected 3. replace network cable with other one from other well working miner 4. replace control board with other well functional one |
31 | hashboard | damage of some individual chip causes inflated high hashrate of the miner | no action should be taken |
32 | hashboard | hashboard overheat | 1. check and see whether both fans are spinning, if not, replace fan with other functional one, if still not, then replace control board or PSU 2. check and see whether wind direction of both fans are the same, whether wind direction are the same with other miners, if not, exchange fans 3. meter the inlet temperature of the miner, if above 40 °C, cooling system of the mining farm should be improved 4. if some hashboard is overheated frequently, that hashboard should be replaced (returned for repair) |
33 | hashboard | chip temperature can’t be read | 1. check and see whether screws on the PSU side and SPI connection are loose 2. replace PSU with other well functional one 3. replace control board with other well functional one 4. replace defective hashboard(s) with other well functional one(s) (defective one should be returned for repair/replacement) |
34 | cables of control board is connected incorrectly | 1. check hashrate of the miner, if there is nothing obviously abnormal (no missing hashboard), no action should be taken 2. check whether hashboard SPI cables are conneted in the same way (sequence) as other miners of same model 3. replace control board with other well functional one |
|
35 | hashboard | PSU voltage is too low | 1. check hashrate of the miner, if there is nothing obviously abnormal (no missing hashboard), no action should be taken 2.check and see whether screws on the PSU side and SPI connection is loose 3. replace PSU with other well functional one |
36 | hashboard | working or some chips is abnormal | 1. check hashrate of the miner, if there is nothing obviously abnormal (no missing hashboard), no action should be taken 2. reboot the miner to see whether the same error is given 3. replace defective hashboard(s) with other well functional one(s) (defective one should be returned for repair/replacement) |
37 | Whole miner | mismatch of control board version/firmware version/quantity of chips | if there are more than 10 miners with same error, please contact engineers |
38 | hashboard | low hashrate of last few chips | no action should be taken |
39 | hashboard | testing parameter is abnormal | no action should be taken |
40 | hashboard | PSU load is insufficient | 1. check and see whether screws on the PSU side and SPI connection are loose 2. replace PSU with other well functional one 3. replace defective hashboard(s) with other well functional one(s) (defective one should be returned for repair/replacement) |
41 | hashboard | startup voltage of PSU is too low | 1. check hashrate of the miner, if there is nothing obviously abnormal (no missing hashboard), no action should be taken 2. check and see whether screws on the PSU side and SPI connection are loose 3. replace PSU with other well functional one 4. replace control board with other well functional one |
42 | hashboard | implementation of plan B fails when hashboard frequency increases | 1. check hashrate of the miner, if there is nothing obviously abnormal (no missing hashboard), no action should be taken 2. check and see whether screws on the PSU side and SPI connection are loose 3. replace PSU with other well functional one 4. replace control board with other well functional one 5. replace defective hashboard(s) with other well functional one(s) (defective one should be returned for repair/replacement) |
Attention: 1. The miner should be powered up again to see whether it is back to normal after every step is taken 2. If the problem is not solve after replacement the part, the part should go back to its original unit 3. Error code and brief description of the problem should be attached to the hashboard that is confirmed defective and that will be returned for repair |
Reason Processing method
110 Fanin detect speed error
Check whether the fan connection is normal,
or replace the power supply, or replace the
111 Fanout detect speed error
Check whether the fan connection is normal,
or replace the power supply, or replace the
130 Fanin speed error
Check whether the fan connection is normal,
or replace the power supply, or replace the
Источник
Терминалы Сбербанка – это достаточно надежная техника, однако у любого оборудования могут возникать ошибки, проблемы и неполадки. Для наглядности, клиентам и персоналу терминал показывает ошибку (ее код). Исходя из этих данных проблему на терминале Сбербанка можно обойти или исправить.
Как исправить ошибки в банкоматах Сбербанк?
Ниже представлен полный перечень всех возможных ошибок в терминалах, возникающих как при оплате картой Сбербанка, так и при любых других условиях. Следует учитывать, что в большинстве случаев клиент/персонал ничего не сможет сделать, кроме как обратиться к специалистам банка.
Код |
Причина |
Решение |
12 |
Терминал неправильно подключен (через PC-3, а не PC-2). Если такая ошибка возникает только иногда, то проблема кроется в самом разъеме (например, поврежден). |
Необходимо переподключить оборудование на PC-2. Если это уже сделано или не помогает, подключить через USB-порт. Если и это не помогает – обратиться к специалистам банка. |
99 |
Нет связи с ПИН-падом (панелью ввода ПИН-кода). Возможно отошли контакты. |
Проверить контакты, подходящие к ПИН-паду. Попробовать переподключить. Если не помогает, менять ПИН-пад или провода. |
361 362 363 364 |
Все ошибки указывают на то, что чип карты не считывается. Проблема или в карте, или в ридере. |
Попробовать вставить любую другую карту. Если чип не будет считан ни на одной из карт, значит проблема в ридере. Нужна диагностика. |
403 |
Неверно введен ПИН-код. |
Проверить правильность введения ПИН-кода. Повторить попытку. Если не помогает и клиент уверен, что он все делает правильно – обращаться в службу поддержки. |
405 |
Вводимый ПИН-код заблокирован. |
Клиент должен обратиться в службу поддержки или в ближайшее отделение Сбербанка. |
444 507 |
Карта не активна (истек срок ее действия) |
Использовать другую карту. |
518 |
Неверная дата на терминале. |
Установить верные данные. |
521 |
Не хватает денег для совершения операции. |
Использовать другую карту или пополнить счет. |
572 |
Аналогична ошибкам 444 и 507 – истек срок действия платежного решения. |
См.решение проблемы с ошибками 444 и 507. |
574 579 |
Платежное средство заблокировано. |
Использовать другую карту. |
584 585 |
Период обслуживания платежного средства завершен. |
Повторить попытку. |
705 706 707 |
Ошибки аналогичны 574 и 579. Платежное средство заблокировано. |
См.решение проблемы с ошибками 574 и 579. |
708 709 |
Ошибки аналогичны 405. Вводимый ПИН-код заблокирован. |
См.решение проблемы с ошибкой 405. |
2000 |
Скорее всего клиент самостоятельно отменил операцию, нажав на кнопку отмены. В редких случаях проблема может быть в том, что терминал еще не провел сверку итогов и на данный момент не готов к работе. |
Рекомендуется повторить операцию. |
2002 |
Слишком долгий ввод ПИН-кода. |
Достать карту из терминала и повторить попытку. |
2004 2005 2006 2007 2405 2406 2407 |
Ошибки аналогичны 574 и 579. Платежное средство заблокировано. |
См.решение проблемы с ошибками 574 и 579. |
3001 |
Не хватает средств для пополнения карты. |
Проверить, сколько денег вносилось и сколько должно быть перечислено на счет. Если данные совпадают – обращаться в службу поддержки. |
3002 |
Предыдущее пополнение через терминал не было завершено. |
Завершить операцию пополнения счета. |
3019 3020 3021 |
Сервера Сбербанка находятся на обслуживании/ремонте/ регламентных работах. |
Подождать окончания работ. |
4100 |
Нет связи с банком. |
Подождать или воспользоваться другим устройством. |
4101 4102 |
Терминал не был проинкассирован. |
Произвести инкассацию. |
4103 4104 |
Обмен данными между терминалом и чипом карты был нарушен. |
Повторить операцию еще раз. Если не получается – воспользоваться другим устройством. |
4108 |
Номер карты был указан неверно (или был неверно прочитан). |
Повторить операцию еще раз. |
4110 4111 4112 |
Предупреждение о том, что нужна инкассация. |
Провести инкассацию. |
4113 4114 |
Превышен лимит операций. |
Связаться со службой поддержки. |
4115 |
Нельзя вводить карту вручную. |
Воспользоваться другой картой. |
4116 |
Последние 4 цифры номера карты введены неверно. |
Проверить данные. Повторить попытку. |
4117 |
ПИН-код не был введен |
Ввести ПИН-код. |
4119 |
Нет связи с банком. |
Связаться со службой поддержки. |
4120 |
ПИН-пад не получил код KLK. |
Связаться со службой поддержки. |
4121 |
Проблемы терминала на программном уровне. |
Сообщить специалистам банка. |
4122 |
Неверно произведена смена ключей. |
Сообщить специалистам банка. |
4123 4124 |
Нет ключей для рабочего сеанса. |
Сообщить специалистам банка. |
4125 |
Вместо чипа карты считана магнитная полоса. |
Вставить карту в ридер для чипов. |
4128 |
Неверный ключ KLK. |
Сообщить специалистам банка. |
4130 |
Забита память устройства. |
Произвести сверку итогов. |
4131 |
Проблема с ПИН-падом (неверная загрузка ПО). |
Сообщить специалистам банка. |
4132 |
Операция отменена. |
Ошибка возникает тогда, когда карту достают из терминала быстрее, чем пройдет оплата. Необходимо повторить операцию. |
4134 |
Давно не было сверки итогов. |
Выполнить сверку итогов. Повторить операцию. |
4136 |
Старая версия прошивки. |
Нужно обновить прошивку. |
4137 |
Ошибка в вводе ПИН-кода |
Проверить данные. Повторить попытку. |
4138 |
Номера карт получателя и отправителя средств совпадают. |
Совершить платеж с другой карты. |
4139 |
Нет нужного варианта связи для операции. |
Произвести перенастройку терминала или связаться со службой поддержки. |
4140 |
Неверный код или сумма операции. |
Проверить и изменить данные. Повторить попытку. |
4141 |
Программная ошибка. Нет нужного файла. |
Повторить попытку. Если операция не проходит – связываться со службой поддержки. |
4142 |
Не удается выполнить команду. |
Повторить попытку. Если операция не проходит – связываться со службой поддержки. |
4143 |
Старый СТОП-лист. |
Обновить СТОП-лист. |
4144 4145 4146 4147 |
Неправильный формат СТОП-листа. |
Изменить формат СТОП-листа на правильный. Повторить попытку. |
4148 |
Карта находится в СТОП-листе. |
Использовать другую карту или убрать текущую из СТОП-листа. |
4149 |
На платежном средстве нет фамилии клиента. |
Использовать другую карту. |
4150 |
Превышен лимит операций без связи с банком. |
Обеспечить связь с банком. |
4160 |
Биометрические данные считаны некорректно. |
Повторить попытку. Если проблема повторяется – связываться со службой поддержки. |
4161 |
Нет нужного файла для работы с биометрическими данными. |
Установить нужный файл или связаться со службой поддержки. |
4162 4163 4164 |
Ошибка в работе с сертификатом проверки биометрических данных. |
Попробовать повторить попытку. Если проблема остается, связываться со службой поддержки банка. |
4165 4166 4167 |
Биометрический сканер и терминал некорректно взаимодействуют. |
Проверить подключение устройств и их синхронизацию. Если очевидных проблем нет – связываться со службой поддержки банка. |
4168 4169 |
Ошибка в проверке отпечатков пальцев. |
Повторить попытку. Если проблема сохраняется – связываться со службой поддержки. |
4171 |
Отсутствует биометрическая криптограмма. |
Установить требуемое ПО или обращаться в службу поддержки. |
4202 |
Ошибка при загрузке данных. |
Повторить попытку. |
4203 |
При загрузке данных не был указан код для активации или он был указан неверно. |
Проверить данные и указать правильный код активации. |
4208 |
Ошибка при удаленной загрузке данных. На сервере нет нужного шаблона. |
Связаться со службой поддержки. |
4209 |
Ошибка при удаленной загрузке данных. На сервере нет доступа к базе данных. |
Связаться со службой поддержки. |
4211 |
Нет ключа №62 на терминале. |
При невозможности самостоятельно решить проблему и загрузить нужный ключ — связаться со службой поддержки. |
4300 |
Введены не все необходимые настройки/параметры. |
Указать всю необходимую для работы устройства информацию. Если проблема сохраняется или непонятно, что именно нужно вносить, обращаться в поддержку банка. |
4301 |
Невозможный тип операции. |
Повторить попытку. Если проблема сохраняется, попробовать произвести любую другую аналогичную операцию. Если и в такой ситуации сохраняется проблема – обращаться в службу поддержки. |
4302 |
Невозможный тип карты. |
Попробовать другую карту. Если проблема актуальна с любой картой, возможно проблема в ПО или ридере. Рекомендуется обращаться в службу поддержки. |
4303 |
Проблемы с передачей типа карты. Возможно неверные настройки устройства. |
Обращаться в службу поддержки банка. |
4305 |
Нужна более свежая библиотека данных. |
Обновить библиотеку kernel. |
4306 |
Нет нужной библиотеки kernel. Проблема обычно возникает после обновления библиотеки. Данные уже есть, но устройство их еще не успело обработать. |
Повторить попытку через несколько минут. Если ошибка сохраняется, обращаться в службу поддержки. |
4309 |
Нет данных для печати. |
Распространенная ошибка, которая возникает при неправильной настройке или синхронизации баз данных, ПО, оборудования и так далее. Рекомендуется пошагово проверять каждый из элементов и его взаимодействие в комплексе. |
4313 |
Несоответствие номеров карты. |
Повторить попытку. Если проблема сохраняется – использовать другую карту. |
4314 |
Устройство воспринимает отечественную карту как зарубежную. |
Повторить попытку. Если проблема сохраняется – использовать другую карту. |
4332 |
Не выполнена сверка итогов. |
Выполнить сверку итогов. |
4334 |
Карта не читается либо вышло время ожидания. |
Повторить попытку. Если проблема сохраняется – использовать другую карту. |
4335 |
Не введена сумма операции. |
Ввести сумму и повторить попытку. |
4336 |
Указан неправильный код валюты. |
Указать правильный код валюты. |
4339 |
Операцию невозможно выполнить для этой карты. |
Использовать другую карту. |
5002 |
Карта обладает дефектом: повреждена, изначально выпущена с дефектом и так далее. |
Использовать другую карту. |
Как исправить ошибку во время выполнения 13
Номер ошибки: | Ошибка во время выполнения 13 | |
Название ошибки: | Type mismatch | |
Описание ошибки: | Visual Basic is able to convert and coerce many values to accomplish data type assignments that weren’t possible in earlier versions. | |
Разработчик: | Microsoft Corporation | |
Программное обеспечение: | Windows Operating System | |
Относится к: | Windows XP, Vista, 7, 8, 10, 11 |
Обзор «Type mismatch»
«Type mismatch» часто называется ошибкой во время выполнения (ошибка). Когда дело доходит до Windows Operating System, инженеры программного обеспечения используют арсенал инструментов, чтобы попытаться сорвать эти ошибки как можно лучше. Тем не менее, возможно, что иногда ошибки, такие как ошибка 13, не устранены, даже на этом этапе.
Ошибка 13, рассматриваемая как «Visual Basic is able to convert and coerce many values to accomplish data type assignments that weren’t possible in earlier versions.», может возникнуть пользователями Windows Operating System в результате нормального использования программы. Когда это происходит, конечные пользователи программного обеспечения могут сообщить Microsoft Corporation о существовании ошибки 13 ошибок. Команда программирования может использовать эту информацию для поиска и устранения проблемы (разработка обновления). Чтобы исправить любые документированные ошибки (например, ошибку 13) в системе, разработчик может использовать комплект обновления Windows Operating System.
Почему происходит ошибка времени выполнения 13?
Сбой устройства или Windows Operating System обычно может проявляться с «Type mismatch» в качестве проблемы во время выполнения. Проанализируем некоторые из наиболее распространенных причин ошибок ошибки 13 во время выполнения:
Ошибка 13 Crash — Номер ошибки вызовет блокировка системы компьютера, препятствуя использованию программы. Это возникает, когда Windows Operating System не реагирует на ввод должным образом или не знает, какой вывод требуется взамен.
Утечка памяти «Type mismatch» — последствия утечки памяти Windows Operating System связаны с неисправной операционной системой. Повреждение памяти и другие потенциальные ошибки в коде могут произойти, когда память обрабатывается неправильно.
Ошибка 13 Logic Error — Логические ошибки проявляются, когда пользователь вводит правильные данные, но устройство дает неверный результат. Виновником в этом случае обычно является недостаток в исходном коде Microsoft Corporation, который неправильно обрабатывает ввод.
Как правило, ошибки Type mismatch вызваны повреждением или отсутствием файла связанного Windows Operating System, а иногда — заражением вредоносным ПО. Большую часть проблем, связанных с данными файлами, можно решить посредством скачивания и установки последней версии файла Microsoft Corporation. Помимо прочего, в качестве общей меры по профилактике и очистке мы рекомендуем использовать очиститель реестра для очистки любых недопустимых записей файлов, расширений файлов Microsoft Corporation или разделов реестра, что позволит предотвратить появление связанных с ними сообщений об ошибках.
Типичные ошибки Type mismatch
Частичный список ошибок Type mismatch Windows Operating System:
- «Ошибка Type mismatch. «
- «Ошибка программного обеспечения Win32: Type mismatch»
- «Извините за неудобства — Type mismatch имеет проблему. «
- «К сожалению, мы не можем найти Type mismatch. «
- «Type mismatch не найден.»
- «Ошибка запуска программы: Type mismatch.»
- «Type mismatch не работает. «
- «Отказ Type mismatch.»
- «Type mismatch: путь приложения является ошибкой. «
Обычно ошибки Type mismatch с Windows Operating System возникают во время запуска или завершения работы, в то время как программы, связанные с Type mismatch, выполняются, или редко во время последовательности обновления ОС. Выделение при возникновении ошибок Type mismatch имеет первостепенное значение для поиска причины проблем Windows Operating System и сообщения о них вMicrosoft Corporation за помощью.
Создатели Type mismatch Трудности
Проблемы Type mismatch могут быть отнесены к поврежденным или отсутствующим файлам, содержащим ошибки записям реестра, связанным с Type mismatch, или к вирусам / вредоносному ПО.
В частности, проблемы с Type mismatch, вызванные:
- Поврежденная или недопустимая запись реестра Type mismatch.
- Зазаражение вредоносными программами повредил файл Type mismatch.
- Type mismatch злонамеренно удален (или ошибочно) другим изгоем или действительной программой.
- Другое программное обеспечение, конфликтующее с Windows Operating System, Type mismatch или общими ссылками.
- Поврежденная установка или загрузка Windows Operating System (Type mismatch).
Совместима с Windows 2000, XP, Vista, 7, 8, 10 и 11
Источник
3 простых шага по исправлению ошибок MAINAPP.EXE
Подробности файле с именем mainapp.exe
Очистите мусорные файлы, чтобы исправить mainapp.exe, которое перестало работать из-за ошибки.
- Запустите приложение Asmwsoft Pc Optimizer.
- Потом из главного окна выберите пункт «Clean Junk Files».
- Когда появится новое окно, нажмите на кнопку «start» и дождитесь окончания поиска.
- потом нажмите на кнопку «Select All».
- нажмите на кнопку «start cleaning».
Очистите реестр, чтобы исправить mainapp.exe, которое перестало работать из-за ошибки
Как удалить заблокированный файл
- В главном окне Asmwsoft Pc Optimizer выберите инструмент «Force deleter»
- Потом в «force deleter» нажмите «Выбрать файл», перейдите к файлу mainapp.exe и потом нажмите на «открыть».
- Теперь нажмите на кнопку «unlock and delete», и когда появится подтверждающее сообщение, нажмите «да». Вот и все.
Настройка Windows для исправления критических ошибок mainapp.exe:
- Нажмите правой кнопкой мыши на «Мой компьютер» на рабочем столе и выберите пункт «Свойства».
- В меню слева выберите » Advanced system settings».
- В разделе «Быстродействие» нажмите на кнопку «Параметры».
- Нажмите на вкладку «data Execution prevention».
- Выберите опцию » Turn on DEP for all programs and services . » .
- Нажмите на кнопку «add» и выберите файл mainapp.exe, а затем нажмите на кнопку «open».
- Нажмите на кнопку «ok» и перезагрузите свой компьютер.
Как другие пользователи поступают с этим файлом?
Всего голосов ( 202 ), 133 говорят, что не будут удалять, а 69 говорят, что удалят его с компьютера.
Как вы поступите с файлом mainapp.exe?
Некоторые сообщения об ошибках, которые вы можете получить в связи с mainapp.exe файлом
- (mainapp.exe) столкнулся с проблемой и должен быть закрыт. Просим прощения за неудобство.
- (mainapp.exe) перестал работать.
- mainapp.exe. Эта программа не отвечает.
- (mainapp.exe) — Ошибка приложения: the instruction at 0xXXXXXX referenced memory error, the memory could not be read. Нажмитие OK, чтобы завершить программу.
- (mainapp.exe) не является ошибкой действительного windows-приложения.
- (mainapp.exe) отсутствует или не обнаружен.
MAINAPP.EXE
Проверьте процессы, запущенные на вашем ПК, используя базу данных онлайн-безопасности. Можно использовать любой тип сканирования для проверки вашего ПК на вирусы, трояны, шпионские и другие вредоносные программы.
Источник
Обработка многократно возникающих SIGSEGV-подобных ошибок
Тема изъезжена и уже не мало копий было сломано из-за неё. Так или иначе люди продолжают задаваться вопросом о том может ли приложение написанное на C/C++ не упасть после разыменования нулевого указателя, например. Краткий ответ — да, даже на Хабре есть статьи на сей счёт.
Одним из наиболее частых ответов на данный вопрос является фраза «А зачем? Такого просто не должно случаться!». Истинные причины того почему люди продолжают интересоваться данной тематикой могут быть разные, одной из них может быть лень. В случая когда лениво или дорого проверять всё и вся, а исключительные ситуации случаются крайне редко можно, не усложняя кода, завернуть потенциально падающие фрагменты кода в некий try / catch который позволит красиво свернуть приложение или даже восстановится и продолжить работу как ни в чём не бывало. Наиболее ненормальным как раз таки может показаться желание снова и снова ловить ошибки, обычно приводящие к падению приложения, обрабатывать их и продолжать работу.
Итак попробуем создать нечто позволяющее решать проблему обработки SIGSEGV-подобных ошибок. Решение должно быть по максимуму кроссплатформенным, работать на всех наиболее распространённых десктопных и мобильных платформах в однопоточных и многопоточных окружениях. Так же сделаем возможным существование вложенных try / catch секций. Обрабатывать будем следующие виды исключительных ситуаций: доступ к памяти по неправильным адресам, выполнение невалидных инструкций и деление на ноль. Апофеозом будет то, что произошедшие аппаратные исключения будут превращаться в обычные C++ исключения.
Наиболее часто для решения аналогичным поставленной задачам рекомендуется использовать POSIX сигналы на не Windows системах, а на Windows Structured Exception Handling (SEH). Поступим примерно следующим образом, но вместо SEH будем использовать Vectored Exception Handling (VEH), которые очень часто обделены вниманием. Вообще, со слов Microsoft, VEH является расширением SEH, т.е. чем-то более функциональным и современным. VEH чем-то схож c POSIX сигналами, для того чтобы начать ловить какие либо события обработчик надо зарегистрировать. Однако в отличии от сигналов для VEH можно регистрировать несколько обработчиков, которые будут вызываться по очереди до тех пор пока один из них не обработает возникшее событие.
В довесок к обработчикам сигналов возьмём на вооружение пару setjmp / longjmp , которые позволят нам возвращаться туда куда нам хочется после возникновения аварийной ситуации и каким-либо способом обрабатывать эту самую исключительную ситуацию. Так же, чтобы наша поделка работала в многопоточных средах нам понадобится старый добрый thread local storage (TLS), который также доступен во всех интересующих нас средах.
Самое простое, что необходимо сделать чтобы просто не упасть в случае аварийной ситуации — это написать свой обработчик и зарегистрировать его. В большинстве случаев людям достаточно просто собрать необходимое количество информации и красиво свернуть приложение. Так или иначе обработчик сигналов регистрируется всем известным способом. Для POSIX-совместимых систем это выглядит следующим образом:
Выше приведённый фрагмент кода регистрирует обработчик для следующий сигналов: SIGBUS , SIGFPE , SIGILL , SIGSEGV . Помимо этого с помощью вызова sigaltstack указываться, что обработчик сигнала должен запускаться на альтернативном, своём собственном, стеке. Это позволяет выживать приложению даже в условиях stack overflow, который легко может возникнуть в случае бесконечно рекурсии. Если не задать альтернативный стек, то подобного рода ошибки не возможно будет обработать, приложение будет просто падать, т.к. для вызова и выполнения обработчика просто не будет стека и с этим ничего нельзя будет сделать. Так же сохраняются указатели на ранее зарегистрированные обработчики, что позволит их вызывать, если наш обработчик поймёт, что делать ему нечего.
Для Windows код намного короче:
Обработчик один, он ловит сразу все события (не только аппаратные исключения надо сказать) и нет никакой возможности что-либо сделать со стеком как в Linux, например. Единица, подаваемая первым аргументом в функцию AddVectoredExceptionHandler , говорит о том, что наш обработчик должен вызываться первым, перед любыми другими уже имеющимися. Это даёт нам шанс быть первыми и предпринять необходимые нам действия.
Сам обработчик для POSIX систем выглядит следующим образом:
Надо сказать, что для того чтобы наш обработчик сигналов стал многоразовым, т.е. мог вызываться снова и снова в случае возникновения новых ошибок, мы должны при каждом заходе разблокировать сработавший сигал. Это необходимо в тех случаях, когда обработчик знает, что исключительная ситуация возникла в участке кода, который завёрнут в некие try / catch о которых речь пойдёт позже. Если же аварийная ситуация сложилась там где мы её совсем не ожидали, дела будут переданы ранее зарегистрированному обработчику сигналов, если такового нет, то вызывается обработчик по умолчанию, который завершит терпящее аварию приложение.
Обработчик для Windows выглядит следующим образом:
Как уже упоминалось выше VEH обработчик на Windows ловит много чего ещё помимо аппаратных исключений. Например при вызове OutputDebugString возникает исключение с кодом DBG_PRINTEXCEPTION_C . Подобные события мы обрабатывать не будем и просто вернём EXCEPTION_CONTINUE_SEARCH , что приведёт к тому что ОС пойдёт искать следующий обработчик, который обработает данное событие. Также мы не хотим обрабатывать C++ исключения, которым соответствует магический код 0xE06D7363L не имеющий нормального имени.
Как на POSIX-совместимых системах так и на Windows в конце обработчика вызывается longjmp , который позволяет нам вернуться вверх по стеку, до самого начала секции try и обойти её попав в ветку catch , в которой можно будет сделать все необходимые для восстановления работы действия и продолжить работу так как будто ничего страшного не произошло.
Для того, чтобы обычный C++ try начал ловить не свойственные ему исключительные ситуации необходимо в самое начало поместить небольшой макрос HW_TO_SW_CONVERTER :
Выглядит довольно кудряво, но по факту здесь делается очень простая вещь:
- Вызывается setjmp , который позволяет нам запомнить место где мы начали и куда нам надо вернуться в случае аварии.
- Если по пути выполнения случилось аппаратное исключение, то setjmp вернёт не нулевое значение, после того как где-то по пути был вызван longjmp . Это приведёт к тому, что будет брошено C++ исключение типа HwException, которое будет содержать информацию о том какого вида ошибка случилась. Брошенное исключение без проблем ловится стандартным catch .
Упрощённо приведённый выше макрос разворачивается в следующий псевдокод:
У подхода setjmp / longjmp есть один существенный недостаток. В случае обычных C++ исключений, происходит размотка стека при которой вызываются деструкторы всех созданных по пути объектов. В случае же с longjmp мы сразу прыгаем в исходную позицию, никакой размотки стека не происходит. Это накладывает соответствующие ограничения на код, который находится внутри таких секций try , там нельзя выделять какие-либо ресурсы ибо есть риск их навсегда потерять, что приведёт к утечкам.
Ещё одним ограничением является то, что setjmp нельзя использовать в функциях/методах объявленных как inline . Это ограничение самого setjmp . В лучшем случае компилятор просто откажется собирать подобный код, в худшем он его соберёт, но полученный бинарный файл будет просто аварийно завершать свою работу.
Самым ненормальным действием, которое приходится принимать после обработки аппаратного исключения на Windows является необходимость вызова RemoveVectoredExceptionHandler . Если этого не сделать, то после каждого входа в наш обработчик VEH и выполнения longjmp там будет складываться ситуация как-будто наш обработчик был зарегистрирован ещё один раз. Это приводит к тому, что при каждой последующей аварийной ситуации обработчик будет вызываться всё больше и больше раз подряд, что будет приводить к плачевным последствиям. Данное решение было найдено исключительно путём многочисленных магических экспериментов и нигде никак не документировано.
Для того, чтобы решение работало в многопоточных окружениях необходимо чтобы каждый поток имел собственное место где можно сохранять контекст исполнения с помощью setjmp . Для этих целей и используется TLS, в использовании которого нет ничего хитрого.
Сам контекст исполнения оформлен в виде простого класса имеющего следующие конструктор и деструктор:
Данный класс имеет поле prev_context , которое даёт нам возможность создавать цепочки из вложенных секций try / catch .
Полный листинг описанного выше изделия доступен в GitHub’е:
https://github.com/kutelev/hwtrycatch
В доказательство того, что всё работает как описано имеется автоматическая сборка и тесты под платформы Windows, Linux, Mac OS X и Android:
Под iOS это тоже работает, но за неимением устройства для тестирования нет и автоматических тестов.
В заключение скажем, что подобный подход можно использовать и в обычном C. Надо лишь написать несколько макросов, которые будут имитировать работу try / catch из C++.
Так же стоит сказать, что использование описанных методов в большинстве случаев является очень плохой идеей, особенно, если учесть, что на уровне сигналов нельзя выяснить, что же привело к возникновению SIGSEGV или SIGBUS . Это равновероятно может быть как и чтение по неправильным адресам так и запись. Если же чтение по произвольным адресам является операцией не деструктивной, то запись может приводить к плачевным результатам таким как разрушением стека, кучи или даже самого кода.
Источник
Номер ошибки: | Ошибка во время выполнения 13 | |
Название ошибки: | Type mismatch | |
Описание ошибки: | Visual Basic is able to convert and coerce many values to accomplish data type assignments that weren’t possible in earlier versions. | |
Разработчик: | Microsoft Corporation | |
Программное обеспечение: | Windows Operating System | |
Относится к: | Windows XP, Vista, 7, 8, 10, 11 |
Обзор «Type mismatch»
«Type mismatch» часто называется ошибкой во время выполнения (ошибка). Когда дело доходит до Windows Operating System, инженеры программного обеспечения используют арсенал инструментов, чтобы попытаться сорвать эти ошибки как можно лучше. Тем не менее, возможно, что иногда ошибки, такие как ошибка 13, не устранены, даже на этом этапе.
Ошибка 13, рассматриваемая как «Visual Basic is able to convert and coerce many values to accomplish data type assignments that weren’t possible in earlier versions.», может возникнуть пользователями Windows Operating System в результате нормального использования программы. Когда это происходит, конечные пользователи программного обеспечения могут сообщить Microsoft Corporation о существовании ошибки 13 ошибок. Команда программирования может использовать эту информацию для поиска и устранения проблемы (разработка обновления). Чтобы исправить любые документированные ошибки (например, ошибку 13) в системе, разработчик может использовать комплект обновления Windows Operating System.
Почему происходит ошибка времени выполнения 13?
Сбой устройства или Windows Operating System обычно может проявляться с «Type mismatch» в качестве проблемы во время выполнения. Проанализируем некоторые из наиболее распространенных причин ошибок ошибки 13 во время выполнения:
Ошибка 13 Crash — Номер ошибки вызовет блокировка системы компьютера, препятствуя использованию программы. Это возникает, когда Windows Operating System не реагирует на ввод должным образом или не знает, какой вывод требуется взамен.
Утечка памяти «Type mismatch» — последствия утечки памяти Windows Operating System связаны с неисправной операционной системой. Повреждение памяти и другие потенциальные ошибки в коде могут произойти, когда память обрабатывается неправильно.
Ошибка 13 Logic Error — Логические ошибки проявляются, когда пользователь вводит правильные данные, но устройство дает неверный результат. Виновником в этом случае обычно является недостаток в исходном коде Microsoft Corporation, который неправильно обрабатывает ввод.
Как правило, ошибки Type mismatch вызваны повреждением или отсутствием файла связанного Windows Operating System, а иногда — заражением вредоносным ПО. Большую часть проблем, связанных с данными файлами, можно решить посредством скачивания и установки последней версии файла Microsoft Corporation. Помимо прочего, в качестве общей меры по профилактике и очистке мы рекомендуем использовать очиститель реестра для очистки любых недопустимых записей файлов, расширений файлов Microsoft Corporation или разделов реестра, что позволит предотвратить появление связанных с ними сообщений об ошибках.
Типичные ошибки Type mismatch
Частичный список ошибок Type mismatch Windows Operating System:
- «Ошибка Type mismatch. «
- «Ошибка программного обеспечения Win32: Type mismatch»
- «Извините за неудобства — Type mismatch имеет проблему. «
- «К сожалению, мы не можем найти Type mismatch. «
- «Type mismatch не найден.»
- «Ошибка запуска программы: Type mismatch.»
- «Type mismatch не работает. «
- «Отказ Type mismatch.»
- «Type mismatch: путь приложения является ошибкой. «
Обычно ошибки Type mismatch с Windows Operating System возникают во время запуска или завершения работы, в то время как программы, связанные с Type mismatch, выполняются, или редко во время последовательности обновления ОС. Выделение при возникновении ошибок Type mismatch имеет первостепенное значение для поиска причины проблем Windows Operating System и сообщения о них вMicrosoft Corporation за помощью.
Создатели Type mismatch Трудности
Проблемы Type mismatch могут быть отнесены к поврежденным или отсутствующим файлам, содержащим ошибки записям реестра, связанным с Type mismatch, или к вирусам / вредоносному ПО.
В частности, проблемы с Type mismatch, вызванные:
- Поврежденная или недопустимая запись реестра Type mismatch.
- Зазаражение вредоносными программами повредил файл Type mismatch.
- Type mismatch злонамеренно удален (или ошибочно) другим изгоем или действительной программой.
- Другое программное обеспечение, конфликтующее с Windows Operating System, Type mismatch или общими ссылками.
- Поврежденная установка или загрузка Windows Operating System (Type mismatch).
Продукт Solvusoft
Загрузка
WinThruster 2022 — Проверьте свой компьютер на наличие ошибок.
Совместима с Windows 2000, XP, Vista, 7, 8, 10 и 11
Установить необязательные продукты — WinThruster (Solvusoft) | Лицензия | Политика защиты личных сведений | Условия | Удаление
Following the doc to connect CosmosDB (mongo api) from Studio 3T, we,ve got this error:
Database error (MongoSecurityException): Exception authenticating MongoCredential{mechanism=SCRAM-SHA-1, userName=’xyzUserName’, source=’admin’, password=<hidden>, mechanismProperties={}}
Stacktrace:
|/ Database error (MongoSecurityException): Exception authenticating MongoCredential{mechanism=SCRAM-SHA-1, userName=’xyzUserName’, source=’admin’, password=<hidden>, mechanismProperties={}}
|/ Mongo Server error (MongoCommandException): Command failed with error 13: ‘Not Authenticated’ on server xyz:10255.
|…
|… The full response is:
|… {
|… «t» : «OKMongoResponse»,
|… «ok» : NumberInt(0),
|… «code» : NumberInt(13),
|… «errmsg» : «Not Authenticated»,
|… «$err» : «Not Authenticated»
|… }
Trying authentication mode: Basic (SCRAM-SHA-256), we got another error:
Database error (MongoSecurityException): Exception authenticating MongoCredential{mechanism=SCRAM-SHA-256, userName=’xyzUserName’, source=’admin’, password=<hidden>, mechanismProperties={}}
Stacktrace:
|/ Database error (MongoSecurityException): Exception authenticating MongoCredential{mechanism=SCRAM-SHA-256, userName=’xyzUserName’, source=’admin’, password=<hidden>, mechanismProperties={}}
|/ Mongo Server error (MongoCommandException): Command failed with error 18: ‘SaslFailed’ on server xyz:10255.
|…
|… The full response is:
|… {
|… «t» : «OKMongoResponse»,
|… «ok» : NumberInt(0),
|… «code» : NumberInt(18),
|… «errmsg» : «SaslFailed»,
|… «$err» : «SaslFailed»
|… }
Any help in how could I fix that?
Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.
- ID: 21d6cd84-d0c4-eea9-c2c6-e6f3be91dad8
- Version Independent ID: 6fa411bf-934b-fc27-8fef-09f07c3f0299
- Content: Connect to Azure Cosmos DB’s API for MongoDB using Studio 3T — Azure Cosmos DB
- Content Source: articles/cosmos-db/mongodb-mongochef.md
- Service: cosmos-db
- GitHub Login: @sivethe
- Microsoft Alias: sivethe
Тема: Помогите отловить причину 13-й ошибки (Прочитано 75467 раз)
Совершенно спонтанно вылетает err 13. Все параметры в норме. Поставил на отладку в устройстве и один раз поймал эту ошибку в отладочном режиме. При этом понять все равно ничего не удалось. Долго копался и понял, что сам не осиливаю. Выношу вопрос на форум. Помогите разобраться пожалуйста.
Записан
ERROR 13
Слишком низкая температура приточного возду-
ха.
Код ошибки 13 может появиться, если режиме
«вентиляция» или «нагревание» температура
приточного воздуха будет ниже 2ºС или в режиме
«нагревание», при максимальной мощности
электрического теплообменника и минимальном
расходе воздуха (для регулируемых ЭД вентиля-
торов) температура приточного воздуха в течение
4 минут будет ниже уставки на 10ºС.
Так же эта ошибка означает критический перегрев
электрического теплообменника.
Записан
В том-то и дело, что ни одно из этих условий не выполняется. Температура притока нормальная, перегрева нет, недогрева нет, превышающей разницы температур нет. Мощности нагревателя хватает с запасом. U% порядка 30. Тем не менее ошибка появляется (редко, но появляется) При повторном включении установки параметры остаются без изменений, а ошибки нет. Потом установка работает, работает и вдруг err 13. В этом-то вся штука. Для этого я на отладку и поставил, но в отладке нет лога и кто и почему прописывает этот код в регистр поймать мне не удается. Для того чтоб хотя бы раз засечь эту ошибку мне потребовалось неделю установку в отладке держать.
Записан
Выведите показания датчика температуры в скаду и эту ошибку, постройте график, и увидите что происходит.
Записан
А как-нибудь без SCADA обойтись не получится? Я подозреваю некий переходный процесс, когда ПИ регулятор работает в «пограничном» режиме. То есть температурная уставка близка к своему минимальному значению и есть момент «провала» регулирования за нижнюю границу. По идее такие вещи должны быть закрыты в программе путем прикручивания апериодического фильтра, или просто задержки. Возможно все это даже и реализовано, просто нужно подправить некоторые значения. Но чтобы копать в этом направлении, нужно сначала убедиться, что само предположение верно.
Записан
Коллеги. Вы совсем забыли про точки отладки.
Записан
Как записывать значения точек отладки в какой-нибудь лог? Если такая возможность есть, тогда можно пытаться ловить. А иначе, значение проскочило и никто ничего не заметил, а установка вырубилась, записав в регистр 13-ю ошибку.
Записан
Отладочные точки могут остановить программу при возникновении события
Записан
Отладочные точки могут остановить программу при возникновении события
Подскажите пожалуйста как это сделать. В свойствах точки отладки нет ничего подобного. Как задать
параметры сравнения и останова в конкретной точке отладки?
И еще, предположим, что я подозреваю не один, а несколько параметров, способных вызывать этот сбой,
мне за каждым из них придется следить последовательно? Напомню что сбои не часты и происходят
при различных «стечениях обстоятельств». Сбоя можно ждать и неделю, и две, и месяц. Мне нужно
отловить это значение, которое проскакивает один раз и пропадает, записав ошибку. Система-то и так по 13-й
ошибке останавливается, но сама причина при этом уже исчезла.
Записан
В свойствах точек останова есть условия. Их можно задавать. А задавать их можно из панели управления отладочный и точками.
Что касается наблюдения за несколькими местами — я очень давно жду инструмент осциллограф, но его пока нет.
Записан
Граждане, поймал я эту проблему. Как раз в наступившие «холода» и поймал.
Есть нестыковочка в работе ПИ регулятора с задержкой на отключение по +2 градусам.
Если установка все время работает в постоянном режиме ничего не происходит, но если ее заставить
работать например по расписанию, или включать / выключать, или просто менять скорости вентилятора с панели,
то вот тогда-то все и начинается. Первое — инертность датчика приточного воздуха. Второе не правильно вычисляемая кривая работы ПИ регулятора. А происходит вот что: При низкой температуре воздуха за бортом мы включаем установку и ставим уставку притока например 8 градусов. Датчик обдувается пока еще холодным воздухом и ПИ регулятор начинает поднимать температуру, но делает он это крайне медленно вместо того чтоб на первых порах включить полную мощность нагрева. В итоге температура в канале падает меньше +2 и через положенные 250 сек установка вылетает в 13 ошибку. Вот если поставить температурную уставку например в +20, то все нормально. Но если нам это не нужно, поскольку работает центральное отопление, то шансов у нас никаких. Постоянные вылеты по 13-й ошибке. С удовольствием выслушаю ваши советы и комментарии.
Записан
Электрическая программа? Будьте добры номер программы.
Записан
Не совсем понял что значит номер программы?
Программа — да электрическая Z400EX-N
Версия контроллера 3.52
Настроена под работу с частотным преобразователем скорости вентилятора
и ШИМ регулирование нагревателем на твердотельном реле.
« Последнее редактирование: 19 Январь 2018, 12:09:48 от eric »
Записан
Все, понял.
Сейчас проверим
Записан
Это старый алгоритм, он имеет некоторые недостатки.
Их можно вылечить, изменив логику работы ПИ на старте
Записан
i am using android studio latest version in linux(elementary luna to be specific). I installed jdk, android studio and sdk successfully, android studio opens us perfectly and even i can work on my app. but when i bulid app it gives error 13: permission denied and it opens a black circle image png in new tab.
Information:Gradle tasks [:app:compileDebugSources]
:app:preBuild
:app:preDebugBuild
:app:checkDebugManifest
:app:preReleaseBuild
:app:prepareComAndroidSupportAppcompatV72103Library UP-TO-DATE
:app:prepareComAndroidSupportSupportV42103Library UP-TO-DATE
:app:prepareDebugDependencies
:app:compileDebugAidl UP-TO-DATE
:app:compileDebugRenderscript UP-TO-DATE
:app:generateDebugBuildConfig UP-TO-DATE
:app:generateDebugAssets UP-TO-DATE
:app:mergeDebugAssets UP-TO-DATE
:app:generateDebugResValues UP-TO-DATE
:app:generateDebugResources UP-TO-DATE
:app:mergeDebugResources
:app:mergeDebugResources FAILED
/home/suUs12/AndroidStudioProjects/MyApplication/app/build/intermediates/exploded-aar/com.android.support/appcompat-v7/21.0.3/res/drawable-mdpi/abc_btn_radio_to_on_mtrl_000.png
Error:Error: Cannot run program "/home/suUs12/Android/Sdk/build-tools/21.1.2/aapt": error=13, Permission denied
Error:Execution failed for task ':app:mergeDebugResources'.
> /home/suUs12/AndroidStudioProjects/MyApplication/app/build/intermediates/exploded-aar/com.android.support/appcompat-v7/21.0.3/res/drawable-mdpi/abc_btn_radio_to_on_mtrl_000.png:
Error: Cannot run program "/home/suUs12/Android/Sdk/build-tools/21.1.2/aapt": error=13, Permission denied
Information:BUILD FAILED
Information:Total time: 30.305 secs
Information:2 errors
Information:0 warnings
i dont understand the problem. i did searched on internet and tried many methods like
-
changing permissions with chmod:
chmod +x /home/alex/android-studio/sdk/build-tools/android-4.2.2/dx
it executes successfully but with no effect on the problem itself,
2.closing and re-importing project,
3.i also tried this,
sudo apt-get install lib32stdc++
sudo apt-get install lib32z1
and i get following result
suUs12@suUs12:~/Android/Sdk$ sudo apt-get install lib32stdc++6
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package lib32stdc++6 is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package 'lib32stdc++6' has no installation candidate
i guess this is not issue since my system is 32 bit and this is for 64 bit systems.
Can anyone help? since i am really counting on it.
my system configurations:(if useful)
-OS Version: 0.2.1 «Luna» ( 32-bit ),
Built on: Ubuntu 12.04 ( «Precise» )
-installed OpenJdk 7:
java version «1.6.0_34»
OpenJDK Runtime Environment (IcedTea6 1.13.6) (6b34-1.13.6-1ubuntu0.12.04.1)
OpenJDK Client VM (build 23.25-b01, mixed mode, sharing)