Message Edited by Alban on 2006-12-12 09:53 PM
Message Edited by Alban on 2006-12-12 09:53 PM
Message Edited by Alban on 2006-12-12 09:54 PM
Hi Mike
As i have had a look on the schematics, here some questions:
- the JP5 you mentioned above is named JP6 in the schematics?
- does this version of BDM also work with non RC devices?
- if NO does it make sense to add the JP6 (JP5)?
- would it be possible to create a firmware covering ALL the possibilities?
- if NO i think we could create at least a PCB covering all we need. Assuming some
success we (who ever that is) could produce some PCB at lower costs.
- do you see a possibility to switch the power for some devices via the JB16 to force
the MPU in the monitor mode (i.e. on RESET)?
- if YES we could integrate a PFET to switch the target power ON/OFF and adding a
simple push switch to the PFET could eliminate the uncomfortable jumper for power
ON/OFF.(see the schematics of my SPGM; www.systech-gmbh.ch -> HC(S) System)
general question:
- does it really make sense to use THT resistors an other THT components. Since the MPU
and the level shifter are SMD components i think a layout with all SMD components would
make more sense (the connectors and jumpers excluded). If the layout is single sided
(or better a double sided layout with the possibility to substitute the missing tracks
with straight cooper wire) users can make the PCB by himself. We have to design the
PCB so the components can be placed in a easy manner to solder and there are no big
problems.
Saluti Joerg
Message Edited by Alban on 2006-12-12 09:54 PM
Joerg -
Yes, JP6 is the power jumper I was talking about. (I didn't zoom in on the schematic and it looked like '5').
This version of the hardware works with all S08's and RS08's.
The recently released firmware works with this board. The person that has worked on the firmware is not available to do any changes like adding MCU target power switching (though it was in a previous prototype). Also any functional changes like that would need to get supported in CodeWarrior and that's a pretty long leadtime task. So I think that the power switching needs to be left as a manual operation. You can support this with the jumper, a switch, or a switch + PFET as you suggest. The EValue8 board has a slide switch.
Through hole vs surface mount, that's a good question. When we started the OSBDM project, we were following the lead of Daniel Malik's TBDML. The idea was to create a single sided board (which I failed at) that could be hand made by a hobbyist. I liked your original OSBDM layout that had the option to use a few jumpers to recreate the second side of the board. Again, we tried to stick with through hole components to make it so a hobbyist could easily assemble the board. We knew at the start that the MCU would have to be surface mount, but the SOIC package didn't seem to be too hard to hand assemble. (I've not had a problem with it in building several OSBDM's here.) The level shifter was always a bad sticking point to the ease of assembly theory. It has been the only part that we can find that performs the function of 1.8V to 5.5V by spec. So we stayed with it even though it can be a real pain to get on the board (speaking from personal experience). At least this last version of the OSBDM is down to only one level shifter. The original design called for 3 for an RS08 version.
I still think that it needs to be THT as much as possible, but I'm willing to listen to other input. If other people think that it is ok to hand assemble surface mount, then I could be persuaded.
- Mike
Message Edited by Alban on 2006-12-12 09:55 PM
Message Edited by Alban on 2006-12-12 09:55 PM
Message Edited by Alban on 2006-12-12 09:55 PM
Message Edited by Alban on 2006-12-12 09:56 PM
Message Edited by Alban on 2006-12-12 09:56 PM
Message Edited by Alban on 2007-01-13 06:08 PM
Message Edited by Alban on 2006-12-12 09:57 PM
Message Edited by Alban on 2006-12-12 09:58 PM
Message Edited by Alban on 2006-12-12 09:58 PM
joerg wrote:
To Peg:
Leaving the external Rs for the USB interface do no harm, we can simply leave them off if we do not need them.
Message Edited by peg on 2006-12-0908:47 AM
Message Edited by Alban on 2006-12-12 09:59 PM
OK the schematics is updated -> http://www.systech-gmbh.ch/pdfHCS/hcs08-osbdm+.pdf
The layout WAS also ready but ..... (it will follow soon)!
Saluti Joerg
PS: i think the copy past does not really work! (as can be seen above) (IE and Netscape 7.2)
(Alban highlihted link)
Message Edited by Alban on 2006-12-12 10:00 PM
Message Edited by Alban on 2006-12-12 10:00 PM
bigmac wrote:Hello Mike and Joerg,Firstly a gripe!Perhaps I show my age, but the schematics of today ain't what they used to be. Little unconnected clusters of circuit fragments surrounded by labels seems to be the order of the day. While they provide a "netlist" - if one can only find all the other instances of each label, maybe on the same sheet or some other sheet - this does not assist readability and understanding of the overall functionality of the circuit by us humans - IMHO. This seems to be an artifact of the computer generated "schematic", it might appear.
You need to look at the code to understand this and remember that this design is basically a hacked Daniel Malik TBDML. I don't remember exactly but its to do with the bidirectional nature of the interface and the SYNC timing (one of the pins is the timer capture I think) and there are spare pins available.bigmac wrote:.
- I notice that the signal label BDM_IN is associated with both PTA6 and PTE1 of the MCU. Why might this be necessary? These pins are also directly paralleled with BDM_OUT (PTA7). So three different MCU pins are connected together.
- The signal label BDM_DRV is also associated with two MCU pins, PTA4 and PTC0.
This is to keep the firmware standard I think, as you have pointed out it doesn't control target reset.
3. I could not find any matching labels for the signals RST_OUT (PTA1), RST_IN (PTA5) and RST_DRV (PTC1) - perhaps I did not look hard enough.
4. There does not seem to be any provision to activate a reset signal to the BDC connector. If not required for the RS08 devices, should it be present for HCS08 compatibility?
Yes, I don't get this either! Either provide a full header and let the pod control it or provide a custom reduced pin connector and force the others. I forced them in the 19200baud config and only make minimum connection. Another reason not to provide a full MON08 interface is the fact that you can programme it via USBICP.
7. For the programming of the JB16 MCU via MON08 connector, an alternative could have been to wire the PTA1, PTA2 and PTA3 pins directly to the 16-pin header, and let the Multilink determine their state during programming. I notice that the pre-wired combination, according to Table 9-1 of the data sheet, gives 38400 baud rate intended for "factory use only"
If this project is intended for the "home constructor", the LCT1T45 device would seem rather exotic, and not available in small quantity. How would this be resolved?
Message Edited by Alban on 2006-12-12 10:02 PM
Message Edited by Alban on 2006-12-12 10:02 PM
Message Edited by Alban on 2006-12-12 10:04 PM