{"id":9,"date":"2014-11-15T16:50:28","date_gmt":"2014-11-15T15:50:28","guid":{"rendered":"http:\/\/www.embedded-communication.com\/embedded_communication\/wordpress\/?p=9"},"modified":"2019-10-01T16:44:33","modified_gmt":"2019-10-01T14:44:33","slug":"energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes","status":"publish","type":"post","link":"https:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/","title":{"rendered":"EnergyBus &#8211; The CANopen-based communication standard for LEVs and E-Bikes"},"content":{"rendered":"<p><\/p>\n<h2>Why EnergyBus?<\/h2>\n<p>The LEV market is currently characterized by numerous proprietary solutions for the communication between components and with chargers. Vendors of e-bikes cannot use components from different manufacturers due to a missing compatibility. On the contrary many e-bike manufacturers and customers wish to have replaceable components with different feature sets and the possibility to charge the e-bike or pedelec at public charging stations without the need to bring an own charger.<br \/>\nThe EnergyBus e.V. association with currently around 70 member companies has dedicated itself to these targets. The objective of the association is to develop and to promote the EnergyBus standard. First successful results have been reached. In the national cycle traffic plan the German government has committed to develop a non-proprietary LEV charging infrastructure by 2020 and the international standardization within ISO and IEC has been started and pilot projects with public EnergyBus charging stations are running.<br \/>\nThe EnergyBus connectors<br \/>\nBesides the communication between the components special connectors for EnergyBus devices have been developed by EnergyBus e.V. as well.<br \/>\nProperties of the EnergyBus connector:<\/p>\n<ul>\nVoltage up to 48V (power line)<br \/>\nCurrent up to 50A<br \/>\n2 pins for power (Powerline)<br \/>\n2 pins for 12V auxiliary voltage (for passive devices and to wake up deeply-discharged batteries)<br \/>\n2 pins for CAN communication<br \/>\nmagnetic reverse polarity protection<br \/>\nunintended pulling out without damage is possible\n<\/ul>\n<p><!--more--><\/p>\n<h2>CAN and CANopen<\/h2>\n<p>At the beginning of the EnergyBus development it has been evaluated which network protocol fits the requirements of EnergyBus. CAN, LIN, USB, I\u00b2C and RS485 have been taken into account, but CAN (Controller Area Network) has been chosen because of its robustness, flexibility and wide-spread use and availability. CAN is currently the dominating communication system in passenger cars and it provides broadcast communication and sophisticated error detection mechanisms. CAN is supported by nearly all manufacturers of microcontrollers and a CAN controller is integrated in most microcontrollers. It is a serial protocol which transmits its signal on the bit level as differential signals between to wires.<br \/>\nAs CAN does not define an application layer protocol there was the need to define one. Instead of developing a new protocol from scratch, it has been decided to use CANopen as a basis for the communication. Therefore the EnergyBus e.V. association started a cooperation with the CAN in Automation association which maintains the CANopen specifications and its device and application profiles.<br \/>\nCANopen is a standardized communication protocol for embedded control networks. Its origin is the automation industry but in the meantime it covers a broad field of applications including railway application, off-road vehicles and special cars e.g. police cars and taxicabs.<br \/>\nThe CANopen protocol provide a set of standardized services to exchange data between devices (nodes) in a network using CAN messages. One of the most important services is the PDO service (Process Data Objects) which allows the transmission of process data in CAN messages without protocol overhead. The SDO service (Service Data Object) provides a random access to all defined parameters of a CANopen device. Additionally the CANopen communication and application profiles define a set of parameters (object dictionary) which have to be available at all CANopen or profile compliant devices. CANopen networks can consist of 127 devices which can be addressed by its node-id. The node-id can be fixed (static or configurable by DIP switch) or dynamically assigned by the so called Layer Setting Service (LSS) which is similar to DHCP service. Device errors or alarms can be signaled in CANopen by so called Emergency messages whose content is also defined by profiles.<br \/>\n<strong>CANopen Application profile<\/strong><br \/>\nIn contrast to CANopen communication and device profiles, the application profiles define a complete application e.g. a LEV where components can be changed without reconfiguration. Application profiles define a fixed set of device properties and behavior and reduce the flexibility of CANopen to the needs of the application. The EnergyBus communication is defined in such an application profile \u2013 CiA 454 &#8211; which is officially called &#8216;Application profile for energy management systems&#8217;.<br \/>\nIt defines a set of virtual devices with defined properties and configuration parameters. One or more virtual devices can be combined in a physical device. Currently the following virtual devices are specified:<br \/>\nBattery<br \/>\nVoltage Converter (Charger)<br \/>\nMotor control unit (MCU)<br \/>\nDisplay (HMI)<br \/>\nEnergyBus Controller as network master<br \/>\nSecurity Device<\/p>\n<p>Additionally the CANopen application profile 454 defines the parameters in the object dictionary, a state machine for each virtual device, the process data which are sent by PDO with their cycle times and further properties. The profile covers further definitions for Emergency messages and it defines the use of dynamic node-id assignment by LSS and the maximum number of virtual devices.<\/p>\n<p>EnergyBus devices are distinguished in active and passive devices. Active devices like the batteries, the chargers and the motor controller are connected to the power line. The passive devices instead are only powered by the 12V auxiliary voltage.<br \/>\nThe profile additionally defines a bit rate of 250 kbit\/s for CAN and recommends a CAN transceiver according to ISO 11898-5 \u2013 high-speed with low-power-mode. The new ISO 11898-6 transceiver with selective sleep functionality can be used as well.<br \/>\nExample: Battery<br \/>\nAll EnergyBus devices must provide the following parameters (objects in CANopen terms) and allow access to them via EnergyBus:<br \/>\nsupported virtual device<br \/>\ndevice status<br \/>\ndevice capability<br \/>\nrated voltage<br \/>\ncontrol word<\/p>\n<p>A battery must additionally support all mandatory parameters for active devices:<br \/>\nmaximum continuous input current<br \/>\nmaximum continuous output current<br \/>\nmaximum and minimum voltage<br \/>\nallowed peak value for input current<br \/>\nallowed peak value for output current<br \/>\nactual voltage and current values<br \/>\nrequest of voltage or current limitation<\/p>\n<p>And there are finally battery specific objects:<br \/>\ntype of battery<br \/>\nactual capacity<br \/>\nrated capacity<br \/>\ntemperature<br \/>\ncell voltages and currents<\/p>\n<p>The EnergyBus specification additionally defines several optional parameters for each component. For batteries these are e.g. a deep discharge counter, a short cut counter, an over-temperature counter or a total Wh output counter and other objects. These optional parameters can be implemented by battery manufacturers to provide a history of the battery for after-sales service.<br \/>\nThe firmware for the battery is mostly integrated in the battery management system and has to implement the following state machine as defined by the EnergyBus specification:<\/p>\n<p>This state machine ensures that the battery is only attached to the power line if requested by the EnergyBus Controller.<br \/>\nThe advantage of the EnergyBus standardization is that all EnergyBus compliant batteries (and other components) provide the same parameters and can be configured in the same way, so public charging stations will be able to charge different batteries from different manufacturers and EnergyBus tools will be able to communicate with all EnergyBus components.<br \/>\nFurthermore there can be more than one battery in an EnergyBus network and thus it is possible to connect a second battery to a pedelec to increase its range. Thanks to the standardized communication the connection can be realized without difficulties.<br \/>\nThe application profile also defines a PDO mapping for each virtual device. For a battery these CAN messages have a defined structure and content depending on the number of the battery in the network which is assigned dynamically by the EnergyBus Controller, if more than one battery is present in the network.<\/p>\n<p><strong>EnergyBus Controller<\/strong><br \/>\nThe EnergyBus controller (EBC) is the central CANopen and control master in the EnergyBus network. The tasks are the assignment of node-ids by Layer Setting Services and the configuration of the devices by SDO. Additionally it performs a compatibility check for each device and the power line is only enabled if all devices signal that they are able to handle the provided voltage. Another task of the EBC is monitoring of all devices and reactions on device errors or loss of devices.<br \/>\nThe virtual device EnergyBus Controller can also be implemented together with other components in one virtual device. For pedelecs the EBC will mostly be combined with the motor controller (MCU) in one physical device. Another use case is the implementation of EBC in a charger. In this case the EBC shall only be active, if it is the only EBC in the network.<br \/>\nFrom the CANopen point of view the EnergyBus Controller has to implement the following functionalities: network master, dynamic object dictionary, LSS master with FastScan, SDO client, Emergency consumer, Heartbeat consumer, PDO producer and consumer and additionally a SYNC producer with 100ms cycle time.<br \/>\nExtensions for isolated power grids<br \/>\nIsolated power grids can be found e.g. on solar-powered isolated farms in remote regions. The Fraunhofer institute for Solar Energy Systems(ISE) had started with the standardization of the energy management of isolated grids and has developed the Universal Energy Supply Protocol (UESP) which should be standardized as CANopen application profile as well. Because of the big cut set of LEV applications and energy management in isolated power grids, it has been decided to merge both use cases into the EnergyBus application profile CiA 454. The merger of both profiles lead to an abstraction and generalization of the components. Chargers for example have been extended to voltages converters that cover all kinds of current or voltage sources. Furthermore an EnergyBus network for stationary power grids may contain multiple power lines and gateways and there are additional modes of operation defined for master-less applications. This leads to new possibilities to extend and to couple the networks of both application fields. Both solar-powered charging stations for pedelecs as well as connection of pedelec batteries with the grid of a recreational vehicle (RV) \u2013 an isolated power grid &#8211; are in consideration. In the near future it will be possible that the batteries of a pedelec can be loaded from an RV and the pedelec can give power back to the RV if needed.<br \/>\n<strong>Implementation of EnergyBus<\/strong><br \/>\nThe EnergyBus specification and the basic CANopen communication profiles are freely available for members of the EnergyBus e.V.. Any member of the EnergyBus association can implement EnergyBus components. Because of the use of the CANopen protocol it is recommended to use a commercial-off-the-self CANopen stack which are available from different suppliers.<br \/>\nA further simplification of the development process can be achieved using the EnergyBus framework from emtas (www.emtas.de\/en) which encapsulates all EnergyBus and CANopen services and state machines. Using this framework detailed knowledge of EnergyBus and CANopen is not required for developers of EnergyBus components.<\/p>","protected":false},"excerpt":{"rendered":"<p>Sorry, this entry is only available in Deutsch.<\/p>\n","protected":false},"author":1,"featured_media":59,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2,4],"tags":[],"class_list":["post-9","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-canopen","category-energybus"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v24.0 - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>EnergyBus - The CANopen-based communication standard for LEVs and E-Bikes - embedded communication<\/title>\n<meta name=\"description\" content=\"(Deutsch) Technische Einf\u00fchrung in EnergyBus - dem CANopen-basierenden Kommunikationsprotokoll f\u00fcr Elektrofahrr\u00e4der und andere LEV mit definierter Ladeschnittstelle.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"EnergyBus - The CANopen-based communication standard for LEVs and E-Bikes - embedded communication\" \/>\n<meta property=\"og:description\" content=\"(Deutsch) Technische Einf\u00fchrung in EnergyBus - dem CANopen-basierenden Kommunikationsprotokoll f\u00fcr Elektrofahrr\u00e4der und andere LEV mit definierter Ladeschnittstelle.\" \/>\n<meta property=\"og:url\" content=\"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/\" \/>\n<meta property=\"og:site_name\" content=\"embedded communication\" \/>\n<meta property=\"article:published_time\" content=\"2014-11-15T15:50:28+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2019-10-01T14:44:33+00:00\" \/>\n<meta property=\"og:image\" content=\"http:\/\/www.embedded-communication.com\/wp-content\/uploads\/2016\/07\/energybus2.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1200\" \/>\n\t<meta property=\"og:image:height\" content=\"385\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Torsten Gedenk\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@EmbeddedComm\" \/>\n<meta name=\"twitter:site\" content=\"@EmbeddedComm\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Torsten Gedenk\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"18 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/#article\",\"isPartOf\":{\"@id\":\"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/\"},\"author\":{\"name\":\"Torsten Gedenk\",\"@id\":\"http:\/\/www.embedded-communication.com\/#\/schema\/person\/8f0fcf033edee00b06d4dd4cf196680e\"},\"headline\":\"EnergyBus &#8211; The CANopen-based communication standard for LEVs and E-Bikes\",\"datePublished\":\"2014-11-15T15:50:28+00:00\",\"dateModified\":\"2019-10-01T14:44:33+00:00\",\"mainEntityOfPage\":{\"@id\":\"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/\"},\"wordCount\":3600,\"publisher\":{\"@id\":\"http:\/\/www.embedded-communication.com\/#organization\"},\"image\":{\"@id\":\"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.embedded-communication.com\/wp-content\/uploads\/2016\/07\/energybus2.png\",\"articleSection\":[\"CANopen\",\"EnergyBus\"],\"inLanguage\":\"en-US\"},{\"@type\":\"WebPage\",\"@id\":\"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/\",\"url\":\"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/\",\"name\":\"EnergyBus - The CANopen-based communication standard for LEVs and E-Bikes - embedded communication\",\"isPartOf\":{\"@id\":\"http:\/\/www.embedded-communication.com\/#website\"},\"primaryImageOfPage\":{\"@id\":\"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/#primaryimage\"},\"image\":{\"@id\":\"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.embedded-communication.com\/wp-content\/uploads\/2016\/07\/energybus2.png\",\"datePublished\":\"2014-11-15T15:50:28+00:00\",\"dateModified\":\"2019-10-01T14:44:33+00:00\",\"description\":\"(Deutsch) Technische Einf\u00fchrung in EnergyBus - dem CANopen-basierenden Kommunikationsprotokoll f\u00fcr Elektrofahrr\u00e4der und andere LEV mit definierter Ladeschnittstelle.\",\"breadcrumb\":{\"@id\":\"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/#primaryimage\",\"url\":\"https:\/\/www.embedded-communication.com\/wp-content\/uploads\/2016\/07\/energybus2.png\",\"contentUrl\":\"https:\/\/www.embedded-communication.com\/wp-content\/uploads\/2016\/07\/energybus2.png\",\"width\":1200,\"height\":385},{\"@type\":\"BreadcrumbList\",\"@id\":\"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Startseite\",\"item\":\"http:\/\/www.embedded-communication.com\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"EnergyBus &#8211; The CANopen-based communication standard for LEVs and E-Bikes\"}]},{\"@type\":\"WebSite\",\"@id\":\"http:\/\/www.embedded-communication.com\/#website\",\"url\":\"http:\/\/www.embedded-communication.com\/\",\"name\":\"embedded communication\",\"description\":\"A blog about embedded communcation protocols.\",\"publisher\":{\"@id\":\"http:\/\/www.embedded-communication.com\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"http:\/\/www.embedded-communication.com\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Organization\",\"@id\":\"http:\/\/www.embedded-communication.com\/#organization\",\"name\":\"embedded communication\",\"url\":\"http:\/\/www.embedded-communication.com\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"http:\/\/www.embedded-communication.com\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/www.embedded-communication.com\/wp-content\/uploads\/2016\/08\/embedded-communication.png\",\"contentUrl\":\"https:\/\/www.embedded-communication.com\/wp-content\/uploads\/2016\/08\/embedded-communication.png\",\"width\":240,\"height\":240,\"caption\":\"embedded communication\"},\"image\":{\"@id\":\"http:\/\/www.embedded-communication.com\/#\/schema\/logo\/image\/\"},\"sameAs\":[\"https:\/\/x.com\/EmbeddedComm\"]},{\"@type\":\"Person\",\"@id\":\"http:\/\/www.embedded-communication.com\/#\/schema\/person\/8f0fcf033edee00b06d4dd4cf196680e\",\"name\":\"Torsten Gedenk\",\"url\":\"https:\/\/www.embedded-communication.com\/en\/author\/ged\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"EnergyBus - The CANopen-based communication standard for LEVs and E-Bikes - embedded communication","description":"(Deutsch) Technische Einf\u00fchrung in EnergyBus - dem CANopen-basierenden Kommunikationsprotokoll f\u00fcr Elektrofahrr\u00e4der und andere LEV mit definierter Ladeschnittstelle.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/","og_locale":"en_US","og_type":"article","og_title":"EnergyBus - The CANopen-based communication standard for LEVs and E-Bikes - embedded communication","og_description":"(Deutsch) Technische Einf\u00fchrung in EnergyBus - dem CANopen-basierenden Kommunikationsprotokoll f\u00fcr Elektrofahrr\u00e4der und andere LEV mit definierter Ladeschnittstelle.","og_url":"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/","og_site_name":"embedded communication","article_published_time":"2014-11-15T15:50:28+00:00","article_modified_time":"2019-10-01T14:44:33+00:00","og_image":[{"width":1200,"height":385,"url":"http:\/\/www.embedded-communication.com\/wp-content\/uploads\/2016\/07\/energybus2.png","type":"image\/png"}],"author":"Torsten Gedenk","twitter_card":"summary_large_image","twitter_creator":"@EmbeddedComm","twitter_site":"@EmbeddedComm","twitter_misc":{"Written by":"Torsten Gedenk","Est. reading time":"18 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/#article","isPartOf":{"@id":"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/"},"author":{"name":"Torsten Gedenk","@id":"http:\/\/www.embedded-communication.com\/#\/schema\/person\/8f0fcf033edee00b06d4dd4cf196680e"},"headline":"EnergyBus &#8211; The CANopen-based communication standard for LEVs and E-Bikes","datePublished":"2014-11-15T15:50:28+00:00","dateModified":"2019-10-01T14:44:33+00:00","mainEntityOfPage":{"@id":"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/"},"wordCount":3600,"publisher":{"@id":"http:\/\/www.embedded-communication.com\/#organization"},"image":{"@id":"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/#primaryimage"},"thumbnailUrl":"https:\/\/www.embedded-communication.com\/wp-content\/uploads\/2016\/07\/energybus2.png","articleSection":["CANopen","EnergyBus"],"inLanguage":"en-US"},{"@type":"WebPage","@id":"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/","url":"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/","name":"EnergyBus - The CANopen-based communication standard for LEVs and E-Bikes - embedded communication","isPartOf":{"@id":"http:\/\/www.embedded-communication.com\/#website"},"primaryImageOfPage":{"@id":"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/#primaryimage"},"image":{"@id":"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/#primaryimage"},"thumbnailUrl":"https:\/\/www.embedded-communication.com\/wp-content\/uploads\/2016\/07\/energybus2.png","datePublished":"2014-11-15T15:50:28+00:00","dateModified":"2019-10-01T14:44:33+00:00","description":"(Deutsch) Technische Einf\u00fchrung in EnergyBus - dem CANopen-basierenden Kommunikationsprotokoll f\u00fcr Elektrofahrr\u00e4der und andere LEV mit definierter Ladeschnittstelle.","breadcrumb":{"@id":"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/#primaryimage","url":"https:\/\/www.embedded-communication.com\/wp-content\/uploads\/2016\/07\/energybus2.png","contentUrl":"https:\/\/www.embedded-communication.com\/wp-content\/uploads\/2016\/07\/energybus2.png","width":1200,"height":385},{"@type":"BreadcrumbList","@id":"http:\/\/www.embedded-communication.com\/en\/canopen\/energybus-the-canopen-based-communication-standard-for-levs-and-e-bikes\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Startseite","item":"http:\/\/www.embedded-communication.com\/"},{"@type":"ListItem","position":2,"name":"EnergyBus &#8211; The CANopen-based communication standard for LEVs and E-Bikes"}]},{"@type":"WebSite","@id":"http:\/\/www.embedded-communication.com\/#website","url":"http:\/\/www.embedded-communication.com\/","name":"embedded communication","description":"A blog about embedded communcation protocols.","publisher":{"@id":"http:\/\/www.embedded-communication.com\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"http:\/\/www.embedded-communication.com\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Organization","@id":"http:\/\/www.embedded-communication.com\/#organization","name":"embedded communication","url":"http:\/\/www.embedded-communication.com\/","logo":{"@type":"ImageObject","inLanguage":"en-US","@id":"http:\/\/www.embedded-communication.com\/#\/schema\/logo\/image\/","url":"https:\/\/www.embedded-communication.com\/wp-content\/uploads\/2016\/08\/embedded-communication.png","contentUrl":"https:\/\/www.embedded-communication.com\/wp-content\/uploads\/2016\/08\/embedded-communication.png","width":240,"height":240,"caption":"embedded communication"},"image":{"@id":"http:\/\/www.embedded-communication.com\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/x.com\/EmbeddedComm"]},{"@type":"Person","@id":"http:\/\/www.embedded-communication.com\/#\/schema\/person\/8f0fcf033edee00b06d4dd4cf196680e","name":"Torsten Gedenk","url":"https:\/\/www.embedded-communication.com\/en\/author\/ged\/"}]}},"_links":{"self":[{"href":"https:\/\/www.embedded-communication.com\/en\/wp-json\/wp\/v2\/posts\/9","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.embedded-communication.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.embedded-communication.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.embedded-communication.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.embedded-communication.com\/en\/wp-json\/wp\/v2\/comments?post=9"}],"version-history":[{"count":16,"href":"https:\/\/www.embedded-communication.com\/en\/wp-json\/wp\/v2\/posts\/9\/revisions"}],"predecessor-version":[{"id":848,"href":"https:\/\/www.embedded-communication.com\/en\/wp-json\/wp\/v2\/posts\/9\/revisions\/848"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.embedded-communication.com\/en\/wp-json\/wp\/v2\/media\/59"}],"wp:attachment":[{"href":"https:\/\/www.embedded-communication.com\/en\/wp-json\/wp\/v2\/media?parent=9"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.embedded-communication.com\/en\/wp-json\/wp\/v2\/categories?post=9"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.embedded-communication.com\/en\/wp-json\/wp\/v2\/tags?post=9"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}