tmsr - Search: rs232

104 entries in 0.562s

asciilifeform: console via rs232 , to make the apu1's live.

asciilifeform: ftr imho a box that wants FG ~during~ boot, oughta have it on an actual rs232 port -- these get init'd very simply quite early during boot

asciilifeform: mircea_popescu: fg dun exactly require cuntoo tho. runs a++ with, e.g., my msdos box. ( via 'max232' ttl to rs232 transformer )

asciilifeform: ( it dun use any osisms other than the cmdline args, which can be hardcoded for test runs; as for i/o, can be rs232, and guesswat, 'os' )

zx2c4: hey i like good ol rs232 too

asciilifeform: or that FUCKGOATS rng is built to speak rs232 at 115200 baud and always will be

asciilifeform: Mocky: e.g. https://www.startech.com/Networking-IO/Serial-over-IP/1-port-RS232-serial-over-ip-adapter~NETRS2321P

Mocky: i'm not familiar with off-the-shelf ethernet-to-rs232 box, but it sounds self explanatory

asciilifeform: the ciphertext side can be an off-the-shelf ethernet-to-rs232 box.

asciilifeform: or at the very least , >1 serial port ( the current pizarro boxen, do have rs232 header on mobo, but only one, and at the traditional +/- 12v signal levels, rather than ttl, and i eschew the converters, because they all work by oscillating capacitor pump, hence noisy )

asciilifeform: at least give the poor critter a rs232 SLIP!111

a111: Logged on 2018-08-01 16:03 asciilifeform: 'After much researching it seems this is NOT a driver bug but a CHANGE in the kernel Serial API semantics. What has happened is that the API now blocks when a Serial device is not indicating it is ready. This included 'open' on a serial device which now can block. Since lots of RS232 serial devices do not bother with any control signals such as DCD (data carrier detect) they never indicate they are ready and open blocks. This is the

asciilifeform: mircea_popescu: there is sometimes 1 or even 2 rs232 ports , but they go at -12v/+12v , and needs level shifter, which in turn oscillates, and potentially pollutes rng

asciilifeform: 'After much researching it seems this is NOT a driver bug but a CHANGE in the kernel Serial API semantics. What has happened is that the API now blocks when a Serial device is not indicating it is ready. This included 'open' on a serial device which now can block. Since lots of RS232 serial devices do not bother with any control signals such as DCD (data carrier detect) they never indicate they are ready and open blocks. This is the ☟︎

asciilifeform: re 'screen' -- funnily enuff for many yrs asciilifeform did not use it aside from as rs232 terminal a la 'kermit'; for the absolutely fucking vital item of 'leave my bg processes alone when i disconnect', used simply 'nohup', which comes with afaik errry unix since system5

asciilifeform: (3) contains 2 mistakes by asciilifeform re partition map; ergo , i wrote a 4) http://p.bvulpes.com/pastes/A94DS/?raw=true << install-corrected.sh << which reflects necessary changes to partition map ( and removes the console-via-rs232 that remained from trinque's orig experiment )

asciilifeform: conceivably rng is separable, can simply be rs232 jack in which e.g. FG goes.

swiftgeek: yep them https://zeptobars.com/en/read/Espressif-ESP8266-wifi-serial-rs232-ESP8089-IoT

a111: Logged on 2018-01-09 20:29 asciilifeform: in other oldies, seiko's 'DPU414' thermal printer, can be had for <fiddybux, and not only prints 80cols x infinity (continuous tape) but knows how to eat rs232 and... print hexdump (up to 19200 baud)

asciilifeform: speaking of optics , asciilifeform found today that chinese sell a qrcode-reader thing, the size of a matchbox, with rs232 output (i.e. self-contained, needs no softwarism) , eats 5v , ~20bux

asciilifeform: fg speaks standard rs232 , 115200b,8,1,0 , at 5v

TomServo: asciilifeform: Am I mistaken there are 2 types of fg? 1 usb, 1 rs232 ?

asciilifeform: in other oldies, seiko's 'DPU414' thermal printer, can be had for <fiddybux, and not only prints 80cols x infinity (continuous tape) but knows how to eat rs232 and... print hexdump (up to 19200 baud) ☟︎☟︎

asciilifeform: rs232 et al eat 8bit bytes, sadly

asciilifeform: speaking of passive actives, asciilifeform found that FG runs ok ( it wants just 8mA @ 5v, recall ) from a https://archive.is/P9vC1 contrievance . a la 1990s serial mice. this seems useless until you look inside server and notice the convenient two rs232 headers in there.

asciilifeform: but the logical protocol is classical rs232, 115200/8/1/noparity.

asciilifeform: ( nitpickers will note that rs232 implies particular voltages . and yes, you need a voltage converter to use ttl (e.g. fg) with actual rs232. which is inevitable, because i did not want to put a 200kHz-oscillating 5v to plusminus12v chip on fg. )

asciilifeform: back to rs232 -- it's the lingua franca . not the most snobbish ibm mainframe (which even eschewed ascii) , nor the most orcish bk0010 , nobody, ever omitted serial port. until 2010s, obummer-era pc junk.

asciilifeform: mircea_popescu: rs232 is a 1960s standard, and doesn't go away simply because wintel stopped including the plug on the mobo. and world's simplest and most widely-supported standard for digital comms, moar so than ethernet ( i have whole pile of devices with 0 nic but several serialports ) , and will remain, regardless of what wintel does.

asciilifeform: diana_coman: naive orc asciilifeform picked rs232, 1960s-era protocol, because he actually thought 'no one! will have to patch kernel', can you believe.

asciilifeform: who has a box that understands plain old circa 1960s rs232 -- can use fuckgoats

asciilifeform: i'ma put a likbez in the l0gz, for fyootor folx : here's ordinary rs232, at ttl signal level, (noninverted), transmitting a 10000010 :

asciilifeform: if you dun wanna use usb, can use rs232-ttl converter , and plug into actual serialport

asciilifeform: or, more simply, a rs232 thing, a la fg

a111: Logged on 2017-06-13 22:37 asciilifeform: end result is to be a vaguely msdos-like thing that understands how to configure x64 page table, put/get blocks of disk, and speak over rs232 port. and on top of this, a self-building gnat.

asciilifeform: http://btcbase.org/log/2017-09-20#1715990 << on second thought, this is prominently not true in... FUCKGOATS ( just as every other rs232 device, it must be connected to a machine that knows what to do with 8bit byte and NEVER pads it to any other size with nulls or otherwise ) ☝︎

asciilifeform: i would ask 'what's to keep some unrelated d00d from making walletrons that simply talk over rs232..' but then remembered that it is probably same thing that keeps'em from making rng where ditto despite how OMFG WE PUBLISHED DESIGN

asciilifeform: trinque: the ones in question are rs232 boxes

mod6: (re: reading from the rs232, and now this, ya.)

asciilifeform: ( and any such return entails a 'from whence the drivers', for which the magic pill is... we haven't any. rs232, motherfuckers. )

asciilifeform: re os : i've observed before , that the only peripheral that unconditionally ~must~ work, is rs232 port.

asciilifeform: end result is to be a vaguely msdos-like thing that understands how to configure x64 page table, put/get blocks of disk, and speak over rs232 port. and on top of this, a self-building gnat. ☟︎☟︎☟︎

asciilifeform: ( would need a rs232 FUCKGOATS attached )

jurov: iirc rs232 does support optional clock signal?

asciilifeform: 'synchronous serial' is simply a thing like rs232 but with 2nd pin, for clock, and then machine knows when to read off the bits.

asciilifeform: rs232 has been around for loooooooong time

asciilifeform: alternatively you can use a 'rs232 card', as formerly used to run dumb terminals, bbs modems, similar -- i have one here, happily does 9 ports

asciilifeform: rs232 idle signal level is 'high'

asciilifeform: plus a proper (rs232 signal level) serial port.

asciilifeform: even rs232 can hang off ethernet.

asciilifeform: https://zeptobars.com/en/read/Espressif-ESP8266-wifi-serial-rs232-ESP8089-IoT << oh hey

asciilifeform: also apparently toslink comes with ~terrifyingly~ bad receivers, they have too much jitter to work with raw unprocessed rs232, need a manchester encoder.

asciilifeform: found also others but that one is cheapest. (though could, now that i think about it, be cheaper still if it omitted the max232 and just spoke raw ttl 0-5v instead of proper rs232.)

asciilifeform: (rs232 to costly glass fiber IS available, for many hundreds of usd AT EACH PLUG END)

asciilifeform: it is MOST peculiar that -- afaik -- NOWHERE can you buy a rs232-to-toslink converter.

asciilifeform: (the rs232 db-9 serial heads are not here yet, crate should be in shortly )

asciilifeform: (subj device speaks ordinary rs232 at TTL voltage, gets converted to the desired end by standard dongle)

asciilifeform: (it dun care via what to 'eatblock', can be rs232)

asciilifeform: i gotta do it via rs232 ?!

phf: but i rarely see "sophisticated" systems outside of cute hacks like that rs232 visualizer. presumably have to be doing this stuff full time for years, with the explicit goal of solving computing problems using analogue means

asciilifeform: http://www.elweb.cz/fotky/400.jpg << interesting serendipitous find. a cpu-less rs232 viewer (some brain required!111) i thought about this very thing some years ago, and laughed it off mentally, but someone - built.

jurov: X11 over rs232, now that's new to me

ascii_field: esp. if you want sane behaviour (wallet-over-rs232)

asciilifeform: rs232 but ttl voltage

asciilifeform: but afaik none spoke traditional rs232. would've involved too much active logic.

asciilifeform: (how tcp? over slip/rs232, of course)

asciilifeform: the one with rs232 link

asciilifeform: ben_vulpes: i specifically warned you not to use an rs232 dongle. don't be surprised when output fails a number of tests.

asciilifeform: now, if you have a -very- well-behaved os, you could sample it as rs232 anyway. but then you discover (see old mircea_popescu article where we stepped on this caltrop!) that you end up losing bytes that match 'control' section of ascii table

asciilifeform: (if it did, it would be perfectly usable as rs232)

asciilifeform: http://www.best-microcontroller-projects.com/image-files/how-rs232-works-tx-logic-rs232-diag.png << example

asciilifeform: decimation: that dongle is just the thing for, e.g., pogo - but the rng is not a rs232 device...

ascii_field: and lets you use rs232

Chillum: I am not confident I could find every single thing that reads the keyboard. I am confident I can secure rs232

Chillum: or you could use RS232 with a little microcontroller to read the upc

Chillum: the device can have physical security with only a rs232 port within reach

Chillum: at least you need an OS present before the rs232 is read, keyboards are read before the OS is loaded

ascii_field: rs232 is asynchronous

Chillum: rs232 seems better

Chillum: even if you have a trusted barcode reader feeding information into a rs232 port you can still trigger a buffer overflow in something that uses the data

Chillum: rs232 for the good ones

assbot: Amazon.com: Nextrox® New MAX232 RS232 To TTL Converter/Adapter Module Board: Computers & Accessories ... ( http://bit.ly/1F9BIaO )

asciilifeform: (it's an ancient rs232-controlled scanner, and handheld antenna over 50ohm coax)

asciilifeform: decimation: a good many have standard rs232 tty

asciilifeform: (had rs232 port also, presumably for terminals)

asciilifeform: (the latter have rs232 logic levels. will cook a gadget that expects 0/5v)

asciilifeform: signal is ttl level, not rs232 though

asciilifeform: that thing needs to piss debug.log to rs232 console, not disk

asciilifeform: repopulated missing solder pads for rs232 console. very handy for kernel work. i suggest that any of you who purchased a unit, do the same.

asciilifeform: metal chassis, rs232 port. very unusual in that respect. almost like something made 20 yrs. ago. hence the mention of it here.

asciilifeform: gernika: there's an rs232 jack but, iirc, it only pisses out a buffered text.

asciilifeform: TomServo: i have only the cheapest. the famous rtl dongle, and an ancient rs232-controlled 'icom' box.

asciilifeform: except rs232 and not unix socket from same box

asciilifeform: hence rs232.

asciilifeform: did somebody once put up a bounty for ms-dos build of bitcoind ('slip/ppp' over rs232 for netpipe, presumably) ? or did i dream this

asciilifeform: rs232, mostly

asciilifeform: shouldn't it, in principle, be an 'adapter' a la rs232?