Время реакции банкомата

[acsel]

Это семёрка-то на двух гигах оперативы летает?

Если в ней лишнего хлама нет, то вполне себе летает и на гиге. А софт банкомата реально тупой, ибо по сути команды железкам отдает, которые сами уже отрабатывают их локально.

[nonpar]

Такое сейчас осталось только на стареньких Диболдах.

При чем здесь тип банкомата? Это определяется разработанной соответствующей службой банка бизнес-логикой, под которую и пишется сценарий.

[ceres]

Диспенсер не делал прелестные звуки "тррррр", просто тишина. Подождал минуты полторы, никуда не нажимая. Потом начал тыкать кнопки)) Не знаю или из-за нажатий или просто по тайм ауту, но банкомат выдал чек, что операция не выполнена и если деньги не вернутся на карту в течении суток, то звонить в колцентр, после чего дал возможность выбора, либо вернуть карту, либо ждать дальше. Карту забрал, а банкомат остался в ауте.

Сбер издевается что ли)))
Только вчера написал, что банкомат "затупил", не выдал деньги и пришлось идти до другого банкомата, а сегодня пришла смс с просьбой оценить работу)))

[booby]

А софт банкомата реально тупой, ибо по сути команды железкам отдает, которые сами уже отрабатывают их локально.

Именно здесь зарыта проблема неконтролируемых зависаний банкомата. Получив Transaction Response с одобрением транзакции, банкоматный софт передает на диспенсер команду отлистать банкноты заданного номинала и количества. И переходит в режим ожидания ответа от диспенсера. Длительность ответа диспенсера никак не регламентируется. Таймер ретракта неизъятых банкнот включается только после ответа диспенсера, что банкноты выданы.

При чем здесь тип банкомата?

В смысле - на старых версиях DDC.

[Filimon]

Да всё там нормально, просто пора признать, что какой-нибудь атом с двумя гигами оперативки и рассыпающимся жёстким в пыльном корпусе с наверняка почти умершим кулером и иссохнувшей термопастой - не лучшая аппаратная платформа

А если ещё в такой системник касперского запустить, то будет вообще "красота".

[acsel]

Именно здесь зарыта проблема неконтролируемых зависаний банкомата.
Длительность ответа диспенсера никак не регламентируется.

Но ведь никто не мешает самому эти таймауты установить. Для этого во всех нормальных железка существуют сторожевые таймеры: если железка долго не отвечает, то она перезагружается. Это реально косяки программирования. Беда железного софта в том, что его делают люди, знающие либо программирование, либо железо. Вот баловался с ардуинкой и DHT11. Иногда зависает. В итоге тупо таймауты установил и перезагружаю датчик. Все, проблемы нет. Просто ПО надо писать грамотно, а не абы как. А то наговнокодят, а потом такие вот пироги.

[Venique]

Просто ПО надо писать грамотно, а не абы как. А то наговнокодят, а потом такие вот пироги.

Вы хоть написали бы в NCR, например, а то ребята-то и не в курсе...

[acsel]

Вы хоть написали бы в NCR, например, а то ребята-то и не в курсе...

Кривое ПО касается не только банкоматов, а вообще околожелезного ПО. Писать в кому-либо не вижу смысла, ибо там не идиоты и делается все это осознанно.

[Venique]

Ну конечно, новое железо-то надо продавать. Вон, в смартфонах уже шесть гигов оперативки благодаря треклятому Андроиду.
sarcasm

Добавлено спустя 5 минут 25 секунд:
И вообще, производитель на конкретном конфиге гарантирует стабильную работу только предоставленной сборки ПО. Установка любого дополнительного ПО автоматически эту гарантию убивает, т.е. делается на свой страх и риск. Понятно, что такого не бывает и всегда есть сторонний софт, но бездумные попытки воткнуть что-то ресурсоёмкое на древнем железе неминуемо приводит к таким вещам.

[Lomalkin]

При достаточной кривизне рук и извилин и полном игнорировании принципов написания и тестирования по(по экономическим или раздолбайским соображениям), даже самая новая железка будет сбоить.
У зеленых уже как пол года на устройствах крутятся скринсейверы. Инженеры приезжают отключают. Банк удаленно опять проливает непоёми что и снова появляются скринсейверы. Письма, звонки, всё бесполезно. Удаленно они могут везде по своей тупости включить. А отключить не могут.
Кроме скринсейверов также много месяцев лагают экранные формы(кнопки скачут, шрифт исчезает и т.д.) раздел меню для платежей и переводов любит намертво повиснуть. Софт свежий раскачали -
всё летает. День прошел, банк долил обновы и всё, тупняки. Борьба идет многомесячная. Но как с ветрянными мельницами. Либо обратная связь ни по одному из каналов людских не работает либо просто до фонаря. Обновления выпускаются регулярно. а очевидные косяки как были так и есть.
Эффективный менеджмент видимо студентам доверил софт писать.

[central]

Вы хоть написали бы в NCR, например, а то ребята-то и не в курсе...

Бесполезно... Писал... Звонил... Всем до фонаря... Может в других странах и по другому, но в России - это как об стену горох.

[booby]

Но ведь никто не мешает самому эти таймауты установить.

Так их нет в конфигурации. Разработчики Аптры предусматривают тайм-ауты для сетевого интерфейса с хостом и для пользовательского интерфейса. А для межмодульного интерфейса внутри банкомата не предусмотрели.

А так да, в промышленной автоматике уже давно существуют вотчдоги и прочие методы борьбы с зависаниями. Представьте себе, что может произойти если такой "банкомат" будет управлять ядерным реактором.

[nonpar]

Кстати насчёт банкоматных тормозов: Детвиг Агент нам временами такое устраивал когда-то на Аптре, пока не снесли его повсеместно нахрен. И какая-то система видеонаблюдения, которую пробовали. Ещё безопасники любят стандартные антивирусы повсюду насильно пихать; понятное дело, что их современные версии рассчитаны на компы, имеющие в разы больше ресурсов, чем системники банкоматов 10-летней давности). Из "железных" причин - нередко тормоза вызывают "убитые" винты, дающие задержки при чтении.

[Filimon]

Из "железных" причин - нередко тормоза вызывают "

pochemu-gudit-computer1.png

14074247203313.jpg

[shuroopp]

На моем опыте был нестандартный случай, когда заполнилась память электронного журнала и б-т NCR стал жестко тупить после каждого слайда по 5-60 сек. Снял журнал на флешку и как рукой сняло Вот помучился я тогда, все перебрал, даже с провайдером переругался
П.С. Стандартные случаи в основном как уже написали с железом - грязь, пыль, перегрев, засохшая термопаста, не работающие кулеры и тп.

[nonpar]

грязь, пыль, перегрев, засохшая термопаста, не работающие кулеры

Это всем очевидные вещи, сводящиеся к перегреву процессора материнской платы или БП. Менее очевидные, но тоже заметные на глаз - высыхание и вздутие конденсаторов на мамке (реже в БП компа).
Меня же интересуют факторы, не связанные с элементарным разгильдяйством и не выявляющиеся беглым осмотром.

[booby]

Меня же интересуют факторы, не связанные с элементарным разгильдяйством и не выявляющиеся беглым осмотром.

Самый важный фактор - ошибка в архитектуре Аптры, связанная с отсутствием тайм-аутов в межмодульном интерфейсе. Архитектура Аптры подразумевает, что любой модуль всегда сообщает свой статус в ответ на команду. Если ответа от модуля нет, то Аптра зависает в ожидании ответа. Можно прерывать зависшую транзакцию с хоста, но для этого надо грамотно конфигурировать хост и банкомат.

[Venique]

И каким же образом можно отменить транзакцию, если Аптра не отвечает на команды с хоста во время операции? Расскажите про тонкости конфигурации.

[booby]

И каким же образом можно отменить транзакцию, если Аптра не отвечает на команды с хоста во время операции?

Вообще-то Аптра - это многопоточное Windows-приложение, а не однопоточное DOS-приложение.

Кстати насчёт банкоматных тормозов: Детвиг Агент нам временами такое устраивал когда-то на Аптре, пока не снесли его повсеместно нахрен.

Ничего удивительного, ведь в Аптре команды с хоста не стекуются. Поэтому при запуске стороннего ресурсоемкого приложения Аптра теряет часть команд.

[nonpar]

А для межмодульного интерфейса внутри банкомата не предусмотрели.

Откуда вам это известно? У меня не было времени и причин вникать в "B66046 AA-NDC - Developer’s Guide", но там эти вопросы вроде бы освещены в разделе "Synchronising with the Customisation Layer".