oap-discuss Mailing List for Open Automaton Project

Alternative PIC microcontrollers can be selected here:
www.microchip.com/paramchartsearch/Chart.aspx?branchID=1002

Select some of the core features such as pin count, I2C support, etc..

If you find 8-bit PIC microcontrollers, you can also look at 16-bit PICs.
But, this will re
Amtel 8-bit microcontrollers have similar capabilities.
However, the circuits and firmware will require modification.


On Sun, Apr 6, 2014 at 6:59 AM, Mahmoud Mansour <man...@gm...
> wrote:

> Hello:
> I am a student Mahmoud Mansour from the University of Damascus
> What is a suitable alternative for pic16f819 circuit in HCM and PMM
> and Docking Station
> This is because I am I have not found in the market
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Oap-discuss mailing list
> Oap...@li...
> https://lists.sourceforge.net/lists/listinfo/oap-discuss
>

Hello:
I am a student Mahmoud Mansour from the University of Damascus
What is a suitable alternative for pic16f819 circuit in HCM and PMM
and Docking Station
This is because I am I have not found in the market

John,

The de-swadj looks interesting.

The pcb I've design converts 12V to 5V with a max current of 2A.  It's 81%
efficient.
The de-swadj graph for 12V to 6V has 80-88% efficiency with a max current
of 1A.

I agree this looks like a good option for lower power circuits.
And for an additional $9.99 you can have more or less an equivalent pcb:
http://www.dimensionengineering.com/products/vreg-breakout

Thanks,
--scott c.



On Fri, Jan 10, 2014 at 4:47 AM, John Christian Lønningdal <
jc...@lo...> wrote:

>  Arent these very energy wasteful?
>
> I have used these for my robot project with great results:
>
> http://www.dimensionengineering.com/products/de-swadj
>
> I use them for powering the servos and they are >90% efficient.
> I feel battery life is important in a robot project.
>
> John
>
>
> On 10.01.2014 03:11, Scott Crawford wrote:
>
>  I've finished the pcb design based on the TI LM2592HVT 150kHz step down
> dc-dc voltage regulator.   The pcb, schematic, and bill of materials are on
> the wiki:
>
> http://www.openautomaton.org/index.php/PowerConverter
>
>  Thanks,
> Scott Crawford
>
>
> ------------------------------------------------------------------------------
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
>
>
>
> _______________________________________________
> Oap-discuss mailing lis...@li...://lists.sourceforge.net/lists/listinfo/oap-discuss
>
>
>
>
> ------------------------------------------------------------------------------
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
> _______________________________________________
> Oap-discuss mailing list
> Oap...@li...
> https://lists.sourceforge.net/lists/listinfo/oap-discuss
>
>

Arent these very energy wasteful?

I have used these for my robot project with great results:

http://www.dimensionengineering.com/products/de-swadj

I use them for powering the servos and they are >90% efficient.
I feel battery life is important in a robot project.

John

On 10.01.2014 03:11, Scott Crawford wrote:
> I've finished the pcb design based on the TI LM2592HVT 150kHz step 
> down dc-dc voltage regulator.   The pcb, schematic, and bill of 
> materials are on the wiki:
>
> http://www.openautomaton.org/index.php/PowerConverter
>
> Thanks,
> Scott Crawford
>
>
> ------------------------------------------------------------------------------
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today.
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
>
>
> _______________________________________________
> Oap-discuss mailing list
> Oap...@li...
> https://lists.sourceforge.net/lists/listinfo/oap-discuss

I've finished the pcb design based on the TI LM2592HVT 150kHz step down
dc-dc voltage regulator.   The pcb, schematic, and bill of materials are on
the wiki:

http://www.openautomaton.org/index.php/PowerConverter

Thanks,
Scott Crawford

I've finished the pcb design based on the TI LM2592HVT 150kHz step down dc
voltage regulator.

Hi

I've added a new wiki article to describe power relay control:

http://www.openautomaton.org/index.php/Power_Relay

I welcome feedback.

Thanks,
--scott c.

Hi Dafydd,

Would you mind taking a look at this design?  Is this what you had in mind?
http://www.openautomaton.org/index.php/PowerDistribution

Three TI Powertrends 78ST105HC replacement PCBs will cost about $50USD.
http://www.openautomaton.org/index.php/PowerConverter

This shows two of the OAP modules, modified to use +5V power:
http://www.openautomaton.org/index.php/PMM2
http://www.openautomaton.org/index.php/HCM2

Thanks,
--scott c.


On Sun, Dec 1, 2013 at 4:31 AM, Dafydd Walters <daf...@gm...>wrote:

> Hi Scott,
>
> When I drew the original prototype schematics, I wondered about separating
> the power regulation, and running the regulated 5V around some of the
> modules, but then I backed away from the idea, because I was concerned
> about noise crosstalk between the modules (the sonar module is particularly
> thirsty and "spikey" in power needs, and the pan-tilt module isn't much
> better IIRC). I stuck with separate regulators in the end, so you could
> wire up each module directly to the robot's main lead-acid battery with
> little risk of introducing noise crosstalk.
>
> If you decide to go down this central power regulation path, though, I
> would strongly encourage you to add multiple 5V output connectors to the
> power board, to encourage the power to be distributed in a "star"
> configuration to each module, rather than in a "bus" configuration (the
> latter is just asking for trouble).
>
> I would also check to make sure that you don't break the bank in terms of
> current capacity and make sure that the heat-sink is adequate to deal with
> all the sonars firing at full-pelt at the same time as the pan and tilt
> servos are moving (with a realistic head load mounted).
>
> The thickness of the wiring between such a power module and the modules
> must also be considered; the gauge has to be adequate to carry the current
> for each module.
>
> If you do this, it's probably a good idea to add a decent sized reservoir
> cap (electrolytic, about 100uF) at the power input of each module to help
> smooth the bumps too.
>
> Regards,
> Dafydd.
>
>
>
>
>
>
> 2013/11/29 Scott Crawford <rob...@gm...>
>
>> Hi Dafydd,
>>
>> Thanks for the feedback on the schematic updates.
>>
>> I've added another i2c connector the HCM to support the TPA81.
>> http://www.openautomaton.org/index.php/HCM
>>
>> I'm working on the TI Powetrends replacement schematic and PCB layout.
>> Replacing these surface mounted components with through-hole equivalents
>> will increase the PCB sizes, and drive up the component cost a few
>> dollars.  While the LM2592HV costs less than the TI Powertrends, it means
>> that the designer must supply a heatsink, inductor, and schottky diode.
>>
>> What do you think about reducing the number of DC-DC regulators in the
>> design?  The TI powetrends is used on the PMM, HCM, and SAM.
>>
>> Could a single DC-DC PCB be used to power the PMM PIC, and supply the 5V
>> LCD display, HCM, and SAM?
>>
>> Thanks,
>> --scott c.
>>
>>
>> ------------------------------------------------------------------------------
>> Rapidly troubleshoot problems before they affect your business. Most IT
>> organizations don't have a clear picture of how application performance
>> affects their revenue. With AppDynamics, you get 100% visibility into your
>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
>> Pro!
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Oap-discuss mailing list
>> Oap...@li...
>> https://lists.sourceforge.net/lists/listinfo/oap-discuss
>>
>>
>
>
> --
> LinkedIn: http://www.linkedin.com/in/dafyddwalters
>
>
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
> Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
> _______________________________________________
> Oap-discuss mailing list
> Oap...@li...
> https://lists.sourceforge.net/lists/listinfo/oap-discuss
>
>

Hi Scott,

When I drew the original prototype schematics, I wondered about separating
the power regulation, and running the regulated 5V around some of the
modules, but then I backed away from the idea, because I was concerned
about noise crosstalk between the modules (the sonar module is particularly
thirsty and "spikey" in power needs, and the pan-tilt module isn't much
better IIRC). I stuck with separate regulators in the end, so you could
wire up each module directly to the robot's main lead-acid battery with
little risk of introducing noise crosstalk.

If you decide to go down this central power regulation path, though, I
would strongly encourage you to add multiple 5V output connectors to the
power board, to encourage the power to be distributed in a "star"
configuration to each module, rather than in a "bus" configuration (the
latter is just asking for trouble).

I would also check to make sure that you don't break the bank in terms of
current capacity and make sure that the heat-sink is adequate to deal with
all the sonars firing at full-pelt at the same time as the pan and tilt
servos are moving (with a realistic head load mounted).

The thickness of the wiring between such a power module and the modules
must also be considered; the gauge has to be adequate to carry the current
for each module.

If you do this, it's probably a good idea to add a decent sized reservoir
cap (electrolytic, about 100uF) at the power input of each module to help
smooth the bumps too.

Regards,
Dafydd.






2013/11/29 Scott Crawford <rob...@gm...>

> Hi Dafydd,
>
> Thanks for the feedback on the schematic updates.
>
> I've added another i2c connector the HCM to support the TPA81.
> http://www.openautomaton.org/index.php/HCM
>
> I'm working on the TI Powetrends replacement schematic and PCB layout.
> Replacing these surface mounted components with through-hole equivalents
> will increase the PCB sizes, and drive up the component cost a few
> dollars.  While the LM2592HV costs less than the TI Powertrends, it means
> that the designer must supply a heatsink, inductor, and schottky diode.
>
> What do you think about reducing the number of DC-DC regulators in the
> design?  The TI powetrends is used on the PMM, HCM, and SAM.
>
> Could a single DC-DC PCB be used to power the PMM PIC, and supply the 5V
> LCD display, HCM, and SAM?
>
> Thanks,
> --scott c.
>
>
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
> Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
> _______________________________________________
> Oap-discuss mailing list
> Oap...@li...
> https://lists.sourceforge.net/lists/listinfo/oap-discuss
>
>


-- 
LinkedIn: http://www.linkedin.com/in/dafyddwalters

Schematic is from the TI LM2592HVT datasheet.
- A custom TO-220 5 pin symbol was created for the LM2592HVT, and
- two custom PCB layout elements were created for the PCB layout.

http://www.openautomaton.org/index.php/PowerConverter

--scott c.

Hi Dafydd,

Thanks for the feedback on the schematic updates.

I've added another i2c connector the HCM to support the TPA81.
http://www.openautomaton.org/index.php/HCM

I'm working on the TI Powetrends replacement schematic and PCB layout.
Replacing these surface mounted components with through-hole equivalents
will increase the PCB sizes, and drive up the component cost a few
dollars.  While the LM2592HV costs less than the TI Powertrends, it means
that the designer must supply a heatsink, inductor, and schottky diode.

What do you think about reducing the number of DC-DC regulators in the
design?  The TI powetrends is used on the PMM, HCM, and SAM.

Could a single DC-DC PCB be used to power the PMM PIC, and supply the 5V
LCD display, HCM, and SAM?

Thanks,
--scott c.

Hi Scott,

The new version looks fine.

The problem you encountered (power pins on ICs not being connected) is
common, because parts in gEDA component libraries with hidden power pins
often use different terminology for the power lines.

More often than not, I've found this is a problem when, for example, one
library part calls its hidden power pins GND and Vcc, while another use the
terminology 0V and +5V (there are other variations too, like Vdd, Vss etc.).

The only way to be sure everything's connected properly is to eyeball the
netlist, and look for orphaned nets.

To fix it, I usually just add the necessary nets in one corner of the
schematic (for example, I connect a net called Vcc to +5V), and then the
next time the netlist is generated, it should combine those nets.

Occasionally, I find a schematic library part doesn't have the power pins,
but that's just a bug in the part, and it can be fixed by adding the
necessary hidden power pins to the part.

The new library part you've created is better from the standpoint of
someone who's actually building the circuit, because it shows exactly
what's connected to where, but my own preference in schematics is for
composite parts containing gates and latches to show those gates and
latches individually to aid understanding of how the circuit works. It's a
bit more work to make sure that all the hidden nets are connected, but I
just prefer to do things that way.

Regards,
Dafydd.



2013/11/23 Scott Crawford <rob...@gm...>

> Hi Dafydd,
>
> The gEDA gsch2pcb tool relies on the schematic pins and network to create
> the pcb traces.
>
> I've created a new 78HC74 symbol and updated the mcm schematic.   Would
> you please review the new version?  The pdf and image formats are available
> from the community wiki:
>
> http://www.openautomaton.org/index.php/MCM
>
> Thanks for your help.
> --scott
>
>
> On Tue, Nov 19, 2013 at 1:14 AM, Dafydd Walters <daf...@gm...>wrote:
>
>> Hi Scott,
>>
>> Yes, pin 14 should be connected to +5V and pin 7 should be connected to
>> GND (0V).
>>
>> It's customary not to show the power supply pin connections of ICs on
>> circuit schematics to avoid clutter, but you mustn't forget the power when
>> laying out the PCB :-)
>>
>> Regards,
>> Dafydd.
>>  On 19 Nov 2013 02:35, "Scott Crawford" <rob...@gm...> wrote:
>>
>>> Hi Dafydd,
>>>
>>> I'm not receiving valid odometry data from the "read_odometry" function
>>> in oap-motor.c.  However, the i2s_smbus_read_block returns exactly 5 bytes.
>>>
>>> Can  you tell me if pin 14, Vcc, on the 74HC74 (U3 and U4) need to be
>>> connected to +5V?
>>>
>>> Some references:
>>> 1. 74HC74 datasheet for a 74HC74 with preset and clear:
>>> http://www.fairchildsemi.com/ds/MM/MM74HC74A.pdf
>>>
>>> 2. odometry input signals
>>> http://www.openautomaton.org/index.php/MCM
>>>
>>> 3. Your original oap 0.1 schematic and my rework for pcb design are here:
>>> http://www.openautomaton.org/index.php/Schematics
>>>
>>> Thanks for your help.
>>> --scott
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Shape the Mobile Experience: Free Subscription
>>> Software experts and developers: Be at the forefront of tech innovation.
>>> Intel(R) Software Adrenaline delivers strategic insight and game-changing
>>> conversations that shape the rapidly evolving mobile landscape. Sign up
>>> now.
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Oap-discuss mailing list
>>> Oap...@li...
>>> https://lists.sourceforge.net/lists/listinfo/oap-discuss
>>>
>>>
>>
>> ------------------------------------------------------------------------------
>> Shape the Mobile Experience: Free Subscription
>> Software experts and developers: Be at the forefront of tech innovation.
>> Intel(R) Software Adrenaline delivers strategic insight and game-changing
>> conversations that shape the rapidly evolving mobile landscape. Sign up
>> now.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Oap-discuss mailing list
>> Oap...@li...
>> https://lists.sourceforge.net/lists/listinfo/oap-discuss
>>
>>
>
>
> ------------------------------------------------------------------------------
> Shape the Mobile Experience: Free Subscription
> Software experts and developers: Be at the forefront of tech innovation.
> Intel(R) Software Adrenaline delivers strategic insight and game-changing
> conversations that shape the rapidly evolving mobile landscape. Sign up
> now.
> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
> _______________________________________________
> Oap-discuss mailing list
> Oap...@li...
> https://lists.sourceforge.net/lists/listinfo/oap-discuss
>
>


-- 
LinkedIn: http://www.linkedin.com/in/dafyddwalters

Hi Dafydd,

The gEDA gsch2pcb tool relies on the schematic pins and network to create
the pcb traces.

I've created a new 78HC74 symbol and updated the mcm schematic.   Would you
please review the new version?  The pdf and image formats are available
from the community wiki:

http://www.openautomaton.org/index.php/MCM

Thanks for your help.
--scott


On Tue, Nov 19, 2013 at 1:14 AM, Dafydd Walters <daf...@gm...>wrote:

> Hi Scott,
>
> Yes, pin 14 should be connected to +5V and pin 7 should be connected to
> GND (0V).
>
> It's customary not to show the power supply pin connections of ICs on
> circuit schematics to avoid clutter, but you mustn't forget the power when
> laying out the PCB :-)
>
> Regards,
> Dafydd.
>  On 19 Nov 2013 02:35, "Scott Crawford" <rob...@gm...> wrote:
>
>> Hi Dafydd,
>>
>> I'm not receiving valid odometry data from the "read_odometry" function
>> in oap-motor.c.  However, the i2s_smbus_read_block returns exactly 5 bytes.
>>
>> Can  you tell me if pin 14, Vcc, on the 74HC74 (U3 and U4) need to be
>> connected to +5V?
>>
>> Some references:
>> 1. 74HC74 datasheet for a 74HC74 with preset and clear:
>> http://www.fairchildsemi.com/ds/MM/MM74HC74A.pdf
>>
>> 2. odometry input signals
>> http://www.openautomaton.org/index.php/MCM
>>
>> 3. Your original oap 0.1 schematic and my rework for pcb design are here:
>> http://www.openautomaton.org/index.php/Schematics
>>
>> Thanks for your help.
>> --scott
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Shape the Mobile Experience: Free Subscription
>> Software experts and developers: Be at the forefront of tech innovation.
>> Intel(R) Software Adrenaline delivers strategic insight and game-changing
>> conversations that shape the rapidly evolving mobile landscape. Sign up
>> now.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Oap-discuss mailing list
>> Oap...@li...
>> https://lists.sourceforge.net/lists/listinfo/oap-discuss
>>
>>
>
> ------------------------------------------------------------------------------
> Shape the Mobile Experience: Free Subscription
> Software experts and developers: Be at the forefront of tech innovation.
> Intel(R) Software Adrenaline delivers strategic insight and game-changing
> conversations that shape the rapidly evolving mobile landscape. Sign up
> now.
> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
> _______________________________________________
> Oap-discuss mailing list
> Oap...@li...
> https://lists.sourceforge.net/lists/listinfo/oap-discuss
>
>

Hi Scott,

Yes, pin 14 should be connected to +5V and pin 7 should be connected to GND
(0V).

It's customary not to show the power supply pin connections of ICs on
circuit schematics to avoid clutter, but you mustn't forget the power when
laying out the PCB :-)

Regards,
Dafydd.
 On 19 Nov 2013 02:35, "Scott Crawford" <rob...@gm...> wrote:

> Hi Dafydd,
>
> I'm not receiving valid odometry data from the "read_odometry" function in
> oap-motor.c.  However, the i2s_smbus_read_block returns exactly 5 bytes.
>
> Can  you tell me if pin 14, Vcc, on the 74HC74 (U3 and U4) need to be
> connected to +5V?
>
> Some references:
> 1. 74HC74 datasheet for a 74HC74 with preset and clear:
> http://www.fairchildsemi.com/ds/MM/MM74HC74A.pdf
>
> 2. odometry input signals
> http://www.openautomaton.org/index.php/MCM
>
> 3. Your original oap 0.1 schematic and my rework for pcb design are here:
> http://www.openautomaton.org/index.php/Schematics
>
> Thanks for your help.
> --scott
>
>
>
> ------------------------------------------------------------------------------
> Shape the Mobile Experience: Free Subscription
> Software experts and developers: Be at the forefront of tech innovation.
> Intel(R) Software Adrenaline delivers strategic insight and game-changing
> conversations that shape the rapidly evolving mobile landscape. Sign up
> now.
> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
> _______________________________________________
> Oap-discuss mailing list
> Oap...@li...
> https://lists.sourceforge.net/lists/listinfo/oap-discuss
>
>

Hi Dafydd,

I'm not receiving valid odometry data from the "read_odometry" function in
oap-motor.c.  However, the i2s_smbus_read_block returns exactly 5 bytes.

Can  you tell me if pin 14, Vcc, on the 74HC74 (U3 and U4) need to be
connected to +5V?

Some references:
1. 74HC74 datasheet for a 74HC74 with preset and clear:
http://www.fairchildsemi.com/ds/MM/MM74HC74A.pdf

2. odometry input signals
http://www.openautomaton.org/index.php/MCM

3. Your original oap 0.1 schematic and my rework for pcb design are here:
http://www.openautomaton.org/index.php/Schematics

Thanks for your help.
--scott

Hi All,

I was wondering if someone could help me with my final configuration of my
robot.  I'm really close at this point, but the Motor Control Module is not
fully working.  When I power the robot up the wheel motors chirp and then
the robot sits in an idle state, which is what I would expect.  If I issue
the "oap-motor r" command to read the status from the Motor Control Module,
it reports:

ODOMETER COUNTER STATUS
 Left count : 0
 Right count: 0
 Timer count: 235
Left PWM duty cycle: 128 (50%)
Right PWM duty cycle: 128 (50%)
Timer count: 236
PWM power state: Low Power
Encoder XOR mask byte setting: 255

When I turn the MCM power level to on, though, with the "oap-motor n"
command, the robot immediately starts spinning in a circle (one wheel
running forward, the other running backwards), which is not what I would
expect.  I'm not expecting the robot to move unit I issue a forward command
like "oap-motor s 150 150".  I figured the issue must be a wiring problem
between the Motor Control Module and the Magnevation Motor Driver, but I've
verified that the connections are as described here on the
oap.sourceforge.site:


   - Pin 23: GND - to pin 4 of CONN3 on the Motor Control Module
   - Pin 24: GND - to pin 8 of CONN3 on the Motor Control Module
   - Pin 27: Left PWM - to pin 1 of CONN3 on the Motor Control Module
   - Pin 29: Right PWM - to pin 5 of CONN3 on the Motor Control Module
   - Pin 34: Left Direction - to pin 2 of CONN3 on the Motor Control Module
   - Pin 36: Right Direction - to pin 6 of CONN3 on the Motor Control Module
   - Pin 38: Left Brake - to pin 3 of CONN3 on the Motor Control Module
   - Pin 40: Right Brake - to pin 7 of CONN3 on the Motor Control Module

Does anyone know what might be causing the issue?

Aaron

Hi Brennan,

The Motor Control Module firmware should produce a pulse-width modulated
(PWM) signal for a 50% duty cycle after the PIC is powered on.
In locked-antiphase PWM mode, this equates to zero rotational motion of
both DC gear motors.
The motor input power is converted into heat in this state.

Some troubleshooting tips:
- put a multimeter on the PIC power pin to ensure it's receiving 5V power
from the LM78L05 regulator.
- place an oscilloscope or multimeter on the Motor Control Module PWM
output channel to ensure the 50% duty cycle signal is being generated

If the MCM has power, and the PWM signal is good, then
- verify your MDM wiring.

Dafydd might confirm the MCM to MDM wiring.

HTH,
--scott




On Mon, Nov 11, 2013 at 11:53 PM, <br...@ra...> wrote:

> Hi Guys,
>
> We powered up our OAP robot for the first time this week and were
> surprised that both motors immediately started driving.  Is this an
> expected result?  As far as we can tell, we've got the Motor Control
> Module wired correctly to the Motor Control Driver, and the Motor
> Control Driver wired correctly with the motors.  Are we missing
> something or is this the expected result?  We haven't installed any
> software yet or messed with the I2C, so maybe that has something to do
> with it?
>
> Thanks for any suggestions.
>
> Brennan
>
>
> ------------------------------------------------------------------------------
> November Webinars for C, C++, Fortran Developers
> Accelerate application performance with scalable programming models.
> Explore
> techniques for threading, error checking, porting, and tuning. Get the most
> from the latest Intel processors and coprocessors. See abstracts and
> register
> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
> _______________________________________________
> Oap-discuss mailing list
> Oap...@li...
> https://lists.sourceforge.net/lists/listinfo/oap-discuss
>

Hi Guys,

We powered up our OAP robot for the first time this week and were 
surprised that both motors immediately started driving.  Is this an 
expected result?  As far as we can tell, we've got the Motor Control 
Module wired correctly to the Motor Control Driver, and the Motor 
Control Driver wired correctly with the motors.  Are we missing 
something or is this the expected result?  We haven't installed any 
software yet or messed with the I2C, so maybe that has something to do 
with it?

Thanks for any suggestions.

Brennan

Hi All.  I know there was talk in the past that the original design, which
suggested hinges for the docking station contacts, had some problems.  I'm
assuming they didn't make for the best contact when docking.  Does anyone
have a better approach?

Thanks.

Aaron

Hi Scott,

That one does look like a decent replacement.

The main concern, particularly for the high-current boards like the sonar
module (which powers all the current-thirsty sonar sensors), is that the
regulator gets too hot as it converts the robot's lead-acid battery voltage
down to 5V.

This Texas Instruments switching regulator has an efficiency of 75%, which
is similar to the original part, so it shouldn't get too hot.

Regards,
Dafydd.
 sorry, the PWRGD indicates when the LMZ3 regulator is out of regulation.

I learned there are TO-220-5 (though hole) packages available for the Texas
Instruments 2A step-down switching regulators

http://www.ti.com/lit/ds/snvs075c/snvs075c.pdf

Does that seem like a good fit?

Should I add it to the MCM, also?

Thanks,
--scott c.


------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
_______________________________________________
Oap-discuss mailing list
Oap...@li...
https://lists.sourceforge.net/lists/listinfo/oap-discuss

sorry, the PWRGD indicates when the LMZ3 regulator is out of regulation.

I learned there are TO-220-5 (though hole) packages available for the Texas
Instruments 2A step-down switching regulators

http://www.ti.com/lit/ds/snvs075c/snvs075c.pdf

Does that seem like a good fit?

Should I add it to the MCM, also?

Thanks,
--scott c.

Dafydd,

Aaron brought to my attention that the Texas Instruments DC/DC 1.5A
positive step-down integrated switching regulator 78ST105HC is shown as
"obsolte" by Mouser and Digikey.

The TI 78ST105HC is used on the HCM, SAM, and PMM PCBs.

TI-recommends TPS84250 as a replacement.
http://www.ti.com/product/tps84250
However, this, too, is being transitioned to LMZ3xxxx

The replacement would be here:
http://www.ti.com/lit/ds/symlink/lmz35003.pdf

The main concern I have is that it's a QFN (quad flat no leads) package.
The LMZ3 is especially challenging as the connections are on the bottom of
the chip.
Here is a manual QFN soldering example:
http://store.curiousinventor.com/guides/Surface_Mount_Soldering/QFN/

The LMZ3 output voltage and switching frequency are regulated by external
resistors (pages 13-15).  It has a power good pin that could signal the PIC
in the event that

Aaron found a few of the obsolete TI regulators on ebay.

Do you have any recommendations?

Thanks,
--scott

The k in the notation "4K7" should denote a decimal point, as well as 1000, so 4K7 = 4.7k ohms, not 47k ohms. Sometimes the "." can be hard to see which, I assume, is why the notation came about.

-Michael

> On Oct 7, 2013, at 11:27 PM, Aaron Radich <aar...@gm...> wrote:
> 
> Hi Guys,
> 
> I was wondering if the "4K7" component is the same as the "47K" component on the Sonar Array Module PCB board?  See the attached image.  Also, I was wondering if there were any hi resolution photos of the completed PCB boards.  Such photos would be helpful to beginners who are working on the boards.
> 
> Thanks.
> 
> Aaron
> <SAM_WhichPart.jpg>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
> _______________________________________________
> Oap-discuss mailing list
> Oap...@li...
> https://lists.sourceforge.net/lists/listinfo/oap-discuss

Hi Scott,

Wiki changes could only be done by registered users. However, it looks like
a few unsavoury characters have registered themselves.

I've put the settings back to disable user account creation to prevent this.

$wgGroupPermissions['*']['createaccount'] = false;


I'm going to delete the rogue accounts and back out their changes now.

Regards,
Dafydd.



2013/10/5 Scott Crawford <rob...@gm...>

> Dafydd,
>
> The new wiki is being spammed:
>
>
> http://www.openautomaton.org/index.php?title=Kolejne_pytania_do_zespo%C5%82u_Laska_ws._brzozy._Przewodnicz%C4%85cy_wydaje_o%C5%9Bwiadczenie&redirect=no&rcid=1846
>
> There is a wiki setting that only allows an article to be created by a
> registered, and authenticated user.   I think it's imperative for a public
> wiki.
>
> http://www.mediawiki.org/wiki/Manual:Preventing_access
>
> Thanks,
> --scott .
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
> _______________________________________________
> Oap-discuss mailing list
> Oap...@li...
> https://lists.sourceforge.net/lists/listinfo/oap-discuss
>
>


-- 
LinkedIn: http://www.linkedin.com/in/dafyddwalters

Dafydd,

The new wiki is being spammed:

http://www.openautomaton.org/index.php?title=Kolejne_pytania_do_zespo%C5%82u_Laska_ws._brzozy._Przewodnicz%C4%85cy_wydaje_o%C5%9Bwiadczenie&redirect=no&rcid=1846

There is a wiki setting that only allows an article to be created by a
registered, and authenticated user.   I think it's imperative for a public
wiki.

http://www.mediawiki.org/wiki/Manual:Preventing_access

Thanks,
--scott .