[M100] BackPack - read data from CLI

Hello together,   I tried to read "settings" from a BackPack+ with the following, but w/o success   10 REM read settings from BackPack/BackPack+ 20 REM set variables 21 MAXFILES=2:DEFSTR A-K 22 CP="COM:98N1ENN" 30 REM open COM: for I/O 31 OPEN CP FOR OUTPUT AS 1 32 OPEN CP FOR INPUT AS 2 40

Re: [M100] Possible BBS launch

OK. Tribbs? On February 28, 2023 1:06:30 PM PST, Gregory McGill wrote: >I don't run syncronet :) I think I'm included in syncroterm tho > >Greg > >On Tue, Feb 28, 2023 at 11:55 AM Daniel L wrote: > >> Your board is on digitalman's list of syncronet bbs's so I already had it. >> >> I logged in

Re: [M100] - Text Sweet 2.3 Release

I used Renum1 from Club100 library. I have inspected the tokenized BA in a hex editor. As far as I can tell, line numbers aren’t really compressed in any way. So in my original program, most of my line numbers were between 1000-3, and each reference to them was 4-5 bytes. Now most of my

Re: [M100] - Text Sweet 2.3 Release

On Tue, Feb 28, 2023 at 6:40 PM B 9 hacke...@gmail.com wrote: By the way, a tokenizer should be able to reduce the file size dramatically > by simply omitting the string after REM statements. Having it remove > vestigial lines completely would be slightly

Re: [M100] - Text Sweet 2.3 Release

On Tue, Feb 28, 2023 at 4:55 PM grima...@gmail.com wrote: > Thanks all! > > At some point I’ll look into adding Tokenization directly into Github. > Awesome. It looks like compiling and running a C program may be trivial in the yaml file: - uses: actions/checkout@v3 - run: | make

Re: [M100] - Backpack

On Tue, Feb 28, 2023 at 5:09 PM wrote: > I did some more testing and discovered that John is absolutely correct. > Previously when I had tried to load a .BA which was really a .DO it made it > about 3-4 line in and then stopped. This led me to believe it was an issue > I have seen on other

Re: [M100] - Backpack

I did some more testing and discovered that John is absolutely correct. Previously when I had tried to load a .BA which was really a .DO it made it about 3-4 line in and then stopped. This led me to believe it was an issue I have seen on other computer; when loading an ASCII file over serial

Re: [M100] Interfacing Model 100 with the Real World

The first question is what I/O ports on the computer will work for the type of interface you have in mind. Both machines have: Parallel port - Output only Serial port - Bidirectional required a smart device to interface to BCR port - serial input System Bus - the most complicated, most

Re: [M100] Interfacing Model 100 with the Real World

I know a little bit about the OWL but I’m not able to locate anything documenting the interface board. I know Jeff has one as well and has it on his to do list to create some videos about it. Which by the way I’m really looking forward to watching! But in the mean time I was hoping to

Re: [M100] Possible BBS launch

I don't run syncronet :) I think I'm included in syncroterm tho Greg On Tue, Feb 28, 2023 at 11:55 AM Daniel L wrote: > Your board is on digitalman's list of syncronet bbs's so I already had it. > > I logged in and poked around. I was surprised you're not on any of the > message echoes. > > D

Re: [M100] Interfacing Model 100 with the Real World

There are model 100s that were used solely for that purpose. I think it was called an OWL, Outdoor Weather Logger. So that's a good place to start at least. On Mon, 27 Feb 2023 at 18:08, Joseph Colson III wrote: > I’m very interested in interfacing the Model 100 or Model 102 with > sensors,

Re: [M100] Possible BBS launch

Your board is on digitalman's list of syncronet bbs's so I already had it. I logged in and poked around. I was surprised you're not on any of the message echoes. D On 2/26/23 07:51, Gregory McGill wrote: The KEEP BBS online since 83 I have a model t area Stephen recently logged in with

Re: [M100] - Text Sweet 2.3 Release

I work for a relatively major fintech company, and we have used GitHub actions at scale to automate a ton of workflows, some examples include: - code and file validation. - unit testing. - cloud infrastructure deployment. Github Actions are just a good way to automate and glue together different

Re: [M100] - Text Sweet 2.3 Release

> On Feb 28, 2023, at 11:21 AM, B 9 wrote: > Last year I wrote a tokenizer in C. ¹ [well, lexx] > https://github.com/hackerb9/tokenize > Thank you for reminding me of this! I was trying to remember it and it was the lexx I wanted!

Re: [M100] - Text Sweet 2.3 Release

On Tue, Feb 28, 2023 at 11:03 AM B 9 wrote: > Last year I wrote a tokenizer in C. ¹ > > https://github.com/hackerb9/tokenize > Addendum: the binaries it generates work fine on actual machines, but Virtual T is overly persnickety about the memory pointers. I'd forgotten about this as I patched my

Re: [M100] - Text Sweet 2.3 Release

On Mon, Feb 27, 2023 at 7:51 AM grima...@gmail.com grima...@gmail.com wrote: Currently I’m using VS Code and Virtual T in tandem to develop. It would be > great if there were a modern tokenizer and packer written in Python or > similar. Last year I wrote a

Re: [M100] M100 LCD repair video and alternative use for unused screen RAM

On Sat, Feb 25, 2023 at 12:37 PM Philip Avery wrote: > Correct Mike, a 1950 Land Rover. > Wow! That looks like it just rolled out of the factory. —b9

Re: [M100] Interfacing Model 100 with the Real World

There are lots of ways to interface to the M100 aside from the 'normal' ports, for instance using the Bar Code port to measure frequency and/or voltage, using the RS-232 control lines as digital I/O lines and of course the easiest of all, the cassette motor relay. But the actual details of the

Re: [M100] Interfacing Model 100 with the Real World

I dont but you may find it useful to watch Birt's latest video on youtube where he adds a rom to a multirom jobber on his 100 and that he will use it to collect weather data. Read the thread announcing the video about dial-a-rom. It's a fascinating new feature he highlighted and im interested