DM2 CPU?

[Scooter]

It sure would be nice to be able to connect USB devices into the BRX. One thing I always wished that I could connect was a USB based barcode reader. I'm assuming that there must be some good reason why you guys never developed this capability.

There seems to be a limit of 1024 bytes associated with various "processes", STREAMIN comes to mind as one example. You can only download 1024 bytes each time that instruction is run. STRPRINT might be another example. Are you giving any thought to increasing the size to any of these?

[BobO]

It sure would be nice to be able to connect USB devices into the BRX. One thing I always wished that I could connect was a USB based barcode reader. I'm assuming that there must be some good reason why you guys never developed this capability.

There seems to be a limit of 1024 bytes associated with various "processes", STREAMIN comes to mind as one example. You can only download 1024 bytes each time that instruction is run. STRPRINT might be another example. Are you giving any thought to increasing the size to any of these?

USB mastering requires different hardware and lots of driver support. It isn't trivial if you don't have a OS. We choose not to have an OS to reduce the hack risk.

The 1024 limit is internal buffering. That would be be easy to increase with our next hardware.

[brucek]

Is there any way to add more Remote I/O? the 16 limit seems low. If you use some edrv100's you lose out pretty fast.

[Controls Guy]

Is there any way to add more Remote I/O? the 16 limit seems low. If you use some edrv100's you lose out pretty fast.

Use Modbus instead of native?   Not sure if the Modbus scanner is limited to 16 server/slaves, but I doubt if MRX/MWX is.

[BobO]

The DM2 will have more processor power and much more memory, so yes, we could easily increase capacities like this. It's always a balance between expected use cases and available resources.