Comments (17)
Updatet to 13.4.0.3 nothing changed
from tasmota.
Where are the logs ?
from tasmota.
23:18:44.856 SRC: WebGui from 192.168.178.174
23:18:44.865 KNX: Output 1 = 1 sent to 6/2/14
23:18:44.868 RSL: RESULT = {"POWER":"ON"}
23:18:44.869 RSL: POWER = ON
23:18:45.123 HLW: EPC 16, CFlen 31852 usec
23:18:45.807 CFG: Saved, Count 50, Bytes 4096
23:18:46.123 HLW: EPC 6, CFlen 365665 usec
23:18:47.123 HLW: EPC 7, CFlen 137218 usec
23:18:48.123 HLW: EPC 11, CFlen 83618 usec
23:18:48.906 WIF: Checking connection...
23:18:49.123 HLW: EPC 12, CFlen 83347 usec
23:18:50.123 HLW: EPC 12, CFlen 90611 usec
23:18:51.123 HLW: EPC 11, CFlen 91732 usec
23:18:52.123 HLW: EPC 11, CFlen 97935 usec
23:18:53.123 HLW: EPC 10, CFlen 93767 usec
23:18:54.123 HLW: EPC 11, CFlen 98577 usec
23:18:55.123 HLW: EPC 10, CFlen 102928 usec
23:18:56.123 HLW: EPC 9, CFlen 102538 usec
23:18:57.123 HLW: EPC 11, CFlen 87824 usec
23:18:58.123 HLW: EPC 11, CFlen 87561 usec
23:18:59.123 HLW: EPC 10, CFlen 201605 usec
23:18:59.330 SRC: WebGui from 192.168.178.174
23:18:59.339 KNX: Output 1 = 0 sent to 6/2/14
23:18:59.345 RSL: RESULT = {"POWER":"OFF"}
23:18:59.346 RSL: POWER = OFF
23:18:59.759 CFG: Saved, Count 51, Bytes 4096
23:19:00.123 HLW: EPC 1, CFlen 204370 usec
23:19:08.883 WIF: Checking connection...
23:19:28.897 WIF: Checking connection...
23:19:48.943 WIF: Checking connection...
from tasmota.
Thats what I get when I'm changing the switch via the web interface and then after that I sent the same telegram via KNX. My Network is just a regular FritzBox Router and a switch without managing. Oh and I got a Shelly1 in the same Network working perfectly.
from tasmota.
If you were actually receiving something you should have logs such as KNX: Received from X/Y/Z Command A: B to C
With real values instead of X, Y, Z and A, B, C
Likely you have somehting wrong in your configuration. May be on ETS.
You can reduce the number of logs using level 3. No need for 4 here.
from tasmota.
I thought so too at First and checked again. Even reprogrammed the ip Router. But still my Shelly1 is working Perfect. If I Switch via the Webinterface I get the Status on 6/2/14. If I sent a telegram on 6/2/14 which must be routet correctly there is nothing happening and on 6/0/14 neither. I really don't get what I did wrong here.
from tasmota.
KNX protocol is using multicast UDP which is based on IGMP
Not all AP can forward multicast to Wifi
Do you have other KNX devices that are connected by WiFi ?
Is you ETS host connected by ethernet or wifi ?
Check in your router or AP is you have any setting related to IGMP that would need to be enabled
from tasmota.
Thanks for the help. I'm checking if there is something blocked in the Router. ETS is connected via Wifi and the working shelly1 is also connected by wifi.
from tasmota.
That's interresting info
So ETS over wifi can communicate both ways with a Shelly 1. I assume the Shelly 1 is connected to the same AP than the Shelly 1PM
Both are ESP8266 correct ?
Sounds more like a configuration issue
from tasmota.
It's mesh an After I looked at it, they are Not on the Same Hardware connected actually. Didn't think about it so far. The 1Pm is a Plus an so it's an esp32.
from tasmota.
ETS is connected via Wifi and the working shelly1 is also connected by wifi.
your ETS application is connected via Wifi (and a tunnel) with your KNX IP router or interface device, but your Shelly communicates via Wifi and multicast with your KNX router oder KNXd, isn't it?
Do you have multicast enabled for your wifi?
If needed I can test with a Shelly plus 1 this weekend.
from tasmota.
Got it. DHCP Server was not configured for the IP Adresses I've used. Sorry for disturbing you and many thanks for the help.
from tasmota.
@Chri5chu what exactly do you mean by "DHCP Server was not configured for the IP addresses"?
I'm currently having the problem that a message from KNX TP is sent, but not received by tasmota. On another tasmota device, it works. I tried watching multicast packages on MCAST_GRP = '224.0.23.12' and MCAST_PORT = 3671. But does not seem to get any, even on working devices. How exactly did you solve your problem?
from tasmota.
The IP Adress of my device was 192.168.178.91 my dhcp Server was set to start at 192.168.178.100 so Communication was working but Not correctly. After dhcp to .75 everything was working Fine. Did you Check in Logs if the Telegramm is registrated by the Shelly?
from tasmota.
@shivan is it the Same group adress or another? Your Problem Sounds a Bit Like a Filter table Problem.
from tasmota.
@Chri5chu it's another group address. I restarted the Tasmota device and then it worked. Before doing the restart, there was nothing in the logs of the tasmota device that it got any knx info. I thought it completely works over udp multicast? Tried to watch on my computer for multicast packages, but did not work however...
Tried this script:
import socket
import struct
MCAST_GRP = '224.0.23.12'
MCAST_PORT = 3671
sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM, socket.IPPROTO_UDP)
sock.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
sock.bind(('', MCAST_PORT))
mreq = struct.pack("4sl", socket.inet_aton(MCAST_GRP), socket.INADDR_ANY)
sock.setsockopt(socket.IPPROTO_IP, socket.IP_ADD_MEMBERSHIP, mreq)
print("Warte auf KNX IP Multicast-Nachrichten...")
try:
while True:
data, addr = sock.recvfrom(1024)
print(f"Nachricht von {addr}: {data.hex()}")
except KeyboardInterrupt:
print("Programm beendet")
finally:
sock.close()
Although it would be better for traffic, when not using multicast, but so I currently do not understand how the messages for KNX IP work.
Using xknx and connecting to my knx ip router directly, I saw the commands sent to tasmota. (but not received by tasmota)
Device is using Tasmota 13.4.0
When it would be a filter problem, then I would not have it gotten by xknx and a restart would not have been helped I think. (Although I saw a filter option in my kxn ip router - but that was not yet configurable)
from tasmota.
@shivan Strange but Great that it worked for you. Knx is definetly using Multicast. I couldn't visualise the Traffic either.
from tasmota.
Related Issues (20)
- Counter event triggered every time
- Counter change event triggered every time.
- Range Extender driver `xdrv_58_range_extender` does not compile with core 3.0.0 HOT 4
- ESP32-C3 ETH01 EVO DM9051 wrong ETH_Type declaration in my_user_config.h HOT 4
- I2S Audio not fully working (devel branch) HOT 26
- Wrong energy measures using module BL0937
- user_config_override.h missing HOT 1
- Coosa Plug lost blue LED for connection
- 2 unterschiedliche Geräte melden in Minutenabstand "Multicast (re)joined"
- CORS command not working HOT 7
- Moes 2 gang zigbee 3 dimmer switch MS-105BZ not being fully recognised by Tasmota HOT 1
- How to add something in Tasmota Documentation HOT 1
- Incorrect power measurement on Shelly Puls PM Mini HOT 5
- SwitchMode 6 TOGGLE CMD on the wrong edge HOT 1
- Berry energy.read outputs invalid JSON (nan issue) HOT 14
- ESP32 and PZEM-004T v3 working intermittently HOT 2
- Documentation for comands 'subscribe' and 'subscribe2' is swapped HOT 1
- Add a new ZbState called ZbLoaded to indicate that all ZbDevices and ZbLoads have been loaded successfully. HOT 5
- A4988_Stepper , Motor commands doesnt give feedback while called without argument. Motor MIS not working ? HOT 4
- Berry script not returning sensors values in a given condition HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from tasmota.