![](/i/fill.gif) |
![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On 20-5-2010 19:14, Orchid XP v8 wrote:
>>>> I think I resist any urge to comment on this. Other than "RTFM"
>>>
>>> I don't think electricity comes with a manual. Neither do ICs,
>>> usually...
>>
>> They do, they are called datasheets.
>
> Datasheets aren't manuals. They assume that you already know what, say,
> a Gated D-Latch is, and that you just want to know what its maximum
> driving current is or something. If you *don't* already know what a
> Gated D-Latch is, the datasheet will be of no use at all. You need
> *real* instructions.
Have you ever looked seriously at a datasheet?
Most datasheets contain a lot more information than just what it is.
Apart from just giving the pin layout, there is the logical function
(for logical ICs), specifications of allowed inputs and a description of
the outputs, often for complex ICs there are also typical application
and a small tutorial on the working of the thing.
E.g. take http://ww1.microchip.com/downloads/en/DeviceDoc/21805a.pdf
that covers everything from what a SAR is to an introduction to I2C.
What more would you want from a manual that isn't included in this??
The layout of datasheets is in general that they start with the things
you need to know if you already know what the IC does and the later
pages are increasing descriptive. Contrary to what you might expect, you
as a beginner should skip the technical data and go straight to the
later chapters in the datasheet.
>> Have you ever looked at e.g.
>> http://en.wikipedia.org/wiki/File:TTL_npn_nand.svg ?
>
> 1. What is this thing?
A (simplified) circuit of an actual NAND gate (e.g. the 7400). Hint:
read the title.
> 2. How does it help?
If you look at it you see why an open input will be seen as a logical 1.
Assuming you know how a transistor works of course. Let me guess: you
don't? :(
Sometimes I get the impression that you employ a top-down approach to
learning. A standard education path generally begins with the basics and
then slowly gets to the more complicated issues. This concept is already
very old and indeed perhaps too old and in dire need of replacement. I
admire your attempt to revolutionize education and will be following
this experiment with the utmost of interest.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On 20-5-2010 6:48, Kenneth wrote:
> andrel <byt### [at] gmail com> wrote:
>
>> I think I resist any urge to comment on this. Other than "RTFM" and "buy
>> any 'electronics for dummies book'" before embarking on such a project.
>
> A good place to start would be Don Lancaster's two books, TTL COOKBOOK and CMOS
> COOKBOOK. Wonderfully easy to read and comprehend. My copies are *old*,
> dog-eared and marked up with my comments--I basically taught myself digital
> electronics and logic from them, starting from scratch. The best books on these
> subjects that I've ever run across. (I see that they are still available at
> Amazon.)
Ok, Andy, here is the deal: we trust Ken in this, you put one of these
books on your Amazon Wish list and you give me a link to that wish list.
In exchange, after you received it, you read it and you stop asking
questions that are answered in the book. Remember: Ken has also a copy.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
>> 2. How does it help?
>
> If you look at it you see why an open input will be seen as a logical 1.
> Assuming you know how a transistor works of course. Let me guess: you
> don't? :(
>
> Sometimes I get the impression that you employ a top-down approach to
> learning. A standard education path generally begins with the basics and
> then slowly gets to the more complicated issues. This concept is already
> very old and indeed perhaps too old and in dire need of replacement. I
> admire your attempt to revolutionize education and will be following this
> experiment with the utmost of interest.
I was going to suggest he learnt about transistor basics (including the
analogue analysis of simple transistor circuits) before embarking on a
project using them - but you said it much better than I could :-)
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
>> Datasheets aren't manuals. They assume that you already know what,
>> say, a Gated D-Latch is, and that you just want to know what its
>> maximum driving current is or something. If you *don't* already know
>> what a Gated D-Latch is, the datasheet will be of no use at all. You
>> need *real* instructions.
>
> Have you ever looked seriously at a datasheet?
Gee, let me see now. I believer there are at least 4 linked from this
thread alone. So that would be, um... yes.
> Most datasheets contain a lot more information than just what it is.
> Apart from just giving the pin layout, there is the logical function
> (for logical ICs), specifications of allowed inputs and a description of
> the outputs, often for complex ICs there are also typical application
> and a small tutorial on the working of the thing.
> E.g. take http://ww1.microchip.com/downloads/en/DeviceDoc/21805a.pdf
> that covers everything from what a SAR is to an introduction to I2C.
> What more would you want from a manual that isn't included in this??
> The layout of datasheets is in general that they start with the things
> you need to know if you already know what the IC does and the later
> pages are increasing descriptive. Contrary to what you might expect, you
> as a beginner should skip the technical data and go straight to the
> later chapters in the datasheet.
The datasheet for the 7400 is 1 page. It tells you the maximum voltages
and currents, a few time constants, and that's literally *it*.
As I say, it's not a manual. It assumes that you already *know* what a
NAND gate is (which fortunately I do).
>> 2. How does it help?
>
> If you look at it you see why an open input will be seen as a logical 1.
> Assuming you know how a transistor works of course. Let me guess: you
> don't? :(
I have no idea how or why transistors work. But then, the entire _point_
of a logic gate is that it doesn't matter _how_ it works. It's a black
box. It implements a logical function. That should be all you need to know.
> Sometimes I get the impression that you employ a top-down approach to
> learning. A standard education path generally begins with the basics and
> then slowly gets to the more complicated issues. This concept is already
> very old and indeed perhaps too old and in dire need of replacement. I
> admire your attempt to revolutionize education and will be following
> this experiment with the utmost of interest.
Apparently I'm missing your point...
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
andrel wrote:
> Ok, Andy, here is the deal: we trust Ken in this, you put one of these
> books on your Amazon Wish list and you give me a link to that wish list.
> In exchange, after you received it, you read it and you stop asking
> questions that are answered in the book. Remember: Ken has also a copy.
My mother once said something to me, which I try to follow [although I
don't always succeed]. She said "if you don't have anything nice to say,
don't say anything".
If you think my questions are stupid or you don't feel like answering
them, then fine. Don't answer them. Ignore the thread or something. But
there's no need to make a point of telling me I'm stupid just because I
*dared* to ask for a few pointers. OK?
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
scott wrote:
> I was going to suggest he learnt about transistor basics (including the
> analogue analysis of simple transistor circuits) before embarking on a
> project using them - but you said it much better than I could :-)
The entire reason I find digital circuits interesting is that it avoids
the bewildering complexities of analogue design. ;-)
(OK, that's a lie. I find computers interesting, and computers are digital.)
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Invisible wrote:
> If you think my questions are stupid or you don't feel like answering
> them, then fine.
As has been said many times, the only stupid question is the one that is not
asked. Keep asking questions, Andrew, it's the best way of learning.
BTW We still reserve the right to say GIYF or even WIYF ;-)
John
--
Cogito sum,|| wbu### [at] tznvy pbz (rot'ed) || GPG Key Fingerprint:
ergo sum, || These opinions are mine alone, || 0D9BCF4CF1B71CA2F5F7
cogito || others can find their own || BFBBCBC34EDEAEFCE453
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
>> I was going to suggest he learnt about transistor basics (including the
>> analogue analysis of simple transistor circuits) before embarking on a
>> project using them - but you said it much better than I could :-)
>
> The entire reason I find digital circuits interesting is that it avoids
> the bewildering complexities of analogue design. ;-)
Sure, but you should least have a basic understanding of the properties and
characteristics of the transistors that you are using. And especially if
you are trying to wire up LEDs you should also get a basic understanding of
simple LED circuits, ditto for switches and inputs. It's not that hard and
will make your life much easier when you start wiring up actual logic chips
to do useful things.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
>> The entire reason I find digital circuits interesting is that it
>> avoids the bewildering complexities of analogue design. ;-)
>
> Sure, but you should least have a basic understanding of the properties
> and characteristics of the transistors that you are using. And
> especially if you are trying to wire up LEDs you should also get a basic
> understanding of simple LED circuits, ditto for switches and inputs.
> It's not that hard and will make your life much easier when you start
> wiring up actual logic chips to do useful things.
FWIW: I have owned a total of 3 different electronics kits as a kid. I
have no difficulty wiring together arrangements of switches, LEDs,
relays, and so forth. But all the manuals were a little vague on how
transistors actually work.
(I'm actually pretty damned certain I had some 7400s, and I made useful
circuits with them. But it was a long, long time ago now...)
Of course, when you buy a kit, somebody else has already figured out
what kind of LEDs to put in there, and what resister you need to connect
it to. I recall routinely using ICs to drive LEDs - but that was TTL,
and now I'm looking at CMOS, which has different characteristics.
Anyway, we'll see what happens I guess.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On 5/20/2010 10:29 AM, Invisible wrote:
> Mike Raiford wrote:
>
>> Unrelated, but tangential, How do you like LogiSim?
>
> Not very much.
>
> I mean, it *works*, but that's about it. It's really hard work to *do*
> anything with it. All gates default to having 5 inputs, no matter how
> many times you change it back to 2. All devices default to East
> orientation, no matter how many times you change it. Even just moving
> part of the circuit to make some room is quite unecessarily difficult.
Funny, it seems to get high ratings on SourceForge. ;)
But, yeah, all of your complaints are legitimate. Actually, if you click
an item on the toolbar (And I hate the way the toolbar is tied to the
project, BTW...) and change its attributes there, then it should stick.
Pin labels on a subcircuit are a major PITA. IMO it should print the pin
on the block (even if the block needs to be a tiny bit larger)
One thing that is particularly annoying is if you need a gate with an
even number of inputs beyond 2: They don't exist. So, you wind up tying
2 inputs together, then later (because you can barely see the wire
connecting those 2 inputs) wind up wiring 2 wires together and getting
an error.
> On top of that, the graphics look horrible, pin labels refuse to display
> when you need to see them, it's quite hard to label anything properly,
> and it spazzes out if you try to built a latch.
Yeah, it doesn't do too well with latches or flip-flops. I tried to
build a J-K flip-flop in it, and it fell flat. Surprisingly the latch
worked fine (Maybe because it was a NAND latch, instead of a NOR latch?)
Another nuisance that I've encountered a frustratingly large amount of
the time is the "phantom wire", where you'll click somewhere to select
something and a wire will appear out of what appears to be nowhere
(usually connecting to half a dozen wires that shouldn't be tied together.)
Also frustrating is the lack of bidirectional pins for subcircuits. I
started my design, and only when going out to the main block and
wondering why the app didn't seem to pass signals out when I was asking
for signals did I discover that inconvenient fact.
I'm not terribly concerned with how the application looks. It functions
reasonably if you stay away from the caveats.
> But apart from all that, it works perfectly. :-}
It does the job, at least. It's somewhat better than the rest of the
programs out there.
One thing the program truly needs is hotkeys. The way it is now requires
excessive mousing.
Falstad's circuit sim seems a bit easier to use at times, and it's
interface isn't stellar.
> As if the problem of designing complex arrangements of logic wasn't hard
> enough to start with...
Heh. A side project to this whole thing is writing my own logic
simulator. I've got it at least moving signals from point a to point b
reliably. I can modify wires and move things around in the program, but
that's about it. My simulation model is different (from what I can tell)
from Logisim, so I'm guessing the whole flipping out over oscillation
and stopping the simulator may not happen. We'll see, but that's the
trouble with feedback. ;)
Actually I'm quite happy with myself as far as my sim's UI code goes at
the moment, even if it's extremely minimal. One of the issues I ran into
was reconciling the pin connections from their locations. Walking the
list of pins for each item's pin took a painfully long time once you had
an appreciable amount of items on the board. My solution: a quadtree.
This morning I filled the board up with over 100 wires, and with an
average of 10 iterations it finds the nearest pin. As opposed to the 100
iterations it would take before. Nice savings (it becomes important
after moving an item, because the program checks that every pin is
connected, and removes connections on any previously connected pins)
Also, when dragging handles or items, the interface highlights areas
where a pin will either split a wire or connect to another pin. Since
this happens hundreds of times in the course of a drag operation, you
get more than a few dozen items, and the UI gets sluggish.
I have the project on SourceForge (yeah, I'm going to do the entire open
source thing with it. Why not?) But, contrary to their suggestions of
releasing files on essentially day 0, I haven't released anything yet.
Once I get more of the basics done, I'll do a preview release.
One of the things that would be nice is the ability to create a timing
graph.
I also have a design goal of allowing the interface to be flexible. Such
as allowing the user to assign hotkeys to items, giving a choice between
We'll see if it turns out to be anything more than vaporware, though. I
have a history of ethereal personal programming projects.
--
~Mike
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |