Datum & tijd April To whom it may concern. P.J. Swaak

Transcriptie

1 Onderwerp Plan van Aanpak Design Battle, ZCC Datum & tijd April 2018 Aan To whom it may concern CC Van P.J. Swaak Inleiding Talking Logistics komt voort uit het Partnership Talking Traffic, een innovatiepartnership tussen het ministerie van IenW en bedrijfsleven. Daar waar Talking Traffic zich concentreert op wegverkeer en de uitwisseling van gegevens tussen voertuig en wegkant gebruikmakend van cellulaire technologie (lees LTE/4G 1 en 5G) gaat Talking Logistics over de logistiek. Onderstaand de 5 thema s van Talking Logistics. Onder thema 5 (Zelfrijdend) focussen we ons op geautomatiseerd, autonoom en duurzaam vrachtvervoer. In eerste instantie gericht op containervervoer in de zogenaamde Tulip corridor: Amsterdam/Rotterdam/Antwerpen richting Venlo en verder. 1 LTE (afkorting van Long Term Evolution) is de technologie die het mogelijk maakt om 4G-internet aan te bieden. De termen LTE en 4G worden vaak door elkaar gebruikt, maar er wordt hetzelfde bedoeld: mobiel internet met hoge snelheid. LTE heb je in verschillende vormen en snelheden. Talking Logistics Design Battle PvA Pagina 1 (van 7)

2 Aanleiding We zien dat de achterland logistiek last heeft van wachtrijen bij terminals en depots, dat er een steeds groter wordend tekort aan goed opgeleide (NL) chauffeurs ontstaat, dat efficiency verbeteringen voor een deel wordt begrensd door wet- en regelgeving (bijv. rust- en arbeidstijden) waardoor de truck niet optimaal benut kan worden, dat een groot deel van het wegennet s nachts onderbenut is en dat steeds stringentere milieu regelgeving inzake geluid en emissies forse investeringen vragen die niet of moeilijk terugverdient kunnen worden. In a nutshell de uitdagingen voor overheden en sector. Dus het lijkt het waard om de haalbaarheid te onderzoeken van geautomatiseerde goederenstroom afhandeling in combinatie met geautomatiseerd, autonoom en duurzaam transport. Niet meteen voor alles maar vooralsnog op de hierboven beschreven corridor voor containertransporten. Doordenkend zijn we op het idee gekomen van een zelfrijdend containerchassis (ZCC), analoog aan de AGV s op de containerterminals, dat in de nachtelijke uren op punt-punt verbindingen gaat rijden. We kiezen voor containervervoer omdat één van de voorwaarden is dat de keten volledig digitaal (dus papierloos) afgehandeld kan worden. Immers, geen chauffeur die de documenten kan halen en meenemen. De containerketen is al vergaand gedigitaliseerd en achterland bestemmingen zijn vaak al ver van tevoren bekend. Verder zijn er al (of zijn in ontwikkeling) diverse bouwblokken beschikbaar die e.e.a mogelijk zouden moeten maken (bijvoorbeeld: ishare, Blockchain, OTM, Talking Traffic diensten, e-cmr etc.) en is ook de wet en regelgeving steeds meer klaar voor experimenten met dit soort zelfrijdende concepten. Het Talking Logistics thema Zelfrijdend bestaat uit een aantal werksporen (WS). WS 1 heeft betrekking op de digitale keten van administratieve afhandeling en WS 2 heeft betrekking op de haalbaarheid van een ZCC. De werksporen daarna hebben betrekking op ontwerp (zowel van de ZCC alsook het logistieke concept), bouw, testen etc. Belangrijk: Dit is een serieuze poging om te innoveren, met alle onzekerheid van dien. Het is voor alle partijen een leertraject. Ook voor de overheid: wat moet er geregeld worden om een ZCC mogelijk te maken? Daar waar mogelijk zal met de opdrachtnemer afspraken gemaakt worden over ontwikkeling en realisatie. Ook exploitatie en afname zullen dan ondersteund kunnen worden indien nodig. In de vorm van een Innovatie Partnership of anderszins en uiteraard binnen de mogelijkheden van aanbestedingsrecht. Deze notitie is bedoeld om een traject in gang te zetten dat leidt tot een niet openbare aanbesteding met inschrijfvergoeding voor maximaal 3 coalities die de Design Battle ingaan. De maximale vergoeding is ca euro ex BTW per coalitie. Parallel daaraan willen we via starthubs.co een challenge laten lopen onder >500 start-ups (platform kosten 15K en prijzengeld 10K). Relatie truck platooning Er is afstemming gepleegd met de activiteiten van het truck platooning netwerk. Dit zijn twee parallelle trajecten waarin continue afstemming is geborgd. Talking Logistics Design Battle PvA Pagina 2 (van 7)

3 Design Battle De haalbaarheid van een ZCC willen we onderzoeken door het inrichten van een Design Battle o.b.v. onderstaande uitgangspunten: De Design Battle moet een concreet inzicht geven in integratiemogelijkheden bestaande componenten (denk: chassis, aandrijflijnen, besturing, sensoriek, communicatie) en intelligentie. De oplossing moet voldoende uitgewerkt worden om basis te zijn voor prototype ontwerp inclusief kosten en productie eisen. De oplossing moet technisch haalbaar (geen luchtfietserij) en veilig zijn. De oplossing moet voorzien in combi van voertuigsensoren, externe data ingestie, intelligentie in het voertuig en in de cloud. De oplossing moet SAE Level 4-5 zijn gebruikmakend van alle bestaande en nieuwe connectiviteit (5G 2 en G5 waar beschikbaar). Proces, inrichting en kaders Het proces bestaat uit de volgende stappen: 1. Vaststellen randvoorwaarden design battle. Denk hierbij aan: a. Selectie van de coalities o.b.v. kennis en ervaring b. Toepasbaarheid en Veiligheid criteria c. IP d. Jury en beoordelingsaspecten 2. Vormen coalities, uitwerken intentieverklaringen en inkoopproces a. De intentieverklaring is een overeenkomst tussen opdrachtgever en opdrachtnemer. Hierin proberen we wederkerigheid tot uitdrukking te brengen inzake verwachte kwaliteit, toepasbaarheid, perspectief en vervolgtraject etc. De komende 2 maanden zal dit ontwikkeld worden. b. Het staat alle partijen vrij om alleen of in coalitievorm (laatste heeft de voorkeur) in te schrijven. De geselecteerde partijen krijgen d.m.v. een zogenaamde O&O opdracht een kostenvergoeding betaald. Het inkoopproces hiertoe is ingericht. 3. Inrichten Design Battle en opdrachtverlening a. Nadat de coalities zijn gevormd, de intentieovereenkomst is getekend worden de O&O opdrachten verstrekt en kan de battle van start 4. Uitvoeren Design Battle m.b.v. online community a. De coalities mogen in eigen tijd en werkomgeving aan de slag. Wij verzorgen een online werkomgeving (per team indien gewenst) waarin we support geven en vragen beantwoorden gedurende de hele battle periode b. Parallel aan de design battle zijn we voornemens om ook een start-up battle te organiseren met dezelfde uitgangspunten en vragen. Dit vormt dan een mooie tegenhanger met de gevestigde bedrijven en kennis. 5. Evaluatieresultaten door opdrachtgever en jury a. Na afloop van de battle volgt de beoordeling van de resultaten. 6. Go- No go en besluit of we met 1-2 ontwerpen naar design- en bouwfase doorgaan Met die partijen waar we mee doorgaan zal een nadere overeenkomst worden gesloten t.b.v. realisatie van een prototype. 2 Tegelijkertijd zijn we een voorstel aan het voorbereiden voor een dekkend 5G netwerk (onder de as Amsterdam-Zwolle) met een hoge quality of service die het mogelijk maakt om videobeelden, sensor en voertuigdata etc. min of meer real-time te delen. Dit is nodig voor de besturing en de afstand monitoring met een minimale reactietijd. Talking Logistics Design Battle PvA Pagina 3 (van 7)

4 Coalitie selectiecriteria Omdat we niet een openbare tender nastreven hanteren we onderstaande selectiecriteria voor coalities en bedrijven die zich hebben ingeschreven via de website: De coalitie moet beschikken over aantoonbare kennis en ervaring op het gebied van: o Technologie: mechanisch (chassis), technisch (aandrijving etc.) en sensorisch (C-ITS) De coalitie moet in staat worden geacht om het ingediende ontwerp ook te (laten) fabriceren De coalitie moet bestaan uit bij voorkeur Nederlandse bedrijven De coalitie moet beschikken over de kennis en ervaring die elders is opgedaan met soortgelijke concepten De Coalitie moet in staat zijn om binnen 3 maanden met een ontwerp te komen Coalitie selectieproces Op basis van de voorgesprekken en de inschrijving worden drie partijen/coalities geselecteerd. Met hen wordt de intentieovereenkomst en het inkoopproces doorlopen. Parallel hieraan is het voornemen om (als 4 e partij) gebruik te maken van starthubs.co ( Of via onze eigen online community. Planning Voorbereiding: maart - mei 2018 Uitvoeren battle: juni-september 2018 Jurering: oktober 2018 Winnaars: november 2018 De Design Battle principes Het resultaat van de design battle is dat elke coalitie een technisch ontwerp of Poof of Concept inlevert dat minimaal op onderstaande zaken ingaat. 1. Technische uitwerking: mechanische componenten, afmetingen en gewicht a. Zelfsturend chassis, remote control, video en camera beelden b. Container ready 20, 40 en 45 ft c. Maximaal gewicht 20ft chassis + aandrijflijn: 11,5 ton d. Maximaal gewicht 40ft chassis + aandrijflijn: 13,5 ton 2. Technische uitwerking: aandrijf componenten en snelheid a. Chassis met Zero emissie aandrijftechniek (H2 en/of elektrisch) b. Snelheid minimaal 60 km/uur 3. Technische uitwerking: C-ITS componenten en snelheid van datatransmissie a. Sensor- en datatransmissie met lage latency b. LTE, 3GPP release 16+, cellulair v2x en 5g ready c. Latency datatransmissie van max 120 ms, bij voorkeur richting de 30 ms (koppeling met 5G) of nadere informatie over veiligheid en reactietijden d. Secure connectiviteit (voertuig remote ontrol center) 4. Veiligheid technische uitwerking: gebruikte veiligheidssystemen, mate van autonoom en op afstand stuurbaar a. Zelfsturend chassis, ook op afstand bestuurbaar b. Minimaal 2 redundante veiligheidssystemen, in chassis en remote 5. Ontwerp voldoet minimaal aan Technology Readiness Level 3-4 (zie bijlage A) 6. Inzicht in productiekosten en -eisen a. Informatie over up-time, monitoring, service en onderhoud b. Inzage in onderbouwde kosten af-fabriek 7. Inzicht in bouw- en leveringscondities proto- en productietype a. Inzage in betrouwbaarheid levering en fabricagetijd prototype Talking Logistics Design Battle PvA Pagina 4 (van 7)

5 b. Inzage in betrouwbaarheid levering en fabricagetijd test type 8. Inzicht in mate waarin ontwerp aan bestaande en toekomstige wet- en regelgeving voldoet met eventueel ontheffingen RDW. Ga uit van de bestaande wet en regelgeving, inclusief de zgn. experimenteerwet en bepaal waar ontheffing nodig is. 9. Denk ook na over de automatisering van de keten en de rol van mens/chauffeur als controller in Level 4 en Logistiek concept: bijvoorbeeld neem een containerterminal mee en doe een poging om te komen tot een logistiek dienstenconcept. 11. Algemene richtlijnen: a. De oplossing moet een concreet inzicht geven in integratiemogelijkheden bestaande componenten (denk: chassis, aandrijflijnen, besturing, sensoriek, communicatie) en intelligentie. b. De oplossing moet voldoende uitgewerkt worden om basis te zijn voor prototype ontwerp inclusief kosten en productie eisen. c. De oplossing moet technisch haalbaar (geen luchtfietserij) en veilig zijn. d. De oplossing moet voorzien in combi van voertuigsensoren, externe data ingestie, intelligentie in het voertuig en in de cloud. e. De oplossing moet SAE Level 4-5 zijn gebruikmakend van alle bestaande en nieuwe connectiviteit (5G 3 en G5 waar beschikbaar). De Design Battle beoordelingscriteria De ingeleverde ontwerpen zullen allen langs dezelfde lat gemeten worden door een terzake kundige jury (nog formeel samen te stellen) De jury hanteert onderstaande beoordelingscriteria 1. Technische uitwerking: mechanische componenten, afmetingen en gewicht 2. Technische uitwerking: aandrijf componenten en snelheid 3. Technische uitwerking: C-ITS componenten en snelheid van datatransmissie 4. Veiligheid technische uitwerking: gebruikte veiligheidssystemen, mate van autonoom en op afstand stuurbaar 5. Inschatting van het Technology Readiness Level (1 tm 9, zie bijlage A) 6. Productiekosten en -eisen 7. Bouw- en leveringscondities proto- en productietype 8. Mate waarin ontwerp aan bestaande en toekomstige wet- en regelgeving voldoet 9. Mate waarin nagedacht is over HMI en besturing op afstand 10. Mate waarin nagedacht is over hoe de ZCC in te passen in een logistiek concept 11. Mate waarin uitwerking voldoet aan algemene richtlijnen Inschrijfvergoeding Elke geselecteerde coalitie/partij ontvangt 14.9K aan inschrijfgeld. Vervolg Indien de ingediende ontwerpen aan de gestelde eisen voldoen wordt het winnende concept (maximaal 2) verder geholpen om te komen tot een prototype (full-scale of op schaal). Hiervoor is ca K beschikbaar. Alvorens tot een verdere uitwerking te komen worden nadere afspraken gemaakt over de investeringen en deployment. 3 Tegelijkertijd zijn we een R&D voorstel aan het voorbereiden voor een dekkend 5G netwerk (onder de as Amsterdam- Zwolle) et een hoge quality of service die het mogelijk maakt om videobeelden, sensor en voertuigdata etc. min of meer real-time te delen. Dit is nodig voor de besturing en de afstand monitoring met een minimale reactietijd. Talking Logistics Design Battle PvA Pagina 5 (van 7)

6 Bijlage A: Technology Readiness Level Technology readiness level 1. Basic principles observed and reported 2. Technology concept and/or application formulated 3. Analytical and experimental critical function and/or characteristic proof of concept Description Lowest level of technology readiness. Scientific research begins to be translated into applied research and development (R&D). Examples might include paper studies of a technology's basic properties. Supporting information Published research that identifies the principles that underlie this technology. References to who, where, when. Invention begins. Once basic principles are Publications or other references that outline the observed, practical applications can be application being considered and that provide invented. Applications are speculative, and analysis to support the concept. there may be no proof or detailed analysis to support the assumptions. Examples are limited to analytic studies. Active R&D is initiated. This includes Results of laboratory tests performed to measure analytical studies and laboratory studies to parameters of interest and comparison to analytical physically validate the analytical predictions for critical subsystems. References to predictions of separate elements of the who, where, and when these tests and comparisons technology. Examples include components were performed. that are not yet integrated or representative. 4. Component and/or Basic technological components are breadboard validation in integrated to establish that they will work laboratory environment together. This is relatively low fidelity compared with the eventual system. Examples include integration of ad hoc hardware in the laboratory. 5. Component and/or Fidelity of breadboard technology breadboard validation in increases significantly. The basic relevant environment technological components are integrated with reasonably realistic supporting elements so they can be tested in a simulated environment. Examples include high-fidelity laboratory integration of components. 6. System/subsystem model or prototype demonstration in a relevant environment 7. System prototype demonstration in an operational environment. 8. Actual system completed and qualified System concepts that have been considered and results from testing laboratory-scale breadboard(s). References to who did this work and when. Provide an estimate of how breadboard hardware and test results differ from the expected system goals. Results from testing laboratory breadboard system are integrated with other supporting elements in a simulated operational environment. How does the relevant environment differ from the expected operational environment? How do the test results compare with expectations? What problems, if any, were encountered? Was the breadboard system refined to more nearly match the expected system goals? Representative model or prototype Results from laboratory testing of a prototype system, which is well beyond that of TRL 5, system that is near the desired configuration in is tested in a relevant environment. terms of performance, weight, and volume. How did Represents a major step up in a the test environment differ from the operational technology's demonstrated readiness. environment? Who performed the tests? How did Examples include testing a prototype in a the test compare with expectations? What high-fidelity laboratory environment or in problems, if any, were encountered? What are/were a simulated operational environment. the plans, options, or actions to resolve problems before moving to the next level? Prototype near or at planned operational system. Represents a major step up from TRL 6 by requiring demonstration of an actual system prototype in an operational environment (e.g., in an aircraft, in a vehicle, or in space). Technology has been proven to work in its final form and under expected conditions. In almost all cases, this TRL represents the Results from testing a prototype system in an operational environment. Who performed the tests? How did the test compare with expectations? What problems, if any, were encountered? What are/were the plans, options, or actions to resolve problems before moving to the next level? Results of testing the system in its final configuration under the expected range of environmental conditions in which it will be expected to operate. Talking Logistics Design Battle PvA Pagina 6 (van 7)

7 through test and demonstration. 9. Actual system proven through successful mission operations. end of true system development. Examples include developmental test and evaluation (DT&E) of the system in its intended weapon system to determine if it meets design specifications. Actual application of the technology in its final form and under mission conditions, such as those encountered in operational test and evaluation (OT&E). Examples include using the system under operational mission conditions. Assessment of whether it will meet its operational requirements. What problems, if any, were encountered? What are/were the plans, options, or actions to resolve problems before finalizing the design? OT&E (operational test and evaluation) reports. Talking Logistics Design Battle PvA Pagina 7 (van 7)