树莓派PN532 NFC读卡器读取标签URL触发IFTTT Webhook失败问题排查

我来帮你拆解当前代码的问题，以及理清curlify的作用：

1. 当前代码修改的核心错误 #

你遇到的连接错误本质是请求了错误的地址，具体错误点有这些：

• 错误将代码逻辑写死为字符串字面量：你写的requests.get("https://repr(record.data)")会把repr(record.data)当成域名的一部分，而不是执行这个Python表达式获取实际的URL内容。这就是报错里显示host='repr(record.data)'的原因——程序在尝试连接一个叫repr(record.data)的不存在的网站。
• 没有正确解析NDEF UriRecord的结构：NFC标签里的data = b'\x04maker.ifttt.com/...'中，开头的\x04是NDEF UriRecord的前缀编码，对应https://，nfcpy已经帮你封装了解析逻辑，不需要手动拼接https前缀。
• 错误处理bytes类型数据：直接用repr(record.data)会得到带b''和转义符的字符串（比如"b'\\x04maker.ifttt.com...'"），这显然不是有效的URL。

正确的代码修改方式 #

nfcpy的nfc.ndef.UriRecord类已经内置了uri属性，直接就能拿到完整的可访问URL，不需要自己处理原始data字段。修改你的tagtool2.py代码如下：

# 保留你添加的导入
import requests
import curlify

# 在读取到NDEF记录的代码块中，替换掉原来的错误请求代码
for i, record in enumerate(message):
    print(f"record {i+1} type = '{record.type}' name = '{record.name}' data = {record.data}")
    # 新增：判断是否是UriRecord，然后触发请求
    if isinstance(record, nfc.ndef.UriRecord):
        target_url = record.uri  # 直接获取完整URL
        print(f"准备触发Webhook: {target_url}")
        try:
            response = requests.get(target_url)
            response.raise_for_status()  # 自动抛出HTTP状态码错误（比如404/500）
            print(f"触发成功！状态码: {response.status_code}")
            # 如果需要调试，可以打印curl命令
            print("对应的curl命令：")
            print(curlify.to_curl(response.request))
        except requests.exceptions.RequestException as e:
            print(f"触发失败：{str(e)}")

2. curlify是否是实现需求的正确方式？ #

答案是：curlify不是必须的，它只是调试工具。

• curlify的作用是把requests发送的请求转换成curl命令，方便你在终端里复现请求、排查问题。
• 如果你只是要实现“触发IFTTT Webhook进而播放Spotify”的核心需求，完全可以去掉curlify，只保留requests的请求逻辑即可。只有当你需要调试请求是否正确时，curlify才有用。

额外建议 #

1. 测试时可以先手动复制record.uri输出的URL到浏览器里访问，确认能正常触发IFTTT动作，排除标签数据或IFTTT配置的问题。
2. 给Raspberry Pi配置稳定的网络，避免因网络波动导致请求失败。

内容的提问来源于stack exchange，提问作者Rene Pedersen