That's what I would say if using an sbc (pi) instead of a microcontroller
(arduino).
But even these microcontrollers are more powerful cpus and have more ram
than the host machine in this case, but then again, ever since day one,
peripherals have always had their own cpus that were at least the
On Thu, Aug 23, 2018 at 7:52 PM John Gardner wrote:
>
> "Lack of proper transient protection" ... Would'nt be the first time...
But the RS232 input goes through 2 different ICs and a bunch of
passives prior to the UART. Wouldn't it be more likely to fry the
input buffer (level-shifter) or the
I think you would be much better off pulling power from the bar code port.
I've successfully run a WiFi 232 off that port with a simple cable. Sure,
it's not as pretty with another cable to connect, but it's still highly
portable.
Or just run it off an AA battery and a boost regulator. Mark Blair
The series resistors in the Model T series portables are too large to
sipheon off anything but low micro amps.
Ken
On 8/23/18 4:37 PM, Brian White wrote:
I'm playing with Teensy 3.5 and 3.6 myself right now. They have sd
slot built in and, and of course serial minus the max232, and
seemingly
"Lack of proper transient protection" ... Would'nt be the first time...
On 8/23/18, Josh Malone wrote:
> On Thu, Aug 23, 2018 at 3:25 PM Jeffrey Birt wrote:
>>
>> It is interesting that all of them had the same failure. Given that we
>> don’t know what percentage of Inerstil vs. other brands
I'm playing with Teensy 3.5 and 3.6 myself right now. They have sd slot
built in and, and of course serial minus the max232, and seemingly gobs
more cpu and ram than needed for this task, considering what a real tpdd
itself has to do almost the same job. And unlike Tinyduino, the io pins are
all
On Thu, Aug 23, 2018 at 3:25 PM Jeffrey Birt wrote:
>
> It is interesting that all of them had the same failure. Given that we don’t
> know what percentage of Inerstil vs. other brands they might have used it is
> always hard to say if the issue is a bad chip design, lack of proper
> transient
It is interesting that all of them had the same failure. Given that we don’t
know what percentage of Inerstil vs. other brands they might have used it is
always hard to say if the issue is a bad chip design, lack of proper transient
protection on the rx, or dumb luck. In other words if they
I looked back at my original post and found that I had referenced the
defective chip as "IM6402". Based on this I believe the defective UART chip
was manufactured by Intersil.
On Thu, Aug 23, 2018 at 2:23 PM Josh Malone wrote:
> On Thu, Aug 23, 2018 at 2:14 PM Rad Stor wrote:
>
>> Hi Josh,
>>
On Thu, Aug 23, 2018 at 2:14 PM Rad Stor wrote:
> Hi Josh,
>
> I had a similar problem back in 2014 and with the help of the folks on
> this mailing list I was able to get it resolved. The issue I was
> experiencing was that I could transmit from the model 100 but couldn't
> receive serial data.
Hi Josh,
I had a similar problem back in 2014 and with the help of the folks on this
mailing list I was able to get it resolved. The issue I was experiencing
was that I could transmit from the model 100 but couldn't receive serial
data. In my earlier post I had mentioned:
"I measured pin 19 (DR
Josh,
I believe mine is an Intersil. Good to know that there is a fix for
mine. I may take it out of the bone yard for repair.
Kurt
On Thu, Aug 23, 2018, at 9:03 AM, Josh Malone wrote:
> So, I would up swapping the UART and the problem went away. I haven't
> tested the old UART in another
So, I would up swapping the UART and the problem went away. I haven't
tested the old UART in another machine yet to verify the issue, but I'll
wager it's the source of the problem. Curiously, the bad chip was an
Intersil, and the replacement that I pulled from a parts machine was a
Harris chip.
We can call it the M100 Greatest Hits - So Far...
:)
On Thu, Aug 23, 2018 at 6:16 AM Ron Lauzon wrote:
> Nice idea.
> This is how many people have done software libraries for the TRS-80
> Pocket Computers. In nearly all cases, the cassette interface was the
> ONLY way for a Pocket Computer to
Nice idea.
This is how many people have done software libraries for the TRS-80
Pocket Computers. In nearly all cases, the cassette interface was the
ONLY way for a Pocket Computer to save/load stuff to an external
device.
But that's the first time I've ever heard the term "quickly load" in
Sounds like a cool idea!
It might be possible to bulk-convert them using Virtual-T. You can enable
the remote control option and then write a script to use that command line
to load and save a bunch of programs. I'd suggest looking into that.
-Josh
On Thu, Aug 23, 2018, 8:04 AM Jesus R wrote:
Team, I'm thinking of starting a program library in WAV format and list the
programs in Google Docs. This allows us to use any digital wav playback
scheme to quickly load the programs into our machine. One source for
programs are the magazines in the club's archives. Any comments or
suggestions?
17 matches
Mail list logo