[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: AW: [ocpp] OASIS OCPP: Use Cases for show message on Charge Point wanted
Hi Robert, a display cycle (of one state, each state has its own cycle and frames) starts with the State_y_Frame 1 for x1 seconds then State_y_Frame 2 for x2 seconds and so
on until the last frame is displayed. Finally the cycle starts from the beginning displaying the State_y_Frame 1. If the state changes, the cycle is interrupted and a new one is started (corresponding to the new state). So you will have to “inject” ore overlap
one of the “cycle” frames. >>> Do you mean that with 1 message can contain all of these in one message so the same message can be send to different Charge Points? Or that the message has to be able to support different types
of display: multi line, single line, B&W and Color? Is Color a SHOULD or a nice to have? This is one of the option where the rendering is done at the CP. Alternatively the CS can prepare the correct frame and send it to the CP .
For the Color element there are two aspects: -
One is the text color on a color display -
There are several CP that have additionally a visual interface (RGB LEDs) that can be also controlled by such a message. Generally this are options. At the end, only the CP will decide what to do with this information: display, print, change color or just ignore. Mit freundlichen Grüßen / Kind regards
Von: ocpp@lists.oasis-open.org [mailto:ocpp@lists.oasis-open.org]
Im Auftrag von Robert de Leeuw Hi Sergiu, Great input! What do you mean with "cycle"? "2. The
message should support different screen levels (Single line B&W, multiline B&W, multiline Color etc. )" Do you mean that with 1 message can contain all of these in one message so the same message can be send to different Charge Points? Or that the message has to be able to support different types
of display: multi line, single line, B&W and Color? Is Color a SHOULD or a nice to have? "3. The message should support graphic elements (from your example a Santa Claus picture)" Is this a SHOULD or a nice to have?
Kind regards, Hoge Ham 85 5104 JC Dongen John F. Kennedylaan 3 5555 XC Valkenswaard
2016-11-08 9:41 GMT+01:00 <sergiu.tcaciuc@mennekes.de>: Hello Robert, We had a similar subject for some time (we did not got a solution). The following requirements for a custom message was relevant: 1.
The message should fit into one sub-screen (a list of sub-screens displayed during one state in a cycle. The cycle relates as long as the state persist) 2.
The message should support different screen levels (Single line B&W, multiline B&W, multiline Color etc. ) 3.
The message should support graphic elements (from your example a Santa Claus picture) 4.
The message should support simple multiline formatting elements (like CSS: Size, Font, Color etc.) 5.
The message should support different languages (Unicode?) 6.
The message should include the minimum display time in a cycle 7.
The message can include the overlay priority (display on top of all screens or between the screens at the cycle end)
8.
The message can include the maximum display time in a cycle 9.
The message can include a validity period or number of cycles 10.
The message can include the charging point state when is should be displayed (ex. only in idle) As examples i would add: -
Display bonus information -
Display personalized greetings Hope this can be helpful for you. Mit freundlichen Grüßen / Kind regards
Von:
ocpp@lists.oasis-open.org [mailto:ocpp@lists.oasis-open.org]
Im Auftrag von Robert de Leeuw Hi All. There was an idea for a CR about sending a message/text to a Charge Point that should be displayed on the Charge Point if it has a display. Are there companies in this TC with use cases for this? Requirements? Can you please provide these?
Kind regards, Hoge Ham 85 5104 JC Dongen John F. Kennedylaan 3 5555 XC Valkenswaard
|
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]