Since the new redesigned R1 has a new chip set, did that have any effect on the issue with using stop/start chart and all the other chart functions that previously required up to 100ms wait time to assure that the action had taken place?
Also, why not replace the Ether ports with 10/100/1000?
We still love the R1, incredible controller, even by today’s standards. Also much simpler implementation versus Epic.
I’m out of the office (up at Inductive HQ getting ready for ICC) at the moment, I can look into this in a week or so.
As for a quick answer, we really worked hard to make the gen2 an invisible fit, form and function for the original.
Yes, well just got mine and yes you can’t tell it from original.
I will be swapping out the gen 1 on Monday, can’t wait to see how fast it loads the csv from sdcard. That is really the slowest function right now. This project is fairly complicated and has a lot of string work in it, as well as talking to a high speed counter via modbus, and the Kollmorgen via profibus.
As far as the lookup table, the existing R1 was pretty fast, apparently I was way over thinking it.
The interesting thing is that saving the same file back to the sdcard, was pretty fast, maybe a second or two at most, whereas the download is 50 seconds.
Looks like this customer may end up being an Opto22 client for all their prover systems and possibly other stuff, they are a Rockwell Co…
Since the R1 chip set had disappeared and you redesigned a new one, and since supposedly the S1 uses the same cpu, are you in process of redoing it too?
If not, is the new R1 as or faster than the S1?
Also, I gather that since you were trying to make the new R1 P&P compatible, and I would assume that because the rack card components haven’t changed as well as the modules, the rack arc net speed is identical as before?
The PAC S uses a different class of CPU.
The R1 gen2, as mentioned, is the same as the R1 was when used with a mix of I/O.
The ARCnet speed is the same.
Where the R1 gen2 might be a bit quicker than an S1 is on a rack with no I/O.