Page 13 of 16 FirstFirst ... 38910111213141516 LastLast
Results 121 to 130 of 155

Thread: My HGI80 equivalent Domoticz setup without HGI80

  1. #121
    Automated Home Jr Member
    Join Date
    Jan 2018
    Posts
    17

    Default

    @smar. What firmware are you running. If my FIFO branch do you have OT?

  2. #122
    Automated Home Jr Member
    Join Date
    Feb 2018
    Posts
    19

    Default

    Quote Originally Posted by petep View Post
    @smar. What firmware are you running. If my FIFO branch do you have OT?
    @petep As per my earlier post, I'm running your FIFO branch, but don't have OT yet. My new boiler is due to be installed in a couple of months time, at which time I will be getting the OT module.

  3. #123
    Automated Home Lurker
    Join Date
    Jun 2018
    Posts
    1

    Default

    Hi all. I have an Evohome WiFi controller and I would like to set up a radio sniffer. Do you think that a TTGO Lora 868 MHz device like this could do the trick?

    https://s.click.aliexpress.com/e/bXF4i3xL

  4. #124
    Automated Home Jr Member
    Join Date
    Jan 2019
    Posts
    11

    Default

    Has anyone tried this with an ESP8266 and a CC1101 radio? I know a CC1101 driver has been written for the ESP8266 but I don't know how "drop in" it is to any of the three firmwares I've seen. Otherwise I guess I'll just try the firmware on a nano clone and connect that to the ESP.

  5. #125
    Automated Home Jr Member
    Join Date
    Nov 2014
    Posts
    10

    Default

    Would also love to know what would be the best and cheapest solution.

    Also got a few ESP-01 units laying around, Some NodeMcu’s too.

  6. #126
    Automated Home Jr Member
    Join Date
    Nov 2014
    Posts
    18

    Default

    Me as well

  7. #127
    Automated Home Guru
    Join Date
    Feb 2016
    Posts
    191

    Default

    I think the cheapest & simplest (from a firmware perspective) solution is to connect an arduino Nano clone to a CC1101. Both are only a few £s each and the Nano connects directly to your computer via USB. You can either use a breadboard, direct soldering or sockets to connect the Nano to the CC1101. This then produces a device almost identical to the RFBee, but running at 5v 16MHZ rather than 3.3v 8MHZ and the majority of the firmwares will work. You can also buy these types of CUL devices as a single PCB, but they are pricey, about £40.

    If you want to use an alternative MCU then you'll need to mess around with the firmware, mapping pins/interrupts etc, assuming you can use the Arduino IDE with the MCU.

    I'm currently using a Nano + CC1101 (both sourced via ebay) at the moment to help me dig into some of the current limitations of the different firmwares.

  8. #128
    Automated Home Jr Member
    Join Date
    Jan 2019
    Posts
    11

    Default

    My CC1101 finally arrived and I'm now trying to get it to work with OpenHAB via MQTT and smar's python listener. I'm using petep's FIFO firmware at present, though last night was using master with the same results.

    I have the old Evohome controller, with a RFG100 gateway. No boiler relay or opentherm but I do have BDR91s on the DHW and CH heating valves (which then fire the boiler via the microswitch). I'm aiming to get some kind of aggregate heat demand for my boiler modulation hack.

    - firstly, my CC1101 came with a 433MHz antenna. It seems to be working OK but is it worth trying to switch to an 868MHz tuned one? It strikes me that the harmonics should be vaguely similar which is presumably why it's working.

    - lots of "Unknown Command" - 0006 or 10A0. Device 30:071715 seems to be involved; I can't tell if this is the RFG100 or the controller itself?
    2019-01-30 08:55:27: UNKNOWN COMMAND : 30:071715 : Command code '0006'. MSG: --- RQ --- 30:071715 01:067930 --:------ 0006 001 00
    2019-01-30 08:56:03: UNKNOWN COMMAND : 30:071715 : Command code '10A0'. MSG: --- RQ --- 30:071715 01:067930 --:------ 10A0 001 00

    - Lots of other errors:
    2019-01-30 08:57:25: ERROR : ZONE_TEMPERATURE: ValueError("invalid literal for int() with base 16: ''",): --- RQ --- 30:071715 01:067930 --:------ 30C9 001 08
    2019-01-30 08:57:35: SETPOINT_OVERRIDE : 30:071715 : ERROR - invalid length: --- RQ --- 30:071715 01:067930 --:------ 2349 001 03
    2019-01-30 08:59:19: DHW_STATUS : 30:071715 : ERROR - invalid msg.payload length: --- RQ --- 30:071715 01:067930 --:------ 1F41 001 00

    Can anyone help with these errors? Is the firmware returning expected results or do I need to fiddle with the python code? I'm not sure quite what the messages should look like!

    thanks

    EDIT - looking into it, it appears the 001 is the message length which is generally too short (and why it's complaining).
    0006, 0005 and 2349 seem to be being used as some kind of synchronisation effort between what is probably the RFG100 and the controller - the last byte of the payload seems to move around 00 to 0F? Possibly it's asking for updates? (though there are only 12 zones so not sure how it gets as far as 0F)

  9. #129
    Automated Home Guru
    Join Date
    Feb 2016
    Posts
    191

    Default

    - firstly, my CC1101 came with a 433MHz antenna. It seems to be working OK but is it worth trying to switch to an 868MHz tuned one? It strikes me that the harmonics should be vaguely similar which is presumably why it's working.
    I'm only using 868MHz antennae and also CC1101s boards marked as 868MHz as I'd assumed (maybe wrongly) that the antenna circuit was tuned for the specific frequency, but it looks like you're receiving messages OK with a 433MHz device.

    - lots of "Unknown Command" - 0006 or 10A0. Device 30:071715 seems to be involved; I can't tell if this is the RFG100 or the controller itself?
    2019-01-30 08:55:27: UNKNOWN COMMAND : 30:071715 : Command code '0006'. MSG: --- RQ --- 30:071715 01:067930 --:------ 0006 001 00
    2019-01-30 08:56:03: UNKNOWN COMMAND : 30:071715 : Command code '10A0'. MSG: --- RQ --- 30:071715 01:067930 --:------ 10A0 001 00
    Device type 30 is the RFG100 gateway. You can safely ignore these "Unknown Command" messages as this indicates that the meaning of these commands isn't known by the code (they haven't yet been implemented in the original Domoticz code). The 0x0006 command is a schedule sync message sent between the gateway to controller to check whether there have been any changes since the last exchange of schedule information. The 0x10A0 command is a DHW settings message sent between the gateway and controller.

    - Lots of other errors:
    2019-01-30 08:57:25: ERROR : ZONE_TEMPERATURE: ValueError("invalid literal for int() with base 16: ''",): --- RQ --- 30:071715 01:067930 --:------ 30C9 001 08
    2019-01-30 08:57:35: SETPOINT_OVERRIDE : 30:071715 : ERROR - invalid length: --- RQ --- 30:071715 01:067930 --:------ 2349 001 03
    2019-01-30 08:59:19: DHW_STATUS : 30:071715 : ERROR - invalid msg.payload length: --- RQ --- 30:071715 01:067930 --:------ 1F41 001 00

    Can anyone help with these errors? Is the firmware returning expected results or do I need to fiddle with the python code? I'm not sure quite what the messages should look like!
    These messages look OK as the '001' indicates a 1 byte payload which is correct as these are all followed by just a 1 byte payload. Hence, I think the python code likely needs some tweaks, but you can also ignore these errors as these messages are simply status requests and it's the 'RP' messages which contain the useful info.
    Last edited by DanD; 30th January 2019 at 09:56 AM.

  10. #130
    Automated Home Jr Member
    Join Date
    Jan 2019
    Posts
    11

    Default

    Quote Originally Posted by DanD View Post
    I'm only using 868MHz antennae and also CC1101s boards marked as 868MHz as I'd assumed (maybe wrongly) that the antenna circuit was tuned for the specific frequency, but it looks like you're receiving messages OK with a 433MHz device.
    Thanks for the reply and explanations. Irritatingly the module I ordered was one of the few on aliexpress which mentioned 868MHz - but the board and antenna both have 433 on them. Looking at the output it's clear a lot of devices aren't being heard (the RFG100 is in the room next door which is probably why it's seeing so much of that). I tried a large external antenna (also 433MHz unfortunately) and it's improved things slightly but I think you may be right about the modules being tuned. I'll look around for a new module, and when it arrives I'll try to report back on the effects of a 433MHz module with an 868MHz antenna and vice versa!

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •