(gelöst) Shelly Verbindungsproblem unter Windows ioBroker
-
@fa-bio naja nicht ganz ich weiß noch nicht was ich in der Firewall freigeben muss das die Kommunikation durch kommt.
-
@deven2k das müsste dann die Portnummer vom Shelly Adapter sein denke ich mal.
-
@fa-bio angeblich soll es port 80 sein aber hab ich probiert geht nicht
-
@fa-bio juhu ich hab es Port:5683 als UDP und eingehend öffentlich, oh man war das eine Geburt.
Danke für die Unterstützung
-
@deven2k Bitte, Hauptsache es läuft jetzt und du weißt in Zukunft wo es hängen könnte.
-
@deven2k https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/protocol-coap.md. Wie kommst du auf Port 80 schau dir mal bitte den link an.
-
@fa-bio, @Deven2k Sorry, muss hier nochmal nachfragen...
Ich hab keine Probleme mit meinen Shelly's - alle funktionieren !!!Nun wäre meine Frage aber, warum?
- meine Windows Firewall's sind alle an
- ich habe keine Regel, für den Port: 5683 erstellt, kein UDP, nix
- Firmware meiner Shelly's: 1.11.7
- im ioB verwende ich CoAP
- und meine Einstellungen in den Shelly's sehen wie folgt aus:
Trotzdem, läuft alles...
Ich finde es natürlich gut das es läuft, andererseits ist es nach euren Einträgen aber schon wieder bedenklich
-
@fa-bio sagte in (gelöst) Shelly Verbindungsproblem unter Windows ioBroker:
version 5.5.0
wie bitte?
-
@ssw-mcor sagte in (gelöst) Shelly Verbindungsproblem unter Windows ioBroker:
Trotzdem, läuft alles...
nein, du wirst keine rückmeldung im ioB bekommen. schalten funktioniert.
mcast ist seit 1.9.4 abgeschafft und umgestellt auf unicast.
heisst, du musst dort die IP deines ioBrokers eingeben und save klicken. der port wird automatisch angehängt.
und finger weg von der firewall! -
@da_woody ich meine die Version 5.0.0 des Shelly Adapter.
-
@da_woody sagte in (gelöst) Shelly Verbindungsproblem unter Windows ioBroker:
nein, du wirst keine rückmeldung im ioB bekommen. schalten funktioniert.
Hab das mit der ioB-IP mal bei einem Shelly gemacht (Port wurde beim Speichern automatisch ergänzt, ja) ich sehe im ioB keinen Unterschied, zu den anderen Shelly's - sorry...
Es kommt alles im ioB an, egal ob ich am Taster selbst oder per Alexa schalte - im ioB kommt an, was ich gemacht habe. -
-
@fa-bio sagte in (gelöst) Shelly Verbindungsproblem unter Windows ioBroker:
@ssw-mcor @da_Woody hat es dir gerade geschrieben das kann ich so unterschreiben..
Hab auch grad noch mal den ioB neu gestartet - kein Unterschied.
Es funktioniert mit "mcast" und mit "IP" und bei beiden kommen die Schaltzustände im ioB an. -
@ssw-mcor ja dann ist es doch okay
-
@fa-bio sagte in (gelöst) Shelly Verbindungsproblem unter Windows ioBroker:
@ssw-mcor ja dann ist es doch okay
Ja aber...
Ich verstehe nicht warum, wenn jeder sagt "funktioniert nicht mehr ohne IP und mit mcast"...Es ist halt verwirrend
-
@ssw-mcor also ich kann dir von mir sagen das es bei mir nur mit IP und dem Port in der Coap Einstellung funktioniert unter der Adapter Version vom Shelly 5.0.0
-
@ssw-mcor sorry mädelz, aber sobald ich auf mcast umstelle und in der cloud schalte, bekomme ich keine rückmeldung in den ioB! ioB intern funktioniert das. mag für die, die keine cloud verwenden, befriedigend sein, da ich aber die cloud als backup nutze, muss ich das dort eintragen.
in verbindung cloud, ioB und visu (iQontrol hab ich schon gerne die richtigen daten... -
@fa-bio: Also ich verwende die Adapterversion 4.0.7 (stable).
Allerdings verwende ich die Cloud bzw. App nicht, somit wie du sagst @da_Woody, hat das ganze wohl intern keine Auswirkungen
Damit ist meine Frage dann auch beantwortet und ich kann wieder ruhig schlafen
Edit: Hab wieder auf mcast umgestellt... -
@fa-bio hatte das mit port 80 im netz in irgend einem forum gelesen.
@da_Woody ich hab bei coloT die ip des Rechners auf dem iobroker läuft eingetragen plus:5683 und eben nochmal getestet mit firewall an und ich bekomme kein signal im iobroker mehr -
MCAST/UNICAST ... der einzige Unterschied hierbei ... der Shelly sendet nicht alles ins ganze Netzwerk (MCAST) sonder nur an ein Ziel(Unicast).
und ja ... basiert auf dem UDP Protokoll. Somit muss die Gegenstelle nichtmal ein ACK(Bestätigung, dass sie das Datenpaket empfangen hat) zurücksenden (im Gegensatz zu TCP)
Windoof Firewall ist für mich ein anderes Thema ... da die hauptsächlich die Schwachstellen von Windoof selbst absichert und trotzdem offen wie ein Scheunentor ist.
