User Tools

Site Tools


public:cbuspublic:start

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
Next revisionBoth sides next revision
public:cbuspublic:start [2020/01/08 14:09] – [CBUS - A universal layout control system] Bob Vetterleinpublic:cbuspublic:start [2020/01/22 15:24] – [Introduction] grovenor
Line 2: Line 2:
 [[public:cbuspublic:docindex|Documentation]]\\  [[public:cbuspublic:docindex|Documentation]]\\ 
 [[public:cbuspublic:schema|Schema files]]\\  [[public:cbuspublic:schema|Schema files]]\\ 
-[[:public|Index to other public Wiki pages]]\\ +[[:public:start|Index to other public Wiki pages]]\\ 
 ==== Introduction ==== ==== Introduction ====
-When first introduced, CBUS was the product of over 4 years development by MERG members Gil Fuchs and Mike Bolton.\\ During that time CBUS went through many stages of evolution and refinement including some major changes in direction until at version 4 in 2007 it was felt sufficiently developed to formally introduce the scheme, not just for MERG members but the world at large. Since its introduction developments have continued with contributions from much wider team of MERG members. +CBUS is Layout Control System based on the CANBUSA description of the system can be found on our public webpages
- +cbus.php and cbus2.php
- +
-The intention was to develop a system for comprehensive layout control based on a general purpose Layout Control Bus (LCB)The fundamental tenet was that of ‘simplicity’ without sacrificing ‘universality’– a difficult juggling trick. It had to be affordable and easy to install and set up by non-technical users. It also had to cover the range from small, simple home layouts to the largest and most complex club layout imaginable. +
- +
-So what are the functions of a layout control system. You can divide these into two basic categories. +
-  - Control of devices (outputs) +
-  - Detection of ‘states’ (inputs) +
-Examples of (1) are changing turnouts (points), signals, power to block sections, turntables, level crossing gates, layout lighting, setting routes, controlling the speed and direction of locomotives (by DCC or analogue DC) and any other electrical or electro-mechanical devices that may be on a layout. +
-Examples of (2) are control panel switches, block occupancy detectors, bar code or RFID readers, turnout direction sensors, turntable position and ‘RailCom’™ track detectors. +
- +
-At the basic level, we wanted our system to both look and operate like a conventional ‘hard wired’ system having a control panel with switches to operate turnouts and simple route setting. It also had to allow use as a ‘CAB bus’ for DCC systems so handsets (CABs) could be connected to a DCC command station using the same wiring. At the other extreme, it had to allow full computer control, using multiple computers if necessary, and a fully automated layout with many thousands of inputs and outputs+
- +
-So far, CBUS has been referred to as a ‘system’The CBUS system can be regarded in two parts. +
-  - The hardware +
-  - The messages +
-The two are not completely independent as the style and frequency of the messages is determined by the hardware capabilityHowever, they will be described  separately. +
 ==== Hardware requirements of the BUS ==== ==== Hardware requirements of the BUS ====
 **The choice of CAN.**\\  **The choice of CAN.**\\ 

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki