Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.arch.embedded > #25761
| From | Paul <paul@pcserviceselectronics.co.uk> |
|---|---|
| Newsgroups | comp.arch.embedded |
| Subject | Re: Stupid design decisions |
| Date | 2017-02-05 21:39 +0000 |
| Organization | PC Services |
| Message-ID | <MPG.3301ac00cf71b112989816@172.16.0.1> (permalink) |
| References | (12 earlier) <o72h3q$uad$1@dont-email.me> <MPG.32ffc8127ead8e97989814@172.16.0.1> <o75erh$1s0$1@dont-email.me> <o76a4f$cu$2@reader1.panix.com> <o76b4c$clc$1@dont-email.me> |
In article <o76b4c$clc$1@dont-email.me>, blockedofcourse@foo.invalid says... > > On 2/4/2017 9:36 PM, Grant Edwards wrote: > > On 2017-02-04, Don Y <blockedofcourse@foo.invalid> wrote: > > > >>> The real issues with IoT are protocols, security and longeveity. > >>> > >>> Protocols I bet every manufacturer has their own 'extensions' to any > >>> existing protocol. > >> > >> This can easily be addressed by Standards. > > > > Yep, and the great thing about Standards is that there are so many > > different ones to choose from. And so many different flavors of each > > one. And if you don't like any of them, you can always just write a > > new Standard. > > That's why *groups* write standards instead of individual organizations > (even if those groups are composed of organizations). Its not in THEIR > best interest to go rogue with a corporation-specific standard -- unless > they KNOW they can command a chunk of the market without risking losing > it to some other players (e.g., Beta vs. VHS). Autonomous groups SHOULD write standards and still they will be implemented differently, in the days of X25, there was different implementations for nearly EVERY country that used it. Big players changed how things are done > > Generally once somebody mentions "IoT" or "Industrie 4.0", I just stop > > listening... > > IoT is far too new/evolving. People can't decide what the IoT IoT is just a rebranding of network connected devices otherwise my network facing printers with their web interfaces and SNMP which have done this for 15 years and more are somehow different. > environment will look like, how much of it will be covered in > standards (i.e., which OSI layers), what the goals of the market will > be, etc. It is rebranding just like 'Cloud' BS first of all "There is NO cloud it is just someone elses computer" Cloud is a rebranding of a mixture of things Web/FTP and other usages 1960's buying of mainframe time slices > Beyond the MECHANICS of communication, there's the whole semantic > issue -- how do you codify *meaning* across an unconstrained set of > devices/applications? Most using Bluetooth, unlicensed ISM radio bands, Wifi band and some using fixed wiring protocols that have been around for years. One of my clients is moving a lot of their stuff AWAY from wifi to wired due to site installation problems as their product involves monitoring fridges, freezers for large establishments. The wifi or radio is sporadic on a few sites or so clogged with employees phones continually using wifi bands a stheir phone apps continually phone home. > So, individual players are trying to bring their own mini-ecosystems > to the market and, of course, they are too narrow in scope. You then > end up with little islands of automation that do little more than > give you remote control. That unlike my 30 year old light switch may in 5 years be unsupported unrepairable, not compliant etc.. -- Paul Carpenter | paul@pcserviceselectronics.co.uk <http://www.pcserviceselectronics.co.uk/> PC Services <http://www.pcserviceselectronics.co.uk/LogicCell/> Logic Gates Education <http://www.pcserviceselectronics.co.uk/pi/> Raspberry Pi Add-ons <http://www.pcserviceselectronics.co.uk/fonts/> Timing Diagram Font <http://www.badweb.org.uk/> For those web sites you hate
Back to comp.arch.embedded | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Stupid design decisions Robert Wessel <robertwessel2@yahoo.com> - 2017-01-05 21:14 -0600
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-01-06 12:27 -0700
Re: Stupid design decisions rickman <gnuarm@gmail.com> - 2017-01-06 14:51 -0500
Re: Stupid design decisions Grant Edwards <invalid@invalid.invalid> - 2017-01-06 20:22 +0000
Re: Stupid design decisions David Brown <david.brown@hesbynett.no> - 2017-01-08 17:11 +0100
Re: Stupid design decisions rickman <gnuarm@gmail.com> - 2017-01-08 17:10 -0500
Re: Stupid design decisions Dimiter_Popoff <dp@tgi-sci.com> - 2017-01-09 11:30 +0200
Re: Stupid design decisions rickman <gnuarm@gmail.com> - 2017-01-09 04:58 -0500
Re: Stupid design decisions Dimiter_Popoff <dp@tgi-sci.com> - 2017-01-09 13:10 +0200
Re: Stupid design decisions Clive Arthur <cliveta@nowaytoday.co.uk> - 2017-01-09 11:15 +0000
Re: Stupid design decisions David Brown <david.brown@hesbynett.no> - 2017-01-09 13:48 +0100
Re: Stupid design decisions Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> - 2017-02-08 17:40 -0500
Re: Stupid design decisions Robert Wessel <robertwessel2@yahoo.com> - 2017-01-10 21:42 -0600
Re: Stupid design decisions Tim Wescott <seemywebsite@myfooter.really> - 2017-01-06 15:33 -0600
Re: Stupid design decisions Ed Prochak <edprochak@gmail.com> - 2017-01-30 12:28 -0800
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-01-30 13:52 -0700
Re: Stupid design decisions Grant Edwards <invalid@invalid.invalid> - 2017-01-30 20:55 +0000
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-01-30 14:18 -0700
Re: Stupid design decisions Grant Edwards <invalid@invalid.invalid> - 2017-01-30 21:20 +0000
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-01-30 14:31 -0700
Re: Stupid design decisions Robert Wessel <robertwessel2@yahoo.com> - 2017-01-30 23:37 -0600
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-01-30 23:20 -0700
Re: Stupid design decisions Ed Prochak <edprochak@gmail.com> - 2017-01-30 22:29 -0800
Re: Stupid design decisions rickman <gnuarm@gmail.com> - 2017-01-31 02:10 -0500
Re: Stupid design decisions Hans-Bernhard Bröker <HBBroeker@t-online.de> - 2017-01-30 22:30 +0100
Re: Stupid design decisions rickman <gnuarm@gmail.com> - 2017-01-31 02:00 -0500
Re: Stupid design decisions Ed Prochak <edprochak@gmail.com> - 2017-01-30 22:18 -0800
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-01-30 23:36 -0700
Re: Stupid design decisions jladasky@itu.edu - 2017-01-31 16:01 -0800
Re: Stupid design decisions Paul <paul@pcserviceselectronics.co.uk> - 2017-02-02 09:47 +0000
Re: Stupid design decisions rickman <gnuarm@gmail.com> - 2017-02-02 06:35 -0500
Re: Stupid design decisions Robert Wessel <robertwessel2@yahoo.com> - 2017-02-02 16:26 -0600
Re: Stupid design decisions rickman <gnuarm@gmail.com> - 2017-02-02 19:49 -0500
Re: Stupid design decisions Robert Wessel <robertwessel2@yahoo.com> - 2017-02-03 01:27 -0600
Re: Stupid design decisions Les Cargill <lcargill99@comcast.com> - 2017-02-03 07:18 -0600
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-02-03 10:14 -0700
Re: Stupid design decisions Rob Gaddi <rgaddi@highlandtechnology.invalid> - 2017-02-03 10:12 -0800
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-02-03 14:10 -0700
Re: Stupid design decisions Paul <paul@pcserviceselectronics.co.uk> - 2017-02-04 11:15 +0000
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-02-04 13:52 -0700
Re: Stupid design decisions Grant Edwards <invalid@invalid.invalid> - 2017-02-05 04:36 +0000
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-02-04 21:55 -0700
Re: Stupid design decisions Paul <paul@pcserviceselectronics.co.uk> - 2017-02-05 21:39 +0000
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-02-05 15:55 -0700
Re: Stupid design decisions Paul <paul@pcserviceselectronics.co.uk> - 2017-02-05 23:38 +0000
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-02-05 21:25 -0700
Re: Stupid design decisions Les Cargill <lcargill99@comcast.com> - 2017-02-04 17:26 -0600
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-02-04 16:56 -0700
Re: Stupid design decisions Les Cargill <lcargill99@comcast.com> - 2017-02-03 21:40 -0600
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-02-03 21:48 -0700
Re: Stupid design decisions Paul <paul@pcserviceselectronics.co.uk> - 2017-02-04 11:03 +0000
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-02-04 13:00 -0700
Re: Stupid design decisions Robert Wessel <robertwessel2@yahoo.com> - 2017-02-05 01:49 -0600
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-02-05 10:43 -0700
Re: Stupid design decisions Paul <paul@pcserviceselectronics.co.uk> - 2017-02-05 21:31 +0000
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-02-05 15:22 -0700
Re: Stupid design decisions Paul <paul@pcserviceselectronics.co.uk> - 2017-02-05 23:24 +0000
Re: Stupid design decisions Grant Edwards <invalid@invalid.invalid> - 2017-02-06 03:51 +0000
Re: Stupid design decisions Paul <paul@pcserviceselectronics.co.uk> - 2017-02-06 10:11 +0000
Re: Stupid design decisions rickman <gnuarm@gmail.com> - 2017-02-06 20:07 -0500
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-02-05 21:08 -0700
Re: Stupid design decisions mac <acolvin@efunct.com> - 2017-02-04 14:42 +0000
Re: Stupid design decisions Robert Wessel <robertwessel2@yahoo.com> - 2017-02-05 02:00 -0600
Re: Stupid design decisions Tom Gardner <spamjunk@blueyonder.co.uk> - 2017-02-05 09:11 +0000
Re: Stupid design decisions Robert Wessel <robertwessel2@yahoo.com> - 2017-02-05 03:51 -0600
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-02-05 11:10 -0700
Re: Stupid design decisions Tom Gardner <spamjunk@blueyonder.co.uk> - 2017-02-05 22:22 +0000
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-02-05 16:01 -0700
Re: Stupid design decisions Don Y <blockedofcourse@foo.invalid> - 2017-02-05 11:03 -0700
Re: Stupid design decisions Robert Wessel <robertwessel2@yahoo.com> - 2017-01-30 23:44 -0600
csiph-web