Re: alpha/127248: System crashes when many (7) serial port terminals (vt320-vt510) connected to the server via com to usb adapter and 2-usb hubs.
Surely a good USB to RS-232 bridge (if one exists?) or a RS-232 filter/isolator (assuming they exist?) would be *far* less expensive than the server class alpha you suggest below. It depend on how much RS232 you need and how many slots the OP has free. Nevertheless a good RS232 bridge if needed in number are not cheap either - ntoe that you can get affordable PCI extenders as well. The PCI expanders I've seen cost almost as much as getting an entire additional machine. The problem with PCI is the limited number of slots. :-( Well - not realy with server class alphas... In my world, a server means 1-4 full height 19 racks with quite large price tags and powercooling requirements. Some people think a server is a pee-cee. So I'm not sure what you mean by server class alphas. Server doesn't mean rack, but beside from a few OEM boards and small 19 system all alphas have lots of free slots available. I have what I would call a workstation class alpha, which cost an obscene amount to get 6 PCI slots instead of 4, and at times they are all full. So I can't use up a slot just to get a couple more RS-232 ports. How many PCI slots does a server class alpha have? Well the AS4100 I have already has 8 slots which is not that uncommon for alpha servers. I'd call an alpha with only 8 slots a workstation class machine. It wouldn't take much to fill up 8 slots. The real big ones can even have a few hundred slots. A few hundred slots would be server class. And I'm sure a price tag to match, along with floor space, power, and cooling requirements. USB to RS-232 bridge could be a good solution, if I knew which makemodel of bridge worked well with *BSD. Poking around on the web I can't even find what chip they have inside. Really forget about USB to RS232. It is not the chip which is the problem it is the principal. You really need galvanic isolation, because USB can't handle ground loops, which no cheap device has. You can use any kind of chip with propper isolation, but then it is likely more expensive than any other kind of solution. I assume this is marketing driven. Adding a few optos can't increase the manufacturing cost *that* much. Sounds like a market opportunity for someone. Do these bridges actually work properly, or do they have gotchas like the USB to SATA/PATA bridges? The prolific bridges work well enough if you don't have a ground loop and FTDI chips are better IMHO. Thanks. ___ freebsd-hardware@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hardware To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: alpha/127248: System crashes when many (7) serial port terminals (vt320-vt510) connected to the server via com to usb adapter and 2-usb hubs.
On Sat, Sep 20, 2008 at 09:55:59AM +0100, Dieter wrote: [ -hardware@ list added to existing -alpha@ thread as this doesn't seem to be alpha specific ] This is because USB is absolutely crap for this purpose. RS232 terminals, especially with long cables, can produce several kind of spikes and ground loops, which USB is very very sensitive about. Many things about USB are crap (thanks, inthell), but if a USB to RS-232 bridge cannot handle normal spikes and ground loops, I'd blame the bridge, not USB itself. If the problem is spikes and ground loops there is probably some RS-232 filter/isolator available to clean them up. There could be a bug in the bridge which needs a software workaround. In any case the system shouldn't crash. Are there specific makemodel USB to RS-232 bridges that people have had good luck with? USB can't handle spikes and ground loops. As said: use isolated devices, so you don't have the loops and spikes. You can blame the device for not being isolated, but you expect every device to provide expensive workaround for a design failure. USB is designed for cheap stuff - that's all about it. Yes - the system shouldn't crash, but don't expect it ever being fixed for FreeBSD-alpha. My advise is to use a completely other technology to connect the terminals. A galvanic isolated USB device might work, but there are lot of PCI and Ethernet devices on the market which are more solid by design than USB. The problem with PCI is the limited number of slots. :-( Well - not realy with server class alphas... Ethernet could be a good solution for some applications, if you can get the software to deal with it. NFS is crap, *real* distributed file systems handled devices transparently. (thanks, Sun) This is a different topic. For RS232 Ethernet is quite reasonable. Does anyone make firewire to RS-232 bridges? Or stay with the old DEC devices - they are rock solid even after all those years. -- B.Walter [EMAIL PROTECTED] http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. ___ freebsd-hardware@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hardware To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: alpha/127248: System crashes when many (7) serial port terminals (vt320-vt510) connected to the server via com to usb adapter and 2-usb hubs.
Quoting Bernd Walter, who wrote on Thu, Sep 25, 2008 at 02:54:17PM +0200 .. On Sat, Sep 20, 2008 at 09:55:59AM +0100, Dieter wrote: [ -hardware@ list added to existing -alpha@ thread as this doesn't seem to be alpha specific ] This is because USB is absolutely crap for this purpose. RS232 terminals, especially with long cables, can produce several kind of spikes and ground loops, which USB is very very sensitive about. Many things about USB are crap (thanks, inthell), but if a USB to RS-232 bridge cannot handle normal spikes and ground loops, I'd blame the bridge, not USB itself. If the problem is spikes and ground loops there is probably some RS-232 filter/isolator available to clean them up. There could be a bug in the bridge which needs a software workaround. In any case the system shouldn't crash. Are there specific makemodel USB to RS-232 bridges that people have had good luck with? USB can't handle spikes and ground loops. As said: use isolated devices, so you don't have the loops and spikes. You can blame the device for not being isolated, but you expect every device to provide expensive workaround for a design failure. USB is designed for cheap stuff - that's all about it. 20mA current loop comes to mind A galvanic isolated USB device might work, but there are lot of PCI and Ethernet devices on the market which are more solid by design than USB. The problem with PCI is the limited number of slots. :-( Well - not realy with server class alphas... Yeah... a Turbolaser running a terminal server 8-) Does anyone make firewire to RS-232 bridges? Or stay with the old DEC devices - they are rock solid even after all those years. DECserver900 are indeed rock solid. Run reverse-telnet driven bij conserver on FreeBSD. Works like a charm. I still have a considerable # of lines like that running in an engineering lab. conserver runs on Tru64 in that particular case. Wilko ___ freebsd-hardware@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hardware To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: alpha/127248: System crashes when many (7) serial port terminals (vt320-vt510) connected to the server via com to usb adapter and 2-usb hubs.
[ -usb@ added to existing thread ] This is because USB is absolutely crap for this purpose. RS232 terminals, especially with long cables, can produce several kind of spikes and ground loops, which USB is very very sensitive about. Many things about USB are crap (thanks, inthell), but if a USB to RS-232 bridge cannot handle normal spikes and ground loops, I'd blame the bridge, not USB itself. If the problem is spikes and ground loops there is probably some RS-232 filter/isolator available to clean them up. There could be a bug in the bridge which needs a software workaround. In any case the system shouldn't crash. Are there specific makemodel USB to RS-232 bridges that people have had good luck with? USB can't handle spikes and ground loops. As said: use isolated devices, so you don't have the loops and spikes. You can blame the device for not being isolated, but you expect every device to provide expensive workaround for a design failure. USB is designed for cheap stuff - that's all about it. Surely a good USB to RS-232 bridge (if one exists?) or a RS-232 filter/isolator (assuming they exist?) would be *far* less expensive than the server class alpha you suggest below. And IIRC it is just speculation that the original poster's problem is caused by spikes or ground loops. Yes - the system shouldn't crash, but don't expect it ever being fixed for FreeBSD-alpha. There is a 6.4 coming out, yes? It is unlikely that the problem is alpha specific. If an alpha crashes, other archs will likely crash. My advise is to use a completely other technology to connect the terminals. A galvanic isolated USB device might work, but there are lot of PCI and Ethernet devices on the market which are more solid by design than USB. The problem with PCI is the limited number of slots. :-( Well - not realy with server class alphas... In my world, a server means 1-4 full height 19 racks with quite large price tags and powercooling requirements. Some people think a server is a pee-cee. So I'm not sure what you mean by server class alphas. I have what I would call a workstation class alpha, which cost an obscene amount to get 6 PCI slots instead of 4, and at times they are all full. So I can't use up a slot just to get a couple more RS-232 ports. How many PCI slots does a server class alpha have? RS-232 doesn't require PCI levels of bandwidth. Something like a USB to RS-232 bridge could be a good solution, if I knew which makemodel of bridge worked well with *BSD. Poking around on the web I can't even find what chip they have inside. Do these bridges actually work properly, or do they have gotchas like the USB to SATA/PATA bridges? Ethernet could be a good solution for some applications, if you can get the software to deal with it. NFS is crap, *real* distributed file systems handled devices transparently. (thanks, Sun) This is a different topic. For RS232 Ethernet is quite reasonable. For some applications yes. But some apps want to open /dev/ttyXX and do ioctls on it. How does one use such an app on Free/Net/OpenBSD with the RS-232 device on some Ethernet connected RS-232 port? Does anyone make firewire to RS-232 bridges? Or stay with the old DEC devices - they are rock solid even after all those years. It is not obvious what old DEC devices you are referring to. ___ freebsd-hardware@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hardware To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: alpha/127248: System crashes when many (7) serial port terminals (vt320-vt510) connected to the server via com to usb adapter and 2-usb hubs.
On Thu, Sep 25, 2008 at 10:01:51AM +0100, Dieter wrote: [ -usb@ added to existing thread ] This is because USB is absolutely crap for this purpose. RS232 terminals, especially with long cables, can produce several kind of spikes and ground loops, which USB is very very sensitive about. Many things about USB are crap (thanks, inthell), but if a USB to RS-232 bridge cannot handle normal spikes and ground loops, I'd blame the bridge, not USB itself. If the problem is spikes and ground loops there is probably some RS-232 filter/isolator available to clean them up. There could be a bug in the bridge which needs a software workaround. In any case the system shouldn't crash. Are there specific makemodel USB to RS-232 bridges that people have had good luck with? USB can't handle spikes and ground loops. As said: use isolated devices, so you don't have the loops and spikes. You can blame the device for not being isolated, but you expect every device to provide expensive workaround for a design failure. USB is designed for cheap stuff - that's all about it. Surely a good USB to RS-232 bridge (if one exists?) or a RS-232 filter/isolator (assuming they exist?) would be *far* less expensive than the server class alpha you suggest below. I'm coming into this conversation late, so my apologies. If by bridge you mean a USB adapter that supports RS232 serial, then yes, there are some which work quite nicely with FreeBSD. Anything that uses a Prolific chip will work well (supports custom serial rates, and does not drop/lose characters). The uplcom(4) driver is for this chip, and the man page lists off some consumer models/devices available. I can refer you to numerous people who have spoken to me privately or publicly on lists, praising the Prolific stuff. I have no idea if this driver works on Alphas. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-hardware@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hardware To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: alpha/127248: System crashes when many (7) serial port terminals (vt320-vt510) connected to the server via com to usb adapter and 2-usb hubs.
On Thu, Sep 25, 2008 at 10:01:51AM +0100, Dieter wrote: [ -usb@ added to existing thread ] This is because USB is absolutely crap for this purpose. RS232 terminals, especially with long cables, can produce several kind of spikes and ground loops, which USB is very very sensitive about. Many things about USB are crap (thanks, inthell), but if a USB to RS-232 bridge cannot handle normal spikes and ground loops, I'd blame the bridge, not USB itself. If the problem is spikes and ground loops there is probably some RS-232 filter/isolator available to clean them up. There could be a bug in the bridge which needs a software workaround. In any case the system shouldn't crash. Are there specific makemodel USB to RS-232 bridges that people have had good luck with? USB can't handle spikes and ground loops. As said: use isolated devices, so you don't have the loops and spikes. You can blame the device for not being isolated, but you expect every device to provide expensive workaround for a design failure. USB is designed for cheap stuff - that's all about it. Surely a good USB to RS-232 bridge (if one exists?) or a RS-232 filter/isolator (assuming they exist?) would be *far* less expensive than the server class alpha you suggest below. It depend on how much RS232 you need and how many slots the OP has free. Nevertheless a good RS232 bridge if needed in number are not cheap either - ntoe that you can get affordable PCI extenders as well. And IIRC it is just speculation that the original poster's problem is caused by spikes or ground loops. No it is not speculation - I know USB very well and the device disconnected, which is very typical for electrical problems caused by ground loops. Yes - the system shouldn't crash, but don't expect it ever being fixed for FreeBSD-alpha. There is a 6.4 coming out, yes? It is unlikely that the problem is alpha specific. If an alpha crashes, other archs will likely crash. This is a design problem with our USB stack, which is likely to be handled by the HPS stack which is going into current. The problems are way too old that there is a real chance that anyone will ever fix it in the old stack and the new one will not be backported to 6.x, since the changes for a stable branch are too invasive. My advise is to use a completely other technology to connect the terminals. A galvanic isolated USB device might work, but there are lot of PCI and Ethernet devices on the market which are more solid by design than USB. The problem with PCI is the limited number of slots. :-( Well - not realy with server class alphas... In my world, a server means 1-4 full height 19 racks with quite large price tags and powercooling requirements. Some people think a server is a pee-cee. So I'm not sure what you mean by server class alphas. Server doesn't mean rack, but beside from a few OEM boards and small 19 system all alphas have lots of free slots available. I have what I would call a workstation class alpha, which cost an obscene amount to get 6 PCI slots instead of 4, and at times they are all full. So I can't use up a slot just to get a couple more RS-232 ports. How many PCI slots does a server class alpha have? Well the AS4100 I have already has 8 slots which is not that uncommon for alpha servers. The real big ones can even have a few hundred slots. RS-232 doesn't require PCI levels of bandwidth. Something like a It doesn't need high bandwidth, but it doesn't hurt either. For terminals it needs the ability to accept ground loops. For other purposes it needs low latency - USB has a latency of 1-2ms, which is a few thousand times higher than ISA. You can get better results with any kind of cheap ISA RS232 card. USB to RS-232 bridge could be a good solution, if I knew which makemodel of bridge worked well with *BSD. Poking around on the web I can't even find what chip they have inside. Really forget about USB to RS232. It is not the chip which is the problem it is the principal. You really need galvanic isolation, because USB can't handle ground loops, which no cheap device has. You can use any kind of chip with propper isolation, but then it is likely more expensive than any other kind of solution. Do these bridges actually work properly, or do they have gotchas like the USB to SATA/PATA bridges? The prolific bridges work well enough if you don't have a ground loop and FTDI chips are better IMHO. Ethernet could be a good solution for some applications, if you can get the software to deal with it. NFS is crap, *real* distributed file systems handled devices transparently. (thanks, Sun) This is a different topic. For RS232 Ethernet is quite reasonable. For some applications yes. But some apps want to open /dev/ttyXX and do ioctls on it. How does one use such an app on Free/Net/OpenBSD with the RS-232 device on some Ethernet connected RS-232