在哈布雷（Habré）上经常写有关电力运输的文章。 关于自行车。 还有关于AI的知识。 Cloud4Y决定结合这三个主题，讨论始终在线的“智能”电动自行车。 这将与Greyp G6模型有关。
为了使其更有趣，我们将文章分为两部分。 第一个致力于创建设备，平台和通信协议的过程。 第二个是技术规格，说明了自行车的填充和功能。 第一部分，后端
Greyp Bikes是克罗地亚的一家高级电动自行车制造商，由当地的异国超级跑车制造商Rimac拥有。 该公司创造了真正有趣的自行车。 只有以前的型号，两悬架G12S。 这是介于电动自行车和电动摩托车之间的设备，因为该设备可以加速至70 km / h，具有强劲的电机，一次充电即可行驶120 km。
G6看上去更加优雅和越野，但是它的主要特征是“连通性”。
Greyp Bikes向物联网的发展迈出了重要的一步，提供了始终“在线”的自行车。 但是，让我们先谈谈如何创建“智能”电动自行车。
一个想法的诞生大量不同的设备连接到Internet。 为什么自行车更糟？ 因此在Greyp Bikes中出现了一个想法，后来变成了G6。 在任何给定时间，这辆自行车都会保持与
云服务器的连接。 移动运营商提供通信，eSIM直接缝在自行车上。 这为运动员和普通自行车爱好者都带来了许多有趣的机会。
平台平台在为创新产品创建平台时，您需要考虑许多细微差别。 因此，选择用于托管和启动现代电动自行车所需的所有服务的云平台是一个非常重要的问题。 该公司选择了Amazon Web Services（AWS）。 部分原因是因为Greyp Bikes已经具有服务经验。 部分是由于其受欢迎程度，在全球开发人员中的广泛分布以及对Java / JVM的良好态度（是的，它们在Greyp Bikes中得到了积极使用）。
AWS拥有出色的IoT MQTT代理（
Cloud4Y 之前曾写过有关协议的文章 ），非常适合轻松地与自行车交换数据。 没错，有必要以某种方式与智能手机的应用程序建立连接。 曾尝试使用Websockets自行实现此功能，但后来公司决定不重新发明轮子，而是改用Google Firebase平台，该平台已被移动开发人员广泛使用。 自开发之初，系统体系结构就进行了许多改进和更改。 现在看起来像这样：
技术栈实作该公司提供了两种进入系统的方式。 它们中的每一个都是单独实现的，其用例采用了各种技术。
从自行车到智能手机在系统中创建入口点时，首先要考虑的是使用哪种通信协议。 如前所述，该公司之所以选择MQTT，是因为其轻巧的“特性”。 该协议在带宽方面很好，可以在可能不可靠的连接上很好地工作，并且可以节省电池电量，这对于Greyp的电动自行车尤为重要。
需要使用所使用的MQTT代理来下载来自自行车的所有数据。 Lambda在AWS网络内部，该Lambda读取MQTT代理提供的二进制数据，对其进行分析并将其传递给Apache Kafka进行进一步处理。
Apache Kafka是系统的基础。 所有数据都必须经过它才能到达最终目的地。 当前，系统的内核具有多个代理。 其中最重要的是收集数据并将其传输到InfluxDB“冷存储”的数据。 另一个将数据传输到Firebase Realtime数据库，使其可用于智能手机应用程序。 这是真正需要Apache Kafka的地方-冷藏库（InfluxDB）存储从自行车接收的所有数据，Firebase可以接收相关信息（例如实时指标-当前速度）。
Kafka允许您以不同的速度接收消息，并将它们几乎立即传递到Firebase（以在智能手机上的应用程序中显示），并最终将它们传输到InfluxDB（以进行数据分析，统计和监视）。
使用Kafka还可让您在增加负载的情况下使用水平缩放，以及连接可以按自己的步调和自己的用例（例如，在一组自行车之间竞争时）处理传入数据的其他代理。 即，该解决方案允许骑自行车者彼此竞争各种特征。 例如，最大速度，最大跳跃，最大性能等。
所有服务（称为“ GVC”-Greyp Vehicle Cloud）主要基于Spring Boot和Java实现，尽管也使用其他语言。 每个程序集都打包在ECR存储库中托管的Docker映像中，并由Amazon ECS启动和托管。 尽管NoSQL在许多情况下非常方便且流行，但是Firebase不能始终满足Greyp的所有需求，因此该公司还使用MySQL（在RDS中）进行特殊查询（Firebase使用JSON树，在某些情况下效率更高）和特定数据的存储。 使用的另一个存储工具是Amazon S3，它可以确保收集数据的安全性。
从智能手机到自行车正如我们已经说过的，与智能手机的通信是通过Firebase建立的。 该平台用于实时验证应用程序用户及其数据库部分。 实际上，Firebase是两件事的结合：一是用于永久存储数据的数据库，另一是用于通过与Websocket的连接向智能手机传输实时数据。 这种连接的理想选择是在设备彼此不靠近时（没有BT / Wi-Fi连接）向自行车发出命令。
在这种情况下，Greyp开发了自己的命令处理机制，该机制通过数据库以实时模式从智能手机接收消息。 该机制是基本应用程序服务（GVC）的一部分，其基本任务是将智能手机命令转换为通过IoT代理传输到自行车的MQTT消息。 自行车收到命令后，将对其进行处理，执行相应的操作，然后将响应返回给Firebase（智能手机）。
监控方式
参数控制几乎每个后端开发人员都喜欢在晚上睡觉，而不是每隔10分钟检查一次服务器。 这意味着您需要在系统中实施自动监视和警报解决方案。 该规则也适用于Greyp自行车生态系统。 也有正常夜间睡眠的鉴赏家，因此该公司使用两种云解决方案：Amazon CloudWatch和jmxtrans。
CloudWatch是一项监视和监视服务，它以日志，指标和事件的形式收集监视和操作数据，有助于获得在AWS平台以及本地环境中运行的AWS应用程序，服务和资源的单一视图。 借助CloudWatch，您可以方便地检测环境中的异常行为，设置警报，创建日志和指标的常规可视表示形式，执行自动操作，对问题进行故障排除以及了解有助于保持应用程序平稳运行的有用信息。
CloudWatch收集自定义指标并将其传递到仪表板。 在那里，它们与来自其他Amazon管理资源的数据结合在一起。 JVM使用称为jmxtrans的“连接器”（也位于ECS内部的Docker容器）通过JMX端点接收指标。
第二部分，特征
那么电动自行车的结果是什么呢？ Greyp G6电动山地车配备了由LG电池供电的36V，700 Wh锂离子电池。 Greyp并没有像许多电动自行车制造商那样隐藏电池，而是在车架中央安装了可移动电池。 G6配备了额定功率为250瓦的MPF发动机（还有一个功率为450瓦的选件）。
Greyp G6是一款配备了Rockhox后悬架的山地车，藏在上管附近，在驾驶员的膝盖之间留有足够的空间容纳可拆卸的电池。 车架采用“ enduro”风格制成，由于悬架，可提供150 mm的行程。 框架内缺少电缆和制动线。 因此，确保了美观，并且减少了卡在树枝上的风险。
100％碳纤维框架是Greyp专门开发的，借鉴了Concept One电动超级跑车的创建过程中获得的经验。
Greyp G6上的电子套件由库存上的中央智能模块（CIM）控制。 它包括一个彩色显示屏，WiFi，蓝牙，4G连接，一个陀螺仪，一个USB C连接器，一个前置摄像头以及一个位于鞍座下方的后置摄像头接口。 顺便说一下，后置摄像头
被4个LED包围 。 广角摄像头（1080p 30 fps）主要用于旅行时拍摄视频。
该公司特别关注eSTEM解决方案。
“ Greyp eSTEM是自行车的中央智能模块，它控制两个摄像头（前后），控制驾驶员的心律，具有内置的陀螺仪，导航系统和eSIM，可让您随时连接它。 电动自行车系统使用智能手机作为用户界面，移动应用程序通过各种新选项创建了独特的用户界面，例如远程自行车开关，拍照，向自行车发送文本和功率限制。”
自行车车把上有一个特殊的“共享”按钮。 如果在旅途中发生有趣或令人兴奋的事情，您可以点击该按钮，然后将视频上传到骑车人的社交网络帐户中，以自动保存视频的最后15-30秒。 此外，其他数据可能会叠加在视频上。 例如，自行车的能耗，速度，骑行时间等。
通过将手机以仪表板模式安装在自行车上，Greyp G6可以提供大量信息，而不仅仅是显示当前速度或电池电量。 因此，骑自行车的人可以在地图上选择任何一点（例如，高高的山丘），然后计算机将计算出是否有足够的电池电量到达顶部。 否则，它将突然计算出不归路的地点，如果您不想在返回的路上踩踏板。 尽管踏板很可能会扭曲。 制造商声称这辆自行车并不重（尽管这是它的外观，但重量为25公斤）。
Greyp G6很有可能提高Greyp G6的防盗系统类似于特斯拉的
Sentry Mode 。 也就是说，如果您触摸停放的自行车，他会通知车主有关信息，并让他使用摄像机，以查明谁在绕着电动自行车旋转。 然后，驾驶员可以选择远程断开自行车连接，以防止攻击者离开。 而且，鉴于这些系统已经在Greyp开发了很多年，因此很有可能在特斯拉（Tesla）引入该系统之前就提出了这个系统。
出售的该系列有几种型号：G6.1，G6.2，G6.3。 G6.1加速至25 km / h（15.5 mph）的价格为6,499欧元。 G6.3的最高时速为45 km / h（28 mph），售价为7,499欧元。 G6.2型号之间的区别尚不清楚，但售价为6,999欧元。
在Cloud4Y博客上阅读还有什么有用的→
人工智能从一个奇妙的想法到科学产业的道路→
4种方式在云中保存备份→
在GNU / Linux中配置top→
夏天快结束了。 几乎没有数据泄漏→
物联网，雾霾和云：谈论技术？订阅我们的
电报频道，以免错过其他文章！ 我们每周写不超过两次，并且只在商务上写。