 |  | | | | 停车收费倒是没什么，就是停车没地方是该想想办法... |
|
|
|  | | | | | | 预约功能就是为了解决这个问题，首先可以提前预判哪里有车位，其他可以预约，保证自己有地方停车
|
|
|
|
| | | | | | | | | 问题是，你预约了车位，不一定就是你能停进去，应该在车位还需要安装识别装置
|
|
|
| | | | | | | | | | | 预约车位只是代表车场给你预留了一个车位，你来了肯定有你的车位，这怎么还会有问题？至于识别装置那是锦上添花的事情
|
|
|
|
|
| | YTDFWANGWEI- 积分：109895
- |
- 主题：142
- |
- 帖子：45928
积分:109895 版主 | | | 1、收费的时间是从什么时候开始，预约还是停车？应该是预约吧？
2、这样会不会反而造成浪费呢？因为从你预约开始，这个车位就开始闲置。
|
|
|
| | | | | | | 当然是停车开始，从预约就开始收费，作为消费者你愿意？至于资源浪费那就更不会了，不好的算法100个车位可能只能听80台车，中规中矩的算法100个车位只能停100台车，好的算法100个车位可以停120辆车，大家要明白，实际使用中会120台车同时停么，可能也会，但是这个概率会很低
|
|
|
| | | | YTDFWANGWEI- 积分：109895
- |
- 主题：142
- |
- 帖子：45928
积分:109895 版主 | | | | | 这个不是算法的问题
1、假设你从家到目的地，需要30分钟，你提前多少预约停车点？
2、你的算法能接受多久提前预约？提前多了就是空闲，提前少了那跟到了看有没有停车点有什么区别？
我说个最简单的例子，假设你允许提前30分钟预约，对这个车位，那就要空闲30分钟，本来不需要预约的时候，有人临时办事，30分钟可以停车办完的，但你预约了，这30分钟就没法停车（因为你已经订出去了，就没车位了）。也别说好的算法可以让第二个人临时停车，如果第二个人临时停车，30分钟内没办完，车位就占着，预约的人来了就没地方停车（那你就违约了）。这个不像火车票，济南到北京，济南上的德州下，你这个座可以卖德州到北京的。
|
|
|
|
| | | | YTDFWANGWEI- 积分：109895
- |
- 主题：142
- |
- 帖子：45928
积分:109895 版主 | | | | | 你这样说，这个所谓的智能就没有任何意义。真正的智能是用100个车位，停100台以上的车，如果100个车位停80台车，还用什么智能。你这样做叫不叫智能不知道，但对于停车资源一点也没有高效利用化，反而是一种浪费。就好比餐厅的订位。订位多的餐厅，肯定不是平民化的餐厅，它的翻台率肯定很少。个人觉得，如果停车做成了这样，那就不是停车场了。
|
|
|
| | | | | | | | | | | 车位预定是有时效 的，智能提前2小时预定，但是真正收费是从进入车场开始，提前两小时预定车场如果是高效管理，那肯定不是提前两小时车位就预留给你，最简单的道理，通过数据分析你会知道2小时内有多少车进，有多少车出，这样对于管理者就知道我的进入流量出流量的情况，所以就能够很准确的预估到未来的车位调度情况，然车场高效运转。
生活中一个最简单的道理，机票大家都买过，但是机票都是超额卖的不知道大家有没有仔细研究过，道理都是一样的。
有多少人预定，就从预定时间开始预留车位，这种方法肯定是不对的，有兴趣的了解下目前市场使用情况就知道了，不要纠结这个问题了
|
|
|
|
| | | | | | | | | | | | | | | 是的，该产品是有委托开发需求的，不是自己臆想出来的
|
|
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | 坐等学习，通过楼主的方案设计可以了解到该方案架构的合理性，尤其是对于复杂环境下无线技术的选择 至关重要，选用lora技术十分合理，提高系统的抗干扰性能和鲁棒性。 |
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | 楼主我们两个的用户名好缘分，命名规则十分类似，其他与楼主的进一步交流，期待合作。
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | 请问楼主方案设计中，对于低功耗的控制是如何实现的呢，如何平衡功能与功耗的
|
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 方案设计的难点在于功耗控制与功能实现的平衡，保证低功耗的同时又能对设备做到实时监控
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 请问设计中，网官与后台服务器之间的协议架构是怎样设计的？
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 服务器与网关之间基于tcp协议通信，应用层基于mqtt协议进行物联网信息交互
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | mqtt协议目前是物联网中使用的较为广泛的协议，协议属于轻量级通信协议，信息传输稳定可靠，占用资源低
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | o,恕我无知，本人对mqtt一无所知能否科普介绍下？
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | MQTT(Message Queuing Telemetry Transport，消息队列遥测传输)是IBM开发的一个即时通讯协议，有可能成为物联网的重要组成部分。该协议支持所有平台，几乎可以把所有联网物品和外部连接起来，被用来当做传感器和制动器(比如通过Twitter让房屋联网)的通信协议
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 早在1999年，IBM的Andy Stanford-Clark博士以及Arcom公司ArlenNipper博士发明了MQTT(Message Queuing Telemetry Transport，消息队列遥测传输)技术 。据Andy Stanford-Clark博士称，MQTT将在今年和明年呈现爆炸式增长。
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 在未来几年，MQTT的应用会越来越广，值得关注。 通过MQTT协议，目前已经扩展出了数十个MQTT服务器端程序，可以通过PHP，JAVA，Python，C，C#等系统语言来向MQTT发送相关消息。 此外，国内很多企业都广泛使用MQTT作为Android手机客户端与服务器端推送消息的协议。其中Sohu，Cmstop手机客户端中均有使用到MQTT作为消息推送消息。据Cmstop主要负责消息推送的高级研发工程师李文凯称，随着移动互联网的发展，MQTT由于开放源代码，耗电量小等特点，将会在移动消息推送领域会有更多的贡献，在物联网领域，传感器与服务器的通信，信息的收集，MQTT都可以作为考虑的方案之一。在未来MQTT会进入到我们生活的各各方面。 如果需要下载MQTT服务器端，可以直接去MQTT官方网站点击software进行下载MQTT协议衍生出来的各个不同版本。
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | MQTT特点MQTT协议是为大量计算能力有限，且工作在低带宽、不可靠的网络的远程传感器和控制设备通讯而设计的协议，它具有以下主要的几项特性: 1、使用发布/订阅消息模式，提供一对多的消息发布，解除应用程序耦合; 2、对负载内容屏蔽的消息传输; 3、使用 TCP/IP 提供网络连接; 4、有三种消息发布服务质量: "至多一次"，消息发布完全依赖底层 TCP/IP 网络。会发生消息丢失或重复。这一级别可用于如下情况，环境传感器数据，丢失一次读记录无所谓，因为不久后还会有第二次发送。 "至少一次"，确保消息到达，但消息重复可能会发生。 "只有一次"，确保消息到达一次。这一级别可用于如下情况，在计费系统中，消息重复或丢失会导致不正确的结果。 5、小型传输，开销很小(固定长度的头部是 2 字节)，协议交换最小化，以降低网络流量; 6、使用 Last Will 和 Testament 特性通知有关各方客户端异常中断的机制;
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 首先需要搭建一台mqtt服务器，可以说windows的也可以是linux的
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 下面以linux主机为例演示如何搭建mqtt服务器，一下内容源自热心技术分享朋友
MQTT协议是广泛应用的物联网协议，使用测试MQTT协议需要MQTT的代理。有两种方法使用MQTT服务，一是租用现成的MQTT服务器，如阿里云，百度云，华为云等公用的云平台提供的MQTT服务，使用公用的MQTT服务器的好处是省事，但如果仅仅用于测试学习还需要注册帐号，灵活性差些，有的平台还需要付费。另一方法是自己使用开源的MQTT组件来搭建。 MQTT服务器非常多，如apache的ActiveMQ，emtqqd，HiveMQ，Emitter，Mosquitto，Moquette等等。 这里介绍的是用轻量级的mosquitto开源项目来搭建一个属于自己的MQTT服务器。 第一步：需要安装一台linux主机，这不多介绍，可以使用真机安装也可以使用虚拟机安装。如果仅仅是自己测试使用都可以。 第二步：下载mosquitto需要的依赖 sudo apt-get install libssl-devsudo apt-get install uuid-devsudo apt-get install cmake 第三步：下载mosquitto并解压，现在mosquitto官网最新的版本是1.5.1 tar xzvf mosquitto-1.5.1.tar.gz 第四步：编译 cd mosquitto-1.5.1/ make make install 第五步：启动mosquitto ./mosquitto -v 1535473957: mosquitto version 1.5.1 starting 1535473957: Using default config. 1535473957: Opening ipv4 listen socket on port 1883. 1535473957: Opening ipv6 listen socket on port 1883. 这时候mosquitto就会以默认的参数启动。如果需要带配置文件可以修改配置文件mosquitto.conf， 启动时候加上参数 -c， ./mosquitto -c mosquitto.conf 可以看到，mosquitto监听的端口为1883. 这时候我们的MQTT服务器就搭建好了。可找一个mqtt客户端来测试一下。 先发布一个主题“home/garden/fountain/2” 内容是“hello world” 
这时候在mosquitto会打印出下面的log 535474247: New connection from 192.168.1.105 on port 1883. 1535474247: New client connected from 192.168.1.105 as MQTT_FX_Client (c1, k60). 1535474247: No will message specified. 1535474247: Sending CONNACK to MQTT_FX_Client (0, 0) 1535474307: Received PINGREQ from MQTT_FX_Client 1535474307: Sending PINGRESP to MQTT_FX_Client 1535474339: Received PUBLISH from MQTT_FX_Client (d0, q0, r0, m0, 'home/garden/fountain/2', ... (12 bytes)) 1535474367: Received PINGREQ from MQTT_FX_Client 1535474367: Sending PINGRESP to MQTT_FX_Client 订阅主题“home/garden/fountain/2” 
可以看到收到了自己发布的消息。 用wireshark抓包 
可以看到抓到了一个MQTT的publish的报文。
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 目前产品已经与车牌识别**互联，基本车场功能已经跑通
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 有兴趣和需要的朋友可以详细了解下mqtt的协议物联网协议之一：MQTT协议
物联网电子世界 百家号18-08-1019:48
简介： MQTT协议（Message Queuing Telemetry Transport），翻译过来就是遥信消息队列传输，是IBM公司于1999年提出的，现在最新版本是3.1.1。MQTT是一个基于TCP的发布订阅协议，设计的初始目的是为了极有限的内存设备和网络带宽很低的网络不可靠的通信，非常适合物联网通信。  MQTT的网络层级
工作原理：  发布订阅示意图
如上图所示，客户端A连接到消息代理（message broker）,消息代理返回确认消息。客户B发布消息温度25度，客户A订阅‘温度’，消息代理吧消息推给客户A，客户A发布温度20度，但客户B没有订阅，消息代理不推送。消息B又发布了温度38度，客户A就再次收到订阅的消息38度。最后客户端断开连接。整个过程非常简单清晰，容易理解。 MQTT消息的QOS MQTT支持三种QOS等级： QoS 0：“最多一次”，消息发布完全依赖底层 TCP/IP 网络。分发的消息可能丢失或重复。例如，这个等级可用于环境传感器数据，单次的数据丢失没关系，因为不久后还会有第二次发送。 QoS 1：“至少一次”，确保消息可以到达，但消息可能会重复。 QoS 2：“只有一次”，确保消息只到达一次。例如，这个等级可用在一个计费系统中，这里如果消息重复或丢失会导致不正确的收费。 MQTT的消息类型 1 CONNECT – 连接服务端：客户端到服务端的网络连接建立后， 客户端发送给服务端的第一个报文必须是CONNECT报文 2 CONNACK – 确认连接请求：服务端发送CONNACK报文响应从客户端收到的CONNECT报文。 服务端发送给客户端的第一个报文必须是CONNACK。如果客户端在合理的时间内没有收到服务端的CONNACK报文， 客户端应该关闭网络连接。合理的时间取决于应用的类型和通信基础设施。 3 PUBLISH – 发布消息：PUBLISH控制报文是指从客户端向服务端或者服务端向客户端传输一个应用消息。 4 PUBACK –发布确认：PUBACK报文是对QoS 1等级的PUBLISH报文的响应。 5 PUBREC – 发布收到（ QoS 2， 第一步）：PUBREC报文是对QoS等级2的PUBLISH报文的响应。 它是QoS 2等级协议交换的第二个报文。 6 PUBREL – 发布释放（ QoS 2， 第二步）：PUBREL报文是对PUBREC报文的响应。 它是QoS 2等级协议交换的第三个报文。 7 PUBCOMP – 发布完成（ QoS 2， 第三步）：PUBCOMP报文是对PUBREL报文的响应。 它是QoS 2等级协议交换的第四个也是最后一个报文。 8 SUBSCRIBE - 订阅主题：客户端向服务端发送SUBSCRIBE报文用于创建一个或多个订阅。 每个订阅注册客户端关心的一个或多个主题。 为了将应用消息转发给与那些订阅匹配的主题， 服务端发送PUBLISH报文给客户端。 SUBSCRIBE报文也（ 为每个订阅） 指定了最大的QoS等级， 服务端根据这个发送应用消息给客户端。 9 SUBACK – 订阅确认：服务端发送SUBACK报文给客户端， 用于确认它已收到并且正在处理SUBSCRIBE报文。 10 UNSUBSCRIBE –取消订阅：客户端发送UNSUBSCRIBE报文给服务端， 用于取消订阅主题。 11 UNSUBACK – 取消订阅确认：服务端发送UNSUBACK报文给客户端用于确认收到UNSUBSCRIBE报文。 12 PINGREQ – 心跳请求：客户端发送PINGREQ报文给服务端的。 用于：1. 在没有任何其它控制报文从客户端发给服务的时， 告知服务端客户端还活着。2. 请求服务端发送 响应确认它还活着。3. 使用网络以确认网络连接没有断开。 13 PINGRESP – 心跳响应：服务端发送PINGRESP报文响应客户端的PINGREQ报文。 表示服务端还活着。 14 DISCONNECT –断开连接：DISCONNECT报文是客户端发给服务端的最后一个控制报文。 表示客户端正常断开连接。 MQTT控制报文格式  控制报文格式
|
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 目前物联网这块主要是MQTT协议，服务器主要是linux |
|
|
|
| | | | | 智慧停车的最终目的就是所有停车场联网，真正形成物联网，而且必须要跟汽车或者手机APP相关联
|
|
|
| | | | | | | 是的，但是物联网需要有个过程，不是一簇而就的事情，需要现有试点、有样板才能逐渐推广
|
|
|
|
|
| | | | | | | | | | | | | 智慧停车场解决的痛点有以下几个：
1、预约功能，解决订不到车位的问题；
2、引导功能，解决找不到车位的问题；
3、在线支付，解决缴费不方便的问题；
4、车位状态监控功能，解决车场车位使用情况统计功能
|
|
|
|
|
|
|
|
|
|
|
|
|
| | | | | 楼主，你的帖子所透露的信息令大家耳目一新，对于新技术的应用推广提供了很好的思路，谢谢。
但你的市电电源模块存在很大的安全隐患，需尽快整改：
|
|
|
|
|
收藏
分享
津公网安备 12010402000296号