Hej på er! Så ledsen för att jag inte svarat tidigare, har helt enkelt konstant glömt bort, har ju sett på mailen att jag fått svar men varit fullt upptagen med jobbet, katterna och sen sova i stort sett..
rvl - det är dessvärre inte Mifare/NFC utan EM. Jag förstår.. jag märkte även det med maskningen när jag la till fler "f", då kom ju mer av taggnumret med. Men jag förstår inte varför.. varför används just f och inget annat värde? Det jag märkte när jag provade, i stort sett, genom hela HEX serien från 0 till F så startade "värdena" om ungefär var tredje försök.. kommer inte ihåg exakt, men säg att F ger "rätt" värde, E gav något annorlunda, D likaså, men C gav samma värde som F.. Hajar inte detta alls, men förmodar att det har med den binära biten att göra, att ettor och nollor hamnar på samma sätt för just de bitarna som är viktiga i detta fall i både F och C med flera ner till 0.
Om det går att förstå..
xxargs - underbart, men hur kommer man fram till att det ska vara 37 bitar för tal med 10 stycken 9:or? Alltså, jag förstår binärt någorlunda bra - tycker jag - kan även räkna med binärt någorlunda enkelt.. Men just att få 10 stycken 9or till 37 bitar.. där saknar jag något!
Jag håller helt och hållet med om att en läsare som kan läsa fler bitar är definitivt en väg att gå, men lämpar sig inte just för tillfället. Men jag ska absolut försöka hitta en bättre läsare!
arvidb - nej precis, jag har också tittat på de binära bitarna och jämfört siffrorna rakt av och det finns ju inga likheter, vilket det förstås gör med 0323955724 och 0005188620, där också & 0xffffff fungerar utan problem. Vilket senare är uppenbart med MadModders svar, som vi inte visste innan han svarade förstås
bearing - spännande, jag undrar om detta är unikt med just dessa två värden eller om det fungerar med samtliga "taggar" med samma upplägg..?
xxargs - "EXOR behöver inte vara nyckel för att vara hemlig" kan vara något helt klart, jag har funderat på om det är någon "kod" inblandad för att koda de nummer som kan utläsas och sedan trycks på taggarna, men vet ju inte helt säkert.. I detta fall så kanske det inte är det ändå, just på grund av MadModders svar.
Och så har vi
MadModder vilket jäkla jobb du gjort! Hur många nätter har du suttit uppe och grubblat för att få till den här uträkningen!? Den är ju helt totalt ologisk - enligt mig förstås.. Men den fungerar ju, nästan alltid! Jag provade denna uträkning och den fungerar så när som på alla taggar förutom ett par där det blir både nästan ingen skillnad upp till stor skillnad - vilket gör att det inte går att matcha förstås.
Ett exempel är 0194261298 som blir 0296412594 (med adderad nolla framför). För 0296412594 finns ingen matching, inte heller 296412594.. Däremot om man tar bort sista siffran (4) så finns det ett taggnummer som istället slutar på en etta (1) istället för fyran. Om detta är en "lyckoträff" så nära det bara går vet jag inte, eller om det helt enkelt är en slump att det råkade finnas 296412591 registrerat i databasen. Det kan ju även vara som du säger MadModder att värdet blir fel på grund av för många "divideringar"
Numret på den andra taggen är inte specifikt för RCO, det skiljer dock från det som läses av på mina taggläsare men eftersom det rakt av går med samma taggar i samma serie att just använda "& 0xffffff" för att ta ut ett mindre antal bitar från det värde som är printat fysiskt på taggen, så är jag nöjd med den biten. De numrena som står på taggen görs ju om från X bitar till 32bitar som jag förstått att mina taggläsare kör på.
Känns ju lite skumt att samtliga dessa får samma "utvärde" 0194187668, 0849547668, 1504907668, 2160267668, 2815627668, 3470987668, 4126347668. Det känns ju inte vidare "säkert" att räkna ut och matcha värdet på detta sätt? Risken finns, även om den är liten att det finns någon annan tagg registrerad i systemet som har en av de andra siffer värdena och på så sätt matchas fel användare i systemet?
Har du någon förklaring till vad R, AX, A(APS), AXV, B, S, MFD och MFR står för?
Förmodar att R är RCO då eller? Du har ju RCO kolumner också.. hmm.. A(APS) kanske är Aptus? AX är axema? S kanske är Solid?
Riktigt grym Excel också!! Tittade lite på formlerna men de ser ju galet svåra ut, jämfört med din beskrivning här i tråden just för RCO
Ni undrar säkert vad jag egentligen håller på med och detta rör ett passersystem som jag utvecklat under ett par år där jag försöker att läsa av andra fabrikats taggar, däribland RCO som MadModder helt magiskt lyckades lista ut rakt av.. hur - kan jag verkligen inte förstå!? Läsa av taggarna har ju aldrig varit något problem egentligen, jag får ut min lilla sträng från taggarna och normalt sett så läser man in taggarna i systemet och sedan går de ut till användning. Men i detta fall fanns befintliga taggar som skulle användas och då stod det såklart nummer på dem och jag och ägarna trodde det helt enkelt bara var att skriva av numret in i systemet och att det skulle fungera, vilket det definitivt inte gjorde
Därav denna tråden förstås.
Vet inte om dessa kan hjälpa något med att ställa upp en tabell och/eller verifiera redan funna uträkningar?
testkort.jpg
Du har inte behörighet att öppna de filer som bifogats till detta inlägg.