************ Topic 2 Fri Dec 26, 1986 H.MILLER (Forwarded) Sub: BobsTerm Pro 128 A place for the 128 version 51 message(s) total. ************ ------------ Category 15, Topic 2 Message 1 Fri Dec 26, 1986 H.MILLER (Forwarded) Hi there! I just started using BobsTerm Pro 128 and already I'm in love with it. I have a question, however. I use a Commodore model 1670/Modem 1200 with BobsTerm Pro 128. After getting GEnie, it seems I was unable to re-log back on correctly and the HOOK kept going back on instead of staying off. I also own BOBSTERM Pro 128 Version 2.0. Why should I download those version 2.2 files? ------------ Category 15, Topic 2 Message 2 Fri Dec 26, 1986 H.MILLER (Forwarded) Here is something else: When I'm in the LiveWire CB; I tried out the Line Input (Commodore key and L), A problem with this is that if you type something then if you press a function key (F1 to F8) that has a common text string in it, only the text string will be sent, NOT what you've typed in the Line Input. Did anyone upload extra character sets to use on BTPro 128, or are there any I can use in the Software Libraries? ------------ Category 15, Topic 2 Message 3 Fri Dec 26, 1986 H.MILLER (Forwarded) I want to store 140 blank spaces in the function keys; but thats no good. (I'll run out of keys I need). How do I set up a macrostring of 140 blank spaces and how do I call it up for use in the terminal mode connecting to GEnie... the 140 spaces is for making some fun effects in the cb. ------------ Category 15, Topic 2 Message 4 Fri Dec 26, 1986 DEB [*SysOp*] (Forwarded) Most of this stuff is already referenced in the EXISTING BTPro 128 Topic, Howie, but here ya go... HOOK is dependant on your CARRIER DETECT and CARRIER PHASE parameters on the Parameters/Modem menu. For the 1670, you should be set to Carrier Detect ON, HAYES Modem type and Carrier Phase of - There is _no_ problem with the line mode/chat window/split screen on BTPro. The Function keys are directly entered into the modem, including returns, if you have any, while the purpose of a Chat Window is to buffer your input in a special area and NOT transmit it until you press RETURN. Version 2.2 is here and fixes a couple of bugs. You don't HAVE to download it, but its nice to see an author providing this type of upgrade rather than makin people pay $15 or more, isn't it? If you are using Auto Dialing/Phone Files to call GEnie, remember all of your parameters, including modem type, baud rate, and comkey status like local echo, null filter, etc are SAVED with each phone file. If you create a phone file and save it, all those things will be changed IMMEDIATELY when you open the phone file. To fix this, just Edit the phone file in question, and fix the parameters before saving, you know,the place where it says 'Change Parameters?' As for your Function keeys needing spaces, yes, there is a limit to the number of characters each key will hold. If this is not enough room, you could also use your full screen editing capabilities in your buffer....there's 60K of space there. Check your manual for instructions about using the editor. I have seen only the 6 or 7 character sets which come with BTPro...but there are instructions in a back issue of TC128 Magazine about how to modify the regular character set for use with BTPro. Of course, realize you may loose all the special characters which allow you to decipher a CTRL A from an ASCII(129). *deb!* ------------ Category 15, Topic 2 Message 5 Fri Dec 26, 1986 MICHAEL.M [-:SysOp:-] (Forwarded) The special character set in TC-128 is designed to be compatible with Bob's way of handling CNTRL characters. The standard set is full-height and still gives you the 'overlined' characters for CNTRL-A, CNTRL-C, etc. If you want to do away with that type of display, one can always use a character set editor like Ultrafont (or the variety of editors we have here in the libraries for the 128) to revert back to the standard CBM set. -=:Mike:=- ------------ Category 15, Topic 2 Message 6 Sun Feb 08, 1987 B.HAYFORD (Forwarded) DOES ANYONE KNOW HOW BIG THE BUFFER IS ON THE 128 VERSION OF BT PRO? I AM ALMOST READY TO TAKE THE LEAP!! B. HAYFORD (BERT) ------------ Category 15, Topic 2 Message 7 Sun Feb 08, 1987 MICHAEL.M [-:SysOp:-] (Forwarded) 60K buffer on BTPro-128, Bert! [net ready] ------------ Category 15, Topic 2 Message 8 Sun Feb 08, 1987 KEVIN-S. [KeS] (Forwarded) Er, actually, 60,000 bytes. 58.6K. Happy landing! KeS ------------ Category 15, Topic 2 Message 9 Mon Feb 09, 1987 CHARRINGTON [Courtney] (Forwarded) That buffer will hold about 240 CBM blocks...and that isn't bad. Courtney ------------ Category 15, Topic 2 Message 10 Mon Feb 16, 1987 DEB [*SysOp*] (Forwarded) Another tip on buffer size...those 60,000 bytes are actual BYTE counts. For instance, a RETURN takes up *1* byte. In some kinds of configurations, like they use on EasyScript/SuperScript and other programs which use a virtual screen, a RETURN takes up the byte its in PLUS all the rest of the bytes on that line. A blank line, in 80 columns, would take up 80 characters in Super Script, for instance. ((This is the reason a file can be too large for Super/Easy Script and the block count actually be smaller than another document without as many blank lines)) *deb!* ------------ Category 15, Topic 2 Message 11 Wed May 13, 1987 HARVARD (Forwarded) Howdy! Long time - no one in this topic but hopefully someone can help me with problem of uploading word processors files to GENIE, using BTPRO 128. Just not been able to upload wordprocessor files either SEQ or PRG to be used in GE Mail. At the present I'm uploaded at 1200 baud with a 1670 Modem. Have tried the Straight transfer, the Transfer with Prompt - using ">", and Xmodem. For the most part the file transfer to screen but obviously not to GEnie. Using a Macro to sign on GEnie but have tried to change the parameters while transmitting to 300 and it locks up the computer. At the same time not very successful in even signing aboard with 300 baud preset and ignoring the Macro. Would appreciate any help...Thanks, Dick R. ------------ Category 15, Topic 2 Message 12 Wed May 13, 1987 MICHAEL.M [-:SysOp:-] (Forwarded) Dick - If your Word Processor file is a long one, you would want to use the UPLOAD command in GE-Mail. To do this, simply load your buffer with the SEQ file (or be prepared to transfer from disk...either way will work). Next, complete the TO:, CC: and SUBJECT: prompts. When you are in the body of the letter (the editor), type *UP on a blank line. GEnie will tell you it is ready to recieve. Then use a STRAIGHT transfer. XMODEM will not work. When the file is completely transmitted, hit CONTROL-C (or whatever your BREAK key is). You will be returned to the editor and should see a line prompt ( like 36> ). You can then list the letter (*L) or send it (*S) or whatever. - Mike ------------ Category 15, Topic 2 Message 13 Thu May 14, 1987 KEVIN.S (Forwarded) Also, the format in which you stored the file from your wordprocessor is equally important. Many popular wordprocessors save the file with special control codes of their own devising, and WITHOUT carriage returns. Look for an option within your word processor for outputting ASCII text, or printing the file to a disk file rather than the printer. KeS ------------ Category 15, Topic 2 Message 14 Thu May 14, 1987 DEB [*SysOp*] (Forwarded) I use BTP 128 *all* the time to send mail with Line Prompts from the buffer. You might want to also check that your NULL FILTER is on, and that your Xfer Parameters/Char Delay are set to about 2. Tell us what seems to happen, OK?! Once you are connected anywhere, neither your modem nor the modem on the other end of the phone knows how to change baud rates, so you'll want to STAY at 1200 baud. ...one other thing to check before even a line prompted buffer upload or a straight transfer, is your baud rate factor. it should be around 70 for the low byte on the 128. ...is this enough advice?! <> *deb!* ------------ Category 15, Topic 2 Message 16 Wed May 27, 1987 HARVARD (Forwarded) Deb et al! Now I can load SEQ files via the straight transfer once I set the Char Delay to 2 or 3. However, on a formatted letter with blank lines the transfer to the GEnie editor strips these lines even though there is a carriage return in the buffer at the place of a blank line! GEnie's response was an "800-" number to call! Also on the upload with prompt, I do not get a response to ">" as the apparent character. The system seems to hang up on this upload most of the time. Could it be that in GEnie, I still have "?" as the prompt? Again - much appreciative of your help! Thanks, Dick R. ------------ Category 15, Topic 2 Message 17 Wed May 27, 1987 MICHAEL.M [-:SysOp:-] (Forwarded) Dick - You are correct in that GEnie strips all blank lines, but you can fool it by inserting one space before each carriage return on your blank lines. If your prompt is set for '?', by all means use '?' as the character which is scanned in BobsTerm, instead of '>'. Keep us posted as to results! - Mike ------------ Category 15, Topic 2 Message 18 Thu May 28, 1987 DEB [*SysOp*] (Forwarded) I use the > character as my prompt everywhere, but chooseing *UP or UPLOAD a Mail gives you NO line prompts at all, you'd use traight transfer for that. Might want to turn on your null filter, there are a couple of nonprinting characters which sometimes accompany mail prompts. *deb!* ------------ Category 15, Topic 2 Message 23 Tue Dec 29, 1987 D.HYTE (Forwarded) OK you BTPRO128 hackers....I'm running an Avatex 2400 modem thru an Aprotek universal RS232 i/f module and am sending the ATX4 to the modem so it will hang up on busy. Trouble is, it does but BTPRO still sits till the timeout I have set for the entry (usually 30 secs) expires and then I get the NO CARRIER just fine and dandy. Anyway to propogate the on-hook of the modem back to BTPRO to break it out of the timer loop? I can get around it by being in the Term mode to dial and then I get the verbose BUSY on the screen...hints? Dave (.)(.) ------------ Category 15, Topic 2 Message 24 Tue Dec 29, 1987 KEVIN.S [-128 Sysop-] (Forwarded) Not off the top of my head... BTP is controlling that modem pretty thoroughly, and doesn't want to listen to any "backchat" from it. Hmmmm.... if you turn the extended controls OFF on the modem, will it then respond with a simple NO CARRIER as soon as it detects BUSY? I'm afraid not, I fear that will disable the line sensing as well as the reponses. I think you may be out of luck. KeS ------------ Category 15, Topic 2 Message 25 Tue Dec 29, 1987 DEB [*SysOp*] (Forwarded) You *can* change the amount of time BTPro waits, will that help?! ------------ Category 15, Topic 2 Message 26 Tue Dec 29, 1987 KEVIN.S [-128 Sysop-] (Forwarded) Not really. The thing is, the modem can detect a busy signal immediately; that is a POSITIVE test. Once it receives the BUSY, optimally you would want to hang up and redial; but BTP doesn't know how to decode that, it is only looking for carrier. If you shorten the carrier wait in BTP, you run the risk of missing your true carrier when it occurs. A case of the modem being smarter than the software, in this case. Does that about sum it up, or does anyone see holes in my logic? KeS ------------ Category 15, Topic 2 Message 27 Tue Dec 29, 1987 D.HYTE (Forwarded) KEVIN.S - succicintly put - yup! BT doesnt recognize the BUSY return from the modem...I have tried all of the ATXx modes and no good. Also, your observation re the shortening the MODEM timer (from 30 to 15) is also true...on the boards I frequent, some of the sysops have the modem set to answer on 3 or 4 or 5 as they say it (supposedly) cuts down on the number of 'human error' calls as most people wont wait that long but our puters could care less...ah well...tks anyway... I pretty much got the answer I was expecting (regretting)...hhmmmm... now this would be an excellent *enhancement* to v 2.4 eh? Any of the BTPRO design group out there? (in here..wherever we are!) Dave (.)(.) ------------ Category 15, Topic 2 Message 28 Wed Dec 30, 1987 DEB [*SysOp*] (Forwarded) OK, Dave, next idear... you *can* set up a MACRO to autodial for you! I used to do it on a completely unHayes compatible Racal Vadic and an early AT&T modem. Then you CAN test for the "BUSY" and go back into your loop real fast. *deb!* ------------ Category 15, Topic 2 Message 29 Wed Dec 30, 1987 D.HYTE (Forwarded) hhmmmmmm...thats true Deb...I really dont wanna defeat the nifty neato feature of the D option in the phonebook...what all this was about was the ability to shorten the cycle time by having BT see the BUSY from the modem and restart his dialing loop (I do it at work on Procomm) and was trying to be smarter than the sub-routines in here...ah well..it's a small point really as I absolutely love BT and wish I could use it at work instead of some of the others we use...ah well...tks for all the help/suggs folks...if I fig out a way to 'beat the clock' (so to speak) I'll leave it in here for ya'll...btw...is there anyway as a reg owner of BT we can get the source code? I'd be willing to mod it myself for the other couple of things I'd like to see... Dave (.)(.) ------------ Category 15, Topic 2 Message 30 Thu Dec 31, 1987 DEB [*SysOp*] (Forwarded) Dave: BTPro source is not in any kind of format you would normally utilize on a C- 128...Bob wrote the whole thing on a cross compiler on his MSDOS system, and then downloaded the resulting object code to the 128 via a centronics parallel gizmo he hooked up. The reason...?! Well, BTPro 128 had to be so much larger than the one for the 64, and he had already maxed out the CBM assembler for BTPro 64! Not to mention that 2 and 3 HOUR compiles went down to a matter of MINUTES, and he had easy access to a very powerful editor to do the chore with. ... just a little background info on what the source code looks like. Bob has not released to source to anyone I know of. *deb!* ------------ Category 15, Topic 2 Message 31 Thu Dec 31, 1987 D.HYTE (Forwarded) ah well....tks for the info Deb....read w/some disappointment (somewhere in here) that there won't be any future vers of BT128...too bad...it could use a couple of enhancements but is still *very* good as is! Dave (.)(.) ------------ Category 15, Topic 2 Message 32 Wed Jan 20, 1988 CLEETUS (Forwarded) I'm having some difficulty with BTPro 128 and hope someone can help. I'm using a 1660 with my 128. After a lot of experimentation + advice from Deb!, I'm able to AUTO-Dial and connect using these settings: TYPE....AUTO-1660 DIALING...TONE MAKE TIME...40 BREAK TIME..60 DIGIT TIME..700 CARRIER DETECT...ON CARRIER PHASE....- CARRIER WAIT..15sec. So far I've discovered no problems getting on-line or while on-line. My problem is hanging up. After exiting GEnie or CIS, when I used to hear the modem hang up and get another dial tone, instead the CARRIER indicator and clock flash reverse and a tone pulses. Pressing COM-H to hang up isn't helping. The only thing that seems to re-set the modem (or program, maybe?) is to access the disk drive. (Getting the directory or loading a phone macro sets everything back to normal and I can call another number). Changing TONE to PULSE makes no differnce. With CARRIER DETECT OFF, I can't auto-dial. I saw where Deb said that HOOK is dependent on CARRIER DET. & CARRIER PHASE. But if I use DET. OFF, I can't auto-dial & when PHASE is +, the same conditions as described above occur as soon as the prg tries to dial! HELP s ------------ Category 15, Topic 2 Message 33 Sun Jan 24, 1988 D.HYTE (Forwarded) Well, not being familiar with the 1660 this may not help. I have found the past, the other devices hanging off the bus will make it act very *very* strange at times. i.e., my Okimate printer would hold my 1670 at odd times using the VT-100 emulator program that came w/it?!? I either had to unplug the serial cable to the printer or turn it on so (assumption) the serial bus wouldn't float. That same problem has given me fits w/certain programs that do ram expansion (1750) transfers for data or whatever. Dave (.)(.) i've found that w/ANY odd h/w problems, disconnect *everything* that you don't "need" and try it. ------------ Category 15, Topic 2 Message 34 Tue Jan 26, 1988 CLEETUS (Forwarded) Thanks for the suggestion, Dave. That's always what I try when a program won't load. Unfortunately, it did not solve my problem. On the other hand, I'm using BTPro, rather than my old terminal program and even with the disconnect problem, I prefer it. Of course i'd still like to get around this problem. Again, Thanks for trying. ------------ Category 15, Topic 2 Message 35 Tue Feb 02, 1988 DEB [*SysOp*] (Forwarded) CLEETUS: I am SURE that GEnie is hanging up on ya, even if the Carrier indicator on BTPro stays on. The problem is a combo of software/hardware. The 1660, originally, could NOT detect a carrier. Then Bob wrote BTPro. He made it to be compatible with a 1660, but he had to overlook the problem with the modem and a carrier. There should be some notes about using a 1660 in the back of the manual. Now there are at least 3 revisions of the 1660 that I know of, and the first one did not support CD, the others do. *deb!* ------------ Category 15, Topic 2 Message 36 Fri Feb 05, 1988 H.HERMAN1 (Forwarded) Deb, May I be so bold (shudder) as to suggest that you may not be correct in some of your advise to Fred. He lives cross-town from me, and probably accesses Genie through the same net as I use. I'm using BTP also, and have never found it necessary to put a delay on either character or line for anything. All my postings are direct dumps, without any delays, other than what I receive from Genie. Perhaps if I list out my macros for sign on, Fred will find them helpful: Phone macro: *^tH^m^t*^tH^m^t*^tH^m^t^w=*^tIDnumber,password,625:1^m^t^i *#(^jgenie)^kb Genie macro: t*^tIDnumber,password,625:1^m^t^i*#(^a1)^kb Oh...two other things: [1] For your break, why not use the REAL THING, and just press C= and ESC at the same time......BTP will send a real break. Works fine here for me. [2] On your buffer full probs...send Genie a CONTROL S....for it to stop. Then go to the Main Menu, and dump buffer to disk, and if you have a #1581 it goes fast. When done, BTP will tell you, then Clear buffer, and go back to Terminal mode, and send Genie a CONTROL Q to begin more stuff!! Howie ------------ Category 15, Topic 2 Message 40 Sun May 15, 1988 B.HAYFORD (Forwarded) I wonder if Bob L. would consider writing an update to BTP 128 that would support the 1750 REU???? I would gladly pay $10-$15 for such an animal!! That would make a great term perfect. Anyone know Bob that could get him this suggestion???DEB? Regards - Bert Hayford------------ Category 15, Topic 2 Message 43 Tue May 24, 1988 DEB [*SysOp*] (Forwarded) OK, you can write to Bob at: RML Labs 2375 E. Tropicana, Suite 259 Las Vegas, Nevada 89109 ------------ Category 15, Topic 2 Message 44 Wed May 25, 1988 B.HAYFORD (Forwarded) OK Folks - Lets start a letter writing campaign to good ole BOB. If he is motovated by pride in his software (and he should be) or if he is motovated by $$$ (some people are) the more people that he hears from regarding an update (or modification) to BTP 128 that would allow use of the 1750 REU the better. My letter is on the way! Regards - Bert Hayford ------------ Category 15, Topic 2 Message 45 Fri Nov 04, 1988 H.HERMAN1 (Forwarded) Can anyone help me get BTP128 to work with an Avatex 2400 modem. The prob is in answering a call, when BTP is in either Auto Answer or Remote modes. [When BTP is in Terminal mode, it will answer at 300, 1200, and 2400 baud.] Once in Auto Answer or Remote, and a call comes in, here's what happens, all within one second: The Avatex goes On Hook, BTP flashes "Waiting to Connect", the Avatex hangs up. This happens at all baud rates. If in Terminal mode, and a call comes in, I get a "RING", "CONNECT 2400", and I am connected. [With the #1670 modem, Auto Answer and Remote were working fine.] What is happening when in Terminal mode that allows the connection to be made, whereas in Auto Answer and Remote, the modem seems to answer, tell BTP that it has a call, (that is why BTP can flash its "Waiting" message), and then intantly go and hang up? Here are the setting of the Avatex: AVATEX RS2400 V2.0D ACTIVE PROFILE: S00:001 S01:000 S02:043 S03:013 S04:010 S05:008 S06:002 S07:030 S08:002 S09:006 S10:014 S11:050 S12:050 S14:8AH S16:00H S18:000 S21:78H S22:71H S23:16H S25:005 S26:000 S27:40H B1 E1 L1 M0 Q0 V1 X4 Y0 &C1 &D3 &G0 &J0 &L0 &P0 &M0 &R0 &S1 &X0 &Y0 Any help, suggestions, greatly appreciated! Howie ------------ Category 15, Topic 2 Message 46 Thu Jan 05, 1989 C128.CPM [Bill] (Forwarded) Howard, try AT S0=1 & D2 & C1; then pop into remote. This is what my modem manual says, and have not tried it out, yet. Bill ------------ Category 15, Topic 2 Message 47 Tue Jan 17, 1989 DEB (Forwarded) aha! The key to the problem is two things. A: It works on the 1670 and B: it answers and then hangs up immediately. Your carrier phase is set wrong. ------------ Category 15, Topic 2 Message 48 Sun Jan 22, 1989 H.HERMAN1 (Forwarded) Deb, Carrier phase is okey, else BTP wouldn't answer the phone from terminal mode, and auto dial out. The prob I am having is getting BTP to "auto" answer in either of its two auto answer modes. Bill suggested changing my "&D2" setting, which I will be trying out soon. Still open to more thoughts as to what may be causing this prob. Thanks, Howie ------------ Category 15, Topic 2 Message 49 Sun Jan 22, 1989 HORO [-SysOp-] (Forwarded) (taking a stab, here) I was confused about whether BTPRO automatically flips the modem into 'answer mode' when you select AUTO ANSWER or REMOTE. I went back and saw that it says you MUST MANUALLY SET THE MODEM INTO ANSWER MODE (by dipswitch or AT command). Does this help?? ------------ Category 15, Topic 2 Message 50 Tue Jan 24, 1989 H.HERMAN1 (Forwarded) Howard, Before putting BTP into auto answer mode, I [1] turn on the "ring" on/off telephone line switch, [2] in terminal mode give the modem an ATZ1, which sets it up to a second grouping of control settings, (which are stored in its non-volitile memory) including S0=1, to pick up on first ring. It is part of this setting that Bill suggested changing. I think part of it is &D3, which he believes should be &D2. I have to try this. After the above two steps, the AA light lights up, and I set BTP to auto answer. As I have said, if I am in terminal mode, and a call comes in, I can get a CONNECT 2400, with no prob. It is when I use either Auto Answer, or Remote Answer, that there is the prob of the modem picking up, telling BTP there is an incoming call, and then for as yet some unknown reason, the modem hangs up. I will try Bills "&D2" setting this week, and let you know what happens. The frustrating thing is that with the #1670 both auto answers worked fine, and I never expected any prob with an Avatex 2400. Howie ------------ Category 15, Topic 2 Message 51 Tue Jan 24, 1989 DEB (Forwarded) Well, carrier phase has nothing to do with the terminal mode answering the phone. It _does_ affect auto dial, tho. However, the 1670 carrier phase is REVERSED of a standard RS 232 modem and interface. What is your carrier phase set to? I recall having to use the ATS0=1 before going remote, but nothing else gave me any troubles. keep us posted. ------------ ---- end of listing