<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Proxmark developers community - New version of software: EM410x routines, offline mode, and more!]]></title>
	<link rel="self" href="http://www.proxmark.org/forum/feed/atom/topic/246/"/>
	<updated>2010-03-18T16:40:34Z</updated>
	<generator>PunBB</generator>
	<id>http://www.proxmark.org/forum/topic/246/new-version-of-software-em410x-routines-offline-mode-and-more/</id>
		<entry>
			<title type="html"><![CDATA[Re: New version of software: EM410x routines, offline mode, and more!]]></title>
			<link rel="alternate" href="http://www.proxmark.org/forum/post/3038/#p3038"/>
			<content type="html"><![CDATA[<p>em410xwatch works great!</p>]]></content>
			<author>
				<name><![CDATA[CardSaysMoops]]></name>
				<uri>http://www.proxmark.org/forum/user/1494/</uri>
			</author>
			<updated>2010-03-18T16:40:34Z</updated>
			<id>http://www.proxmark.org/forum/post/3038/#p3038</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: New version of software: EM410x routines, offline mode, and more!]]></title>
			<link rel="alternate" href="http://www.proxmark.org/forum/post/2632/#p2632"/>
			<content type="html"><![CDATA[<p>OK, I think I fixed em410xwatch - rev 322 makes LF sampling ACK before we try and download/process....</p>]]></content>
			<author>
				<name><![CDATA[adam@algroup.co.uk]]></name>
				<uri>http://www.proxmark.org/forum/user/553/</uri>
			</author>
			<updated>2010-02-04T23:18:36Z</updated>
			<id>http://www.proxmark.org/forum/post/2632/#p2632</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: New version of software: EM410x routines, offline mode, and more!]]></title>
			<link rel="alternate" href="http://www.proxmark.org/forum/post/2619/#p2619"/>
			<content type="html"><![CDATA[<p>Yes,&nbsp; that was next on my list to look at... probably the same sync/async issue as losim...</p>]]></content>
			<author>
				<name><![CDATA[adam@algroup.co.uk]]></name>
				<uri>http://www.proxmark.org/forum/user/553/</uri>
			</author>
			<updated>2010-02-03T23:02:44Z</updated>
			<id>http://www.proxmark.org/forum/post/2619/#p2619</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: New version of software: EM410x routines, offline mode, and more!]]></title>
			<link rel="alternate" href="http://www.proxmark.org/forum/post/2615/#p2615"/>
			<content type="html"><![CDATA[<p>(Using SVN 317)</p><p>Confirmed that em410xsim works fine here, when read by a Phidget RFID reader.&nbsp; Tag values match exactly!&nbsp; Read range is slightly better than a real card, using the ZikZak antenna.</p><br /><p>em410xwatch, however, just crashes the Linux and Windows prox client.&nbsp; Doing the same steps manually works just fine.</p>]]></content>
			<author>
				<name><![CDATA[Ground Loop]]></name>
				<uri>http://www.proxmark.org/forum/user/1328/</uri>
			</author>
			<updated>2010-02-03T05:56:32Z</updated>
			<id>http://www.proxmark.org/forum/post/2615/#p2615</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: New version of software: EM410x routines, offline mode, and more!]]></title>
			<link rel="alternate" href="http://www.proxmark.org/forum/post/1071/#p1071"/>
			<content type="html"><![CDATA[<p>I do note that the behaviour of the red light isn&#039;t always consistent. It appears that it doesn&#039;t always come on when simulating. Hmmmm</p>]]></content>
			<author>
				<name><![CDATA[duran97]]></name>
				<uri>http://www.proxmark.org/forum/user/623/</uri>
			</author>
			<updated>2009-07-03T20:44:12Z</updated>
			<id>http://www.proxmark.org/forum/post/1071/#p1071</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: New version of software: EM410x routines, offline mode, and more!]]></title>
			<link rel="alternate" href="http://www.proxmark.org/forum/post/1070/#p1070"/>
			<content type="html"><![CDATA[<p>The reader is one of those generic desktop readers - see <a href="http://www.rfidshop.com.hk/datasheet/125K-RW-USB/125K-RW-USB-D1.JPG">http://www.rfidshop.com.hk/datasheet/12 &#133; USB-D1.JPG</a></p>]]></content>
			<author>
				<name><![CDATA[duran97]]></name>
				<uri>http://www.proxmark.org/forum/user/623/</uri>
			</author>
			<updated>2009-07-03T20:34:47Z</updated>
			<id>http://www.proxmark.org/forum/post/1070/#p1070</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: New version of software: EM410x routines, offline mode, and more!]]></title>
			<link rel="alternate" href="http://www.proxmark.org/forum/post/1069/#p1069"/>
			<content type="html"><![CDATA[<p>I&#039;m using em410xsim 17004c2772 to simulate an existing tag I have.&nbsp; I read the ID from both my standard reader and using you em410xreadsim.</p><p>I just changed the firmware to your r29 release - yesterday I was using r28.&nbsp; Since changing the behaviour of the redlight is changed - now it&#039;s constantly on (along with the orange light) but much dinner than the normal.</p><p>I presume it shouldn&#039;t matter what my reader is.&nbsp; I will try my em410x cloner and see if that picks up the demotag.</p><p>em410watch also doesn&#039;t appear to work for me either.&nbsp; The redlight flashes and the client appears to lock up.&nbsp; Again slightly different behaviour to the r28 release (which didn&#039;t work either for me for em410watch).</p>]]></content>
			<author>
				<name><![CDATA[duran97]]></name>
				<uri>http://www.proxmark.org/forum/user/623/</uri>
			</author>
			<updated>2009-07-03T20:26:36Z</updated>
			<id>http://www.proxmark.org/forum/post/1069/#p1069</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: New version of software: EM410x routines, offline mode, and more!]]></title>
			<link rel="alternate" href="http://www.proxmark.org/forum/post/1068/#p1068"/>
			<content type="html"><![CDATA[<p>Regarding bit inversion: indeed, if you use the askdemod then the mandemod routine based off &quot;0/1&quot; values - my original routine - it always gets back on its feet and demodulates all tags properly - I just noticed that you also added the &quot;i&quot; option there too, in my experience this should not be necessary? Can you confirm?</p><p>On the other hand, Samy&#039;s much more efficient algo assumes the initial bit value is &quot;0&quot; and hence sometimes gets it right, sometimes not. Typically, with the same EM tag, successive loread attempts lead to varying results.</p><p>My guess is that we need a way to detect when Samy&#039;s routine is unsynchronized and invert the bitstream, it should be possible! Anyone&#039;s got an idea?</p><p>Ed</p>]]></content>
			<author>
				<name><![CDATA[edo512]]></name>
				<uri>http://www.proxmark.org/forum/user/160/</uri>
			</author>
			<updated>2009-07-03T19:57:21Z</updated>
			<id>http://www.proxmark.org/forum/post/1068/#p1068</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: New version of software: EM410x routines, offline mode, and more!]]></title>
			<link rel="alternate" href="http://www.proxmark.org/forum/post/1066/#p1066"/>
			<content type="html"><![CDATA[<p>No, the bit pattern you&#039;re putting out is 100% correct, so you definitely don&#039;t need to do any bit flipping, and you may cause unpredictable results against external readers if you do that.</p>]]></content>
			<author>
				<name><![CDATA[adam@algroup.co.uk]]></name>
				<uri>http://www.proxmark.org/forum/user/553/</uri>
			</author>
			<updated>2009-07-03T19:54:35Z</updated>
			<id>http://www.proxmark.org/forum/post/1066/#p1066</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: New version of software: EM410x routines, offline mode, and more!]]></title>
			<link rel="alternate" href="http://www.proxmark.org/forum/post/1065/#p1065"/>
			<content type="html"><![CDATA[<p>Duran,</p><p>Can you tell me what you&#039;re simulating specifically? I&#039;ll test out your tag ID just to confirm. What reader are you using?</p><p>Anyone have any ideas why the sim wouldn&#039;t work for Duran? Maybe bit flipping needs to happen? If so, maybe I&#039;ll send the tag ID twice, then flip the tag ID and send that twice, and loop.</p><p>Anyone know why this would happen (from Duran): &quot;With the simulation, the orange LED comes on as intended, but the red flickers, then on full, then off.&quot;</p>]]></content>
			<author>
				<name><![CDATA[samy]]></name>
				<uri>http://www.proxmark.org/forum/user/628/</uri>
			</author>
			<updated>2009-07-03T19:46:58Z</updated>
			<id>http://www.proxmark.org/forum/post/1065/#p1065</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: New version of software: EM410x routines, offline mode, and more!]]></title>
			<link rel="alternate" href="http://www.proxmark.org/forum/post/1064/#p1064"/>
			<content type="html"><![CDATA[<p>Adam, nice!</p><p>Yeah, the bit swapping seemed to differ card to card. My cards worked with the way the bits were, but Ed&#039;s needed bit swapping. Obviously it&#039;s probably not the cards, just how I&#039;m reading it somehow, but honestly I don&#039;t know how to correctly detect which way it is in the waveform. However, the em410xread function tries bit swapping if it doesn&#039;t detect a card the first time. </p><p>Also, re-indentation, my X-Code likes to reindent the code I touch and probably has different tab lengths than already in the code...I&#039;ll see if I can turn it off (I indent my code! <img src="http://www.proxmark.org/forum/img/smilies/smile.png" width="15" height="15" alt="smile" /></p>]]></content>
			<author>
				<name><![CDATA[samy]]></name>
				<uri>http://www.proxmark.org/forum/user/628/</uri>
			</author>
			<updated>2009-07-03T19:42:42Z</updated>
			<id>http://www.proxmark.org/forum/post/1064/#p1064</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: New version of software: EM410x routines, offline mode, and more!]]></title>
			<link rel="alternate" href="http://www.proxmark.org/forum/post/1063/#p1063"/>
			<content type="html"><![CDATA[<p>I spotted another problem, which was the output of mandemod appears to be inverted:</p><p>proxmark3&gt; load ../traces/EM4102-1.pm3<br />&gt; load ../traces/EM4102-1.pm3<br />loaded 16000 samples<br />proxmark3&gt; mandemod<br />&gt; mandemod<br />Auto-detected clock rate: 64<br />Manchester decoded bitstream<br />1 0 0 0 0 0 0 1 1 1 0 0 0 1 1 0<br />0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1<br />0 0 1 1 1 1 1 0 1 1 1 0 1 0 0 0<br />0 1 1 0 1 0 0 0 0 1 0 1 0 0 0 0<br />1 0 0 0 0 0 0 1 1 1 0 0 0 1 1 0<br />0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1<br />0 0 1 1 1 1 1 0 1 1 1 0 1 0 0 0<br />0 1 1 0 1 0 0 0 0 1 0 1 0 0 0 0<br />1 0 0 0 0 0 0 1 1 1 0 0 0 1 1 0<br />0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1<br />0 0 1 1 1 1 1 0 1 1 1 0 1 0 0 0<br />0 1 1 0 1 0 0 0 0 1 0 1 0 0 0 0<br />1 0 0 0 0 0 0 1 1 1 0 0 0 1 1 0<br />0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1</p><p>The header being &#039;0 0 0 0 0 0 0 0 0&#039; when it should be &#039;1 1 1 1 1 1 1 1 1&#039;...</p><p>To check it (and because it might be useful anyway), I added the ability to invert the output on mandemod:</p><p>&nbsp; mandemod&nbsp; &nbsp; &nbsp; -- [ i ] [clock rate] -- Manchester demodulate binary stream (option &#039;i&#039; to invert output)</p><br /><p>proxmark3&gt; mandemod i<br />&gt; mandemod i<br />Inverting output<br />Auto-detected clock rate: 64<br />Manchester decoded bitstream<br />0 1 1 1 1 1 1 0 0 0 1 1 1 0 0 1<br />1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0<br />1 1 0 0 0 0 0 1 0 0 0 1 0 1 1 1<br />1 0 0 1 0 1 1 1 1 0 1 0 1 1 1 1<br />0 1 1 1 1 1 1 0 0 0 1 1 1 0 0 1<br />1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0<br />1 1 0 0 0 0 0 1 0 0 0 1 0 1 1 1<br />1 0 0 1 0 1 1 1 1 0 1 0 1 1 1 1<br />0 1 1 1 1 1 1 0 0 0 1 1 1 0 0 1<br />1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0<br />1 1 0 0 0 0 0 1 0 0 0 1 0 1 1 1<br />1 0 0 1 0 1 1 1 1 0 1 0 1 1 1 1<br />0 1 1 1 1 1 1 0 0 0 1 1 1 0 0 1<br />1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0</p><p>Which looks to me like correct output.</p><p>I&#039;ve left the logic of mandemod as it was, but it may want swapping around.</p><p>Oh, and I also fixed an indentation problem which made it almost impossible to understand WTF was going on in that routine! <img src="http://www.proxmark.org/forum/img/smilies/tongue.png" width="15" height="15" alt="tongue" /></p>]]></content>
			<author>
				<name><![CDATA[adam@algroup.co.uk]]></name>
				<uri>http://www.proxmark.org/forum/user/553/</uri>
			</author>
			<updated>2009-07-03T19:02:56Z</updated>
			<id>http://www.proxmark.org/forum/post/1063/#p1063</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: New version of software: EM410x routines, offline mode, and more!]]></title>
			<link rel="alternate" href="http://www.proxmark.org/forum/post/1058/#p1058"/>
			<content type="html"><![CDATA[<div class="quotebox"><cite>edo512 wrote:</cite><blockquote><div class="quotebox"><cite>adam@algroup.co.uk wrote:</cite><blockquote><p>Card ID: U2048B09E27<br />Tag type: EM 4x02 (Unique)<br />&nbsp; Unique ID: 04120d79e4</p></blockquote></div><p>Out of curiosity: what is the Card ID as compared to the Unique ID ?</p><p>Ed</p></blockquote></div><p>The ACG reader doesn&#039;t interpret the data bits coming from the card so I have to do that in software (in this case it&#039;s just a reversal of all the bits). It also prepends the &#039;U&#039; to signify a &#039;Unique&#039; tag.</p><p>BTW, I&#039;ve just committed traces from em4x05 and em4x50.</p>]]></content>
			<author>
				<name><![CDATA[adam@algroup.co.uk]]></name>
				<uri>http://www.proxmark.org/forum/user/553/</uri>
			</author>
			<updated>2009-07-03T13:12:21Z</updated>
			<id>http://www.proxmark.org/forum/post/1058/#p1058</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: New version of software: EM410x routines, offline mode, and more!]]></title>
			<link rel="alternate" href="http://www.proxmark.org/forum/post/1056/#p1056"/>
			<content type="html"><![CDATA[<div class="quotebox"><cite>adam@algroup.co.uk wrote:</cite><blockquote><p>Documentation needs updating... If you follow the steps on the web page, bad stuff happens! <img src="http://www.proxmark.org/forum/img/smilies/smile.png" width="15" height="15" alt="smile" /></p><p>proxmark3&gt; load EMMARIN-1.bin<br />&gt; load EMMARIN-1.bin<br />loaded 24000 samples<br />proxmark3&gt; askdemod 64 1<br />&gt; askdemod 64 1<br />proxmark3&gt; mandemod 64<br />&gt; mandemod 64</p></blockquote></div><p>&nbsp; Oh yeah, I removed the need for the clock as input argument, good point! I just updated the manual.</p><p>Ed</p>]]></content>
			<author>
				<name><![CDATA[edo512]]></name>
				<uri>http://www.proxmark.org/forum/user/160/</uri>
			</author>
			<updated>2009-07-03T12:44:12Z</updated>
			<id>http://www.proxmark.org/forum/post/1056/#p1056</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: New version of software: EM410x routines, offline mode, and more!]]></title>
			<link rel="alternate" href="http://www.proxmark.org/forum/post/1055/#p1055"/>
			<content type="html"><![CDATA[<p>Documentation needs updating... If you follow the steps on the web page, bad stuff happens! <img src="http://www.proxmark.org/forum/img/smilies/smile.png" width="15" height="15" alt="smile" /></p><p>proxmark3&gt; load EMMARIN-1.bin<br />&gt; load EMMARIN-1.bin<br />loaded 24000 samples<br />proxmark3&gt; askdemod 64 1<br />&gt; askdemod 64 1<br />proxmark3&gt; mandemod 64<br />&gt; mandemod 64<br />Manchester decoded bitstream<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0<br />1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0</p><p>The new method works fine though:</p><p>proxmark3&gt; load EMMARIN-1.bin<br />&gt; load EMMARIN-1.bin<br />loaded 24000 samples<br />proxmark3&gt; mandemod<br />&gt; mandemod<br />Auto-detected clock rate: 64<br />Manchester decoded bitstream<br />0 1 1 0 0 0 0 0 0 1 1 1 1 0 0 1<br />1 0 1 0 1 0 0 1 1 1 1 0 0 1 0 0<br />1 0 0 1 0 1 0 0 1 1 0 0 1 0 1 0<br />1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0<br />0 1 1 0 0 0 0 0 0 1 1 1 1 0 0 1<br />1 0 1 0 1 0 0 1 1 1 1 0 0 1 0 0<br />1 0 0 1 0 1 0 0 1 1 0 0 1 0 1 0<br />1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0<br />0 1 1 0 0 0 0 0 0 1 1 1 1 0 0 1<br />1 0 1 0 1 0 0 1 1 1 1 0 0 1 0 0<br />1 0 0 1 0 1 0 0 1 1 0 0 1 0 1 0<br />1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0<br />0 1 1 0 0 0 0 0 0 1 1 1 1 0 0 1<br />1 0 1 0 1 0 0 1 1 1 1 0 0 1 0 0<br />1 0 0 1 0 1 0 0 1 1 0 0 1 0 1 0<br />1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0<br />0 1 1 0 0 0 0 0 0 1 1 1 1 0 0 1<br />1 0 1 0 1 0 0 1 1 1 1 0 0 1 0 0<br />1 0 0 1 0 1 0 0 1 1 0 0 1 0 1 0<br />1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0<br />0 1 1 0 0 0 0 0 0 1 1 1 1 0 0 1<br />1 0 1 0 1 0 0 1 1 1 1 0 0 1 0 0<br />1 0 0 1 0 1 0 0 1 1 0 0 1 0 1 0</p>]]></content>
			<author>
				<name><![CDATA[adam@algroup.co.uk]]></name>
				<uri>http://www.proxmark.org/forum/user/553/</uri>
			</author>
			<updated>2009-07-03T12:23:18Z</updated>
			<id>http://www.proxmark.org/forum/post/1055/#p1055</id>
		</entry>
</feed>
