DIY: Itho ventilatie aansturen via 868Mhz transmitter

[martinvdm]

jodur schreef op vrijdag 2 februari 2018 @ 13:24:
Met de 536-0124 Remote zou het gewoon moeten werken, deze gebruik ik ook!

Ik neem aan dat je niet letterlijk %sysname% in de topic naam heb staan?

Let wel je moet de OpenHAB MQTT controller selecteren en niet de default Domoticz!

Ik heb deze settings:



Met dit in HA als sensor:

code:

- platform: mqtt
name: Afzuiging Tijd
state_topic: "/IthoRemote/Fan/Timer"
value_template: "{{value}}"
unit_of_measurement: 's'
- platform: mqtt
name : Afzuiging Snelheid
state_topic: "/IthoRemote/Fan/State"
value_template: >
{% if value|float==0 %}Standby{% endif %}
{% if value|float==1 %}Laag{% endif %}
{% if value|float==2 %}Medium{% endif %}
{% if value|float==3 %}Hoog{% endif %}
{% if value|float==4 %}Full{% endif %}
{% if value|float>=11 %}Hoog(T){% endif %}

En dit als fan:

code:

platform: mqtt
command_topic: "/IthoRemote/Fan/cmd"
state_topic : "/IthoRemote/Fan/State"
speed_command_topic: "/IthoRemote/Fan/cmd"
speed_state_topic: "/IthoRemote/Fan/State"
state_value_template: "{% if value|float==0 %}S$speed_value_template: "{% if value|float==0 %}S$payload_on: "State 1"
payload_off: "State 0"
payload_low_speed: "State 1"
payload_medium_speed: "State 2"
payload_high_speed: "State 3"
optimistic: "true"
name: Centrale Afzuiging
speeds:
- low
- medium
- high

[ Voor 16% gewijzigd door martinvdm op 02-02-2018 18:47 ]

[jodur]

als je onderstaand commando uitvoert op je pi, moet je topics voorbij zien komen (commando is voor mosquitto)

code:

mosquitto_sub -t '#' -v

[martinvdm]

jodur schreef op vrijdag 2 februari 2018 @ 19:19:
als je onderstaand commando uitvoert op je pi, moet je topics voorbij zien komen (commando is voor mosquitto)

code:

mosquitto_sub -t '#' -v

Ken het commando, zal straks ff kijken

[balk]

martinvdm schreef op vrijdag 2 februari 2018 @ 18:44:
[...]


Ik heb deze settings:
[afbeelding]
[afbeelding]

Met dit in HA als sensor:

code:

- platform: mqtt
name: Afzuiging Tijd
state_topic: "/IthoRemote/Fan/Timer"
value_template: "{{value}}"
unit_of_measurement: 's'
- platform: mqtt
name : Afzuiging Snelheid
state_topic: "/IthoRemote/Fan/State"
value_template: >
{% if value|float==0 %}Standby{% endif %}
{% if value|float==1 %}Laag{% endif %}
{% if value|float==2 %}Medium{% endif %}
{% if value|float==3 %}Hoog{% endif %}
{% if value|float==4 %}Full{% endif %}
{% if value|float>=11 %}Hoog(T){% endif %}

En dit als fan:

code:

platform: mqtt
command_topic: "/IthoRemote/Fan/cmd"
state_topic : "/IthoRemote/Fan/State"
speed_command_topic: "/IthoRemote/Fan/cmd"
speed_state_topic: "/IthoRemote/Fan/State"
state_value_template: "{% if value|float==0 %}S$speed_value_template: "{% if value|float==0 %}S$payload_on: "State 1"
payload_off: "State 0"
payload_low_speed: "State 1"
payload_medium_speed: "State 2"
payload_high_speed: "State 3"
optimistic: "true"
name: Centrale Afzuiging
speeds:
- low
- medium
- high

Heb je meerdere ESPeasy units draaien? Dan moet je even het unit nummer veranderen als dat hetzelfde is. Mosquitto struikelt er anders over en blijft reconnecten.

[martinvdm]

@jodur @balk
Het schakelen gaat goed. Ik zie netjes de
/IthoRemote/Fan/cmd State 1, State 2 of State 3 voorbijkomen in mosquitto. Alleen blijft wel de snelheid en tijd op 'unkown' staan in Home Assistant. Tevens zie ik nog steeds niet de bestaande remote voorkomen in het log, ondanks dat Web log op 4 staat.

Ik heb geen 2e ESPEasy.

/IthoRemote/Fan/State zie ik ook helemaal niet voorbij komen in mosquitto.

EDIT:
Ik heb nu onder devices een Itho Ventilation Remote aangemaakt. Deze heb ik D1 meegegeven en als naam Fan.


Dit zie ik dan wel netjes in mosquitto voorbij komen.
/IthoRemote/Fan/State 1
/IthoRemote/Fan/Timer 0
/IthoRemote/Fan/LastIDindex 0

Update nu ook de status in HA netjes en ik zie netjes allerlei IDs voorbij komen in het LOG. Dus het lijkt echt de goede kant op te gaan. Ik zie alleen heel veel verschillende IDs voor komen, dus nu nog ff de vraag welk ID is nu de Itho Remote controller.

[ Voor 68% gewijzigd door martinvdm op 02-02-2018 21:50 ]

[jodur]

Je moet bij sensor de GPIO aangeven waar je pin 6 van de c1100 hebt aangesloten. RTFM.

[martinvdm]

jodur schreef op vrijdag 2 februari 2018 @ 21:53:
Je moet bij sensor de GPIO aangeven waar je pin 6 van de c1100 hebt aangesloten. RTFM.

lees mijn post nog eens. edit hem zojuist voor jou post.

[jodur]

OK succes verder!

[martinvdm]

jodur schreef op vrijdag 2 februari 2018 @ 22:01:
OK succes verder!

Het is inmiddels helemaal gelukt. Maar de naam als Fan zetten en de GPIO in Devices was ff een dingetje. Opnieuw flashen heeft ook zijn vruchten afgeworpen. Werkt inmiddels dus als een trein. Erg bedankt voor alle hulp en niet te vergeten het top werk wat een ieder in dit project verricht heeft.

[ Voor 9% gewijzigd door martinvdm op 02-02-2018 22:45 ]

[jodur]

demanditho schreef op donderdag 1 februari 2018 @ 17:22:
Het is gelukt om te ontcijferen hoe de 2e set counter afhankelijke byte in elkaar zit. Het werkt in ieder geval voor mijn afstands bediening. Zou ik van andere mensen wat logs kunnen krijgen, zodat ik kan kijken of het algemeen werkt?

@demanditho , top dat je zover bent gekomen met ontcijferen, welke log heb precies nodig? (welk programma gebruik je?).

[demanditho]

Ik heb voorbeelden van de message2 bytes nodig, formaat maakt niet zoveel uit. Ik gebruik zelf een iets aangepaste versie van de code van superjimmie/IthoEcoFanRFT.

Ik heb van ierlandfan enkele voorbeelden gekregen, en die leken een andere waarde van de checksum.

Des te meer verschillende message2bytes des the eenvoudiger zoeken..

[paQ]

Ik volg dit topic al een poosje, maar ik haakte op een gegeven moment af: te programmeer-technisch voor me
Zou de uiteindelijke werking ook in Domoticz gerealiseerd kunnen worden? Of echt alleen in openHab?

[Speedy-Andre]

Je kan hem met de oude software via http commands bedienen in Domoticz, ik heb een meerstanden schakelaar gebruikt voor 5 snelheden en de timer.
Wellicht kan dat met de nieuwe versie nog steeds , met wat geluk ben je er al als je een .bin in een Esp kan flashen zoals met de oude versie

[sjimmie]

demanditho schreef op zondag 4 februari 2018 @ 13:01:
Ik heb voorbeelden van de message2 bytes nodig, formaat maakt niet zoveel uit. Ik gebruik zelf een iets aangepaste versie van de code van superjimmie/IthoEcoFanRFT.

Ik heb van ierlandfan enkele voorbeelden gekregen, en die leken een andere waarde van de checksum.

Des te meer verschillende message2bytes des the eenvoudiger zoeken..

Kwestie van tijd(gebrek), ik ga proberen eea voor je te verzamelen!

[martinvdm]

demanditho schreef op donderdag 1 februari 2018 @ 17:22:
Het is gelukt om te ontcijferen hoe de 2e set counter afhankelijke byte in elkaar zit. Het werkt in ieder geval voor mijn afstands bediening. Zou ik van andere mensen wat logs kunnen krijgen, zodat ik kan kijken of het algemeen werkt?

De python code hieronder laat zien hoe het werkt.

1. de berichten hebben niet altijd dezelfde lengte. de waarde 0xac lijkt het einde aan te geven. start bytes en 0xac en verder worden eraf gehaald.
2. het bericht is nu "manchester" encoded. een bit is 01 of 10. Alle oneven bitjes kunnen weg
3. Er blijven groepjes van 4 bitten over, deze worden allemaal achter elkaar geplakt. Nu bijkt dat er om de 4 bit een '0' extra in zit. Die al wel nodig zijn voor de cc1101 om de klok te synthetiseren. De string wordt opgehakt in stukjes van 5 bit, en de nullen worden weggehaald.
4. De groepjes van 4 bit die overblijven, staan in big endian. Ze worden in reverse order gezet, en 2 aan 2 aan elkaar geplakt.
5. Het resultaat: 3 byte ID, 1 byte counter, payload (voor mij 6 of 8 byte), 1 byte checksum. Als deze bytes bij elkaar worden geteld, levert het altijd dezelfde kontstante.

Als ik wat meer voorbeelden van andere afstandsbedieningen heb kan ik het omzetten naar c++ en in de Itho library inbouwen.

code:

    def prepCrc(self, l):
        l = l.split(' ')
        rftWord = [int(v2, 16) for v2 in l]

        # drop preamble and tail
        rftWord = rftWord[8:]
        rftWord = rftWord[:(rftWord.index(0xac))]

        # drop every other bit
        rftWord2 = []
        for w in rftWord:
            w2 = BitArray(uint=w, length=8)[0::2]
            rftWord2 = rftWord2 + [w2.uint]

        #print(" ".join(map("{:0>4b}".format, rftWord2)))

        # collect all bit in a single array
        # divide into groups of 5 bits, drop a bit that is always 0, reverse the order
        bs = " ".join(map("{:0>4b}".format, rftWord2))
        a = BitArray(bin=bs)[2:]
        packetLen = int(a.len/5)
        b = a.unpack('bin:4, pad:1,' * packetLen)
        c = list(map(lambda x: x[::-1], b))

        # collect 4 bit words into 8 bits words
        # add all numbers, take 8 bit remainder
        # this will be a constant
        r = []
        for i in range(0, packetLen, 2):
            r = r + [c[i] + c[i+1]]
        sum = 0
        for w in r:
            sum = sum + BitArray(bin=w).uint
            #print(BitArray(bin=w).uint, sum)
        s = list(map(lambda x: (BitArray(bin=x).hex), r))

        print("id = {}".format(s[0:3]))
        print("cmd = {}".format(s[4:-1]))
        print("{}    sum = {}".format(s, sum % 256))

Even voor mijn beeldvorming? Wat voegt dit toe als dit bekend is?

[demanditho]

Het zou het toevoegen van nieuwe commando's gemakkelijker maken, en het zou het gebruik van meer Id's mogelijk maken.

[Ierlandfan]

@paQ

Programmeren is niet nodig.
Domoticz zit standaard in de versie van Jodur (En ESP Easy in het algemeen).
Je kan dmv bijv 192.168.1.123/control?cmd=STATE,1 in Domoticz de stand doorgeven.
(Zie voor meer commando's de Github van Jodur)

Dus kortweg. Flash ESP met bin van Jodur
Stel netwerk in op de webinterface van ESP Easy (En doe dan een reboot)
Ga in browser naar IP van ESP.
Stel een Statisch IP in bij config
Stel Domoticz bij controllers in op de webinterface van ESPEasy (Vergeet niet te enablen = vinkje)
Maak een nieuw device bij devices aan op de webinterface van ESPEasy (Kies voor Itho)
Je moet bij sensor de GPIO aangeven waar je pin 6 van de c1101 hebt aangesloten.
Vergeet niet te saven of te submitten, net wat van toepassing is.

Hier moet je al een heel eind mee komen.

[ Voor 0% gewijzigd door Ierlandfan op 04-02-2018 23:08 . Reden: CC1101 - niet CC1100, ik haat typo's en niet geverifieerde copy-paste acties ]

[sjimmie]

martinvdm schreef op zondag 4 februari 2018 @ 15:47:
[...]

Even voor mijn beeldvorming? Wat voegt dit toe als dit bekend is?

Stel dat jij en iemand in de buurt nu de code gebruikt die we nu allemaal gebruiken, dan reageert jouw itho op de sturing van iemand anders (en andersom). Wanneer we beter weten hoe de berekeningen werken kan iedereen zijn eigen ID gebruiken (of een willekeurig ID met wat geluk)

[Ierlandfan]

Moeten het nieuwe zijn of kun je verder met de message2 commands uit het Excel document wat hier ergens rondwaart?

[demanditho]

Het moeten nieuwe zijn, ik heb de hele string van command2 bytes nodig. Het om de combinatie van it, counter, command bytes en de 2e set "counter" bytes.

De command's van ierlandfan werken nu ook goed, heb nog een klein foutje gevonden.

Ierlandfan schreef op zondag 4 februari 2018 @ 23:07:
Moeten het nieuwe zijn of kun je verder met de message2 commands uit het Excel document wat hier ergens rondwaart?

[sjimmie]

demanditho schreef op woensdag 7 februari 2018 @ 15:30:
Het moeten nieuwe zijn, ik heb de hele string van command2 bytes nodig. Het om de combinatie van it, counter, command bytes en de 2e set "counter" bytes.
[...]

Net een paar via een berichtje naar je gestuurd.

[remcoXP]

ik heb mijn wemos aan de antenne en de easy esp geflashed.
ik probeer nu een mijn buva boxstream remote te koppelen https://img.youtube.com/vi/ounAuGdoMME/mqdefault.jpg
ik heb ook nog een stork zender.

als ik geen knoppen indruk ontvang ik al erg veel, en als ik begin te drukken zie ik geen verschil.
in mijn log zie ik alles ignored en geen dezelfde id's of patronen.
wat kan ik fout hebben?

code:

966935 : Device-ID:65:2:52:24:1:13:f:81 IGNORED
971570 : WD : Uptime 16 ConnectFailures 0 FreeMem 20984
976236 : RF signal received 
976238 : Device-ID:15:50:7a:0:82:d:38:86 IGNORED
978916 : UPDATE by PLUGIN_READ
978916 : State: 1.00
978916 : Timer: 0.00
978916 : LastIDindex: 0.00
986072 : RF signal received 
986075 : Device-ID:9:26:9:28:34:ea:40:8 IGNORED
966935 : Device-ID:65:2:52:24:1:13:f:81 IGNORED
971570 : WD : Uptime 16 ConnectFailures 0 FreeMem 20984
976236 : RF signal received 
976238 : Device-ID:15:50:7a:0:82:d:38:86 IGNORED
978916 : UPDATE by PLUGIN_READ
978916 : State: 1.00
978916 : Timer: 0.00
978916 : LastIDindex: 0.00
986072 : RF signal received 
986075 : Device-ID:9:26:9:28:34:ea:40:8 IGNORED
1043642 : RF signal received 
1043644 : Device-ID:24:fc:40:b:34:89:6:95 IGNORED
1047578 : RF signal received 
1047580 : Device-ID:38:21:7:ad:77:58:d0:ff IGNORED
1051219 : RF signal received 
1051221 : Device-ID:15:0:f5:fb:a:8f:86:a2 IGNORED
1052598 : RF signal received 
1052600 : Device-ID:12:40:8:40:a4:2:11:e6 IGNORED
1055306 : RF signal received 
1055308 : Device-ID:ea:2a:84:98:19:36:ce:f1 IGNORED

1122730 : RF signal received 
1122732 : Device-ID:bd:15:5e:95:8b:2e:5e:3c IGNORED
1123401 : RF signal received 
1123404 : Device-ID:3b:30:46:41:84:46:fb:8b IGNORED
1125829 : RF signal received 
1125832 : Device-ID:6c:64:80:6b:d3:e2:89:2a IGNORED
1127612 : RF signal received 
1127615 : Device-ID:ff:ff:ff:ff:ff:ff:ff:ff IGNORED
1128821 : RF signal received 
1128823 : Device-ID:ff:ff:ff:ff:ff:ff:ff:ff IGNORED

[rmeertens]

Hallo allen,

Net ESPEasyItho plugin geinstalleerd op mijn esp met IP=192.168.1.144. Hij doet het pefect. Thaks Jodur!

Nu wil ik hem bedienen vanuit Domoticz en wanneer ik de RF Remote(orignele afstandbedining van de FAN) indruk moet de status in domoticz geupdate worden. Ik heb het geprobeerd met een domoticz "Selector switch". Helaas krijg ik het laatste deel(het updaten) niet aan de gang...

Uitleg:
De aan Domoticz "Selector switch" met IDX 83 heeft de volgende configuratie:
Lvl Action
0 http://192.168.1.144/control?cmd=STATE,0
10 http://192.168.1.144/control?cmd=STATE,1
20 http://192.168.1.144/control?cmd=STATE,2
30 http://192.168.1.144/control?cmd=STATE,3
40 http://192.168.1.144/control?cmd=STATE,4
50 http://192.168.1.144/control?cmd=STATE,13
60 http://192.168.1.144/control?cmd=STATE,23
70 http://192.168.1.144/control?cmd=STATE,33

Het bedienen werkt.

Ik zit met een probleempje dat wanneer ik de RF Remote indruk de status van mijn Selector Switch niet bijgewerkt wordt. (Er komt undefined te staan)

Na een analyze zie ik dat de EspEasy netjes een http connectie maakt:
/json.htm?type=command&param=udevice&idx=83&svalue=3;0 maar helaas reageert de Selector Switch van Domoticz niet op svalue=3, maar wel op 30(Moet kennelijk gelijk zijn aan de switch level). Dit heb ik getest met CURL.

Helaas kan ik de in Domoticz de switch levels(10,20,30 etc) niet aanpassen, deze worden namelijk automatisch gegenereerd door Domoticz. Wanneer ik deze kon veranderen naar 0,1,2,3,4,13,23,33 (Dit zijn de states die vanuit ESPEasy gestuurd worden)dan had het gewerkt.

Heeft iemand een tip?

Alvast bedankt.

Groetjes,

Rick

[ Voor 18% gewijzigd door rmeertens op 10-02-2018 17:58 . Reden: Meer uitleg ]

[Ierlandfan]

Snelste manier zonder de code te veranderen en opnieuw te compilen is als volgt:

Maak een dummy switch (text) aan in Domoticz en geeft het de naam "Itho-ESP"
Verander de naam van Itho-Ventilatie in onderstaand script in de naam van jouw selectorswitch naam als die bij jou niet gelijk is. (Dus als die van jou "Fan" heet dan moet je dat in onderstaand script aanpassen.
Verander in de ESPEasy webinterface de IDX naar die van de dummy switch.

Ik heb als values "State" "Timer" en "LastIDindex" in ESPEasy staan. Zolang "State" op 1 staat bij jou gaat dat prima.

Plak onderstaande code in een bestand en de map domoticz/scripts/lua en noem deze
" script_device_itho.lua "

code:

commandArray = {}

-- Command Selector Switch

--if devicechanged ['Itho-ESP'] then
  local device = otherdevices_svalues['Itho-ESP'] --name of dummy (text) switch
    print('Script Itho executed -- values received: '..device)  --show data string in LOG
    local state, timer, deviceId --create local variables

    _,_,state, timer, deviceId = string.find(device, "(.+);(.+);(.+)") --fetch data string to variables

    print(state)  --show state in LOG


if (state == "1")then
commandArray['Itho-Ventilatie']='Set Level: 10'
                print('Itho stand low gedetecteerd')

elseif (state == "2")then
        commandArray['Itho-Ventilatie']='Set Level: 20'
                print('Itho stand medium gedetecteerd')

elseif (state == "3")then
        commandArray['Itho-Ventilatie']='Set Level: 30'
                print('Itho stand high gedetecteerd')

elseif (state == "13")then
        commandArray['Itho-Ventilatie']='Set Level: 40'
                print('Itho stand timer1 (10m) gedetecteerd')

elseif (state == "23")then
        commandArray['Itho-Ventilatie']='Set Level: 50'
                print('Itho stand timer2 (20m) gedetecteerd')

elseif (state == "33")then
        commandArray['Itho-Ventilatie']='Set Level: 60'
                print('Itho stand timer3 (30m) gedetecteerd')
--end
end

Wat het doet is dat het de values (text values) split in de 3 waardes en nouja, we hebben alleen de eerste waarde nodig (State) en dan volgt een eenvoudige als 1 dan set level 10 eigenlijk etc.etc.

[ Voor 176% gewijzigd door Ierlandfan op 12-02-2018 23:49 . Reden: Werkt nu wel met ESPEasy ]

[jodur]

Ik constateerde laatst dat mijn ESP Easy spontaan een keer was gereboot, waardoor de FAN op high speed stond terwijl mijn status in home-assistant op low speed stond.

Kunt eenvoudig een 'vangnetje' bouwen met 'rules' in de ESP_Easy, door onderstaande rules in de ESP EASY te zetten.

Vond dit wel zinvol om te delen.

code:

On System#Boot do    //When the ESP boots, do
   timerSet,1,2      //Set Timer 1 for the next event in 2 seconds
endon
On Rules#Timer=1 do  //When Timer1 expires, do
 STATE,0  // Force FAN off after reboot
 timerSet,2,1
endon
On Rules#Timer=2 do 
 STATE,1   // Force FAN to low speed
endon

Je kan ook eenvoudig een MQTT bericht versturen vanuit de rules wanneer een reboot plaats vind. Dit kan je in Home-assistant dan weer afvangen en evt. een message of een automatiseringen starten.

[rmeertens]

Thanks IerlandFan voor de gouden tip.

[rmeertens]

IerlandFan

Ik het volgende aange past "commandArray['Itho-Ventilatie']='Set Level: 10'" naar "commandArray['UpdateDevice']=device_idx..'|10|10'".

Dit update 'alleen' de status van de switch en voorkomt dus een loop.

Je bent dan niet de extra dummy switch(text) nodig.

[ Voor 12% gewijzigd door rmeertens op 25-02-2018 12:00 ]

[rmeertens]

Hierbij mijn code:

code:

commandArray = {}
local device_name = 'Itho-Ventilatie'
local device_idx = '86'

-- Command Selector Switch
function split(str, pat)
   local t = {}  -- NOTE: use {n = 0} in Lua-5.0
   local fpat = "(.-)" .. pat
   local last_end = 1
   local s, e, cap = str:find(fpat, 1)
   while s do
      if s ~= 1 or cap ~= "" then
         table.insert(t,cap)
      end
      last_end = e+1
      s, e, cap = str:find(fpat, last_end)
   end
   if last_end <= #str then
      cap = str:sub(last_end)
      table.insert(t, cap)
   end
   return t
end


if devicechanged [device_name] then
  local device = otherdevices_svalues[device_name] --name of dummy (text) switch
  print('Script Itho executed -- values received: '..device)  --show data string in LOG
  local state, timer, deviceId --create local variables
  local values=split(device, ";")
  state=values[1]   
  timer=values[2]   

  if (state == "1")then
    commandArray['UpdateDevice']=device_idx..'|10|10'
        print('Itho stand low gedetecteerd')
  elseif (state == "2")then
    commandArray['UpdateDevice']=device_idx..'|20|20'
        print('Itho stand medium gedetecteerd')
  elseif (state == "3")then
    commandArray['UpdateDevice']=device_idx..'|30|30'
        print('Itho stand high gedetecteerd')
  elseif (state == "13")then
    commandArray['UpdateDevice']=device_idx..'|40|40'
        print('Itho stand timer1 (10m) gedetecteerd')
  elseif (state == "23")then
    commandArray['UpdateDevice']=device_idx..'|50|50'
        print('Itho stand timer2 (20m) gedetecteerd')
  elseif (state == "33")then
    commandArray['UpdateDevice']=device_idx..'|60|60'
        print('Itho stand timer3 (30m) gedetecteerd')
  end
end

[martinvdm]

Ik heb af en toe last van het feit dat ventilatie spontaan op hoog staat. Het lijkt erop dat de 30 min timer getriggered wordt. Ik heb slechts 1 Remote aangemeld in de esp easy maar toch wordt ie door iets getriggered. Meer mensen hier last van?

[UTMachine]

Vraagje ... ik heb eindelijk mijn ESP8266 en CC1101 aan elkaar gesoldeerd en Jodur's ESP Easy geladen. In de debug mode zie ik heel veel "Device-ID"s voorbij komen? Ik ben benieuwd of dit normaal is.

code:

Device-ID:29:d2:5:9e:62:b3:95:af IGNORED
RF signal received

Device-ID:37:e4:b9:d0:63:9b:1b:32 IGNORED
RF signal received

Device-ID:16:fe:21:9d:6b:99:96:a2 IGNORED
RF signal received

Device-ID:9:51:37:d9:d8:21:c4:cb IGNORED
RF signal received

Device-ID:2:5:d2:3e:b0:98:ef:b4 IGNORED
RF signal received

Device-ID:69:99:56:55:96:a5:5a:96 IGNORED
RF signal received

Device-ID:80:24:c5:ce:4d:ec:6b:c9 IGNORED
WD   : Uptime 8 ConnectFailures 0 FreeMem 19832
RF signal received

Device-ID:78:12:0:f5:12:74:3d:4d IGNORED
RF signal received

Device-ID:9d:6d:42:e1:4f:3:cf:fb IGNORED
RF signal received

Device-ID:a8:93:2c:72:28:a3:51:19 IGNORED
RF signal received

Device-ID:1f:fb:82:40:42:10:d0:fe IGNORED
RF signal received

Device-ID:50:b1:39:25:40:54:ce:44 IGNORED
RF signal received

Device-ID:a2:34:15:30:17:8d:2c:d3 IGNORED
RF signal received

[balk]

Dat zijn de remotes van de buren en andere apparaten die op die frequentie praten. Druk een paar keer op jouw eigen remote om jouw code te achterhalen.

[UTMachine]

Okee dan zullen het vele andere apparaten zijn, want zover ik weet, hebben mijn buren geen Itho (en ze drukken niet zoveel op een knop ;-)). Ik vind dat er veel data voorbij komt op het lijntje, maar ik heb mijn eigen remote al gevonden (die stuurt 3x zijn code door).

[chiels]

Scanno schreef op zaterdag 17 september 2016 @ 16:32:
De domotica oplossing Homey is al eens voorbij gekomen. Homey heeft een 868 transceiver dus het moet mogelijk zijn om hiervoor een APP te schrijven.

Voor Homey kunnen apps ontwikkeld worden door gebruik te maken van node-js. Een app heeft geen directe toegang tot de 868 chip, maar kan wel zenden en ontvangen via de api zoals hier staat vermeld https://developers.athom.com/library/signals/

Nu heb ik zelf een app voor Homey geschreven en dat is redelijk eenvoudig. Ik ben echter een complete n00b wat betreft signalen en modulatie technieken.

Ik heb gekeken naar de github repositories, maar ik kom daar helaas niet uit.

Het zou fijn zijn als iemand de vertaalslag kan maken tussen alles wat inmiddels is reversed engineered en de gegevens die Homey nodig heeft om de itho pakketjes te kunnen versturen en ontvangen.

Nu we 1,5 jaar verder zijn ben ik toch wel nieuwsgierig of je dit nog gelukt is Ik heb hier in mijn nieuwbouwhuis een ventilatiesysteem met een afstandbediening. Afstandbediening is een Orcon 15RF die op een RF Frequentie van 868,3 MHz werkt. Zou te gek zijn als ik deze kan pairen met Homey.

[martinvdm]

martinvdm schreef op zondag 4 maart 2018 @ 17:20:
Ik heb af en toe last van het feit dat ventilatie spontaan op hoog staat. Het lijkt erop dat de 30 min timer getriggered wordt. Ik heb slechts 1 Remote aangemeld in de esp easy maar toch wordt ie door iets getriggered. Meer mensen hier last van?

Om mezelf even te quoten. Ik heb mijn bestaande Remote even uit de esp easy config gehaald. Toch nog steeds last van het feit dat de timer van 30 min soms spontaan aanspring. Ik gebruik mqtt en home assistant maar in deze laatste komt geen logging voorbij over de inschakeling, maar ik zie wel de timer aftellen dus deze lijkt toch getriggered te zijn.

[CodeIT]

Wat een gaaf project. Ik heb net een NodeMCU + c1100 verbonden en met de .bin van de github van @jodur geflashed. Pairen en detecteren van huidige afstandsbediening ging in een keer goed. Dankzij de geposte HASS config alles ook direct werkend in Home Assistant. Me = happy. Dank aan allen die dit mogelijk hebben gemaakt.

Voor mensen die dezelfde vragen hebben als ik had:
- Pinout van de c1100: https://quadmeup.com/cc11...eless-transciever-pinout/
- Harde antenne van de c1100 is erg fragiel als deze is gesoldeerd. 8,5 cm draad werkt ook goed
- Gebruik deze binary (espeasy + plugin): https://github.com/jodur/...ob/master/BIN/ESPEasy.bin
- In EspEasy hoeft SPI niet te worden geconfigureerd, dit doet de plugin zelf

[balk]

martinvdm schreef op dinsdag 27 maart 2018 @ 22:09:
[...]

Om mezelf even te quoten. Ik heb mijn bestaande Remote even uit de esp easy config gehaald. Toch nog steeds last van het feit dat de timer van 30 min soms spontaan aanspring. Ik gebruik mqtt en home assistant maar in deze laatste komt geen logging voorbij over de inschakeling, maar ik zie wel de timer aftellen dus deze lijkt toch getriggered te zijn.

Is de remote van een buurman misschien gepaird met jouw Itho box? Even een reset uitvoeren?

[martinvdm]

balk schreef op donderdag 29 maart 2018 @ 10:34:
[...]

Is de remote van een buurman misschien gepaird met jouw Itho box? Even een reset uitvoeren?

Dat is onmogelijk. Voor dat ik eea in elkaar zetten en dit project soldeerde had ik er nooit last van.

[balk]

martinvdm schreef op donderdag 29 maart 2018 @ 19:15:
[...]

Dat is onmogelijk. Voor dat ik eea in elkaar zetten en dit project soldeerde had ik er nooit last van.

Toch wel; op het moment dat jij jouw CC1101 ging pairen met de itho box, moest je de box in pair mode zetten. Als de buurman dan net op het knopje drukte heb je die van hem ook geregistreerd als remote.

[martinvdm]

balk schreef op vrijdag 30 maart 2018 @ 00:25:
[...]

Toch wel; op het moment dat jij jouw CC1101 ging pairen met de itho box, moest je de box in pair mode zetten. Als de buurman dan net op het knopje drukte heb je die van hem ook geregistreerd als remote.

Zou wel gek zijn idd. Ik heb dat pairen namelijk gedaan om 00:30 snachts. Ik acht de kans heel klein.

[Speedy-Andre]

Hehe, ik heb het eindelijk aangedurfd om mijn Nodemcu opnieuw te flashen
Ik heb lang gedraaid met een versie zonder EspEasy menu's die alleen op http commando's reageert.
Nog even een opmerking over de interrupt en keuze van de gpio, bij mij was D1 bezet door i2c (grijs).
Bij i2c een andere dan D1 gekozen zodat D1 in het Itho menu beschikbaar kwam

Het werkt als voorheen behalve iets andere commando's, die moest ik in mijn domotica shit aanpassen.
Nu heb ik de logger aan de praat met op de laptop Tftpd64 die alle data vastlegt.

Ik vraag me af of er meer zichtbaar te maken is dan de ID's die nu voorbij komen.
Mogelijk gaat het niet om ID's maar om data van andere apparaten die niet geïnterpreteerd kan worden.
Op zich geen ramp, maar zou het lastig zijn om die data onbewerkt door te sturen zodat je zelf kan bekijken wat het voorstelt?

[RudolfR]

Te gek zeg dit, werkt als een trein.

Probeer nu m'n eigen code te sniffen, maar 't is nogal druk in de lucht; er rollen continu ID's voorbij.
Hoop niet dat ik per ongeluk (ook) een verkeerde heb gekoppeld.

Morgen die koppeling met HASS nog even fixen, dat wil nog even niet in mijn opgesplitste config.

Update:

Ik heb voor MQTT een aangepaste OpenHAB-config genomen voor HASS.
De config voor HASS staat hier elders in dit topic, maar ik heb de leading '/' weggehaald, want die heb ik nergens.

code:

Controller Subscribe: %sysname%/Fan/cmd
Controller Publish: %sysname%/%tskname%/%valname%

Mosquitto acl.conf

code:

user hass
topic readwrite ESP_Easy/Fan/#

user esp_easy
topic readwrite ESP_Easy/Fan/#

Vraag me af of de controller subscribe nu correct geconfigureerd is, met '/Fan/cmd' erin.
Hoe hoort dat?

[ Voor 47% gewijzigd door RudolfR op 07-04-2018 11:09 ]

[M.v.Veelen]

Na vele maanden trouwe dienst schakelde m'n Wemos met de BIN van @ThinkPad ineens niet meer.

Dus een andere Wemos D1 Mini gepakt en deze geflashed met https://github.com/jodur/ESPEASY_Plugin_ITHO/tree/master/BIN

Echter, ik zie nergens een ESP_0 of vergelijkbaar netwerk opduiken. Mis ik iets? Toch wel essentieel om verder te kunnen. Ik neem aan dat het daarna een kwestie is van de Domoticz gegevens invoeren en dan zou het al moeten werken toch? De Itho is al ingeleerd met de BIN van Thinkpad, ik neem aan dat ik dat niet overnieuw hoef te doen?

Eerst maar zien hoe ik stap 1 kan nemen. Iemand?

[Cinamon]

Als eerst wil ik alle mensen bedanken die zich voor dit project inzetten.
Een super mooie oplossing wordt hier geboden!
Echter heb ik een probleem!
Ik heb mijn nodemcu geflashed met https://github.com/jodur/ESPEASY_Plugin_ITHO
Heb hem netjes geconfigureerd en dat werkt allemaal.
Echter als ik de USB stekker eruit haal en daarna op bv een usb hub aansluit dan komt hij niet meer online.
Op het moment dat ik hem weer op de pc aansluit ook niet maar nadat ik hem weer geflashed heb komt hij weer netjes online. Met de settings die ik al ingesteld heb... Maar hij werkt wel op mijn Itho box.
Herkent iemand dit?

[ Voor 29% gewijzigd door Cinamon op 09-04-2018 21:28 ]

[martinvdm]

M.v.Veelen schreef op maandag 9 april 2018 @ 20:58:
Na vele maanden trouwe dienst schakelde m'n Wemos met de BIN van @ThinkPad ineens niet meer.

Dus een andere Wemos D1 Mini gepakt en deze geflashed met https://github.com/jodur/ESPEASY_Plugin_ITHO/tree/master/BIN

Echter, ik zie nergens een ESP_0 of vergelijkbaar netwerk opduiken. Mis ik iets? Toch wel essentieel om verder te kunnen. Ik neem aan dat het daarna een kwestie is van de Domoticz gegevens invoeren en dan zou het al moeten werken toch? De Itho is al ingeleerd met de BIN van Thinkpad, ik neem aan dat ik dat niet overnieuw hoef te doen?

Eerst maar zien hoe ik stap 1 kan nemen. Iemand?

Misschien eerst ff met een lege bin flashen?

[Speedy-Andre]

martinvdm schreef op maandag 9 april 2018 @ 21:40:
[...]

Misschien eerst ff met een lege bin flashen?

Ja, of een standaard EspEasy, als het maar anders is dan erin zat.
Hij lijkt te flashen, maar toch blijkt de oude meuk er nog in te staan.
Bij mij daarom ook geen ESP_0 te zien maar hij duikt wel op alsof hij al geconfigureerd is

[M.v.Veelen]

Hebbes. Maar nu: welke settings en zit eea wel goed aangesloten? Is er een stappenplan? Schema?

[Speedy-Andre]

Niet veel, device Itho aanmaken en daar een interrupt kiezen (ik heb gpio 5) die vrij is.
Eventueel een remote scannen en invullen in de lijst.
De idx die je had in Domoticz kan je invullen.
Ik moest hem opnieuw pairen met de Itho
[edit]Er is 1 draad extra aangesloten, schema staat ergens en de andere draden kunnen blijven zitten.

[ Voor 18% gewijzigd door Speedy-Andre op 09-04-2018 23:16 ]

[M.v.Veelen]

1 draad extra aangesloten? Ik ga nog een keer zoeken, want op dit moment heb ik 'm aangesloten zoals hij altijd aangesloten was. Zo: Whizzer in "DIY: Itho ventilatie aansturen via 868Mhz transmitter"

En, moet ik 'm met de BIN van jodur alsnog opnieuw inlezen door de Itho box stroomloos te maken enz. ?

Edit:

extra kabeltje gesoldeerd op de module, maar ik heb geen GPIO waarop ik 'm kan (mag) aansluiten. Ik heb op de Wemos D1 mini:

VCC - VCC
GND - GND
CSN - D8
MOSI - D7
MISO - D6
SCK - D5

D0, D3 en D4 worden afgeraden, en in de settings kan ik alleen maar kiezen voor D3, D4, D9, D10, D12, D13, D14, D15, D16

D9 t/m D16 zitten niet op de Wemos, dus die vallen af. En D1 is greyed out en kan ik dus niet kiezen.

Ehm.....?

[ Voor 40% gewijzigd door M.v.Veelen op 10-04-2018 19:06 ]

[Speedy-Andre]

Zie hier de pinout die ik heb gebruikt (1 draadje meer)

[M.v.Veelen]

Daar gebruik je alsnog D3 ? Die wordt toch juist afgeraden (in de tutorial) ?

Krijg 'm nu weer niet zover dat ik de settings kan aanpassen. Had de versie van Thinkpad weer geprobeerd omdat die gewoon werkte. Ben constant in een kringetje aan het ronddraaien.

Herstart......

Edit: terug naar af: de BIN van Thinkpad weer op de (nieuw) Wemos gezet, extra draadje bungelt nu los, en hij schakelt de Itho weer. Ja, ik laat het maar zo, hij hoeft ook alleen maar hoog en laag te schakelen (al kan de medium stand ook gekozen worden indien nodig).

[ Voor 32% gewijzigd door M.v.Veelen op 10-04-2018 19:34 ]

[Speedy-Andre]

Ik heb D1 gebruikt, die zat bij i2c en daar een andere gekozen.
De extra draad is dacht ik een interrupt die nodig is bij ontvangen van data (CC1101 meldt dat er data is).
Met de nieuwe bin zijn de commando's anders.
Het fijne vind ik dat je de status kan opvragen en ziet waar een trigger vandaan komt.
Neem je D3 dan heb je kans dat hij niet boot of ergens op blijft wachten dat nooit komt

[M.v.Veelen]

Alle extra's zijn interessant, en ik zou dat ook wel willen, maar vind het nu belangrijker dat het gewoon werkt. En vwb de pinout, dat gaat 'm niet worden met die Wemos denk ik dan.

[martinvdm]

Mischien niet de beste foto, maar ik hem ook een Wemos en werkt prima; zit zo aangesloten Incl werkende ontvangende codes van de huidige Remote.

[M.v.Veelen]

Hmmmm, interessant Zou je me de config kunnen sturen zodat ik het eens kan testen? Bestel ik gewoon nog een module en probeer ik een 2e te maken (voor die paar stuivers ga ik niet lopen knutselen met de bestaande, werkende).

Begrijp ik het goed dat je met deze oplossing de module inleert mbv de remote?

Edit: nee dus. Zelfde manier: Itho stroomloos, wachten en dan weer stroom erop en de Wemos starten.

En:

When using a Wemos D1 mini, you have to remove D1 and D2 from I2C on the hardware page, because one of the pins must be used as Intterupt pin. See note above concerning the interrupt pins.

[ Voor 32% gewijzigd door M.v.Veelen op 10-04-2018 22:19 ]

[martinvdm]

M.v.Veelen schreef op dinsdag 10 april 2018 @ 22:05:
Hmmmm, interessant Zou je me de config kunnen sturen zodat ik het eens kan testen? Bestel ik gewoon nog een module en probeer ik een 2e te maken (voor die paar stuivers ga ik niet lopen knutselen met de bestaande, werkende).

Begrijp ik het goed dat je met deze oplossing de module inleert mbv de remote?

Je voegt de Wemos als extra Remote toe in je Itho net als een Remote dus. Middels de extra draad Kun je de logging zien en code van de bestaande Remote en deze opnemen in esp easy. Op die manier stuurt espeasy dus ook een Mqtt als je bestaande Remote schakelt en de status in ha of domoticz ook bijgewerkt wordt. Ik heb gewoon de bin van jodur gebruikt en zijn instructies.

[M.v.Veelen]

Helder. Heb een extra CC1101 868Mhz besteld en ga er binnenkort dan nog eens mee stoeien. MQTT lijkt me interessant, al moet ik eerlijk zeggen dat ik nooit meer de remote gebruikt heb sinds ik de Wemos werkend heb. Alles schakelt automatisch, dus geen noodzaak meer gehad om de remote te gebruiken Thanks, binnenkort meer.

[martinvdm]

M.v.Veelen schreef op dinsdag 10 april 2018 @ 22:26:
Helder. Heb een extra CC1101 868Mhz besteld en ga er binnenkort dan nog eens mee stoeien. MQTT lijkt me interessant, al moet ik eerlijk zeggen dat ik nooit meer de remote gebruikt heb sinds ik de Wemos werkend heb. Alles schakelt automatisch, dus geen noodzaak meer gehad om de remote te gebruiken Thanks, binnenkort meer.

Ook ook niet echt idd. Ik heb echter nog wel af en toe dat de ventilatie spontaan aan gaat. Ben hier helaas nog niet achter wat het is.

[M.v.Veelen]

Er draait niet een script die 'm triggert? Misschien heb je een keer wat geprobeerd en staat dat nog actief? Spontaan signalen verzenden lijkt me niet logisch (en ook niet erg fijn....).

[Cinamon]

Cinamon schreef op maandag 9 april 2018 @ 21:11:
Als eerst wil ik alle mensen bedanken die zich voor dit project inzetten.
Een super mooie oplossing wordt hier geboden!
Echter heb ik een probleem!
Ik heb mijn nodemcu geflashed met https://github.com/jodur/ESPEASY_Plugin_ITHO
Heb hem netjes geconfigureerd en dat werkt allemaal.
Echter als ik de USB stekker eruit haal en daarna op bv een usb hub aansluit dan komt hij niet meer online.
Op het moment dat ik hem weer op de pc aansluit ook niet maar nadat ik hem weer geflashed heb komt hij weer netjes online. Met de settings die ik al ingesteld heb... Maar hij werkt wel op mijn Itho box.
Herkent iemand dit?

Iemand bekend met dit probleem?

[Speedy-Andre]

Cinamon schreef op woensdag 11 april 2018 @ 20:35:
[...]

Iemand bekend met dit probleem?

Nee, maar misschien vindt hij de hub niet fijn omdat ie probeert te communiceren waardoor hij hangt?
Ik heb hem op een defecte hub zitten die nog wel prik geeft
Hij kan natuurlijk Esp_0 of de ingestelde naam laten zien als flashen wel of niet is gelukt.

[Cinamon]

Het flashen werkt wel maar als ik hem daarna uitzet en weer aansluit dan werkt hij niet. Behalve als ik hem opnieuw flash.

[Speedy-Andre]

Lees de laatste pagina's nog eens, er staat een aantal keer dat als je steeds hetzelfde flasht dat er niets verandert.
Als er een verkeerde instelling in staat zoals D3 voor interrupt gebruiken dan blijft hij struikelen.
Ik kreeg hem weer goed door een standaard ESP erin te flashen en vervolgens die je linkt (heb ik ook).

[Cinamon]

Ik heb het probleem opgelost, ik had geen verkeerde instelling maar had de kabel die op D1 moest op D3 aangesloten.... zucht haha.
Thx voor de tip! @Speedy-Andre
Maar goed hij boot nu netjes en de afzuiging werkt zoals het hoort.
Ik zie in Home-Assistant alleen dat hij de timer niet bijwerkt die blijft op 0 seconden staan.

[RudolfR]

Cinamon schreef op donderdag 12 april 2018 @ 20:54:
Ik zie in Home-Assistant alleen dat hij de timer niet bijwerkt die blijft op 0 seconden staan.

Dat moet een configuratieprobleem zijn, want dat werkt hier prima.
Zowel voor door HASS ingestelde timers, als bij timers via de gekoppelde remote.

[Cinamon]

@RudolfR zou jij je config hier willen posten van HASS?

[RudolfR]

Mijn config is niet heel anders dan de voorbeeldcode van jodur hier.

Uit sensors.yaml

YAML:

- platform: mqtt
  name: tijd
  state_topic: "ESP_Easy/Fan/Timer"
  value_template: "{{value}}"
  unit_of_measurement: 's'

- platform: mqtt
  name : snelheid
  state_topic: "ESP_Easy/Fan/State"
  value_template: >
    {% if value|float==0 %}Standby{% endif %}
    {% if value|float==1 %}Laag{% endif %}
    {% if value|float==2 %}Medium{% endif %}
    {% if value|float==3 %}Hoog{% endif %}
    {% if value|float==4 %}Full{% endif %}
    {% if value|float>=11 %}Hoog(T){% endif %}

- platform: mqtt
  name: bediening
  state_topic: "ESP_Easy/Fan/LastIDindex"
  value_template: >
    {% if value|float==0 %}Hass{% endif %}
    {% if value|float==1 %}Badkamer{% endif %}

Uit fan.yaml

YAML:

- platform: mqtt
  command_topic: "ESP_Easy/Fan/cmd"
  state_topic : "ESP_Easy/Fan/State"
  speed_command_topic: "ESP_Easy/Fan/cmd"
  speed_state_topic: "ESP_Easy/Fan/State"
  state_value_template: "{% if value|float==0 %}State 0{% endif %}{% if value|float >0 %}State 1{% endif %}"
  speed_value_template: "{% if value|float==0 %}State 0{% endif %}{% if value|float >0 and value|float <=4 %}State {{value}}{% endif %}{% if value|float >=11 %}State 3{% endif %}"
  payload_off: "State 0"
  payload_on: "State 1"
  payload_low_speed: "State 1"
  payload_medium_speed: "State 2"
  payload_high_speed: "State 3"
  name: Mechanische Ventilatie
  retain: true
  speeds:
    - low
    - medium
    - high

Uit groups.yaml

YAML:

ventilator:
  control: hidden
  entities:
    - fan.mechanische_ventilatie
    - sensor.snelheid
    - sensor.tijd
    - sensor.bediening

Config voor de ESP staat hier:
RudolfR in "DIY: Itho ventilatie aansturen via 868Mhz transmitter"

Iemand hier de vochtigheidsgraad in de badkamer al monitort met een statistics sensor of een trend sensor?

[balk]

RudolfR schreef op vrijdag 13 april 2018 @ 10:13:

Iemand hier de vochtigheidsgraad in de badkamer al monitort met een statistics sensor of een trend sensor?

yep, ik gebruikte eerst InfluxDB hiervoor:

code:

 - platform: influxdb
   host: localhost
   username: admin
   password: admin
    queries:
     - name: "minhum"
       unit_of_measurement: '%'
       value_template: '{{ value | round(1) }}'
       group_function: min
       where: '"property" = ''relhumidity'' AND "sublocation" = ''badkamer'' and time > now() - 4h'
       measurement: 'sensors'
       database: sensors

Nu gebruik ik dit:

code:

- platform: statistics
  name: minhum_stat
  entity_id: sensor.badkamer_relhumidity
  sampling_size: 1500
  max_age:
    hours: 4
- platform: template
  sensors:
    minhum:
      friendly_name: "Minimum humidity"
      unit_of_measurement: '%'
      value_template: "{{ states.sensor.minhum_stat_mean.attributes.min_value }}"

De sampling_size: 1500 is ongeveer het aantal metingen dat ik in 4 uur binnen krijg.

[demanditho]

Het heeft even geduurd, maar hier is ene link naar mijn werk voor de remote van de demand ventialtie:

https://github.com/philipsen/IthoRadio

Het CC1101 is nog bijna origneel. De rest is grotendeels opnieuw geschreven, vandaar als nieuwe repo en niet als fork van supersjimmie. In IthoDecode staat het de/coderen en bepalen van de checksum van de berichten.

Er zit nu alleen ondersteuning in voor mijn eigen afstandsbediening, maar andere zijn er gemakkelijk aan toe te voegen, door de receiver een tijdje te laten lopen. Het decoderen is ook handig voor mensen die de overige communicatie van de Itho aperatuur willen ontcijferen.

Groet

[Jovink538]

Ik ben vanavond heel even aan de slag gegaan met deze git.
Ik heb de Bin gebruikt omdat ik geen verstand heb van programmeren.
Resultaat tot nu toe is dat die wel opstart maar ik heb de itho nog niet gekoppeld.
Als ik de print niet goed gesoldeerd heb zou die dan wel opstarten?
Ik heb namelijk ook deze draaien op een andere esp maar toen ik daar een draadje niet goed had zitten deed ie helemaal niks.

Nog een vraagje moet mqtt nog geconfigureerd worden en zo ja hoe?
En kan ik de andere originele remote ook koppelen nu ik de Bin versie gebruik?

Edit: Link aangepast

[ Voor 7% gewijzigd door Jovink538 op 23-04-2018 12:16 ]

[RudolfR]

Je linkt niet naar een github, maar naar een post van mij.

Ik heb ook eerst de esp_easy software geconfigureerd voordat ik de transceiver in huis had en daar liep de software wel door vast.
Start wel op, maar bij het initialiseren van de itho_plugin houdt alles op...

In mijn post waar je naar linkt staan wat hints voor de MQTT-configuratie.

Ik gebruik zowel de oorspronkelijke Itho-remote, als de esp-variant.
De code van de oorspronkelijke was al (en is nog steeds) ingeleerd op de Itho-box.

[Jovink538]

RudolfR schreef op maandag 23 april 2018 @ 07:57:
Je linkt niet naar een github, maar naar een post van mij.

Ik heb ook eerst de esp_easy software geconfigureerd voordat ik de transceiver in huis had en daar liep de software wel door vast.
Start wel op, maar bij het initialiseren van de itho_plugin houdt alles op...

In mijn post waar je naar linkt staan wat hints voor de MQTT-configuratie.

Ik gebruik zowel de oorspronkelijke Itho-remote, als de esp-variant.
De code van de oorspronkelijke was al (en is nog steeds) ingeleerd op de Itho-box.

Ik zie het. Was al laat gisteren en via mijn telefoon gepost. Heb de link aangepast.

Ik ben vanmorgen ook nog even bezig geweest maar krijg hem ook niet werkend.

Ik ga nog even kijken naar de MQTT Config.
Bedankt voor zo ver.

[spone]

Ondertussen ook even bezig geweest met de fork van @jodur en een ESPEasy build omgeving opgezet (Wemos D1 mini, CC1101). Het zenden van commando's naar de Itho unit gaat prima, komt allemaal netjes aan.

De moeilijkheid zit hem echter in het ontvangen. De boel is aangesloten zoals beschreven in de readme. Netjes D1 en D2 vrijgespeeld van I2C en in de settings van de plugin aangegeven dat D2 gebruikt moet worden. Ik zie ook daadwerkelijk dingen binnnen komen:

757118 : RF signal received
757121 : Device-ID:d4:db:ac:3b:3a:3f:76:f6 IGNORED

Maar wanneer ik vervolgens de remote gebruik zie ik daar geen merkbare reactie op (behalve dat de unit zelf meer gaat doen). Het lijkt erop alsof wat ik zie alleen maar ruis op de 868MHz band is. Iemand een idee in welke hoek ik het moet zoeken?

[Speedy-Andre]

Ik heb Tftpd64 op een pc gezet, die verzamelt constant de data die hij stuurt.
Een remote bediening komt 3x achter elkaar langs met z'n mac

[spone]

Volgens mij hebben we het over twee verschillende dingen. Ik doel op de RF remote, niet hoe ik de ESP op het netwerk vind

[Speedy-Andre]

Die tool verzamelt de data die je ook in EspEasy ziet en slaat het op, je kan dus verder terugkijken

[Pixelmagic]

jodur schreef op woensdag 24 januari 2018 @ 22:12:
[...]



Hierbij de aangepaste versie die tijdens de timer functie niet meer reboot. Ik update nu de timer per 2 sec, waardoor de Load niet meer zo hoog oploopt. Let wel nu ':" gebruiken in je ID string ipv. '-'.
Ook heb ik gecompileerd met de laatste gewijzigde versie van de library die meer signalen ontvangt.
https://github.com/jodur/ESPEASY_Plugin_ITHO


[...]


Ik gebruik toevallig ook tasmota voor m'n sonoff switches. Zie zelf geen toegevoegde waarde om de ITHO plugin te 'porten' naar tasmota. Zie tasmota echt specifiek voor SONOFF ondanks dat ze nu ook genrieke modules supporten.

Vanavond ook aangedurfd om mijn al tijden goed werkende Nodemcu te flashen met de bin van de github, start netjes op en ik kan bij devices netjes aangeven dat ik de Itho plugin wil gebrukken en de gpio bewust op none laten staan. Daarna via de url (gebruik geen mqtt) geprobeerd te schakelen en dan crashed de nodemcu...

Ondertussen meerdere malen geflashed, config ge-nulled en alles opnieuw gedaan maar blijft crashen, krijg via de Arduino serial monitor ook terug dat hij crashed zodra de c1101 init gebeurd.

Komt dit puur omdat ik die ene pin voor ontvangen niet heb aangesloten ? Heb zelfs al geprobeerd van de Arduino IDE te compileren maar die geeft een error bij compileren...

[jodur]

Heb laatst een nieuwe Bin gepost die gebaseerd was op de laatste ESP Easy V2. Bij mij werkt deze probleemloos op m'n WEMOS D1. Misschien dat je de vorige bin versie kan proberen op github?

[Pixelmagic]

jodur schreef op donderdag 26 april 2018 @ 14:33:
Heb laatst een nieuwe Bin gepost die gebaseerd was op de laatste ESP Easy V2. Bij mij werkt deze probleemloos op m'n WEMOS D1. Misschien dat je de vorige bin versie kan proberen op github?

Heb nog wel een wemos d1 mini liggen, ga die wel eens proberen, thnx !

[MsG]

Mensen hier ook ervaring of dit met Orcon ventilatoren werkt? Ik lees daar een stuk minder over, maar wellicht dat iemand hier al iets mee heeft geprobeerd.

Ik heb in mijn huurwoning deze:

[Jovink538]

Ik heb nu ook een versie draaien samen met homey. Alleen krijg ik het niet voor elkaar om de bestaande afstandsbediening uit te lezen.
Ik heb zelf het idee dat het komt door de esp die ik gebruik. Ik gebruik nu deze. Die is iets breeder dan bijvoorbeeld deze. Ik weet niet of het daar aan ligt maar heb de laatste in iedergeval besteld om het nogmaals te proberen.

Misschien wel goed om te delen is een berekening van Anne Baretta die hij poste op het slack kanaal van Athom, om de gemiddelde luchtvochtigheid te berekenen.

* Iedere 10 minuten execute mathjs: Gemiddelde LV = Gemidddelde_LV * 0,9 + Luchtvochtigheid * 0,1
* Als gemiddelde_lv veranderd: Gemiddelde LV+5=Limiet_LV
* Als Luchtvochtigheid veranderd EN luchtvochtigheid is > Limiet_LV start afzuiging
* Als luchtvochtigheid is <= dan Gemiddeld_lv dan Stop afzuiging

Ik draai naast Homey ook Home Assistant om te proberen daarin heb ik de volgende automatisering gemaakt.

alias: Luchtvochtigheid berekenen
trigger:
platform: time
minutes: '/10'
seconds: 00
action:
- service: variable.set_variable
data:
variable: gemiddelde
value_template: '{{ (float(states.variable.gemiddelde.state) * 0.9 + float(states.sensor.temperatuur_douche_2.state) * 0.1) | round(2) }}'
- service: variable.set_variable
data:
variable: limiet
value_template: '{{ (float(states.variable.gemiddelde.state) + 5) | round(2) }}'

Bovenstaande is dus om de luchtvochtigheid te berekenen.
Om variable te kunnen gebruiken heb ik deze github gebruikt.
Hoop dat iemand er wat aan heeft. En nogmaals alle credits gaan naar Anne.

[itsme]

Ik weet niet wie deze plugin voor homebridge geschreven heeft, maar bedankt!

https://github.com/adri/homebridge-itho-cve-eco-rft

Zojuist is hier een nieuwe afzuiging geplaatst, met deze plugin en de daar gelinkte ESP8266 code heb ik dit via homebridge kunnen toevoegen aan homekit



Mocht iemand deze plugin voor homekit willen proberen, zelf even de code downloaden en als developer draaien. De plugin is niet gepubliceerd naar npm.

[Janssuuh]

Allen,

Ik volg dit gave project al een aantal maanden...
Zelf krijg ik e.e.a. helaas nog niet helemaal aan de praat en ik verwacht dat dit te maken heeft met mijn type Ventilator.

Allereerst mijn huidige hardware / setup:
- OptimaFlow met ingebouwde RV en CO2 sensor
- Zender met 'auto' en 'timer' stand (536 0150)
- Spider Base zender

- C1101 verbonden aan een Wemos D1 mini
- C1101 verbonden aan een NodeMcu v3 Lua ESP-12E

- Arduino IDE 1.8.5
- CH341SER driver geïnstalleerd
- Board selectie wisselend tussen 'NodeMCU 1.0 ESP-12E' en 'Wemos D1 R2 & mini'

Hiermee ben ik begonnen de sketch (IthoEcoFanRFT) van Klusjesman en Supersjimmie te uploaden.

M.b.v. de posts op dit topic heb ik de programmatuur zover dat op de seriële monitor wordt weergegeven welke knop van de 0150 is ingedrukt;

Zoals te zien hier ook het ID van de zender mee achterhaald.

Inmiddels heb ik in de programmatuur een aantal varianten van de specifieke commands aangepast.

De commando's Low, Medium (Auto) en High werken veelal wel, maar voornamelijk de Timers en de Join functie lijken alleen zoals op de afbeelding opgepakt te worden. Voor het loggen / ontvangen van deze berichten niet zo spannend natuurlijk, maar ik verwacht dat dezelfde commando's verstuurd worden wanneer je gaat sturen.
Aangezien het versturen van commando's tot nu toe volledig genegeerd wordt door de Ventilator ben ik benieuwd of het mogelijk is om de daadwerkelijk gebruikte commando's (door de 0150) weer te geven zijn in de monitor?!


(Bij gebruik van de SpIDer krijg ik vooralsnog überhaupt bijna niks terug.)



(Ik kan een aantal waarden weergeven, maar het daadwerkelijke command / message2 o.i.d. krijg ik niet te pakken!)

Ik heb trouwens ook nog geprobeerd om de programmatuur met het RFTid van de 0150 en van de SpIDer te draaien en te zorgen dat de counter die gebruikt wordt overeenkomt met de waarde die de originele zender op dat moment heeft. Dit in de hoop om zonder te joinen toch (alsof het daadwerkelijk een commando van mijn 0150 zou zijn) de ventilator van stand te veranderen. Helaas zonder resultaat..

Resumé:
- Lezen van de 0150 werkt deels wel, alleen nog niet met de details die ik zou willen
- Lezen van de SpIDer werkt zo goed als niet
- Zenden naar de OptimaFlow werkt totaal niet

Is er iemand die dezelfde zender / ventilator gebruikt en dit wel aan de praat heeft gekregen?

(PS: Ik zou beschikbaar gestelde ESPEasy bins graag uitproberen, maar ga er vanuit dat deze vooralsnog niet geschikt zijn voor de OptimaFlow / 0150 zender?)

[kumaro]

Ik heb mijn ESP8266 en C1101 aan elkaar gekoppeld en Jodur's ESP Easy gebruikt. Ik zie veel device-id's voorbij komen en ook van mijn Remote RFT (536-0126). Mijn ventilator is van type CVE ECO-FAN 2P.
Zoals aangegeven in "Paring the ESP8266 remote with the fan" , heb ik het gedaan maar werkt het niet wanneer ik de commando stuur om hoger te zetten.
Heeft iemand een idee waar het aan kan liggen? hiebij de log toegevoegd.
Device-ID:f0:cc:76:89:ea:bd:d4:c0 IGNORED
RF signal received

Device-ID:da:a0:1:f3:ac:10:af:c1 IGNORED
RF signal received

Device-ID:9a:b0:75:cb:f0:dc:b:48 IGNORED
RF signal received

Device-ID:cf:27:51:bc:de:58:cc:ac IGNORED
RF signal received

device-ID remote: 65:aa:a6:55:aa:69:9a:56 ,Command received=high

RF signal received

device-ID remote: 65:aa:a6:55:aa:69:9a:56 ,Command received=high

RF signal received

device-ID remote: 65:aa:a6:55:aa:69:9a:56 ,Command received=high

UPDATE by PLUGIN_ONCE_A_SECOND
State: 3.00
Timer: 0.00
LastIDindex: 1.00
WD : Uptime 45 ConnectFailures 0 FreeMem 20888

[Janssuuh]

Mijn box reageert op de programmatuur van Wim (demanditho):
https://github.com/philipsen/IthoRadio

Ik heb de Infrarood functie en de MQTT functie er even uitgehaald en mijn eigen remote-id gebruikt.
Vervolgens de commands middels de seriële monitor toegevoegd (low, auto1, auto2, high, timer1,2,3)
Zowel de ESP als de originele remote werken (door elkaar)

Het heeft me vooral geholpen door in de IthoReceive.cpp de 'logging' even terug aan te zetten en zo e.e.a. uit te lezen.

Dank Wim (en uiteraard alle voorgangers)!!!

Btw; Ik ga van de week ook even testen of de Spider Base vergelijkbare commando's verstuurd en of er chocola te maken valt van de commando's die schijnbaar niet van de remote komen, maar wel een preamble check = 1 geven:

other (crc=66): 18:10:ea:d7:4:99:3a:10:60:3:2:a4:1:68
fe:00:b3:2a:ab:2a:95:95:a9:59:56:6a:99:a9:aa:a6:55:96:69:6a:5a:a5:99:a9:59:56:69:95:65:5a:96:55:8e:e1:dd:66:55:a5:66:99:5a:ac:aa:aa
preamble check = 1
other (crc=238): 18:10:ea:d7:4:99:3a:10:60:3:e:44:1:68
fe:00:b3:2a:ab:2a:95:95:a9:59:56:6a:99:a9:aa:a6:55:96:69:6a:5a:a5:99:aa:5a:56:99:95:65:59:96:55:c9:b1:19:56:a6:a6:aa:ca:aa:aa
preamble check = 1
other (crc=10): 18:10:ea:d7:4:99:3a:31:50:2:a:0:bd

[Janssuuh]

@demanditho
Hoi Wim,
Ik ben nog even aan het stoeien / hobby'en met je code.
Als ik op mijn Spider Base de knop '2' gebruik (die staat voor 'medium' en zit niet op de 0150 remote) dan zie ik op de monitor dat het commando achteraan 3:7 betreft.

Ik heb onderstaande toegevoegd aan je RemoteCommand.h (regel 37):

code:

    { "medium", (uint8_t[]) { 0x22, 0xf1, 0x03, 0x63, 0x03, 0x07 }, 6},

Als ik dit vervolgens test door de 'medium' stand te versturen zie ik daadwerkelijk de Spider naar deze stand springen en reageert de ventilator

[demanditho]

Kun je een pull request of wat meer van de file sturen, dan stop ik het erbij. Het regelnummer is een beetje vreemd.

Wim

Janssuuh schreef op vrijdag 1 juni 2018 @ 21:01:
@demanditho
Hoi Wim,
Ik ben nog even aan het stoeien / hobby'en met je code.
Als ik op mijn Spider Base de knop '2' gebruik (die staat voor 'medium' en zit niet op de 0150 remote) dan zie ik op de monitor dat het commando achteraan 3:7 betreft.

Ik heb onderstaande toegevoegd aan je RemoteCommand.h (regel 37):

code:

    { "medium", (uint8_t[]) { 0x22, 0xf1, 0x03, 0x63, 0x03, 0x07 }, 6},

Als ik dit vervolgens test door de 'medium' stand te versturen zie ik daadwerkelijk de Spider naar deze stand springen en reageert de ventilator

[demanditho]

Dat is mooi, leuk dat het werkt. Ik heb zelf geen spider. Ben wel benieuwd, kan die de gemeten CO2 nivo's laten zien?


Ik heb al een beetje zitten kijken naar de andere berichten. Er zijn er een paar voor de communicatie tussen de controller en de ventilator, om de snelheid van de ventilator te regelen. Ik ben er nog niet achter kunnen komen hoe ze precies werken.

Janssuuh schreef op dinsdag 29 mei 2018 @ 22:30:
Mijn box reageert op de programmatuur van Wim (demanditho):
https://github.com/philipsen/IthoRadio

Ik heb de Infrarood functie en de MQTT functie er even uitgehaald en mijn eigen remote-id gebruikt.
Vervolgens de commands middels de seriële monitor toegevoegd (low, auto1, auto2, high, timer1,2,3)
Zowel de ESP als de originele remote werken (door elkaar)

Het heeft me vooral geholpen door in de IthoReceive.cpp de 'logging' even terug aan te zetten en zo e.e.a. uit te lezen.

Dank Wim (en uiteraard alle voorgangers)!!!

Btw; Ik ga van de week ook even testen of de Spider Base vergelijkbare commando's verstuurd en of er chocola te maken valt van de commando's die schijnbaar niet van de remote komen, maar wel een preamble check = 1 geven:

other (crc=66): 18:10:ea:d7:4:99:3a:10:60:3:2:a4:1:68
fe:00:b3:2a:ab:2a:95:95:a9:59:56:6a:99:a9:aa:a6:55:96:69:6a:5a:a5:99:a9:59:56:69:95:65:5a:96:55:8e:e1:dd:66:55:a5:66:99:5a:ac:aa:aa
preamble check = 1
other (crc=238): 18:10:ea:d7:4:99:3a:10:60:3:e:44:1:68
fe:00:b3:2a:ab:2a:95:95:a9:59:56:6a:99:a9:aa:a6:55:96:69:6a:5a:a5:99:aa:5a:56:99:95:65:59:96:55:c9:b1:19:56:a6:a6:aa:ca:aa:aa
preamble check = 1
other (crc=10): 18:10:ea:d7:4:99:3a:31:50:2:a:0:bd

[Janssuuh]

demanditho schreef op zaterdag 2 juni 2018 @ 12:23:
Dat is mooi, leuk dat het werkt. Ik heb zelf geen spider. Ben wel benieuwd, kan die de gemeten CO2 nivo's laten zien?


Ik heb al een beetje zitten kijken naar de andere berichten. Er zijn er een paar voor de communicatie tussen de controller en de ventilator, om de snelheid van de ventilator te regelen. Ik ben er nog niet achter kunnen komen hoe ze precies werken.


[...]

Ik kom vooralsnog niet verder dan het zichtbaar krijgen van de gecodeerde berichten. Naast de standaard knoppen verstuurd de Spider ook iets zodra je het schermpje activeert en wanneer deze weer uitspringt. Ook zonder verdere input worden er berichten verstuurd, maar of dit is omdat de vocht- / co2 waarden wijzigen en de ven daarvoor van snelheid verandert, daar moet ik nog eens een middagje voor gaan zitten.

Er staat wel een huisje links onderin de Spider die (tot nu toe altijd) aangeeft dat de luchtkwaliteit 'goed' zou zijn.. Dat moet dan toch gecommuniceerd worden :-) Echter kan het huisje ook bedoeld zijn voor de Spider Connect (gateway module) functies.

Als ik er mee bezig ga / details heb vastgelegd stuur ik je een overzichtje met waarnemingen...

[Janssuuh]

demanditho schreef op zaterdag 2 juni 2018 @ 12:13:
Kun je een pull request of wat meer van de file sturen, dan stop ik het erbij. Het regelnummer is een beetje vreemd.

Wim


[...]

code:

RemoteCommand commandsRoom[] = {
    { "low",    (uint8_t[]) { 0x22, 0xf1, 0x03, 0x63, 0x02, 0x04 }, 6},
    { "medium", (uint8_t[]) { 0x22, 0xf1, 0x03, 0x63, 0x03, 0x07 }, 6},
    { "high",   (uint8_t[]) { 0x22, 0xf1, 0x03, 0x63, 0x04, 0x04 }, 6},
    { "auto1",  (uint8_t[]) { 0x22, 0xf1, 0x03, 0x63, 0x03, 0x04 }, 6},
    { "auto2",  (uint8_t[]) { 0x22, 0xf8, 0x03, 0x63, 0x02, 0x03 }, 6},
    { "timer1", (uint8_t[]) { 0x22, 0xf3, 0x03, 0x63, 0x80, 0x01 }, 6},
    { "timer2", (uint8_t[]) { 0x22, 0xf3, 0x03, 0x63, 0x80, 0x02 }, 6},
    { "timer3", (uint8_t[]) { 0x22, 0xf3, 0x03, 0x63, 0x80, 0x03 }, 6},

[technocow]

Heel interresant dit topic!

Sinds kort ben ik ook in het bezit van:

• Itho Daalderop Optima Inside (met co2 sensor ingebouwd)
• Spider Base
• Openhab
• Een berg ESP modules
• CC1101 module

Het aansturen van de CVE lukt met de code van jvdmast, ontvangen lukt daarmee nog niet. Waarschijnlijk omdat de Spider andere commando's verstuurd.

Nadat ik wat checks uit de code had gesloopt om te kijken wat ik allemaal binnen krijg zie ik vrij veel binnen komen. Ik woon in het buitengebied en ik weet voor 95% zeker dat ik in een straal van 1 km de enige ben met deze CVE.

Waarschijnlijk veel garbage? Wel zie ik (en dat is al eerder gemeld) dat wanneer de spider wakker gemaakt wordt er 3 of 4 packets heen en weer gestuurd worden.

Janssuuh schreef op zaterdag 2 juni 2018 @ 22:56:
[...]

*snip*
Er staat wel een huisje links onderin de Spider die (tot nu toe altijd) aangeeft dat de luchtkwaliteit 'goed' zou zijn.. Dat moet dan toch gecommuniceerd worden :-) Echter kan het huisje ook bedoeld zijn voor de Spider Connect (gateway module) functies.

Als ik er mee bezig ga / details heb vastgelegd stuur ik je een overzichtje met waarnemingen...

Het huisje is bij de setup van het device voor de status van de gateway, bij normaal gebruik laat deze echt de status van de lucht in huis zien. Ik heb geen gateway en bij mij is de kwaliteit al eens "matig" geweest.


Anyway, als ik iets kan testen voor iemand, let me know! Wanneer ik zelf verder kom zal ik dat uiteraard ook hier posten

[Ierlandfan]

Het zou waanzinnig zijn als we de CO en wellicht vochtigheidsstatus waardes konden decoderen als die gestuurd worden.

[Janssuuh]

Hey guys,

Ik heb de berichten die de esp8266 binnen krijgt zo'n 24 uur laten loggen naar een lokaal bestandje.
Ik dacht even dat er maar een paar verschillende waarden werden verstuurd door (wat ik maar even noem) ID 18:54. Dit is de waarde / het ID dat ik voorbij zie komen wanneer ik merk dat de fan harder / zachter gaat draaien.

Dat van die paar waarden valt trouwens wat tegen. Er zit wel duidelijk een verschil in het al dan niet vaak wijzigen van bepaalde waarden;
https://www.janssuuh.nl/w...2018/07/itho_messages.pdf

Met name de laatste 2 waarden (wisselen erg veel!) hebben effect op de snelheid. Wanneer deze op 0:9 voorbij komt, zal de fan altijd naar een laag toerental zakken.

@Ierlandfan ; Het zou toch niet eventueel zo kunnen zijn dat de wijzigende waarden meer links van de reeks te maken hebben met de (wellicht minder snel wisselende) CO2 waarden?!

Helaas is 18:54 trouwens niet het enige 'ID'... Rest volgt!

Mocht iemand trouwens mogelijk aanvullende details kennen betreffende de waarden op positie / waarde 3 t/m 12.....

[Jan - Kees]

Wat een interessant topic!

Briljant dat er een plugin voor easyesp is gemaakt. Na een paar avonden knutselen een setje in elkaar gezet. Hieraan heb ik ook een DHT22 gekoppeld zodat ik in de badkamer geen aparte sensor voor luchtvochtigheid nodig heb.

Aansturen via Domoticz werkt ook met een LUA script. Aangezien er ook een optie voor "Rules" in EasyEsp zit, wil ik proberen om het geheel aan te sturen vanuit de esp zelf zonder tussenkomst van Domoticz.

Dit krijg ik echter deels werkend. Wanneer ik een aantal regels maak met de opdracht om bij bepaalde waarden de box aan te sturen doet hij dit om de paar seconden. Het lukt me niet om alleen een commando te sturen wanneer het nodig is.

Zie hier het scriptje:

code:

on DHT22#Humidity do
  if [DHT22#Humidity]<55 and [IthoBoxZolder#State]!=1.00
    STATE,1
  endif
  if [DHT22#Humidity]>55 and [DHT22#Humidity]<70 and [IthoBoxZolder#State]!=2.00
    STATE,2
  endif
  if [DHT22#Humidity]>70 and [DHT22#Humidity]<90 and [IthoBoxZolder#State]!=3.00
    STATE,3
  endif
  if [DHT22#Humidity]>90 and [IthoBoxZolder#State]!=4.00
    STATE,4
  endif
endon

Bij deze code wordt het commando achter elkaar verstuurd ipv één maal tussen de opgegeven waarden.

Mogelijk maak ik ergens een denkfoutje . Iemand een idee?

[djlorenz]

Hi guys,
so... new to this topic, dutch is not easy and I'm pretty sure I missed some stupid thing.

In front of me I have a NodeMCU with the CC module connected.
I flashed the ESPeasy firmware from jodur's github
configured the wifi setting, I go to the IP address and type:

http://IP/control?cmd=STATE,1111
http://IP/control?cmd=STATE,4

i suppose the fan should go full speed, but nothing happens.

what am I missing?
thank you for your help

Lorenzo

[PTish]

Bedankt allemaal voor de informatie. Ik heb de onderdelen besteld, aan elkaar gesoldeerd, de BIN van jodur geflasht en de eerder gegeven configuratie voor Home Assistant toegevoegd.

Alles draait als een tierelier! Heel mooi dit.

Ik heb echter even 2 vragen;

- Als ik de huidige RFT gebruik, zie ik de wijziging niet terug in HA. Klopt dit of moet ik hiervoor de GDO2 aan de D1 solderen? https://github.com/jodur/ESPEASY_Plugin_ITHO
- Klopt het dat je in HA enkel kan kiezen voor "low", "medium", "high" en niet dat hij 10 minuten op "high" moet draaien? Of mis ik iets in de eerde genoemde configuratie hier?

[RudolfR]

Volgens mij ondersteunt de fan van HASS maar drie standen; ruimte voor een high (T) is er niet.
Er wordt wel gedetecteerd dat deze stand is ingeschakeld (incl. aflopende timer), maar je kunt 'm niet aansturen. (volgens mij moet je daar wel die pin voor solderen inderdaad)

Maargoed; als je vanuit HASS iets wil aansturen om het ventileren in te schakelen; dan moet je ook vanuit HASS het moment kunnen kiezen om er weer mee te stoppen, nietwaar?

[PTish]

Dank voor je reactie Rudolf! Ik ga even die laatste pin solderen en even kijken of ik iets met de tijd kan in HASS.

[UTMachine]

djlorenz schreef op zaterdag 21 juli 2018 @ 23:13:
Hi guys,
so... new to this topic, dutch is not easy and I'm pretty sure I missed some stupid thing.

In front of me I have a NodeMCU with the CC module connected.
I flashed the ESPeasy firmware from jodur's github
configured the wifi setting, I go to the IP address and type:

http://IP/control?cmd=STATE,1111
http://IP/control?cmd=STATE,4

i suppose the fan should go full speed, but nothing happens.

what am I missing?
thank you for your help

Lorenzo

Did you pair your ESP with the fan?

[PTish]

Gek, ik heb hem aan de D1 gesoldeerd, maar deze is niet beschikbaar in de dropdown. Enig idee waarom?



Ligt het aan 1 van deze instellingen?




Edit: Maar even selecteerbaar gemaakt via de inspector. Nu werkt alles.

[ Voor 7% gewijzigd door PTish op 25-07-2018 21:26 ]

[bgitmans]

@demanditho Ik probeer jouw code op mijn systeem werkend te krijgen, maar de web interface krijg ik met geen mogelijkheid zichtbaar.
Ik gebruik arduino IDE 1.8.5 met de nodige libraries. Kun je een korte beschrijving geven van de stappen om een en ander aan de gang te krijgen?