karty chipowe

gszechu · Postautor: **gszechu** » 6 lut 2006, o 17:54

Mam pewne pytanie zwiazane z kartami chipowymi. Mianowicie, przypuscmy ze karta ma 1KB pamieci. Jak to sie przeklada na ilosc danych. Inaczej, ile znakow moge zmiescic w 1KB .
Z gory dziekuje za pomoc

+5V · Postautor: **+5V** » 6 lut 2006, o 18:22

w informatyce/elektronice 1kilo to zwykle 1024, co wynika z sytemu dwójkowego, 2^10 = 1024.
stąd 1kB = 1024B = 1024 Bajty. jako że znak ASCII zajmuje zwykle 1 bajt, to więc pomieścic można 1024 znaki.
W opisach pojemności dysków twardych czy płyt cd/dvd producenci stosują przedrostki zgodne z układem SI, gdyż tego typu rzeczy leżą na półkach, a nieco większe cyfry ładniej się prezentują.

gszechu · Postautor: **gszechu** » 6 lut 2006, o 18:39

a czy mozliwe jest na takich kartach stosowanie jakis form kompresji zeby mozliwe bylo zapisanie wiekszej ilosci znakow?????

+5V · Postautor: **+5V** » 6 lut 2006, o 18:47

oczywiście, to musi robić program który zapisuje dane na kartę. jednak nie wszystkie zapisywane dane jednakowo poddają się kompresji, inaczej mówiąc, jeśli masz 2 różne paczki danych 2kB, po spakowaniu możesz z jednej np. uzyskać 1,5KB a z innej 0,5kB.
Przykład: Bardzo dobrze poddają się kompresji dokumenty tekstowe, a np. plik jpg trudno mocniej spakować.

jeszcze jedno odnośnie tego 1kB. To że karta może mieć 1kB pamięci, nie koniecznie musi oznaczać, że całą możesz wykorzystać na własne potrzeby.

gszechu · Postautor: **gszechu** » 6 lut 2006, o 19:34

to znaczy ze musi byc jakis zapas pamieci, dla poprawnego funkcjonowania karty?
A co do tej archiwacji, to czy skoro jednorazowo pakujemy nasze dane na karte, to czy pozniej mozemy je modyfikowac w chwili rzeczywistej?

pajaczek · Postautor: **pajaczek** » 6 lut 2006, o 21:20

+5 - jpg to moze dlatego ze z natury rzeczy juz jest czesciowo skompresowany

gszechu:

Przy 1 KB danych nie spodziewaj sie za duzego stopnia kompresji, to troche malo danych by myslec o porzadnej kompresji.
Zapas... raczej nie, kwestia w tym, ze sam system plikow moze zajmowac miejsce na karcie, a moze fuse bity karty, a moze....
Czy mozna modyfikowac... no pewnie mozna... odczytac pelny blok, zdekompresowac, zmodyfikowac, skompresowac, zapisac... Co rozumiesz przez czas rzeczywisty to juz inna sprawa.

+5V · Postautor: **+5V** » 7 lut 2006, o 13:03

+5 - jpg to moze dlatego ze z natury rzeczy juz jest czesciowo skompresowany

gszechu:

Przy 1 KB danych nie spodziewaj sie za duzego stopnia kompresji, to troche malo danych by myslec o porzadnej kompresji.

załączony pliczek ma 993 bajty. Po rozpakowaniu masz plik 3605 bajtów, jak więc wyjaśnisz o co chodziło Tobie w określeniu "nie za duży stopień kompresji" ?
w przypadku jpg nie chodzi o to że to jest skompresowana grafika, chodzi o strukturę pliku, gdzie mało jest powtarzających się bloków które można zredukować.

czy pozniej mozemy je modyfikowac

np. rozpakowujesz do ramu, modyfikujesz, kompresujesz i z powrotem na kartę.
To jednak zależy jakiego rodzaju dane przechowujesz. Moze lepiej odrazu dane w jakiś sposób kodować, niż stosować tekst. Przykład: jeśli to jest tekst, to zauważ że w alfabecie jest mniej niż 32 litery, a więc w każdym bajcie możesz zmieścić ich conajmniej 2, czyli po 4 bity na jeden znak. W ten sposób robi ci się już jakby 2kB. Sposobów jest wiele na zakodowanie. Jednak nie wiemy jak jest w Twoim przypadku, co i jak chcesz przechowywać.

pajaczek · Postautor: **pajaczek** » 7 lut 2006, o 15:09

załączony pliczek ma 993 bajty. Po rozpakowaniu masz plik 3605 bajtów, jak więc wyjaśnisz o co chodziło Tobie w określeniu "nie za duży stopień kompresji" ?

No tak: tekst, motoda slownikowa... Uwazasz ze 4/1 to duzy stopien kompresji dla takich danych ?? Raczej mocno przecietny. Pozatym nie zawsze umieszcza sie tak latwe do skompresowania dane na kartach (o czym zreszta sam wczesniej wspominales)

w przypadku jpg nie chodzi o to że to jest skompresowana grafika, chodzi o strukturę pliku, gdzie mało jest powtarzających się bloków które można zredukować.

Wlasnie chodzi o to, ze zostaly one juz "blokowo" skompresowane, dlatego ich dalsze kompresowanie nie przynosi porzadanego skutku. W dodatku jpg jest kompresja stratna

ale to tak przy okazji. Temat bardzo ciekawy, ale nie o to w temacie chodzilo.

czy pozniej mozemy je modyfikowac
np. rozpakowujesz do ramu, modyfikujesz, kompresujesz i z powrotem na kartę.

Mam wrazenie ze juz to gdzies.... napisalem

Sposobów jest wiele na zakodowanie. Jednak nie wiemy jak jest w Twoim przypadku, co i jak chcesz przechowywać.

O tak... i tu jak najbardziej popieram. Autor moglby sprecyzowac o zapisie jakiego typu danych wlasciwie mowimy.

gszechu · Postautor: **gszechu** » 7 lut 2006, o 17:12

co do przeznaczenia kart:
pisze prace o kartach czipowych w srodowisku studenckim, a wiec na karcie musi byc zawartosc indeksu, byc moze rowniez jakies dane do korzystania z biblioteki, stolowki, wiec na pewn bedzie to tekst

pajaczek · Postautor: **pajaczek** » 8 lut 2006, o 01:36

Jakby sie uprzec to mozna takie dane rozplanowac na jakies 150-200 bajtow (z dodatkami moze 1/4 KB). Zakladam jednak ze dane byly by zakodowane tak, ze do odczytania potrzebny bylby terminal klucz (a ten dysponowalby juz wiekszymi zasobami pamieci).

Shadowvip · Postautor: **Shadowvip** » 14 lut 2006, o 20:02

A macie może jakiś prosty schemacik czegoś w rodzaju domofonu czyli takie cos co po włożeniu odpowiedniej karty otworzy zamek magnetyczny ?

Zależy mi na tym żeby było tanie a części w miarę łatwo dostępne

+5V · Postautor: **+5V** » 19 lut 2006, o 20:50

zamek na kartę którą niemal kazdy może odczytać i skopiować ? niezbyt to pomysłowe, chyba że to nie jest dobrze chronione miejsce, a bardziej chodzi o "bajer" z kartą. Bezpieczniejszy i nawet wygodniejszy w użyciu do zamka będzie pilot z keeloq (system zmiennokodowy) - na tym działa duża część pilotów do samochodów. Na upartego mozna i robić z głupią kartę (czytaj: bez procka), z tym że terminal wówczas powinien coś tam modyfikować na karcie za każdym razem, czyli trzeba by stworzyć jakiś algorytm.

Futrzaczek · Postautor: **Futrzaczek** » 20 lut 2006, o 08:16

A może uzyć i-Buttona z Dallasa + jakiś procek?

Albo jak to ma przechowywać text, to może użyć EEPROMA na I2C?

Wepchnąć go do obudowy wtyczki DIN albo podobnej, do tego procek w gniazdku i już

EEPROM dostawałby zasilanie po włożeniu do gniazdka

Tylko że te wredne słonie... (czyt. ładunki statyczne

pajaczek · Postautor: **pajaczek** » 20 lut 2006, o 16:04

zamek na kartę którą niemal kazdy może odczytać i skopiować ? niezbyt to pomysłowe,

A dlaczego odrazu zakladasz mozliwosc ze da sie (latwo) skopiowac ??

+5V · Postautor: **+5V** » 25 lut 2006, o 15:01

A dlaczego odrazu zakladasz mozliwosc ze da sie (latwo) skopiowac ??

a nie jest tak? chyba że te karty mają jakies unikalne id tylko do odczytu...

Pantera33 · Postautor: **Pantera33** » 26 lut 2006, o 12:04

No jak mają tylko id do odczytu to się najłatwiej skopiuje. Ja swego czasu robiłem na kartach TP. Zużyte są za darmo i każda ma unikalny numer.

karty chipowe

Kto jest online