1 điểm bởi GN⁺ 2025-04-23 | 1 bình luận | Chia sẻ qua WhatsApp
  • Đây là một trường hợp triển khai điều khiển sưởi bằng Home Assistant trong căn hộ thuê, không thay thiết bị hay gọi thợ điện, mà bằng cách phát lại tín hiệu không dây của bộ điều nhiệt hiện có
  • Bộ điều nhiệt giao tiếp với nồi hơi trên băng tần 868MHz; giao thức được mã hóa, nhưng Replay Attack vẫn có thể hoạt động mà không cần biết nội dung gói tin
  • Kết quả phân tích bằng rtl_433 cho thấy giao thức có vẻ tương tự dòng Honeywell; giá trị demand biểu thị nồi hơi bật/tắt, và nồi hơi gửi phản hồi xác nhận
  • Cấu hình cuối cùng dùng bản clone HackRF Onehackrf_transfer để ghi/phát lại tín hiệu, rồi kết nối một web server Docker với command_line, average, generic_thermostat của Home Assistant
  • Hệ thống được dùng ổn định từ đầu tháng 12/2024, nhưng việc phát trên 868MHz có thể là bất hợp pháp tùy quy định địa phương, và dùng HackRF chỉ để điều khiển bật/tắt đơn giản là hơi quá mức

Vì sao khó tự động hóa sưởi trong nhà thuê

  • Nồi hơi trong căn hộ thuê được điều khiển bằng một bộ điều nhiệt không dây do chủ nhà lắp đặt
  • Bộ điều nhiệt dùng cảm biến nhiệt độ tích hợp để bật/tắt sưởi theo nhiệt độ mục tiêu
  • Trong thực tế có ba điểm bất tiện
    • Cảm biến chỉ đo nhiệt độ của một phòng trong căn hộ, khiến sưởi không đồng đều giữa các phòng
    • Tùy phòng đặt bộ điều khiển, việc dùng từ giường ngủ hoặc phòng khách có thể bất tiện
    • Nếu không tắt sưởi trước khi ra ngoài, sẽ lãng phí năng lượng đắt đỏ
  • Tác giả đã dùng Home Assistant để tự động hóa trong nhà và cũng muốn điều khiển sưởi theo cách tương tự
  • Có các giải pháp bán sẵn, nhưng có thể cần sự hợp tác của chủ nhà và thợ điện đến lắp, nên tác giả chọn cách giữ nguyên bộ điều nhiệt hiện có

Chọn tấn công phát lại thay vì giải mã giao thức

  • Điểm xuất phát là việc bộ điều nhiệt và nồi hơi giao tiếp bằng một giao thức không dây
  • Việc reverse engineering giao thức từ đầu quá phức tạp so với mức hiểu biết về radio của tác giả
  • Cách được chọn là Replay Attack
    • Sao chép tín hiệu giữa nồi hơi và bộ điều nhiệt
    • Phát lại tín hiệu đã sao chép để khiến kẻ tấn công trông giống bộ điều nhiệt
    • Có thể hoạt động mà không cần hiểu nội dung giao thức
  • Cách này phụ thuộc vào may mắn trong cách thiết bị được triển khai
    • Nếu giao tiếp có bộ đếm tăng dần, thiết bị có thể bỏ qua tín hiệu cũ để chặn tấn công phát lại
    • Bộ điều nhiệt này không dùng cơ chế như vậy, nên có thể phát lại được

Xác định băng tần tín hiệu và quan sát ban đầu

  • Tác giả tìm được thông tin chính xác về mẫu bộ điều nhiệt trên mạng, và xác nhận trong mục RF Communication của datasheet rằng thiết bị dùng băng tần gần 868MHz
  • Datasheet ghi Protocol: Encrypted, nhưng điều này không phải vấn đề lớn với phương pháp phát lại
  • Không có nhiều tài liệu về sao chép tín hiệu 868MHz
    • Có nhiều tài liệu liên quan đến LoRa/Meshtastic
    • Có nhiều bài Reddit về việc sao chép các thiết bị như quạt trần hoặc cửa garage, nhưng ít câu trả lời hữu ích
    • Tác giả cho rằng nếu là 433MHz thì sẽ có nhiều công cụ tiêu dùng hơn nhiều
  • Để quan sát tín hiệu, tác giả dùng Software-Defined Radio
    • Mua một RTL-SDR V4 giá rẻ
    • Khi nhấn nút trên bộ điều nhiệt trong SDR++, tín hiệu xuất hiện trên waterfall
  • Flipper Zero không phù hợp trong trường hợp này
    • Flipper Zero không phải SDR
    • Dải tần hoạt động bị giới hạn nên không dùng được với thiết bị này

Manh mối về giao thức và các thử nghiệm phát thất bại

  • Dùng rtl_433 để kiểm tra xem bộ điều nhiệt có dùng giao thức đã biết hay không
    • Dù tên như vậy, công cụ vẫn hoạt động ở các tần số khác
    • Các thiết bị hiếm hơn có thể không được nhận diện
  • Kết quả là bộ điều nhiệt này có vẻ dùng cùng giao thức với một số thiết bị Honeywell khác
  • Trong giao tiếp, thuộc tính demand biểu thị trạng thái nồi hơi
    • 1 là nồi hơi bật
    • 0 là nồi hơi tắt
    • Nồi hơi gửi phản hồi xác nhận, có vẻ dùng để bộ điều nhiệt đánh giá có nằm ngoài phạm vi hay không
  • Sau đó tác giả thử tự tạo gói tin để phát nhưng thất bại
    • Dùng URH để reverse engineering thủ công và tái dựng gói tin
    • Thử phát bằng các bo mạch vi điều khiển 868MHz giá rẻ
    • Các bo mạch này được thiết kế để giao tiếp với bo mạch cùng loại; muốn đi tiếp thì phải trực tiếp xử lý các thanh ghi radio
    • Tác giả kết luận việc này vượt quá trình độ kỹ thuật của mình

Ghi và phát lại nguyên trạng tín hiệu bằng HackRF

  • Cuối cùng tác giả chọn dùng HackRF để phát lại nguyên trạng mà không diễn giải nội dung tín hiệu
  • RTL-SDR hiện có chỉ nhận được, không thể dùng để phát
  • HackRF One thường có giá trên 400 USD, nhưng trên AliExpress có bản clone khoảng 40 USD
    • Sau đó, phần lớn danh sách từng tìm được bằng từ khóa “HackRF” trên AliExpress đã biến mất
    • Có thể mua clone mới từ OpenSourceSDRLab, nhưng không còn rẻ như trước
    • Nếu có điều kiện, nên ủng hộ dự án phần cứng gốc như HackRF One của Great Scott Gadgets
  • Dùng hackrf_transfer để ghi riêng tín hiệu bật và tắt
# We set the frequency to 868.3Mhz and the sample rate to 2000000.
hackrf_transfer -r turn_off.raw -f 868300000 -s 2000000
hackrf_transfer -r turn_on.raw -f 868300000 -s 2000000
  • Phát lại tín hiệu với cùng cấu hình để có thể bật/tắt nồi hơi từ CLI
# We use -a to turn on the amplifier and -x to increase the gain a tad.
hackrf_transfer -t turn_off.raw -f 868300000 -s 2000000 -a 1 -x 23
hackrf_transfer -t turn_on.raw -f 868300000 -s 2000000 -a 1 -x 23
  • Sau khi chạy lệnh, có thể nghe thấy rơ-le vật lý bên trong nồi hơi bật và tắt

Cách kết nối với Home Assistant

  • Cắm HackRF vào USB hub có cấp nguồn, rồi nối hub này với server Home Assistant
  • Viết một web server đơn giản chạy lệnh phát trong Docker container
  • Trong Home Assistant, dùng Average Sensor Plugin, rồi kết nối cấu hình command_line, average, generic_thermostat
command_line:
- switch:
name: Boiler
command_on: "curl http://docker-vm:1111/api/on";
command_off: "curl http://docker-vm:1111/api/off";
sensor:
- platform: average
name: "Average Temperature"
entities:
- sensor.bedroom_thermostat_temperature
- sensor.kitchen_thermostat_temperature
climate:
- platform: generic_thermostat
name: Boiler Thermostat
heater: switch.boiler
target_sensor: sensor.average_temperature
  • Với cấu hình này, tác giả tạo được một bộ điều nhiệt điều khiển nồi hơi dựa trên nhiệt độ trung bình của cảm biến nhiệt độ trong phòng ngủ và bếp
  • Cách triển khai khá giống giải pháp tạm thời
    • Viết plugin Home Assistant chuyên dụng sẽ tốt hơn
    • Điều khiển radio trực tiếp sẽ gọn hơn gọi CLI qua shell
    • Việc để hệ thống sưởi phụ thuộc vào curl hơi khó chịu

Kết quả sử dụng thực tế và các hạn chế còn lại

  • Thiết lập này được dùng để điều khiển sưởi trong căn hộ từ đầu tháng 12/2024 và đến nay không gặp vấn đề
  • Có thể chỉnh nhiệt độ từ điện thoại nên rất tiện
  • Một số ví dụ tự động hóa gồm
    • Giảm nhiệt độ khi ngủ
    • Tăng nhiệt độ đúng giờ thức dậy buổi sáng
    • Tắt sưởi khi ra trung tâm thành phố
    • Bật lại sưởi vài trạm trước khi về đến nhà để khi đến nơi nhà đã ấm
  • Điểm đáng tiếc nhất là vẫn phải dùng một radio mạnh như HackRF chỉ cho công tắc bật/tắt nồi hơi đơn giản
  • Thay vì tốn thêm thời gian cố ép một radio nhỏ hoạt động, tác giả chọn thiết bị có phần quá mức nhưng chạy đúng

Lưu ý pháp lý về phát sóng không dây và bình luận blog

  • Khi phát tín hiệu không dây, phải kiểm tra quy định pháp luật địa phương
  • Băng tần 868MHz dùng trong bài là bất hợp pháp nếu phát không có giấy phép tại Mỹ
  • Từ ngày 16/03/2025, Online Safety Act của Anh có hiệu lực đầy đủ, làm tăng gánh nặng vận hành nội dung giữa người dùng với nhau, như bình luận blog
  • Dù cơ quan quản lý Ofcom khó có khả năng xử lý đến blog cá nhân, rủi ro phạt 18 triệu bảng nếu vi phạm khiến tác giả gỡ bỏ phần bình luận
  • Bài viết cũng dẫn kèm phân tích pháp lý liên quanthảo luận về hobbyist internet nói về tác động của luật này đối với blog tự vận hành

1 bình luận

 
GN⁺ 2025-04-23
Các ý kiến trên Hacker News
  • Nếu mục tiêu là tiết kiệm năng lượng hoặc chi phí, thì một hệ thống có thể làm ấm một ngôi nhà đang mát lạnh chỉ trong 20 phút lại là thứ bạn không muốn
    Thay vào đó, nên vận hành với nhiệt độ tuần hoàn nước sưởi thấp hơn nhiều, giảm thất thoát ở các không gian không được sưởi và làm ấm toàn bộ phòng đồng đều hơn. Nếu là nồi hơi ngưng tụ, chỉ cần hạ nhiệt độ nước cấp mục tiêu là có thể làm được
    Thêm vào đó cơ chế bù theo nhiệt độ ngoài trời (weather compensation) sẽ điều chỉnh nhiệt độ nước cấp theo nhiệt độ bên ngoài, để hệ thống chỉ chạy vừa đủ giúp tòa nhà phục hồi tới nhiệt độ mục tiêu
    Khi tinh chỉnh đúng, bộ điều nhiệt hoạt động như một giới hạn trên và yêu cầu sưởi 22~24 giờ mỗi ngày nhưng không bị quá nóng. Thông thường nhiệt độ nước cấp khoảng 110°F vào ngày ấm, khoảng 135°F khi thời tiết dưới 0°C; so với mức nước cấp cố định 160°F của mùa đông trước, mức dùng gas giảm 8~15% và dễ chịu hơn nhiều. Tuy nhiên cách này có thời gian phục hồi dài nên không hợp với việc đặt tiết kiệm năng lượng theo biên độ lớn; cần bộ điều khiển thông minh hơn, bình thường chạy chính xác ở nhiệt độ thấp và chỉ dùng nước nóng hơn trong giai đoạn phục hồi

    • Điều đó phụ thuộc nhiều vào cách bố trí hệ thống sưởi trong nhà. Cái gì hiệu quả hơn còn tùy vào việc nhiệt được đưa vào đâu trong nhà, mức cách nhiệt ra sao, v.v.
      Nhiệt di chuyển tuyến tính từ nơi nóng sang nơi lạnh theo chênh lệch nhiệt độ. Giả sử nhiệt độ đường ống bằng với nhiệt độ trong nhà, thì toàn bộ nhiệt truyền ra coi như thoát ra ngoài lớp vỏ công trình; đường ống càng nóng thì tỷ lệ này càng tốt. Dù bao nhiêu phần trăm đường ống nằm trong lớp vỏ công trình thì cũng vậy
      Tuy nhiên, nếu sưởi dọc theo phía tường ngoài như dưới cửa sổ, bạn sẽ làm nóng tường ngoài lên cao hơn mức bộ điều nhiệt trong phòng đo được, khiến thất thoát ra ngoài lớn hơn. Ngược lại, sưởi bức xạ phần lớn tránh được hiệu ứng này
    • Đồng ý. Kiểu bật rồi tắt là cách sưởi tệ nhất. Xem ISO 7730 thì thấy một phần đáng kể của sự thoải mái đến từ những bức tường không lạnh: https://de.wikipedia.org/wiki/ISO_7730
      Nói cách khác, trong một ngôi nhà được cách nhiệt hợp lý, duy trì nhiệt độ thấp ổn định khoảng 20°C là tốt nhất về mặt thoải mái, đồng thời cũng có thể hạ nhiệt độ nước sưởi, giúp bơm nhiệt hoặc nồi hơi hiệu quả hơn
    • Tôi từng đọc rằng tắt sưởi khi không ở nhà rồi bật lại khi về luôn hiệu quả hơn. Tôi thắc mắc lý do để bật 22~24 giờ ở đây có phải vì mất quá lâu để phục hồi tới nhiệt độ mong muốn, nên trên thực tế phải chịu lạnh một thời gian hay không
    • Tôi không rành hệ thống dùng nước nên không chắc có đúng không, nhưng với bơm nhiệt thì lập luận này đã được chứng minh là sai
      Khi so sánh giữa để nhiệt độ cố định và tăng/giảm/tắt khi ra ngoài rồi đưa về lại trước khi về nhà, khác biệt gần như không đáng kể, mức tiêu thụ điện cũng tương tự
      Giá mà có liên kết thì tốt, nhưng họ đã thử cả tình huống làm nóng lại kém hiệu quả. Trong đó có cả “sưởi khẩn cấp”
    • Câu “không muốn một hệ thống làm ấm nhà từ trạng thái mát lạnh chỉ trong 20 phút” còn tùy trường hợp. Như đã giải thích ở bình luận khác, một số phòng dùng cả sưởi sàn và radiator; nếu nhiệt độ mục tiêu chênh hơn 1°C so với hiện tại thì chạy cả hai, nếu không thì chỉ dùng sưởi sàn
  • Một cú hack hay
    Cách dễ hơn có vẻ là đặt một phần tử Peltier làm nóng/làm lạnh bên dưới bộ điều nhiệt và điều khiển từ xa, để chiếm quyền nhiệt độ mà bộ điều nhiệt cảm nhận
    Liên kết tới đúng mẫu bộ điều nhiệt không hoạt động nên tôi không biết cách tiếp cận này có phù hợp với thiết kế đến đâu, nhưng các bộ điều nhiệt tôi từng dùng thường gắn tường nên đặt nguồn nóng hoặc lạnh bên dưới không quá khó. Chỉ cần đừng để cả phía nóng và phía lạnh cùng tác động vào bộ điều nhiệt, và đó chỉ là vấn đề bố trí vị trí đơn giản

    • Ý tưởng hay. Thật mỉa mai là một thiết bị kém hiệu quả như vậy lại được dùng theo cách hiệu quả đến thế
    • Hệ thống điều khiển tốt nhất cho loại nồi hơi đó là điều khiển đường cong sưởi, tức cố định nhiệt độ nước sưởi theo nhiệt độ bên ngoài. Nếu nhắm tới nhiệt độ nước sưởi thấp nhất có thể, phản ứng của hệ thống sẽ khá chậm. Sau đó chỉ cần điều chỉnh lưu lượng nước tới từng phòng để xử lý chênh lệch nhiệt độ. Nhưng đây là quá trình tối ưu thủ công dài hạn, mất 1~2 năm mới hoàn thiện
  • Có vẻ bộ công cụ thật sự chi phối không gian lời giải. Đọc bài này trong khi hoàn toàn không biết gì về RF, tôi lập tức nghĩ tới một kiểu tấn công khác phù hợp hơn với công cụ của mình. Liệu có thể đặt bộ điều nhiệt vào một cái hộp rồi điều khiển nhiệt độ của hộp đó bằng cơ khí không?

    • Tôi đã tháo thermistor trong bộ điều khiển gắn tường và nối vào đó một biến trở số. Tạo ra cùng hiệu ứng mà không cần làm nóng hay làm lạnh cảm biến vật lý
    • Hoặc gắn ESP32 vào bo điều khiển nồi hơi để đóng mạch tiếp điểm không điện áp là được, không phải sao?
    • Nghe như một hướng tiếp cận ổn, nhưng vấn đề là làm lạnh cái hộp. Muốn bật sưởi thì cảm biến nhiệt độ phải đọc giá trị thấp
      Dù vậy, nếu có thể truy cập vào bên trong bộ điều nhiệt, việc thay cảm biến nhiệt bằng một mạch để khi cần nó đọc rất cao hoặc rất thấp có vẻ không khó
    • Đúng. Thực tế có thể làm vậy. Tìm CoolBot là ra. Nó làm đúng việc này bằng cách đơn giản là làm nóng bộ điều nhiệt hiện có
    • Nếu có thể tiếp cận vật lý với combi boiler, cũng có cách tháo bộ thu và thay bằng bộ điều nhiệt combi boiler thân thiện với Home Assistant
      Ngay cả lần đầu làm có lẽ cũng chỉ mất 30 phút, và chỉ cần một ít băng dính hai mặt là có thể dễ dàng khôi phục nguyên trạng. Đây là thứ mà người Anh từng làm Tracy Island sẽ thấy quen thuộc. Nguy cơ điện giật là có thật, nhưng có thể giảm hoàn toàn bằng cách tắt nguồn nồi hơi
      Dù sao đây vẫn là một cú hack thú vị và được triển khai tốt
  • Tôi tò mò hình thái lý tưởng của một bộ điều nhiệt phổ thông sẽ là gì
    Bộ điều nhiệt trong căn hộ của chúng tôi có một “tính năng” đang có trên nhiều sản phẩm Mỹ hiện nay: nó cho đặt bốn mốc thời gian theo thứ tự là thức dậy, ra ngoài, về nhà, ngủ, cùng nhiệt độ mong muốn cho từng khoảng. Tôi hầu như không biết hộ gia đình nào mà mọi người trong nhà đều thức dậy, ra ngoài, về nhà và đi ngủ vào cùng một giờ mỗi ngày
    Tôi làm việc tại nhà nên chỉ muốn đặt một nhiệt độ rồi giữ vô thời hạn, nhưng hệ thống này bắt tôi nhập nhiệt độ mong muốn bằng cách bấm bốn lần và kiểm tra bốn khoảng
    Cuối cùng có lẽ một bộ điều nhiệt có thể lập trình nhiều hơn, nhưng có thể cấu hình để hoạt động như bộ điều nhiệt núm xoay kiểu cũ, sẽ tốt hơn

    • Tôi vẫn nghĩ núm xoay là tốt nhất. Đặc biệt trong nhà hiện đại, ít nhất là ở châu Âu, dường như có quan điểm rằng nên luôn để bộ điều nhiệt ở cùng một nhiệt độ. Lý thuyết là năng lượng để làm ấm một căn nhà đã nguội vào buổi sáng còn tốn hơn so với duy trì nhiệt độ ổn định
      Cấu hình lý tưởng là lắp van điều nhiệt thông minh cho mọi bộ tản nhiệt trong nhà, để có thể hạ thủ công khi không ở trong phòng, hoặc tự động điều chỉnh bằng cách phát hiện hoạt động/cửa sổ mở. Tuy nhiên, không nên chỉ bộ điều nhiệt chính ở phòng khách mới bật lò hơi; mỗi van cũng cần có quyền bật lò hơi trung tâm khi cần
    • Tôi đang dùng Ecobee và thấy thích. Mặc định là Home, Away, Sleep, nhưng có thể thêm nhiều hoặc ít tùy ý. Có thể đổi nhiệt độ thủ công và cũng có thể quyết định giữ thiết lập thủ công đó trong bao lâu. Có thể là cho đến khi hủy, hoặc đến lần thay đổi theo lịch tiếp theo
      Ban đêm tôi thích mát hơn, nên đã đặt để nhiệt độ đổi vào khoảng giờ đi ngủ thường lệ, và dù ban ngày có chỉnh nhiệt độ thì nó cũng tự quay lại. Tôi dùng bộ điều nhiệt thông minh vì không muốn phải nhớ đổi lại. Khi tôi ra khỏi nhà, nó phát hiện và chuyển sang Away; khi đi nghỉ, tôi có thể đặt để nhà chỉ được giữ an toàn chứ không cần thoải mái, rồi cho nó quay lại khoảng lúc máy bay hạ cánh
      Nếu lịch của bạn không ngẫu nhiên đến điên rồ, hoặc nếu bạn không muốn cùng một nhiệt độ bất kể đang ngủ, thức hay vắng nhà, thì cứ nhập lịch cơ bản rồi chỉnh thủ công khi cần. Nếu dậy sớm hơn một tiếng thì tự đổi, còn nếu dậy đúng giờ thì chẳng cần bận tâm
    • Thành thật mà nói, cách cũ tốt hơn. Cái của chúng tôi cũng lập trình được, nhưng không lập trình mà luôn đặt đúng nhiệt độ mong muốn. Ngày lạnh nếu hơi se se thì tăng 1 độ, còn khi nắng đẹp khiến mọi người thấy nóng thì giảm 1 độ
    • Chẳng phải các bộ điều nhiệt kiểu này gần như đã cho phép làm điều đó rồi sao? Tôi đang dùng một bộ điều nhiệt Honeywell mới, về cơ bản nó làm những gì mẫu cũ 20 năm trước đã làm, chỉ thêm chút tiện lợi về UI. Theo từng ngày trong tuần có các thời điểm thức dậy/ra ngoài/về nhà/ngủ, và tùy chọn thêm cặp ra ngoài/về nhà thứ hai. Nó còn có tùy chọn ghi đè chương trình trong ngày bằng holiday, giống như một ngày lập trình thứ tám có thể kích hoạt bất cứ lúc nào
      Cách dùng bạn muốn cũng làm được. Để chương trình tiêu chuẩn ở 15°C, rồi khi cần thì bật holiday đã đặt theo nhiệt độ mong muốn. Nếu đặt nó quay lại 15°C vào một thời điểm hợp lý buổi tối, thì dù quên cũng không bị bật mãi
    • Cách giải quyết hiển nhiên là đặt thức dậy 8:00, ra ngoài 8:01, về nhà 8:02, ngủ 8:03. Sau đó đặt nhiệt độ ngủ thành nhiệt độ mong muốn, còn các mục còn lại để ở giá trị đủ gần, hoặc nếu không tự động chuyển giữa sưởi và làm mát thì đặt chúng trong 3 phút đó thành giá trị không tác động theo mùa. Ví dụ mùa hè là nhiệt độ cao nhất có thể, mùa đông là nhiệt độ thấp nhất có thể
  • Flipper Zero rất tuyệt, và nếu cài firmware tùy chỉnh thì nó có thể xử lý toàn bộ phần hack và điều tra
    Sản phẩm gốc được xuất xưởng với firmware bị hạn chế khá nhiều, điều này cũng dễ hiểu. Có lẽ nhằm giảm bớt chỉ trích mà công ty phải nhận. Nhưng cài thứ như Flipper Unleashed rất dễ, và khi đó bạn loại bỏ các hạn chế đó cũng như có thêm nhiều tính năng
    Việc sở hữu một công cụ có thể dùng cho tội phạm tự nó không nhất thiết là tội phạm. Tuy nhiên phải cẩn thận với việc bạn làm gì, và tùy quốc gia mà những người mặc vest có thể gõ cửa nhà bạn
    Cá nhân tôi muốn phát lại các tín hiệu 433MHz “được mã hóa” từ thiết bị của mình, ví dụ cổng điện, cửa cuốn, rèm cuốn, v.v., nhưng khi thiết lập vùng của Flipper là Australia thì tính năng này bị vô hiệu hóa

    • Tôi đồng ý 1000% với câu “việc sở hữu một công cụ có thể dùng cho tội phạm tự nó không nhất thiết là tội phạm”, nhưng với tư cách người từng gặp rắc rối nhỏ trong quá khứ, tôi nghĩ cần thận trọng với suy nghĩ này. Luôn nên giả định rằng người có thẩm quyền đặt câu hỏi có thể tạo ra câu chuyện họ muốn, câu chuyện đó được chấp nhận, và lập luận của mình còn có thể bị dùng bất lợi cho mình
      Khám phá kỹ thuật và sự tò mò luôn đáng khuyến khích, nhưng chỉ riêng ví dụ Flipper Zero cũng cho thấy có những điều cần lưu ý bất kể thẩm quyền pháp lý. Nếu không định dùng thì đừng mang theo. Đọc toàn bộ tài liệu trước khi luyện tập, và luyện tập cách không gây chú ý. Áp dụng thái độ “không để lại dấu vết” học được từ các hoạt động ngoài trời. Hãy để ý sự hiện diện và hành vi của mình ảnh hưởng thế nào đến môi trường và đối tượng, sẽ được người quan sát bên ngoài diễn giải ra sao, và thực hiện các biện pháp để giảm nghi ngờ
      Những nguyên tắc này áp dụng cho nhiều thiết bị, từ smartphone dùng một lần cho đến máy sao chép thẻ RFID giá rẻ trên Temu
      Đặc biệt người mới thường quá hăng hái và muốn nhảy thẳng tới giai đoạn trông như hacker trong TV và game. Có lý do khiến họ là nhân vật hư cấu. Dù hành động có vô hại hay không, điều cuối cùng quan trọng là người có thẩm quyền đặt câu hỏi nhìn nhận thế nào
  • Nếu muốn giải mã thì có lẽ không khó lắm. Trước đây khi làm việc này tôi cũng định triển khai phía phát, nhưng rồi chuyển nhà nên không làm được
    https://blog.habets.se/2017/04/Decoding-FSK.html

  • Nếu là tôi, thay vì đụng vào tín hiệu không dây, có lẽ tôi sẽ làm nóng hoặc làm lạnh chính bộ điều nhiệt. Chỉ cần úp một chiếc hộp nhỏ lên, rồi dùng thứ như một phần tử Peltier nhỏ để điều khiển nhiệt độ trong hộp. Muốn bật sưởi thì làm lạnh bên trong hộp, muốn dừng thì làm nóng
    Tuy nhiên có thể vì tôi hay làm thiết bị điều khiển nhiệt như một sở thích nên cách này trông dễ hơn nhiều đối với tôi

  • Nếu tác giả bài gốc có ghé vào đây, rất có thể chỉ cần thay bằng một bộ điều nhiệt tương thích với nồi hơi là đã tiết kiệm được tiền và bớt đau đầu. Chỉ riêng việc tìm thấy tín hiệu Honeywell trong một dự án mã nguồn mở ngẫu nhiên và nó hoạt động cũng cho thấy thị trường nồi hơi khá cởi mở với cạnh tranh
    Chúc may mắn với việc tùy biến căn hộ trong tương lai

    • Có vẻ bạn đã bỏ lỡ đoạn giải thích rằng căn hộ là nhà thuê nên không thể sửa đổi gì
  • Dự án tuyệt vời
    Nếu là lò sưởi khí tự nhiên (CH4) tương đối hiện đại thì tất cả đều nên có chức năng bộ điều nhiệt điều biến thông qua các giao thức như OpenTherm/eBus. Khi kết hợp với bộ điều nhiệt có cảm biến nhiệt độ ngoài trời, hiệu suất hệ thống tăng thêm vài phần trăm và giúp bù lại chi phí bộ điều nhiệt cùng lắp đặt. Rốt cuộc sẽ thành một hệ thống sưởi hiện đại hiệu quả hơn
    Điều tương tự cũng nên áp dụng cho hệ thống bơm nhiệt

    • OpenTherm là một ý tưởng hay, nhưng ngay cả nơi mới lắp đặt cũng không phải lúc nào dây dẫn đã được đi phù hợp. Khi lắp bộ điều nhiệt thông minh mới, tôi thấy hệ thống hiện có được đi dây theo S Plan, và vài sợi cáp ít ỏi giữa vị trí nồi hơi và vị trí van đều đã dùng hết. Nếu chưa được chuẩn bị sẵn thì quy mô công việc sẽ lớn hơn nhiều
  • Tôi chuyển đến một căn hộ mới, chính xác hơn là một ngôi nhà, và cần cải tạo toàn bộ. Không có cách nhiệt hiện đại, nhưng tôi tính ra hiện tại khoản đầu tư vào cách nhiệt chưa hoàn vốn hợp lý. Vì là nhà liền kề một bên nhiều tầng, tôi muốn hệ thống sưởi vừa thoải mái nhất có thể vừa kinh tế
    Cụ thể, tôi muốn phòng ngủ và phòng khách có nhiệt độ ổn định và điều khiển riêng, một số phòng sưởi sàn, một số phòng sưởi bằng radiator, và có phòng vào những đợt rét đậm thì chỉ sưởi sàn có thể không đủ nên muốn kết hợp sưởi sàn + radiator
    Tôi nghĩ nếu trả tiền thì sẽ có ai đó thiết lập được hệ thống điều khiển. Việc đó lẽ ra phải đơn giản chứ?
    Hoàn toàn sai. Sau vài giờ tìm hiểu các cấu hình mà những “chuyên gia” khuyến nghị, tôi phát hiện ra các trường hợp biên gây lãng phí hoặc bất tiện. Những thứ như vượt nhiệt hoặc hụt nhiệt không cần thiết và không thể tránh được. Tôi đã trao đổi nhiều lần với Honeywell, Tado, Siemens, v.v., nhưng tất cả đều có khiếm khuyết lớn
    Vì chuyện này mà việc cải tạo hơi bị đình lại, nhưng đường ống đã sẵn sàng và ít nhất tôi muốn xem đường ống cùng máy bơm có hoạt động không. Vì vậy tôi nối máy bơm và van vào ổ cắm thông minh điều khiển bằng Zigbee để kiểm tra xem có bật được không. Hoạt động tốt, và ý tưởng cứ thế tiếp diễn
    Hiện giờ tôi rải các cảm biến nhiệt độ Zigbee giá 20 đô la khắp nhà, các ổ cắm thông minh và rơ-le giá 30 đô la điều khiển van, máy bơm và nồi hơi, còn Home Assistant điều khiển toàn bộ. Mọi thứ hoạt động hoàn hảo, và tôi còn triển khai được những chức năng mà các hệ thống bán sẵn không thể làm. Ví dụ, trong phòng có cả sưởi sàn lẫn radiator, khi chênh lệch với nhiệt độ mục tiêu lớn thì bật cả hai để làm ấm nhanh, còn khi gần đạt mục tiêu thì tắt radiator để sưởi sàn đóng vai trò chính. Như vậy thoải mái hơn và cũng tiết kiệm năng lượng hơn radiator. Phòng dùng radiator nằm trong khoảng ±0,4°C so với mục tiêu, phòng sưởi sàn nằm trong khoảng ±0,1°C

    • Thế giới hệ thống sưởi điều khiển tự động/từ xa và thế giới chuông cửa thực chất giống như một bàn lừa đảo khổng lồ. Vì nó gần như chỉ là bản cập nhật của những lĩnh vực vốn đã có tính lừa đảo từ trước. Tôi suýt khóc khi trả một khoản lớn cho thiết bị Tado; ngay cả thiết bị bTicino ngu ngốc cũng có giá hàng trăm euro, trong khi thực chất chỉ là cảm biến, một màn LCD nhỏ và hệ thống menu như được thiết kế dưới địa ngục. Chuông cửa dựa trên IP cũng y hệt. Doorbird thực chất là một webcam đặt trong vỏ kim loại khá ổn kèm phần mềm tệ hại mà giá hàng trăm euro, còn các hệ thống analog dùng cáp quang cũng cạnh tranh ở mức giá gần như tương tự hoặc còn đắt hơn
    • Các hệ thống bán sẵn không được tối ưu chỉ vì hiệu suất. Chúng được làm để người lắp đặt chỉ cần học nửa ngày rồi, bằng vài phép nhân và cộng, có thể đặt tham số sao cho trong điều kiện thiết bị chỉ định cho ra kết quả chấp nhận được, tương đối gần tối ưu. Người tiếp theo cũng phải hiểu được nữa
      Vì vậy, để bù cho những thứ mà mô hình đơn giản bỏ sót, chúng gần như luôn được thiết kế hơi quá mức và kém hiệu quả
      Không chỉ hệ thống sưởi mới như vậy; phần lớn kỹ thuật đều thế, và những thứ được tối ưu hoàn toàn khá hiếm
    • Tôi dám chắc phép tính hoàn vốn cho cách nhiệt là sai. Có lẽ bạn đã đánh giá quá thấp chi phí nhiên liệu hoặc tiền điện
      Thay vì nghĩ “cả ngành HVAC/sưởi ấm đều ngốc nên không làm đúng được chuyện này”, tốt hơn nên xem lại liệu giả định hoặc tiêu chí của mình có sai không
      Ví dụ, trong các hệ thống HVAC hoặc sưởi hiện đại, hụt nhiệt/vượt nhiệt không gây lãng phí hay bất tiện. Vượt quá 1–2°F không có nghĩa là không gian được sưởi mất nhiều nhiệt hơn đáng kể so với khi được giữ đúng điểm đặt hoàn hảo. Bạn cũng sẽ không muốn một hệ thống phản ứng tức thì. Nếu bạn mở cửa để nhận hàng, ký xong rồi đóng lại, không khí trong phòng sẽ khá lạnh
      Lúc đó hệ thống sưởi có nên bật không?
      Ở nhà bạn có vẻ nó sẽ bật, nhưng câu trả lời đúng là không. Vì không khí sẽ nhanh chóng được làm ấm lại bởi mọi vật thể vốn đang ở nhiệt độ phòng. Chỉ riêng diện tích bề mặt đã lên tới hàng nghìn foot vuông
    • Với bộ điều nhiệt thông thường, độ trễ nhiệt độ là không thể tránh khỏi, nhưng có thể giảm bằng bộ điều khiển PID. Hầu hết các hệ thống tự động hóa tòa nhà thương mại đều dùng rộng rãi bộ điều khiển PID
      Các lựa chọn dân dụng như Honeywell, JCI, Siemens, Trane, Carrier dường như tập trung hơn vào khả năng áp dụng phổ quát, còn hệ thống BAS thương mại, dù dùng cảm biến và bộ điều khiển phổ thông, vẫn gần với thiết kế tùy chỉnh cho từng tòa nhà. Nhân tiện, tôi đã từng làm dự án tự động hóa tòa nhà với cả năm công ty kể trên
    • Với người mua sau này thì đúng là ác mộng khi vận hành
      Có người không may mua phải nhà mà cấu hình nồi hơi do kỹ sư cơ khí thiết kế, trong phòng nồi hơi đầy van và đồng hồ áp suất như thể sắp vận hành động cơ tàu Titanic
      Dạo này có vẻ tội đồ mới trong lĩnh vực này là lập trình viên