1. |
cark91 (mind) |
11 sor |
(cikkei) |
2. |
Re: Nokia sms (mind) |
84 sor |
(cikkei) |
3. |
GPRS Linux alatt (mind) |
16 sor |
(cikkei) |
4. |
Bovli siemens c55 (mind) |
22 sor |
(cikkei) |
5. |
Voda korlatlan wap??? (mind) |
20 sor |
(cikkei) |
6. |
Re: nokiasms (mind) |
9 sor |
(cikkei) |
|
+ - | cark91 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello,
6210-m van, de tavasszal lecserelnem egy ujabb keszulekre, de elegge
kotve vagyok a valasztekot tekintve, mert mivel sokat vagyok uton-
szgk/tgk-val is, igy mind2-be beszereltettem anno a kihangositot is.
Igy csak ezzel kompatibilis telefont vennek, de a 6310 kivul van/lesz
masik ami ezta fajta kihangositoval paszithato?
TIA
--
Best regards,
Pepy mailto:
|
+ - | Re: Nokia sms (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Valójában a 128 gsm-abc karakter között van egy, a 27-es (ESC), ami arra
szolgál, hogy egy második kódlapról is lehessen írni karaktereket.
Tehát, ha egy, a 128-ban nem szereplo karaktert ütünk le / írunk be, akkor
egy 27-es és egy a karakternek megfelelo kód jelenik meg.
Ilyen karakterek : { } \ [ ] | ^ ~ és az euro.
Egy ilyen "shiftelés" csak egy karakterre szól.
Mint az fent látszik, még kb 117 karakter biztosan üres ebben a táblában.
Ha ide raknák a magyar ékezetes betuket, akkor semmi más nem történne, csak
az, hogy a hagyományos pl angol karakterek 1, míg a magyar ékezetek 2
karaktert foglalnak el.
Ha valakiben felmerülne a kérdés, mi van, ha a telefon nem ismeri a fenti
kódlapváltást, illetve nincs felkészítve a táblázatra:
Nos a szabvány szerint ilyenkor az alap betukészlet karaktere jelenik meg,
tehát [ ~ ] karakterek < = > ként jönnek elo, az euro jelébol e lesz és így
tovább. Tehát ha a magyar á -t a balról jobbra ékezetes á helyére tennék,
megjelenésben semmi gondot nem okozna...
Mivel nem rendelkezem olyan telefonnal, ami beírni tudná mondjuk az euro-t,
így csak sejtem, illetve "javasolnám :)", hogy ilyenkor a karakterszámláló
2-t ugordjon, jelezve, hogy ez 2 karakter. (Valószínuleg ezt is teszi...)
Még egy apróság :) a második kódtáblán is van egy 27-es kód, ami a harmadik
táblát hozná, ha lenne...
És még egy megjegyzés:
Az 1999. júliusi szabványleírás (amibol a fentiek is származnak) szerint
a 8-bites kódolás karaktertáblája felhasználó specifikus, míg az unicode
az ISO/IEC10646[10] -t használja.
(Szívesen megnéznék egy ilyen "felhasználó specifikus" kódtáblát, már csak
kompatibilitás miatt...)
Kicsit más, de még mindig ebben a témakörben:
Valaki említette a héten, hogy Sony J6-on kapott összetartozó sms-eket, két
részletben. Ami az üzeneteket illeti, az üzenet elején az szervíz központ
száma utáni elso - tényleges adat - "byte" tartalmazza, hogy a felhasználói
adat fejléccel kezdodik. Az ilyen SMS-ek elso 49 "adatbitje" azt segíti elo,
hogy az összetartozók megtalálják egymást, szerepel benne
-fejléc hossz ez itt 05 (8 biten) =>0000 és 0101
-fejléc típus ez itt 00, összetartozó sms-ek 0000 0000
-az adot típus fejléc hossza ez itt 03 0000 0011
-az üzenet azonosítója - egy hexadec szám pl AA (0-255) 0110 0110
-az összes részlet száma - hexadec pl 03 (0-255) 0000 0011
-az aktuális részlet száma -hexadec pl 02 (0-255) 0000 0010
-az utolsó bit egy kitölto bit, általában 1-es. xxxx xxx1
Ahol az x-ek a szöveg elso karakterének bitjei (jobb oldalt a 2^0 bit),
tehát valójában az elso 48 és az 56. bit!)
Így tényleges adatnak 153 karakter (160- 49/7) marad (134 "byte-on") => így
lesz 459 a Nokia (3 részes) hosszú sms-e.
Ha ezt nem tudja feldolgozni a telefon, akkor ír értelmetlen karaktereket.
Viszont, mit az ebbol talán látható, az sms-rol messzirol látszik, hogy
összetartoznak. Vagyis elvileg nem kerülne sokba azt figyelni a központban,
hogy ezek összetartoznak, és így akár egy ként is számolhatók lennének. Pl.
csak az olyan sms-t számolnák, ami elso része a hosszabbításnak, vagy a
2./3./stb rész kedvezményes lenne... (Más kérdés, hogy ezt, ahogy már
elottem megírták nem fogják megtenni.) Ez a lehetoség azonban felvethet egy
érdekes kérdést, mégpedig az adatbiztonság és magántiktok kérdését, hiszen
ha már "mélyen" belenéz a szerver az sms-be, bármit kivet belole. (Persze ez
eddig is megtörténhetett...)
Arról pedig, hogy az sms milyen kódolású szintén az sms elején, szintén 8
biten tájékozatja a címzettet.
Ezek
00 - normál (7 bit)
F0 - 0. osztály - azonnal megjeleno
F1 - 1. osztály - "mobil equipment" specifikus
F2 - 2. osztály - SIM specifikus
F3 - 3. osztály - "terminate equipment" specifikus
F4 -> F7 8bit, az osztályok a fentihez hasonlóak
És még egy érdekesség az sms elején tárolódik az érvényességi ido is, ami 5
perctol 63 hétig terjedhet, persze nem lineárisan.
0 - 12 óra között : 5 perc pontosság
12,5 óra - 24 óra :30 perc pontosság
2 nap - 30 nap : 1 nap pontosság
5 hét - 63 hét : 1 hét pontosság
Hát kb ennyi kívánkozott ki belolem.
Üdv.
Saxy
http://saxy.inf.hu
|
+ - | GPRS Linux alatt (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Voda GPRS Netet szeretnem hasznalni Redhat 8.0-s Linux alatt.
Letoltottem az Easy Connect-et, de azzal nem mukodik, mert egy csomo
hibauzenetet ir ki a progi es nem is indul el. Azt szeretnem kerdezni,
hogy a kppp-ben hogyan lehet beallitani a kapcsolatot? Legyszi ha
lehet maganba kuldjetek a valaszt, hogy akit nem erdekel ne terheljuk
es lehetoleg szajbaragosan irjatok le plz :). Thx!
--
üdv.: Zsömbi
I' m a member
"Élni annyit jelent, mint nevetni a halálon, és belehalni a röhögésbe." - Boris
Vian
|
+ - | Bovli siemens c55 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
A Siemens C55-öt megvetelét nem javaslom. Mi is bementünk a csobe, sajnos.
Felesegem megvette a keszuleket a westelnel, eredetileg nem ezt akarta
de az USZ-on rabeszeltek. Kar volt hinni nekik.
Azóta 2-szer is leesett 3 napon belül az asztalrol, rezges kozben
ugyanis jelentosen "vandorol" a keszulek. Szerencsére puhára esett,
de mi van ha pl. a konyhakovon landolt volna a kutyu?
Ezt a rohadt rezgést ugyanis nem engedi kikapcsolni a keszulek, (egyik
profilban sem), valami szoftverhiba vagy mi a franc lehet vele.
Latszolag ki van kapcsolva, de megis rezeg.
(Kolléganője is ugyanerre a hibára panaszkodik, aki szinten akkor
vett ugyanilyen keszuleket.) Hogyan gyárthat a Siemens ilyen szemetet?
A MEO-saiknal nem artana rendet tenni.
A westelnél pedig -látszólag- nem is tudnak a problemarol. Vigyem
szervizbe, mondjak. Persze, aztan hetekig ranksoznak egy ocskabbat,
majd hetek mulva visszakapom, hogy nem javithato. Uj szoftver
ugyanis valoszinuleg nem lesz egy darabig.
Ennyire nem tesztelik a westelesek a keszulekeket amelyeket arulnak? Szegyen...
Udv:
Torok Istvan
|
+ - | Voda korlatlan wap??? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
9:29
Tegnap kaptam a vodatol egy SMS-t, melynek tartalma a kovetkezo volt:
"GPRS WAP adatforgalma 2003-02-14 19:00-kor elerte a 4 MB-ot.
Tajekoztatjuk, hogy amennyiben 2003.02.25-ig tullepi az 5 MB-ot, szolgaltatasat
szuneteltetjuk."
Ezt nem tudom hova tenni... Az érdekes, hogy ebben a honapciklusban az eddigiek
hez kepest (relative) keveset is wapoztam.
18:31
Olvasgattam a Mobilforumot, s egyre inkabb ugy tunik, nem "teves" SMS-rol van s
zo. Ugy tunik, a Voda 2003.2.15-tol
bizonyos "korlatozasokat" vezet be. Bar az ufsz-t nem hivtam meg fel, de amit m
egtudtam,
hogy a VitaMax-osok havi 5MB-ot kapnak GPRS Wap-ra :-(
Hogy is szoktak mondani: az elet nem fenekig tejfel...
--
Üdv,
Gergo.
|
+ - | Re: nokiasms (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Mi lett volna, ha 8 bitre rakjak a dolgot? lenne
> plusz 127 karakter. Dogoljek bele, ha ebben nem
> fertek volna el a kimaradt karakterek. Az egyeb
> egzotikus /azsiai/ nyelvek miatt meg hadd ne
> szivjanak mar az europaiak...
Nono! Az ázsiaiakon kívül vannak még cirill/görög/héber/arab írásjelek is,
ezek már garantáltan nem férnek bele a 8 bitbe.
(webes bekuldes, a bekuldo gepe: adsl-133-81.adsl-pool.axelero.hu)
|
|