danwinslow

It's a good idea. I would imagine it's something that Avery could put into Altirra rather quickly, were he so inclined.

ah, the double formatting is the tricky bit then. Thanks, guys.

Looking for some wisdom about how to get a CF card formatted and working for an Incognito Atari. I've got an 8GB SanDisk Ultra CF card and a USB multi card reader hooked up to a windows 7 system. I'm assuming it's not as simple as 'format the card, then put it in the atari'.

I agree, I do a lot of development on emulation but I've got to have real hardware. I really love the 800's so an incognito 800 is probably my favorite machine for personal use.

Simius, I'd like one with case and PBI cable.

Ok. I finally decided I had to put packet buffering in, and so I've ground my way through that. UDP is now fully buffered in it's own bank, in a custom packet ring buffer. TCP was already buffered but I've located it in it's own bank and expanded it's buffer size considerably. Now UDP and TCP are each in their own bank, for a total of 3 banks - main, udp, and tcp. If you don't want one or the other protocol you can configure it not to load at all. The main memory usage is still around 2.5k and I will be making that smaller shortly. Just to show what programming looks like now, here's a test program in BASIC. It opens all four channels for UDP, sends a packet to each connection to start things off, and then receives a flood of 400 256-byte packets from a small C# program I wrote, 100 to each channel. That program sends 1 packet every 75 milliseconds, so it finishes long before the program is done printing out the packets. Next up is to build the server side of the TCP layer ( listen, accept, etc. ), and then write a configuration utility to set where the extended banks are, where on disk the loadable .bnk files are, whether you want DHCP or static IP, etc. And then I'll be done and release beta to testers. One thing I want to do after that is write a R: handler that looks like a real modem handler but actually calls telnet, so we can re-use modem software to talk to things. I also plan on writing a unix-compatible C 'socket' layer so small programs can be directly compiled from the internet, and write some demos in Action, BasicXE, TurboBasic, and MAD Pascal. 0010 AIPPUTBYTES=40:AIPGETBYTES=41:MSGSWAITING=47 0020 DIM OB$(256):OB$(1)="A":OB$(256)="A":OB$(2)=OB$ 0030 DIM OB1$(256):OB1$(1)="A":OB1$(256)="A":OB1$(2)=OB1$ 0040 DIM OB2$(256):OB2$(1)="A":OB2$(256)="A":OB2$(2)=OB2$ 0050 DIM OB3$(256):OB3$(1)="A":OB3$(256)="A":OB3$(2)=OB3$ 0060 DIM CHANNEL(4) 0070 OPEN #1,12,0,"I1:U:0:45000:192.168.2.2" 0080 I=(832)+1*16:REM CALC TO IOCB 0090 C=(PEEK(I+13)*256)+PEEK(I+12) 0100 CHANNEL(1)=C 0110 OPEN #2,12,0,"I2:U:0:46000:192.168.2.2" 0120 I=(832)+2*16:REM CALC TO IOCB 0130 C=(PEEK(I+13)*256)+PEEK(I+12) 0140 CHANNEL(2)=C 0150 OPEN #3,12,0,"I3:U:0:47000:192.168.2.2" 0160 I=(832)+3*16:REM CALC TO IOCB 0170 C=(PEEK(I+13)*256)+PEEK(I+12) 0180 CHANNEL(3)=C 0190 OPEN #4,12,0,"I4:U:0:48000:192.168.2.2" 0200 I=(832)+4*16:REM CALC TO IOCB 0210 C=(PEEK(I+13)*256)+PEEK(I+12) 0220 CHANNEL(4)=C 0230 XIO AIPPUTBYTES,#1,12,0,OB$ 0240 XIO AIPPUTBYTES,#2,12,0,OB1$ 0250 XIO AIPPUTBYTES,#3,12,0,OB2$ 0260 XIO AIPPUTBYTES,#4,12,0,OB3$ 0270 COUNT=0 0280 IF PEEK(CHANNEL(1)+MSGSWAITING)=0 THEN GOTO 300 0290 COUNT=COUNT+1:XIO AIPGETBYTES,#1,12,0,OB$:PRINT 1;" ";COUNT;" ";OB$(1,10) 0300 IF PEEK(CHANNEL(2)+MSGSWAITING)=0 THEN GOTO 320 0310 COUNT=COUNT+1:XIO AIPGETBYTES,#2,12,0,OB1$:PRINT 2;" ";COUNT;" ";OB1$(1,10) 0320 IF PEEK(CHANNEL(3)+MSGSWAITING)=0 THEN GOTO 340 0330 COUNT=COUNT+1:XIO AIPGETBYTES,#3,12,0,OB2$:PRINT 3;" ";COUNT;" ";OB2$(1,10) 0340 IF PEEK(CHANNEL(4)+MSGSWAITING)=0 THEN GOTO 360 0350 COUNT=COUNT+1:XIO AIPGETBYTES,#4,12,0,OB3$:PRINT 4;" ";COUNT;" ";OB3$(1,10) 0360 IF COUNT < 400 THEN GOTO 280 0370 CLOSE #1 0380 CLOSE #2 0390 CLOSE #3 0400 CLOSE #4

The site looks like something from the 90's. Not a good layout. Can it be used? Sure. Does it look good? No.

https://www.sparkfun.com/products/10080 https://www.sparkfun.com/products/11510 https://www.amazon.com/dp/B00GWFMRDU/ref=pd_lpo_sbs_dp_ss_3?pf_rd_p=1944687462&pf_rd_s=lpo-top-stripe-1&pf_rd_t=201&pf_rd_i=B007XACV8O&pf_rd_m=ATVPDKIKX0DER&pf_rd_r=JQRP8X03NRHR9S7MA0XP http://www.kr4.us/small-heatsink.html?gclid=CjwKEAjw7qi7BRCvsr3N58GvsTkSJAA3UzLvNkKS531_ZT-aIxztkSyOqtX0UBx3p8omzSvj_4eZWhoCZiPw_wcB Etc.

When I was a youth of 10 or 11 or so, I had a friend whose dad was a ham radio guy. He would have these meets over at his house, where a bunch of ancient guys would come over and talk for hours about crystal radios and ham operations and like how cool Morse code was and tap things out to each other. I remember thinking, 'My GOD these guys are lame. That stuff is sooooo boring, why are they into it? I'm glad I live in the modern age with cool stuff like atari's and sinclairs!". Inside I swore that I'd never wind up all old and obsessed with ancient tech like these guys were. So. Here I am, all old and obsessed with ancient tech

Drac, Jon is not trying to trash Rapidus's reputation. He has done a lot of posting about stability problems, but he was trying to get them fixed, not just say 'Rapidus sucks'. It does raise awareness of problems though, to have such extended discussions, so I get where you're coming from. But Jon's credibility is unquestioned by me and I think most people. I am glad to see this thread, because often people only talk about problems. That goes for many things, not just obscure Atari hardware. The ones that DON'T have any problems don't usually post 'I have had no problems!' and so there we are. I am getting a couple of Rapidii installed shortly and I'll be glad to report on having success. But, like Jon, if I have problems I'll surely post that too.

Right. Didn't the Atari guys use a VAX or DEC or something? I know there are some threads about what that was all about here on AA. Change your protagonist over to an Atari programmer!

Good stuff, thanks for posting. Sinclair machines are my other 8 bit interest.

That seemed to work perfectly. Dropped $2F into $24 and it stored the byte and went on about its business.

Hah yeah, good point. I'm going to try the 'ICBAL/HZ' misdirection technique. The byte I point at will have to be in main bank, whilst the code that is running the CIO handler is in an expanded bank. I can probably just point it at the 'unused byte' in the ZIOCB itself, now THAT'S crafty.

I'd recommend some or all of the following- XL/XE series (get a memory expansion if you can) Altirra (but don't know if that runs on a Mac) CC65 suite - C cross compiler and assembler MAD Pascal MADS assembler Action! cart or the disk version WUDSN IDE SIO2PC of some sort (er I guess SIO2MAC lol ) There's never been a better time to be an Atari developer, unless you want to make money. The tools and the community are just incredible.

duh....yeah. Thanks Jon. *edit* Er wait, no, actually the problem is I don't actually HAVE the last byte, it just thinks it does. The last byte was transferred with a bank copy routine, and I don't have access to it at the moment. Oh well, still a good idea. Ok, second edit - I can have the ring buffer read pass back the last byte in A or something, but that's kind of a kludge....maybe I can just mess with the ICBALZ and point it at a dummy byte or something.

Messing around with burst mode CIO on a iccom 7 GET. The last issue I'm having is that CIO wants to drop the value in A, which it thinks is the byte it just read, into the buffer at the first location. For reasons involving banking, I can't easily get that byte in the current code location, so I'm looking for a way to convince CIO that it doesn't need to do that. Is there a special value of A or Y that tells it to not do that? Other than flagging an error with a BMI Y I mean.

I think if someone were to do a comprehensive translation of all current mads/fa/spartados docs, it would greatly expand their use. I know that there are some english programmer docs for SDX, but I don't know how current they are,

I'll join the drawing.

Tell us how much you think it would need in terms of price....

All I've very heard of is the PCx line, and that was nothing but a clone.

Well, on risk of being condemned, and as much as I want to see this being as 'old school' as possible, I have to admit I think it would be cool to have a USB adapter in there. Something like the USB cart that came out several years ago.

Looking for someone in the U.S. who can do a rapidus install on a 130xe. Will pay shipping and installation fee. PM me if you are willing & able, thanks.

Thanks, Jon. Unfortunately, that doesn't really help me much, as I've no cabling at all. If anyone happens to know the terminology for the connector, such that I could order one, let me know. Thanks.

Well, here's a noob question for comic relief - What pitch is the little 3 pin connector that Lotharek did not supply? Is that a dupont 2.54 mm pitch?