<div class="gmail_quote">On Wed, Dec 26, 2012 at 1:45 AM, Arnim Littek <span dir="ltr"><<a href="mailto:arnim@actrix.gen.nz" target="_blank">arnim@actrix.gen.nz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Wednesday 26 December 2012 19:09:04 you wrote:<br>
> I wrote this reply with the idea it might post to the entire group. If you<br>
> are ok with that, please make it so.<br>
<br>
</div>I'll leave that to you. The degree to which you release information at which<br>
stage, is your call. You have in mind how much you'll release to the Oberon<br>
group, and the Kickstarter group...</blockquote><div><br></div><div>Ok, I'm going to copy the group, as I think discussion of an embedded project & Oberon is a natural interest area.<br><br></div><div>I don't feel much need to be secretive with the Oberon group. If the KickStarter funding does make, it likely will be from people who follow KickStarter, not people who follow Oberon.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
> I carefully did not mention Oberon in the KickStarter project. I think<br>
> other people on this list are much better compiler talent. I thought they<br>
> might make suggestions for a board that would interest them. I thought<br>
> they might suggest that I use a MIPS chip for my board, and make their own<br>
> KickStarter project to deliver a compiler and system compatible with it.<br>
> And if not their own KickStarter project, then let me know if they are<br>
> interested, and how much calendar time and what funding it would take to<br>
> make it real, and I could try fit that in and hope.<br>
<br>
</div>Hmm. Of course it is hard to know what other lurkers there are on the list,<br>
who (like me in this case) pop out of the woodwork on this occasion.<br>
<div class="im"><br>
> Yes. My thoughts are that the loader would put code into Flash, and most<br>
> of the variables would live in RAM. I mis-spoke, I was using EEPROM as a<br>
> shorthand for "stable but difficult to write to" memory. I am unsure where<br>
> the initialized flag and the pointer to additional modules would need to be<br>
> for the modules loaded by the bootloader.<br>
<br>
</div>There are tradeoffs to be made, and some of these (speaking in terms of C<br>
compilers for embedded systems) will involve what variable goes in what<br>
storage. For some micros, running from Flash is pragmatic, because it is<br>
nearly as fast as SRAM, but some micros really want stuff in SRAM if speed is<br>
an issue. Then loading variables from Flash to SRAM is part of the package -<br>
sometimes handled almost invisibly, with appropriate linker setup. I don't<br>
know how Chris Burrows' products handle this, but presumably he must have<br>
analogous memory management capability.<br>
<div class="im"> </div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
> I have placed a .zip file on Google<br>
</div>> Docs<<a href="https://docs.google.com/open?id=0Bx35YZ-0A4ffTTR1ZlVlQmhxOXM" target="_blank">https://docs.google.com/open?id=0Bx35YZ-0A4ffTTR1ZlVlQmhxOXM</a>>.<br>
<div class="im">> At the moment, anyone with this link can grab a copy. The files named<br>
> RS232_Control_5_003 are the EAGLE files for the legacy (16F877) board from<br>
> April 2004. This is what I will deliver for the KickStarter $5 reward.<br>
<br>
</div>I'll see if I can go over it tonight.<br>
<div class="im"><br>
> The files named RS232_Explorer_5_002 are the EAGLE files for the companion<br>
> RS-232 explorer board. This is not promised in any of the KickStarter<br>
> rewards. It is this board that is photographed toward the bottom of the<br>
> project.<br>
><br>
> The new (revision) board that I will make if the KickStarter project funds<br>
> does not exist. One of the KickStarter activities is that I will discuss<br>
> the choice of CPU core before I make the board. That should be clear in<br>
> the KickStarter language. If it is not clear, I need to hear about the<br>
> confusion very clearly, and clarify the language so that no one can be<br>
> confused. In principle, KickStarter is about a new way to cultivate<br>
> creativity and not a store.<br>
<br>
</div>I've got that message, but that doesn't mean everyone else has.<br>
<div class="im"><br>
> > I'm past through-hole electronics. For any prototype I'd build for me,<br>
> > I'd<br>
> > prefer surface mount. Unless you go for more exotic packaging like fine<br>
> > pitch<br>
> > QFN/DFN/BGA, they'll be easier to hand-place anyway. And any decent<br>
> > sensor packages I'd want to hang off it will be SMT anyhow.<br>
><br>
> I am very interested in the above comment. I made a daughter board for the<br>
> PIC32 evaluation board. I used the Hirose connector that Microchip used,<br>
> and ran the lines out to 0.1" thru holes. I tried using a Bi/Sn/Cu/Ag<br>
> solder to have something low melting. I could not buy any solder paste<br>
> with Bismuth in it, so I used homemade (I'm a chemist). I had a fair<br>
> amount of difficulty. It was completely impossible for me to solder things<br>
> that tiny. I always ended up with a blob that shorted everything. This<br>
> was in 2008. I took the spare boards and had a board house assemble it for<br>
> me. I have new appreciation for the term FUBAR.<br>
><br>
> I'm interested in a process that I can do in a home lab, or that students<br>
> can do in a teaching lab. Do you think that 20 year old college students<br>
> can work with SMT parts without needing high dollar equipment?<br>
<br>
</div>You mentioned a senior electronics tech or something earlier on. Talk to him<br>
about solder flux and what it does for fine pitch ICs. It helps if the<br>
soldering equipment is useful, but I use some fairly old gear at work, and get<br>
by. Good soldering iron tips that are designed for a particular role, make<br>
complex-looking tasks quite simple, especially when applied with decent solder<br>
flux. The above assumes you have some temperature control over your iron too.<br>
<br>
Decent solder helps. All good solder for fine pitch ICs has solder in the core<br>
- which runs out and tins your tip, as well as the electronics you're<br>
soldering. Get fine solder too - fat solder is never used by professionals.<br>
The roll on my shelf here is 0.56mm, and I'd not use any bigger stuff for my<br>
private work.<br>
<div class="im"><br></div></blockquote><div><br></div><div>hmm. I suppose I should buy a cheap bag of out of spec parts and have another go at it. I suppose I could make a board that just repeats lots and lots of the PIC32 & the USB part artwork. Does anyone sell "practice your soldering" kits or does everyone John Wayne it?</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
> > Have you done anything Oberon-ish on the PIC16F877 target yet? I can't<br>
> > imagine that kind of pain.... But if you've done your previous work on<br>
> > that<br>
> > board in PIC asm, you have undergone all of it, esp. if you've done<br>
> > enough code to start fiddling with their bank switching - Ugh.<br>
><br>
> I have hand compiled Oberon code to run on the PIC16F877, to try to develop<br>
> the right code patterns. This was before I read Wirth's paper that<br>
> announced an even smaller language for a different PIC part. I was ok with<br>
> all of the bank switching, and I had interrupt routines that worked in that<br>
> environment. (I think I feel a headache coming on with the memory.) I<br>
> could probably make a compiler, but my skill level is so low I would take<br>
> the rest of my life to finish it.<br>
<br>
</div>For my money, almost any micro on the planet, 8 or 16 or 32 bit, has a better<br>
architecture and instruction set than PIC. The PIC architecture propagates so<br>
many bad habits - it should have been killed off at least a decade ago.<br>
<br>
And the C compiler tools are hobbled by the limitations of the architecture,<br>
and generally not of the highest quality, in my experience. Even the best of<br>
the lot, Hi-Tech, purchased by Microchip a year or two ago, has it's problems.<br>
I report bugs every time I do any real amount of work with it.<br></blockquote><div><br></div><div>I like regularity, simplicity, completeness. I think the MIPS has that, but I have not done a survey of the other chips in the market. It is probably not good engineering to choose a chip based only on the cpu core.</div>
<div><br></div><div>It is tempting to think that an Oberon system can push quality code onto the part in a clean environment. It is also tempting to think that it is ok to write all the code from the silicon on up in an embedded environment, so that the "lack of legacy code" does not matter. It is tempting to think that Component Pascal, with its paradoxical smaller number of productions but also extensions for large projects would be a good choice. Yet there is not proof of concept in the marketplace.</div>
<div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> I did bit bang RS-232 on 2 channels off the daughterboard. I monitored all<br>
> sorts of RS-232 signal lines, not only RX/TX. I don't remember if it maxed<br>
> out at 19,200 or 9,600. I recognize that this is not good performance, and<br>
> it demands too many signals to make a commercial project. The thing that<br>
> it did do was to convince me that, for a short time, I actually understood<br>
> RS-232.<br>
<br>
</div>bitbash has it's place, but UARTs are cheap on a decent micro. PICs have<br>
never had them in oversupply.... like they never wanted to do any serious<br>
comms. Some AVRs can be set up to have over half a dozen USARTs, all with DMA<br>
support, if you really want. They don't cost any more than PICs... Same goes<br>
for the ARM Cortex parts available from a dozen different silicon vendors, if<br>
you can climb the learning curve fast enough. That's where Chris B has<br>
hands-on experience....<br>
<div class="im"><br>
> I think that is what I am supposed to give students. They should<br>
> understand stuff when they finish a project, so that they can have a deeper<br>
> understanding of the fancy stuff they use later in their career.<br>
<br>
</div>Interesting that you, as a chemist, are foisting good hands-on embedded<br>
systems experience on your students. </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> > I don' t know how you'd get Chris Burrows to chime in - he's been there<br>
> > and done a lot of this, it seems.<br>
><br>
> I bet Chris would answer any question actually directed to him. Hi Chris !<br>
<br>
</div>He does seem open and cooperative, rather than competitive/secretive sort.<br>
<div class="im"><br>
> Fire/Police/Emergency responders. I planned to use a display like the B&N<br>
> Nook, the ePaper stuff. This is all broad brush conceptual, I don't know<br>
> if the PIC32 has enough output signals to interface with the ePaper<br>
> displays. I have lived most of my life in Hurricane country,<br>
<br>
</div>The PIC32 family has grown since 2008, and LCD displays are on their list,<br>
although I am not familiar, since I don't design in displays in my normal<br>
course of activities, work or otherwise.<br>
<div class="im"><br>
> Thank you for your comments. And, as you have noticed, my KickStarter<br>
> project is absolutely silent on Oberon. I want to keep the KickStarter<br>
> promises fairly minimal.<br>
<br>
</div>Your comments on managing scope apply also in the commercial world. Managing<br>
expectations is not a trivial task.<br></blockquote><div><br></div><div>Yeah. Opening up design questions in a KickStarter project runs the risk of making some people think I'm indecisive while I'm hearding cats and pulling out my hair.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I'll go look at your schematic shortly,<br>
<br>
Arnim.<br>
</blockquote></div><div><br></div><div><div><br></div><div><br></div><div><div><br><br clear="all"><div><br></div>-- <br><font face="'times new roman', serif">Aubrey McIntosh, Ph.D.<br>211 E. 5th St.<br>Morris MN 56267</font><div>
<div><span style="line-height:20px;background-color:rgb(255,255,255)"><font face="'times new roman', serif">(512)-348-7401</font></span></div></div><div><div><br></div></div>
</div></div></div>