From laforge at gnumonks.org  Fri Jun  3 10:25:02 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Fri, 3 Jun 2011 12:25:02 +0200
Subject: SIMTRACE components have arrived
Message-ID: <20110603102502.GA14042@prithivi.gnumonks.org>

Hi all,

JFYI: The components for the SIMTRACE prototypes have arrived.  The PCB
will be shipping on June 9, so I guess it will arrive after the
whitsunday holidays and we should be able to build the first unit[s] on
June 14 or 15.

Kevin: Do you have some time around those dates?

Regards,
	Harald
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From hwelte at sysmocom.de  Fri Jun  3 10:48:31 2011
From: hwelte at sysmocom.de (Harald Welte)
Date: Fri, 3 Jun 2011 12:48:31 +0200
Subject: prototype PCBs have been drilled
Message-ID: <20110603104831.GA14574@prithivi.gnumonks.org>

See the attached image...
-- 
- Harald Welte <hwelte at sysmocom.de>             http://www.sysmocom.de/
=======================================================================
* sysmocom - systems for mobile communications GmbH
* Schivelbeiner Str. 5
* 10439 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B
* Geschaeftsfuehrer / Managing Directors: Holger Freyther, Harald Welte
-------------- next part --------------
A non-text attachment was scrubbed...
Name: BDE4de895362bc98_01.jpg
Type: image/jpeg
Size: 89363 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/simtrace/attachments/20110603/c342e983/attachment.jpg>

From laforge at gnumonks.org  Fri Jun  3 12:09:10 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Fri, 3 Jun 2011 14:09:10 +0200
Subject: FPC SIM adapters
Message-ID: <20110603120910.GB14574@prithivi.gnumonks.org>

Hi!

It really seems like the FPCB (Flexible PCB) SIM card adapters have been
removed from the rebelsimcard.com store.  A couple of months ago, you
could buy them separately from their "Hex Scanner".

I have sent them an inquiry indicating my interest in buying bulk
quantities (100 pieces).  Let's see if that works.  IF not, we may have
to develop a 'plan B' in this area :(

Regards,
	Harald
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From laforge at gnumonks.org  Fri Jun  3 21:31:34 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Fri, 3 Jun 2011 23:31:34 +0200
Subject: prototype PCBs have been drilled
In-Reply-To: <20110603104831.GA14574@prithivi.gnumonks.org>
References: <20110603104831.GA14574@prithivi.gnumonks.org>
Message-ID: <20110603213134.GE17178@prithivi.gnumonks.org>

Hi all,

another pic from the progress of the prototype PCB...

-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: BDE4de895362bc98_02.jpg
Type: image/jpeg
Size: 117957 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/simtrace/attachments/20110603/897db59d/attachment.jpg>

From kevredon at mail.tsaitgaist.info  Sun Jun  5 10:45:46 2011
From: kevredon at mail.tsaitgaist.info (Kevin Redon)
Date: Sun, 05 Jun 2011 12:45:46 +0200
Subject: SIMTRACE components have arrived
In-Reply-To: <20110603102502.GA14042@prithivi.gnumonks.org>
References: <20110603102502.GA14042@prithivi.gnumonks.org>
Message-ID: <4DEB5E5A.1060607@mail.tsaitgaist.info>

Hi,

I did not plan anything.
As soon as it arrives, I will solder it.

Kevin

On 03.06.2011 12:25, Harald Welte wrote:
> Hi all,
> 
> JFYI: The components for the SIMTRACE prototypes have arrived.  The PCB
> will be shipping on June 9, so I guess it will arrive after the
> whitsunday holidays and we should be able to build the first unit[s] on
> June 14 or 15.
> 
> Kevin: Do you have some time around those dates?
> 
> Regards,
> 	Harald



From laforge at gnumonks.org  Wed Jun  8 16:12:49 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Wed, 8 Jun 2011 18:12:49 +0200
Subject: prototype PCB progress (final)
In-Reply-To: <20110603213134.GE17178@prithivi.gnumonks.org>
References: <20110603104831.GA14574@prithivi.gnumonks.org>
	<20110603213134.GE17178@prithivi.gnumonks.org>
Message-ID: <20110608161249.GA7245@prithivi.gnumonks.org>

Hi all,

please see the attachments at the bottom of
http://bb.osmocom.org/trac/wiki/SIMtrace/Hardware
for further images from the PCB manufacturing process.  The board
seems finished and will be shipping tomorrow as anticipated.

Regards,
	Harald

-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From laforge at gnumonks.org  Tue Jun 14 20:23:44 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 14 Jun 2011 22:23:44 +0200
Subject: SIMtrace PCBs / prototype progress
Message-ID: <20110614202344.GD4708@prithivi.gnumonks.org>

Hi all!

Today the PCBs have arrived and I spent some tiem building the first
prototype.  Soldering after a long time was quite fun but worked great.

However, I got stuck for way too long due to two pin-out problems:
* the voltage regulator pinout is completely mixed up
* the reset switch pinout is wrong and causes the device to be in nRESET
  all the time

I've now applied some re-work and the CPU seems running. However, due to
some unknown (probably USB pull-up related) problem, I cannot see it
enumerate on USB yet.

Will keep you posted about my further progress.

I've created tickets for the bugs in our trac
(http://bb.osmocom.org/trac/query)

Regards,
	Harald
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From laforge at gnumonks.org  Tue Jun 14 21:18:35 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 14 Jun 2011 23:18:35 +0200
Subject: BC847 SMD pinout problem
In-Reply-To: <20110614202344.GD4708@prithivi.gnumonks.org>
References: <20110614202344.GD4708@prithivi.gnumonks.org>
Message-ID: <20110614211835.GF4708@prithivi.gnumonks.org>

Hi Kevin!

Can you please let me know how you entered/imported the BC847
library/module for kicad?  Is it something you did yourself or imported
from some public reference library?

The reason why I'm asking:  It should be a very common component and
part of a standard library.  However, the pinout is wrong.
Specifically, pins 1 and 2 seem to be mixed up (base and emitter
switched).

This could be 
a) a result from broken public library (somebody should have found this
   before)
b) something we entered wrongly into the simtrace library (happens...)
c) something wrong about the mirroring of the part, e.g. because we call
   the soldering side 'front/top side' in our design.  Normally in SMD,
   as far as i understand, everything happens on the solder/back side.

Regards,
	Harald
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From laforge at gnumonks.org  Tue Jun 14 23:27:02 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Wed, 15 Jun 2011 01:27:02 +0200
Subject: SIMtrace hardware update
Message-ID: <20110614232702.GA20343@prithivi.gnumonks.org>

Hi all,

unfortunately the number of hardware bugs is quite numerous.  for those
interested in the details, feel free to read the ticket list in trac.

None of the bugs that I've found so far is too serious for a manual
re-work of the prototype.  My device is now already enumerating its
SAM-BA loader on the USB.  JTAG is working, too: I can set the red/green
LED via JTAG.

I'll do some further testing (SPI, SIM card interface) as soon as I find
time...

-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From kevredon at mail.tsaitgaist.info  Wed Jun 15 08:59:56 2011
From: kevredon at mail.tsaitgaist.info (Kevin Redon)
Date: Wed, 15 Jun 2011 10:59:56 +0200
Subject: SIMtrace PCBs / prototype progress
In-Reply-To: <20110614202344.GD4708@prithivi.gnumonks.org>
References: <20110614202344.GD4708@prithivi.gnumonks.org>
Message-ID: <4DF8748C.4060901@mail.tsaitgaist.info>

Hi,

On 14.06.2011 22:23, Harald Welte wrote:

> Today the PCBs have arrived and I spent some tiem building the first
> prototype.  Soldering after a long time was quite fun but worked great.

good news

> However, I got stuck for way too long due to two pin-out problems:

bad news

> * the voltage regulator pinout is completely mixed up

see next mail

> * the reset switch pinout is wrong and causes the device to be in nRESET
>   all the time

error : the pin numbers are wrong
source : it's my bad, I draw the footprint and read/remembered the
circuit diagram wrong.
effect : the two switches are affected. the endpoint are constantly
connected (instead of "switched")
workaround : turn the switch by 90? (CW/CCW), then solder

kevin



From kevredon at mail.tsaitgaist.info  Wed Jun 15 09:07:18 2011
From: kevredon at mail.tsaitgaist.info (Kevin Redon)
Date: Wed, 15 Jun 2011 11:07:18 +0200
Subject: BC847 SMD pinout problem
In-Reply-To: <20110614211835.GF4708@prithivi.gnumonks.org>
References: <20110614202344.GD4708@prithivi.gnumonks.org>
	<20110614211835.GF4708@prithivi.gnumonks.org>
Message-ID: <4DF87646.9050109@mail.tsaitgaist.info>

Hi,

On 14.06.2011 23:18, Harald Welte wrote:
> Hi Kevin!
> 
> Can you please let me know how you entered/imported the BC847
> library/module for kicad?  Is it something you did yourself or imported
> from some public reference library?

error : pin 1 and 2 of BC847 are swapped
source : KiCAD way of doing footprint + wrong verification on my side
(must have used another NPN transistor or BC847 datasheet to check)
effect : the two BC847 NPN transistors are affected. the current flow in
the wrong direction
workaround : solder the BC847 upside down

in Kicad there is no footprint for BC847. the footprints are general.
I assigned the SOT23 footprint for BC847, but the footprint is only
about the pad size and position. It does not ensure the correct pin
assignment. I verified them wrong.

Kevin



From kevredon at mail.tsaitgaist.info  Wed Jun 15 09:15:34 2011
From: kevredon at mail.tsaitgaist.info (Kevin Redon)
Date: Wed, 15 Jun 2011 11:15:34 +0200
Subject: SIMtrace hardware update
In-Reply-To: <20110614232702.GA20343@prithivi.gnumonks.org>
References: <20110614232702.GA20343@prithivi.gnumonks.org>
Message-ID: <4DF87836.3020805@mail.tsaitgaist.info>

Hi,

On 15.06.2011 01:27, Harald Welte wrote:
> Hi all,
> 
> unfortunately the number of hardware bugs is quite numerous.  for those
> interested in the details, feel free to read the ticket list in trac.

I'm happy to correct them today.
Ticketing system is perfect for that.


Kevin



From laforge at gnumonks.org  Fri Jun 17 08:23:01 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Fri, 17 Jun 2011 10:23:01 +0200
Subject: SIMtrace prototype bug report
In-Reply-To: <20110614232702.GA20343@prithivi.gnumonks.org>
References: <20110614232702.GA20343@prithivi.gnumonks.org>
Message-ID: <20110617082301.GB6455@prithivi.gnumonks.org>

Hi all,

I've done a lot of work on the SIMtrace prototype over the last couple
of days.  A number of bugs were easy to re-work, or are at least known
and can be improved in the second revision.

However, I think there's one pretty serious problem in the hardware
design:  The bus switch has something like at least 5 (rather 16Ohms) of
internal 'on' resistance between the sim card and the phone.  While this 
_might_ still work for I/O, nRST and CLK lines, it definitely doesn't
fly for the supply voltage (VCC).

I think there is little that can be done, except:

a) finding a better alternative analog / bus switch component
   this might be an option for the second prototype, but is not
   easy to fix in the existing board.  I'd love to see something
   that has milli-ohms internal resistance, not ohms.
   Advantage: Also removes the couple-of-ohms from the IO,RST,CLK

b) permanently connecting VCC_PHONE with VCC_SIM
   this sort-of violates our idea of splitting the SIM card and the
   phone side for MITM.

c) always supplying VCC_SIM by the SIMTRACE board, ignoring VCC_PHONE
   This would make a lot of sense, if we'd also provide VCC_PHONE to
   an IRQ-capable GPIO of the SAM7.  We could then detect VCC_PHONE
   changes in software and switch the VCC_SIM from the IRQ handler.
   This introduces some delay, but I doubt that it is more than what
   would happen in case there was some uF-range capacitor for VCC
   stabilization in the hardware.
 
I will try solution 'c' as a work-around, it simply means cutting one
trace and adding one wire.

-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From kevredon at mail.tsaitgaist.info  Sun Jun 19 13:39:42 2011
From: kevredon at mail.tsaitgaist.info (Kevin Redon)
Date: Sun, 19 Jun 2011 15:39:42 +0200
Subject: SIMtrace prototype bug report
In-Reply-To: <20110617082301.GB6455@prithivi.gnumonks.org>
References: <20110614232702.GA20343@prithivi.gnumonks.org>
	<20110617082301.GB6455@prithivi.gnumonks.org>
Message-ID: <4DFDFC1E.8060107@mail.tsaitgaist.info>

Hi,

On 17.06.2011 10:23, Harald Welte wrote:

> However, I think there's one pretty serious problem in the hardware
> design:  The bus switch has something like at least 5 (rather 16Ohms) of
> internal 'on' resistance between the sim card and the phone.  While this 
> _might_ still work for I/O, nRST and CLK lines, it definitely doesn't
> fly for the supply voltage (VCC).

how about using SN74CB3Q3244 or equivalent ?
it has max 9 Omhs Ron.

Regards,
Kevin



From laforge at gnumonks.org  Sun Jun 19 14:48:56 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Sun, 19 Jun 2011 16:48:56 +0200
Subject: SIMtrace prototype bug report
In-Reply-To: <4DFDFC1E.8060107@mail.tsaitgaist.info>
References: <20110614232702.GA20343@prithivi.gnumonks.org>
	<20110617082301.GB6455@prithivi.gnumonks.org>
	<4DFDFC1E.8060107@mail.tsaitgaist.info>
Message-ID: <20110619144856.GW6915@prithivi.gnumonks.org>

Hi Kevin,

On Sun, Jun 19, 2011 at 03:39:42PM +0200, Kevin Redon wrote:
 
> > However, I think there's one pretty serious problem in the hardware
> > design:  The bus switch has something like at least 5 (rather 16Ohms) of
> > internal 'on' resistance between the sim card and the phone.  While this 
> > _might_ still work for I/O, nRST and CLK lines, it definitely doesn't
> > fly for the supply voltage (VCC).
> 
> how about using SN74CB3Q3244 or equivalent ?
> it has max 9 Omhs Ron.

Even 9 Ohms can be a lot.  We're not switching some unidirectional bus
lines here, but everything including the Vcc power line.

I guess it would be good if you could continue to debug why it is not
working, even with my rework where Vcc supplied directly by the SAM7.
Let's discuss this tomorrow when you're visiting.

Regards,
	Harald
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From 246tnt at gmail.com  Sun Jun 19 16:54:35 2011
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Sun, 19 Jun 2011 18:54:35 +0200
Subject: SIMtrace prototype bug report
In-Reply-To: <20110619144856.GW6915@prithivi.gnumonks.org>
References: <20110614232702.GA20343@prithivi.gnumonks.org>
	<20110617082301.GB6455@prithivi.gnumonks.org>
	<4DFDFC1E.8060107@mail.tsaitgaist.info>
	<20110619144856.GW6915@prithivi.gnumonks.org>
Message-ID: <BANLkTinvwm9-810ShTZ0Z=b9qLKbfvuGTg@mail.gmail.com>

>> > However, I think there's one pretty serious problem in the hardware
>> > design: ?The bus switch has something like at least 5 (rather 16Ohms) of
>> > internal 'on' resistance between the sim card and the phone. ?While this
>> > _might_ still work for I/O, nRST and CLK lines, it definitely doesn't
>> > fly for the supply voltage (VCC).

Why not just keep the bus switch IC for the signals. ( ~ 20 ohms won't
be a problem for sure ).

And use any PMOS with a pullup for the VCC switching ?  Or you can
even get fancy and use a dedicated load switch like the TPS22960 .

Cheers,

     Sylvain



From laforge at gnumonks.org  Sun Jun 19 19:51:13 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Sun, 19 Jun 2011 21:51:13 +0200
Subject: SIMtrace prototype bug report
In-Reply-To: <BANLkTinvwm9-810ShTZ0Z=b9qLKbfvuGTg@mail.gmail.com>
References: <20110614232702.GA20343@prithivi.gnumonks.org>
	<20110617082301.GB6455@prithivi.gnumonks.org>
	<4DFDFC1E.8060107@mail.tsaitgaist.info>
	<20110619144856.GW6915@prithivi.gnumonks.org>
	<BANLkTinvwm9-810ShTZ0Z=b9qLKbfvuGTg@mail.gmail.com>
Message-ID: <20110619195113.GB6915@prithivi.gnumonks.org>

Hi Sylvain,

On Sun, Jun 19, 2011 at 06:54:35PM +0200, Sylvain Munaut wrote:
> >> > However, I think there's one pretty serious problem in the hardware
> >> > design: ?The bus switch has something like at least 5 (rather 16Ohms) of
> >> > internal 'on' resistance between the sim card and the phone. ?While this
> >> > _might_ still work for I/O, nRST and CLK lines, it definitely doesn't
> >> > fly for the supply voltage (VCC).
> 
> Why not just keep the bus switch IC for the signals. ( ~ 20 ohms won't
> be a problem for sure ).

well, if you're sure the ~20 ohms is not a problem, then I think we can
indeed stop searching for a proper switch.  The big question is though:
Why does it not work yet?

The nRST, CLK and I/O are still routed via the switch.   The switch is
in the correct position, as I can apply 3.3V with a 10kOhm resistor to
any of the three lines on the 'phone' side, and I can see the
corresponding signal changing on the SIM card side.  However, the
high-voltage is only about 2.5V on the SIM card side.

Vcc is supplied permanently from the SAM7 to the SIM card socket. 

Still, no communication between phone (or smart card reader that I use
instead of a phone) and the SIM card is possible at this time.

Hopefully Kevin has some ideas tomorrow (he'll be visiting me to help
debugging).

Regards,
	Harald
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From 246tnt at gmail.com  Mon Jun 20 09:19:19 2011
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Mon, 20 Jun 2011 11:19:19 +0200
Subject: SIMtrace prototype bug report
In-Reply-To: <20110619195113.GB6915@prithivi.gnumonks.org>
References: <20110614232702.GA20343@prithivi.gnumonks.org>
	<20110617082301.GB6455@prithivi.gnumonks.org>
	<4DFDFC1E.8060107@mail.tsaitgaist.info>
	<20110619144856.GW6915@prithivi.gnumonks.org>
	<BANLkTinvwm9-810ShTZ0Z=b9qLKbfvuGTg@mail.gmail.com>
	<20110619195113.GB6915@prithivi.gnumonks.org>
Message-ID: <BANLkTin4A8amSUPVuFG5aNjpyW5-zkrcwQ@mail.gmail.com>

Hi,

> well, if you're sure the ~20 ohms is not a problem, then I think we can
> indeed stop searching for a proper switch. ?The big question is though:
> Why does it not work yet?

Well, my 20 ohm statement is based on a fixed resistor. In this case I
suspect what you measured (probably with a multimeter I guess ?) might
not be valid due to high non-linearity effects (see below and in the
datasheet).

> The nRST, CLK and I/O are still routed via the switch. ? The switch is
> in the correct position, as I can apply 3.3V with a 10kOhm resistor to
> any of the three lines on the 'phone' side, and I can see the
> corresponding signal changing on the SIM card side. ?However, the
> high-voltage is only about 2.5V on the SIM card side.

And what's the voltage on the 'phone side', (after the pullup) ?
If there 0.8v voltage drop across 10k + 20 ohm, most of it must should
due to the 10k ...

But now that I look at the QS3244 datasheet, the Ron is highly non-linear.
At Vcc=5V and Vin=3.3V, it's even outside of the graph ... so at
Vcc=3.3v you can only imagine.

Vp (Voltage pass) is speced at 4V with Vin=Vcc=5V ... so 1V drop min
in that case.
Here we're in a much less ideal case of Vin=Vcc=3.3V ...


I still think a bus switch is appropriate ... just not that one. (or
try powering it from 5V).
The SN74CB3Q3244 mentioned by Kevin seems to have much better specs at
Vcc=3.3v and low voltage inputs.


Cheers,

    Sylvain



From laforge at gnumonks.org  Mon Jun 20 22:18:41 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 21 Jun 2011 00:18:41 +0200
Subject: Simtrace prototype progress
Message-ID: <20110620221841.GH4855@prithivi.gnumonks.org>

Hi all,

Kevin and I have been making great progress today, spending about 12
hours with debugging, re-working and re-designign simtrace.

The previous malfanction seemed to be caused by attachign the Vcc from
the phone to the AD7 input of the SAM7.  Apparently the Vcc of the phone
was >= 50mV higher than the Vcc of the SAM7, and this caused the phone
(/smartcard reader) to give up as it could not raise the power line to
the level it wanted to raise it, even before switching on clock to the
card.

Aside from the one prototype, we have also received 5 units made by some
friends of K2 in china, who unfortunately used a previous gerber that
had even more bugs.  Nonetheless, three out of those 5 units have been
re-worked, and are now functional, too.

We will do a very quick 2nd prototype spin with the following changes
 * fix all the bugs as per the trac tickets
 * use the new bus switch with lower resistance
 * use a LDO with two outputs (and two enable inputs) so we can
   use a GPIO to supply the SIM card with voltage ourselves
 * add a power distribution switch with < 1Ohm Rds-on so we can
   alternatively switch through the Vcc from the phone to the SIM
 * add a resistive divider between VCC_phone and the ADC input
 * use angled jumpers so the overall unit remains flat

The gerber will be sent off tomorrow for a '3 working days' quick PCB,
the corresponding digikey order, too.

Kevin has offered to solder the next prototype.  If everything works
well, we will immediately go into production of something like 100
units to make sure they're ready before the CCC Camp (where some people
might be interested in obtaining one).

Regards,
	Harald
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From kevredon at mail.tsaitgaist.info  Tue Jun 21 00:48:40 2011
From: kevredon at mail.tsaitgaist.info (Kevin Redon)
Date: Tue, 21 Jun 2011 02:48:40 +0200
Subject: Simtrace prototype progress
In-Reply-To: <20110620221841.GH4855@prithivi.gnumonks.org>
References: <20110620221841.GH4855@prithivi.gnumonks.org>
Message-ID: <4DFFEA68.2030401@mail.tsaitgaist.info>

Hi,

The schema/pcb/gerber have been rendered.
If somebody wants to do a quick check, you're welcome.

Regards,
Kevin

On 21.06.2011 00:18, Harald Welte wrote:
> Hi all,
> 
> Kevin and I have been making great progress today, spending about 12
> hours with debugging, re-working and re-designign simtrace.
> 



From holger at freyther.de  Tue Jun 21 07:57:15 2011
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Tue, 21 Jun 2011 09:57:15 +0200
Subject: Simtrace prototype progress
In-Reply-To: <4DFFEA68.2030401@mail.tsaitgaist.info>
References: <20110620221841.GH4855@prithivi.gnumonks.org>
	<4DFFEA68.2030401@mail.tsaitgaist.info>
Message-ID: <4E004EDB.4040404@freyther.de>

On 06/21/2011 02:48 AM, Kevin Redon wrote:
> Hi,
> 
> The schema/pcb/gerber have been rendered.
> If somebody wants to do a quick check, you're welcome.

Great. I have one wish regarding the commit messages though. Could they be a
bit more verbose? E.g. if you have addressed a ticket use something like
"Closes Ticket #42" or a link to the ticket? And is it possible to answer the
usual what, why, how questions in the commit message?

I am afraid I have one more wish, could we use a tag whenever we produce a PCB?

sorry, I know I ask a lot without having done a thing or having any idea about
hardware

	holger



From holger at freyther.de  Tue Jun 21 08:13:37 2011
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Tue, 21 Jun 2011 10:13:37 +0200
Subject: Simtrace prototype progress
In-Reply-To: <4DFFEA68.2030401@mail.tsaitgaist.info>
References: <20110620221841.GH4855@prithivi.gnumonks.org>
	<4DFFEA68.2030401@mail.tsaitgaist.info>
Message-ID: <4E0052B1.4040701@freyther.de>

On 06/21/2011 02:48 AM, Kevin Redon wrote:
> Hi,
> 
> The schema/pcb/gerber have been rendered.
> If somebody wants to do a quick check, you're welcome.

Hi,

this is just from someone playing with KiCad.

Do you think it is kind of goal to not have warnings/errors reported by the
"Schematic Eletric Rules Check"? E.g. it complains that two outs are connected
to each other but it looks more like that IC5 (FPF2005) might have a wrong
power_in/power_out in the library.

I think you want to commit logo.mod to the repository as well.

cheers
	holger





From kevredon at mail.tsaitgaist.info  Tue Jun 21 08:23:49 2011
From: kevredon at mail.tsaitgaist.info (Kevin Redon)
Date: Tue, 21 Jun 2011 10:23:49 +0200
Subject: Simtrace prototype progress
In-Reply-To: <4E004EDB.4040404@freyther.de>
References: <20110620221841.GH4855@prithivi.gnumonks.org>
	<4DFFEA68.2030401@mail.tsaitgaist.info>
	<4E004EDB.4040404@freyther.de>
Message-ID: <4E005515.8030608@mail.tsaitgaist.info>

Hi,

I will be more verbose. I understand reading the source won't help
understanding the changes.
I never used tags until now, thus I did not have the habit. I just
tagged the current v0.9.9.

On 21.06.2011 09:57, Holger Hans Peter Freyther wrote:

> Great. I have one wish regarding the commit messages though. Could they be a
> bit more verbose?

kevin



From kevredon at mail.tsaitgaist.info  Tue Jun 21 08:37:01 2011
From: kevredon at mail.tsaitgaist.info (Kevin Redon)
Date: Tue, 21 Jun 2011 10:37:01 +0200
Subject: Simtrace prototype progress
In-Reply-To: <4E0052B1.4040701@freyther.de>
References: <20110620221841.GH4855@prithivi.gnumonks.org>
	<4DFFEA68.2030401@mail.tsaitgaist.info>
	<4E0052B1.4040701@freyther.de>
Message-ID: <4E00582D.5000702@mail.tsaitgaist.info>

Hi,

On 21.06.2011 10:13, Holger Hans Peter Freyther wrote:

> 
> Do you think it is kind of goal to not have warnings/errors reported by the
> "Schematic Eletric Rules Check"? E.g. it complains that two outs are connected
> to each other but it looks more like that IC5 (FPF2005) might have a wrong
> power_in/power_out in the library.

There are 3 errors. We are aware of them, but I don't know how to
override single errors (not family of errors).
the errors :
- VCC PHONE (a power output) is connected to a GPIO pin (not a power
input). We want to us the power state as interrupt.
- VCC GND is connected to the USB GND. These GND level could be
different electrically
- One of the LDO power output is also connected to the power switch
power output. The simtrace board software should not enable both at
once. When booting, the AT91 pins are high, but it should not be a
problem because the LDO is active on high, whereas the power switch is
active on low.

> 
> I think you want to commit logo.mod to the repository as well.
> 
oups, I forgot to add it because the logo is not used.


kevin



From holger at freyther.de  Tue Jun 21 12:23:19 2011
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Tue, 21 Jun 2011 14:23:19 +0200
Subject: Simtrace prototype progress
In-Reply-To: <4E00582D.5000702@mail.tsaitgaist.info>
References: <20110620221841.GH4855@prithivi.gnumonks.org>	<4DFFEA68.2030401@mail.tsaitgaist.info>	<4E0052B1.4040701@freyther.de>
	<4E00582D.5000702@mail.tsaitgaist.info>
Message-ID: <4E008D37.2050000@freyther.de>

On 06/21/2011 10:37 AM, Kevin Redon wrote:

> There are 3 errors. We are aware of them, but I don't know how to
> override single errors (not family of errors).

Thanks for the reply, do you know if the upstream project is active? If you
want to I can try to contact them.

holger



From laforge at gnumonks.org  Tue Jun 21 12:43:23 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 21 Jun 2011 14:43:23 +0200
Subject: Simtrace prototype progress
In-Reply-To: <4E008D37.2050000@freyther.de>
References: <20110620221841.GH4855@prithivi.gnumonks.org>
	<4DFFEA68.2030401@mail.tsaitgaist.info>
	<4E0052B1.4040701@freyther.de>
	<4E00582D.5000702@mail.tsaitgaist.info>
	<4E008D37.2050000@freyther.de>
Message-ID: <20110621124323.GC26991@prithivi.gnumonks.org>

JFYI, I have just send an intro e-mail to Werner Almesberger and Kevin.

Werner may know some of the finer details about how to use kicad better,
e.g. regarding design rule check exceptions and the like.

-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From laforge at gnumonks.org  Thu Jun 30 12:05:29 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Thu, 30 Jun 2011 14:05:29 +0200
Subject: SIMtrace v1.0 status report
Message-ID: <20110630120529.GV8326@prithivi.gnumonks.org>

Hi all,

the SIMtrace v1.0 is a big success.  No re-work required, it worked out
of the box after soldering.

We are in discussion with the manufacturer for some small
footprint/component changes to reduce the number of special components
that he doesn't already have in tape reels in his SMT machines.

After that discussion is finished (hopefully soon), we will build 100
units (in Germany).

Left as a TODO item is still the SIM card adapters. We're working to
make sure they will be ready at the same time the SIMtrace boards will
be ready.

Thanks again to Kevin for his work on the schematics + layout side.

Regards,
	Harald
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)