QT E

在eTerm日常操作中，我们用于查询价格的指令通常为 PAT 或 QTE 执行这两个指令前，通常需要先执行 SS 或 SD 来创建一个或多个航段信息，在默认情况下，执行 SS 或 SD 会实时占用航空公司的座位库存，为避免座位库存被浪费，部分航空公司在时间临近的航班上要求一次性封口（部分外航对封口及产生的重复预订会发出ADM），而我们仅仅只需要一个实时的报价（不占座，不重复预订，不产生ADM），此时我们可以使用报价指令：Ghost Segments 一、eTerm操作步骤 只需要将行动代码(Action Code)改为 GK 即可，GK为eTerm系统中“影子预订”的代码，它所给出的票价结果和预订一个真实的订座是一样的！ 示例： SS:MU5705/Y/26APR/KMGPEK/ GK 1 注意行动代码为“GK” 返回： 1. MU5705 Y SU26APR KMGPEK GK 1 1145 1525 737 S 0 E --T2 有了航段信息后，可以使用 PAT 或 QTE 查询报价，也可以用此航段生成预订记录（PNR）发送给询价客人做参考。 二、其它GDS的影子预订功能 GDS Segment/Status Codes Sabre YK Status Code 0TK006J01NOVORDISTYK1 Amadeus Ghost Segment

iTOP-开发板-ssh常见问题以及解决方法.pdf iTOP-开发板-串口控制台无法使用vi编辑器解决办法.zip iTOP-开发板-can测试工具使用资料.zip iTOP-开发板-Qt和mini文件系统无法保存文件的解决办法.pdf iTOP-IMX6-SATA硬盘测试.pdf iTOP-IMX6-Android系统开启adb.pdf iTOP-IMX6-QtE4.7-Uart_V1.0.rar iTOP-iMX6-驱动-单独编译内核驱动.zip iTOP-iMX6-驱动-以模块的方式编译内核驱动.pdf iTOP-iMX6-TF卡开机自动烧写镜像.pdf imx6_Qt_wifi_mt6620（临时）.zip GPS-datasheet_v1.0.01.pdf iTOP-iMX6-驱动-USB转串口PL2303_V1.0.pdf 6818-qt-ec20网卡 - 仅供参考.zip iTOP-IMX6-Android4.4系统源码-将APK编译到镜像.pdf iTOP-IMX6-Android4.4系统源码-设备权限的修改.pdf iTOP-IMX6-Android4.4系统源码-去掉默认安装的APK.pdf ITOP-IMX6-Android4.4系统-ADB传输文件.pdf iTOP-IMX6-Android4.4系统-开机横竖屏切换.pdf iTOP-4412

随着中国经济的发展和城市化的进程，交通拥堵从大城市蔓延到中小城市，人流和车流高峰期的拥堵成了常态，这对保证城市的正常运转带来了极大的挑战。几乎所有的城市，都在大力扩展道路，以此来缓解交通的压力，但是由于城市稀缺的土地资源，道路只能进行有限的拓宽。在这种现状和发展态势下，部分地区的道路成了极其稀缺的资源。因此，在大数据平台基础上，利用智能红绿灯系统对道路资源进行合理分配，则成为提高道路利用率的重要方法。 一 传统的红绿灯 传统的红绿灯有两种，传统定时式红绿灯和行人控制式红绿灯。 传统定时式红绿灯，顾名思义，采用定时的方式，红黄绿转换时间全部固定。传统红绿灯在车流和人流量较低的时候，可以发挥一定的作用。但是在道路资源稀缺，也就是道路拥堵的情况下，传统红绿灯完全不能对道路资源进行分配。 行人控制式的红绿灯，多适用于在地广人稀路段，行车道常绿，有行人过马路按按钮，行车道路灯变红，行人可以过马路。这种方式在特定区域，可以增加道路利用率，但是针对交通拥堵的情况，几乎没有任何作用。 传统红绿灯，采用的方案一般是单片机加上PLC控制电路。如果要采用这种方案，很难进行功能扩展，无法使用先进的大数据等技术。 二 交通灯升级项目 用户：某智能交通公司 合作方式：迅为电子负责设计硬件、驱动以及协助解决批量生产过程可能会出现的问题。用户负责上层应用、以及对原来设备的升级。 项目特殊要求： 1

北京迅为 电子 有限公司提供S5P4418/s5p6818开发板,三星四核S5P4418开发板与八核s5p6818底板兼容,支持官方推荐AXP228电池管理,动态调频,支持 Android 4.4/5.1.1/7.1系统、 Linux 3.4.39、QT2.2/4.7/5.7、 Ubuntu 12.04 操作系统,拓展更多应用及面向客户定制完整的解决方案服务 扩展文档目录： iTOP-开发板-串口控制台无法使用vi编辑器解决办法.zip iTOP-开发板-ssh常见问题以及解决方法.pdf iTOP-开发板-can测试工具使用资料.zip iTOP-开发板-驱动-can和rfid配置.pdf iTOP-开发板-Qt和mini文件系统无法保存文件的解决办法.pdf iTOP-Ubuntu烧写手动挂载盘符.pdf iTOP-4418-驱动-以模块的方式编译内核驱动_V2.0.zip iTOP-4418和6818-Android系统声卡测试_v1.1.zip iTOP-4418和6818-Android系统声卡测试_v1.1.zip iTOP-6818-驱动- USB 转串口PL2303_V1.0.pdf iTOP-4418-串口虚拟控制台配置为普通串口_V1.0.zip iTOP-6818-串口虚拟控制台配置为普通串口_V1.0.zip iTOP-4418-驱动-中断之独立按键_V1

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 基于迅为iTOP-4418 开发板 QtE4.7 在超级终端输入 命令 “vi etc/init.d/rcS”切换成 qtopia 启动，如下图。 重新启动之后，在超级终端中使用命令“mknod /dev/sda1 b 8 1”创建 U 盘的设备节 点。 如下图，使用命令“mount /dev/sda1 /mnt/udisk/”挂载 U 盘。 如下图，修改 测试 程序的权限。在超级终端中，输入修改权限命令“chmod 777 LED s” 在超级终端中，输入运行命令“leds -qws”，如下图。 运行结果如下图，通过 LED1 可控制开发板 led 灯的亮灭。 来源： oschina 链接： https://my.oschina.net/u/3005926/blog/3150667

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 本节介绍的是在 linux 系统环境下看门狗测试例程。WatchDog 是为了能够防止程序跑飞 而使用的一种东西，用户在一般的程序也许不需要,但在特殊的情况下可能会需要这种机制。 在此我们将介绍看门狗实验调试步骤。 看门狗驱动飞思卡尔已经做好，只需要我们调用即可，设备节点为 “/dev/watchdog”，如下图所示。 将“watchdogtest”（在压缩包中）拷贝到开发板，使用命令“chmod 777 watchdogtest”修改权限，然后使用命令“./watchdogtest”,即可开启看门狗，并每秒喂狗 1 次，持续 10 秒，停止喂狗之后开发板就会重启。 来源： oschina 链接： https://my.oschina.net/u/3005926/blog/3102199

基于：迅为iTOP-4412开发板 输入切换命令的时候如果已经打开过一个文件系统，则需要先关闭已启动文件系统的进 程。 下面举例说明，如何关闭文件系统的进程。 如下图，已经运行了 Qtopia2.2.0 文件系统。 如下图，输入命令“ps”，查看系统进程。 如下图，在超级终端中找出和 Qtopia2.2.0 文件系统相关的 ID 号，这里的进程 ID 号是 935、1027 以及 1028。 如下图，使用 kill 命令将 Qtopia2.2.0 的进程关掉， 然后输入切换命令“qt4”，就可以切换到 Qt/E4.7。 Qt/E4.7 文件系统启动后，再切换到 Qtopia2.2.0，也是使用和上面类似的方法，这里就 不再重复讲解了。 来源： https://my.oschina.net/u/3005926/blog/3129977

本文档介绍 iTOP-4418开发板的 QtE 系统（QtE5.7 的需要修改，QtE4.7 默认支持）的 10.1 寸屏触摸的配置方法。 目前迅为的触摸屏从驱动芯片的方案区分，主要为：TSC2007 系列、ft5x0x_ts 系列以及 goodix-ts 系列。 由于 QtE 版本的升级，支持触摸的 tslib 库也要升级，升级之后的 tslib 库需要根据具体 的芯片型号（对应设备名称）导入环境变量和配置。 TSC2007 系列、ft5x0x_ts 系列驱动以及 QtE 的配置都是完全配置好的，10.1 寸屏采用 的是 goodix-ts 驱动芯片，触摸驱动以及配置都配置好了，只是默认的环境变量导入，缺少了 一个参数，QtE5.7 都需要添加一个参数。 本文档的操作，是直接在开发板上配置，用户也可以修改源码，重新编译，修改文件一 样。本文档可以用于迅为所有型号开发板，QtE5.7-10.1 寸屏的触摸配置。 QtE5.7 的触摸配置 如下图所示，“/etc/profile”是触摸的配置文件。 打开之后，如下图所示，将 EVENT=$(cat /proc/bus/input/devices | grep -E 'TSC2007|ft5x0x_ts|goodix-ts' -A4 | tail -n1 | a 中的“TSC2007|ft5x0x_ts|”之后添加“|goodix-ts

Socket 通信首先要确保通信的两端网络能够通过 Ping 测试。 Socket 通信应用源码请参考“iTOP4418 开发板资料汇总（不含光盘内容）\08_iTOP-4418 开发板 QtE 应用开发环境以及源码\02_QtE 应用例程”中的“iTOP-4418-QtE4.7-TCPsocket 通信_V1.0.rar”。 测试方法一：两块开发板通信 测试程序是基于 TCP 的 socket 通信程序，该测试程序用两块 4418 开发板进行通信，也 可以用 Ubuntu 和开发板进行通信，操作步骤和原理同上。 使用命令“vi etc/eth0-setting”可以将两块开发板的 IP 地址改为“192.168.0.30”和 “192.168.0.31”.用一根网线将两块 4418 开发板连起来。 IP 地址为“192.168.0.31”作为服务器，运行 QT socket 通信测试程序“NetworkTcp”， 点击启动服务器，如下图所示。 另一块开发板同样运行测试程序“NetworkTcp”，输入端口号和对方 IP 地址，点击连接 服务器，如下图所示。 作为服务器端的开发板点击发送按钮，客户端就会收到来自服务端的打印信息，如下图。 方法二：开发板和 PC 机通信，基于 wifi（或者以太网）的 socket 通信。 PC 端的 Ubuntu 运行“build

本节介绍的是在 linux 系统环境下看门狗测试例程。WatchDog 是为了能够防止程序跑飞 而使用的一种东西，用户在一般的程序也许不需要,但在特殊的情况下可能会需要这种机制。 在此我们将介绍看门狗实验调试步骤。 看门狗驱动飞思卡尔已经做好，只需要我们调用即可，设备节点为 “/dev/watchdog”，如下图所示。 将“watchdogtest”（在压缩包中）拷贝到开发板，使用命令“chmod 777 watchdogtest”修改权限，然后使用命令“./watchdogtest”,即可开启看门狗，并每秒喂狗 1 次，持续 10 秒，停止喂狗之后开发板就会重启。 来源： https://my.oschina.net/u/3005926/blog/3102199