elmagnifico | 云浅雪的博客、微博、哔哩哔哩、即刻、推特、Telegram 的 RSS

elmagnifico | 云浅雪 RSS 预览

技术？管理？该怎么选

2024-11-16 00:00:00

Foreword

程序员总会遇到这样的问题，走技术道路还是管理道路？以我个人经历来谈一谈

技术？管理？

技术拿的越多，技术越广，最后都要面临把一个个单项技术分出去，分的越多，最后手上剩下的越少？就约专注？好像也不是

多项目管理和单项目管理，单项目只需要每个人专注手上的任务就行了，多项目时其实就需要引入管理软件，充分分配每个人的任务项，最后让每个人实施。

Summary

STM32 MCU移植SSH

2024-11-15 00:00:00

Foreword

给MCU移植Crypto、SSL、SSH、SFTP等库，真的找不到一个例子，目前看到的库大部分都是商用的。

比如wolfssh、CycloneSSH、libssh2、TinySSH、microSSH、Dropbear，这些库可能linux使用比较多，但是那边安装移植也方便多了，降到MCU一库难求，更别说详细的移植文档了，基本没有

wolfssh

https://www.wolfssl.com/products/wolfssh/

wolfssh移植

wolfssh的库整个集成到了CubeMX中，简单的几个操作就可以把ssh集成进去

系统时钟不要用systick，留给FreeRTOS用

随便加一个input IO作为SD卡的输入检测

再随便加一个串口作为SSH的端口

以太网选择RMII模式，地址改到0x24开头

SD卡改到4线模式

FATFS选择SD卡

打开RNG，SSL需要随机数生成

LWIP开启，Driver_PHY选择LAN8742，后面也是

接着wolfSSL和wolfSSH都需要下载，开启

SSH开启以后，IO选择LWIP，SFTP打开，SCP可以关闭

SSL这里需要支持FreeRTOS

关闭wolfCrypt test，这个编译会带进来很多多语言的内容，keil编译会出错

剩下设置就随便改改，就可以生成代码了，生成以后依然编译不了，还需要修改一些点

首先在wolfSSL.I-CUBE-wolfSSL_conf.h里需要定义板子，如果不是wolf测试的板子，需要在下面这里定义具体用的是哪种类型的，具体硬件库啊、加密方式啊、库的版本、使用的串口是哪个需要明确一下

    //#warning Please define a hardware platform!
    /* This means there is not a pre-defined platform for your board/CPU */
    /* You need to define a CPU type, HW crypto and debug UART */
    /* CPU Type: WOLFSSL_STM32F1, WOLFSSL_STM32F2, WOLFSSL_STM32F4,
        WOLFSSL_STM32F7, WOLFSSL_STM32H7, WOLFSSL_STM32L4, WOLFSSL_STM32L5,
        WOLFSSL_STM32G0, WOLFSSL_STM32WB and WOLFSSL_STM32U5 */
    #define WOLFSSL_STM32H7

    /* Debug UART used for printf */
    /* The UART interface number varies for each board/CPU */
    /* Typically this is the UART attached to the ST-Link USB CDC UART port */
    #define HAL_CONSOLE_UART huart1

    /* Hardware Crypto - uncomment as available on hardware */
    //#define WOLFSSL_STM32_PKA
    //#define NO_STM32_RNG
    //#undef  NO_STM32_HASH
    //#undef  NO_STM32_CRYPTO
    //#define WOLFSSL_GENSEED_FORTEST /* if no HW RNG is available use test seed */
    #define STM32_HAL_V2

H743是没有HASH，也没有CRYPTO的，但是有RNG

移除所有test相关代码，这个部分用gcc编译更容易过一些

..\include\stdio.h(372): error:  #2746: argument for attribute "nonnull" is larger than number of parameters
                      const char * __restrict /*format*/, ...) __attribute__((__nonnull__(1,2)));

这个错暂时解不掉，得用CubeIDE编译才行，Keil这里过不去

CycloneSSH

https://www.oryx-embedded.com/products/CycloneSSH.html

CycloneSSH是oryx-embedded下的一个库，他们包含很多相关组件

https://www.st.com.cn/zh/partner-products-and-services/cyclonessh.html

ST官方也有他们的合作页面，但是CubeMX里不支持生成

虽然Github也开源了，放出来了源码，但是那个源码一个demo都没有，任何文档也没有，接口也没说，只能干看着。

要查看Demo需要下载官方的代码，然后在demo里面有各个公司各个板子的demo工厂，这里以stm32h743i_eval的板子为例，测试了一下SFTP的demo

先修改代码同意协议，否则无法生成

/*
 * CycloneTCP Open is licensed under GPL version 2. In particular:
 *
 * - If you link your program to CycloneTCP Open, the result is a derivative
 *   work that can only be distributed under the same GPL license terms.
 *
 * - If additions or changes to CycloneTCP Open are made, the result is a
 *   derivative work that can only be distributed under the same license terms.
 *
 * - The GPL license requires that you make the source code available to
 *   whoever you make the binary available to.
 *
 * - If you sell or distribute a hardware product that runs CycloneTCP Open,
 *   the GPL license requires you to provide public and full access to all
 *   source code on a nondiscriminatory basis.
 *
 * If you fully understand and accept the terms of the GPL license, then edit
 * the os_port_config.h header and add the following directive:
 *
 * #define GPL_LICENSE_TERMS_ACCEPTED
 */

#ifndef GPL_LICENSE_TERMS_ACCEPTED
   #error Before compiling CycloneTCP Open, you must accept the terms of the GPL license
#endif

如果不定义GPL_LICENSE_TERMS_ACCEPTED 会导致这里报错，编译不下去

CycloneSSH的问题在于虽然他用demo可以直接编译，但是他底层调用的是他自己的TCPIP接口，也就是CycloneTCP，而不是Lwip，这就导致如果你要移植，必须还得搞懂TCP这里的接口具体是什么的，怎么往下对接，Lwip的底层你也得熟悉才能完成这个事情

Summary

带了安全的协议真的麻烦

Quote

https://www.stmcu.org.cn/module/forum/forum.php?mod=viewthread&tid=616445

ChatGPT-Mirror部署和体验

2024-11-15 00:00:00

Foreword

cws一直有问题，而且只支持access token，经常要换很麻烦。之前有关注到dairoot的mirror，这次刚好试一下，发现体验还行

ChatGPT-Mirror

https://github.com/dairoot/ChatGPT-Mirror

项目很简单

https://chatgpt.dairoot.cn/

官方体验站，也可以使用免费账号测试，基本都差不多

部署

脚本内是docker，所以机器需要提前安好docker

git clone https://github.com/dairoot/ChatGPT-Mirror.git

cd ChatGPT-Mirror/

# 修改管理后台账号密码
cp .env.example .env && vi .env


chmod +x ./deploy.sh
# 可能的话需要改一下 把启动脚本的docker compose改成docker-compose
vi ./deploy.sh
# 启动
./deploy.sh

caddy 反代一下

gpt.你的域名.com {
    reverse_proxy 127.0.0.1:50002
}

测试

http://你的ip:50002

可以正常访问了

管理员账号先进去添加使用者账号和ChatGPT账号

支持独立会话，支持指定号池，也能单独冻结

账号支持使用session token，可以维持30天，还是比较好的

可以把一些账号绑定给某一个号池，这样方便管理

访问起来和GPT差不多，还可以

Summary

团队内部使用足够了，后续把套餐再升级到team那就更方便了

类似的镜像站还有始皇的，之前看好像也可以通过权限分享

new.oaifree.com

Quote

https://dairoot.cn/2024/07/02/install-chatgpt-mirror/

GitLab联动Jenkins

2024-11-12 00:00:00

Foreword

GitLab联动Jenkins完成CI\CD流程

webhooks方式

Jenkins

Jenkins升级

Jenkins自动升级，完成以后Jenkins就无法启动了，查log可以看到提示说明java版本太老了

Jenkins升级后不再支持java11的，需要安装java17或者21，我这里直接选择21

进入Jenkins目录下，修改jenkins.xml文件，将其中的jdk修改为新安装的jdk，然后重启一点电脑，重启jenkins服务即可

GitLab插件

首先Jenkins需要安装GitLab插件，否则收不到GitLab的请求

然后在Credentials中添加GitLab的账号

用户名和密码的形式即可

这个操作只要做一次即可

GitLab API token

还有一种方式创建GitLab API token，这种是有使用年限的

系统设置中的GitLab，然后添加Credentials，选择GitLab API token

这个token可以从GitLab用户设置中创建

注意token有效期只有1年

然后把token复制到jenkins那边，通过右侧的Test Connection就能测试出来token是否可以使用

正常的话就显示Success

这种方式创建的token，在配置CI的时候，可以不选择credentials，Jenkins会自动帮你匹配对应的GitLab库的token

测试配置

创建一个空配置，前面的GitLab相关选项都不选择，直接选Git 仓库中填入对应地址，选择刚才创建的GitLab账号

分支选好

选择当推送时进行build，记录下旁边写的webhook的url，有些时候端口可以不要（如果端口是对外使用的），展开下面的高级选项

点击生成token，记录下这个token值，剩下执行脚本或者命令部分就正常填写，没有大差别了，弄好以后保存

GitLab

回到GitLab，由于是内网机器，所以需要开启内网连接的请求

管理员权限，进入设置-网络管理

出站请求中允许本地网络，必要的话可以把本地的域名或者是ip直接给进去，防止被拦截

这个操作只需要做一次即可

回到工程中，设置-Webhooks，新建一个，URL使用刚才记录的URL，Secret令牌使用刚才的token，保存

测试，点击推送事件

可以看到正常返回200

Jenkins侧也有正确的响应

到这里整个webhook的触发方式就可以正常使用了

集成方式

按道理说GitLab和Jenkins还有另外一个集成的地方，但是前面几次测试都提示缺少Token，导致并不能触发。

按理来说集成方式应该是最简单的，这里重新参考了官方的配置指南，并且重试了一遍流程以后发现可以走通

Webhook中的GitLab API token的配置操作需要提前做完，然后才能接着操作

Jenkins中新建一个配置，这次选择GitLab连接和仓库名称，千问不要写错了

下面的配置里勾上tag和merge触发，其实不勾也行。

注意高级中，一定要确保下面的secret token是空白的，如果不是使用clear清空他

最后构建选择Publish build status to GitLab，就可以把状态返回回来了

回到GitLab的仓库中，在集成-Jenkins中启用集成，并且输入Jenkins的URL，然后输入Jenkins的配置名称

注意是Jenkins的配置名称，不是项目名称

接着输入Jenkins的账号和密码，保存，测试设置，就能看到正常工作了

Summary

还得是官方文档，全网大部分都是一通乱操作，最后都走到了webhooks的方式中去了，而集成是最简单的

Quote

https://blog.csdn.net/weixin_63294004/article/details/143671722

https://blog.csdn.net/weixin_43546282/article/details/129130533

https://www.cnblogs.com/ygbh/p/17483811.html#_label3_1_3_2

https://docs.GitLab.com/ee/integration/jenkins.html#grant-jenkins-access-to-the-GitLab-project

遥控和香氛按钮接入米家失败

2024-11-11 00:00:00