eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plFinanseGrupypl.biznes.bankiAlior Kantor - Karta wielowalutowa - uniknięcie opłaty za kartęRe: Alior Kantor - Karta wielowalutowa - uniknięcie opłaty za kartę
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.man.lodz.pl!newsfeed.pionier.net.p
    l!news-1.dfn.de!news.dfn.de!news.uni-stuttgart.de!news.unit0.net!newsreader4.ne
    tcologne.de!news.netcologne.de!peer03.ams1!peer.ams1.xlned.com!news.xlned.com!p
    eer03.fr7!futter-mich.highwinds-media.com!news.highwinds-media.com!newsfeed.neo
    strada.pl!unt-exc-02.news.neostrada.pl!unt-spo-a-02.news.neostrada.pl!news.neos
    trada.pl.POSTED!not-for-mail
    From: Krzysztof Halasa <k...@p...waw.pl>
    Newsgroups: pl.biznes.banki
    Subject: Re: Alior Kantor - Karta wielowalutowa - uniknięcie opłaty za kartę
    References: <0...@g...com>
    <9...@g...com>
    <5d778662$0$531$65785112@news.neostrada.pl>
    <f...@g...com>
    <5d7797dc$0$17358$65785112@news.neostrada.pl>
    <3...@g...com>
    <qladam$11b$1$PiotrGalka@news.chmurka.net>
    <2...@g...com>
    <qlagsb$2dc$1$PiotrGalka@news.chmurka.net>
    Date: Wed, 11 Sep 2019 15:49:25 +0200
    Message-ID: <m...@p...waw.pl>
    Cancel-Lock: sha1:DKDJ+SaVbXlAUhkCyb4lLsuwXUU=
    MIME-Version: 1.0
    Content-Type: text/plain; charset=utf-8
    Content-Transfer-Encoding: 8bit
    Lines: 40
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 195.187.100.13
    X-Trace: 1568209766 unt-rea-b-01.news.neostrada.pl 514 195.187.100.13:24025
    X-Complaints-To: a...@n...neostrada.pl
    X-Received-Bytes: 3223
    X-Received-Body-CRC: 2249627673
    Xref: news-archive.icm.edu.pl pl.biznes.banki:645793
    [ ukryj nagłówki ]

    Piotr Gałka <p...@c...pl> writes:

    > W swoich konstrukcjach dbam o to, aby mikrokontroler dowiedział się na
    > czas o tym, że wyłączono zasilanie i żeby w takiej sytuacji energii w
    > kondensatorach starczyło na dokończenie rozpoczętych, nie dających się
    > przerwać procesów zapisu do pamięci flash, aby w żadnym przypadku nie
    > dopuścić do niespójności danych.

    Akurat zwykła niespójność danych jest małym problemem - można ją łatwo
    wykryć i korzystać z poprzedniej kopii.

    Większym problemem jest taki, w którym przerwany zapis niby wydaje się
    być dokonany prawidłowo - ale niestety tak jest tylko przez jakiś czas,
    a później zawartość pamięci się zmienia. Wydaje się to może mało istotne
    do momentu, w którym te zaniki zasilania/pola zaczynają być generowane
    celowo i automatycznie :-)
    Ale oczywiście można to zrobić tak, by było odporne także na taki sposób
    "użytkowania".

    > Przypuszczam,
    > że mierzy poziom pola i pozwala sobie na rozpoczęcie zapisu tylko, gdy
    > pole jest np. ze 2x silniejsze niż minimalne niezbędne i opiera się na
    > założeniu, że człowiek nie wyrwie karty z pola w czasie kilku ms.

    To by raczej było naiwne założenie.

    > A może kombinuje z dwoma komórkami pamięci na te same dane i flagą
    > informującą które dane teraz aktualne.

    Raczej tak. Przy czym kierunek zmian bitów we flagach itp. jest pewnie
    przemyślany, a dodatkowo sprawdzane są skróty danych (w wersji minimum -
    CRC32) itd.

    > Mnie się wydaje (tak po prostu bez żadnych wiarygodnych źródeł), że
    > wszystkie karty od samego początku potrafiły kontrolować co trzeba,
    > tylko ze względu na model marketingowy banki to powyłączały.

    Wątpliwe. Aczkolwiek czy 14 września coś tu zmienia to nie wiem.
    --
    Krzysztof Hałasa

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1