Ich muss sagen das mir das auch schon passiert ist.
Mir fällt das immer dann auf, wenn ichAlexa nen Befehl gebe (Bsp. Garage auf) und der nicht ausgeführt wird.
Dann guck ich in die Geräteliste rein und das Gerät ist nicht mehr da. Ist mir schon häufiger passiert.
@klassisch ich habe mal den gleichen Sensor genommen und an den ebz DD3 gehangen. Die Einstellunugen im TCP232 habe ich angepasst auf Baudrate 9600, Datasize 7bit, Stop Bits 1 und Parity even, im Smartmeter Adapter dann noch das Datenprotokoll auf D0 eingestellt und siehe da: Auch der Zähler liefert verlässliche Werte.
Ik freu mir und hab mir direkt mal nen zweiten Lesekopf bestellt.
@negalein Vielen Dank für den Link. Mit core/shutdown funktioniert es einwandfrei. Prima.
Hier meine Blockly Lösung. Ich habe mir einen Mountpunkt angelegt, da ich die Daten noch weiterverarbeite.
In meinem Fall werden die neuen Daten unten angehangen. Habe jetzt hier mit dem ID von Selektor gearbeitet, aber das lässt sich ja anpassen.
Hier das Blockly:
Der Inhalt der Funktion:
und hier das ganze als Blockly Export:
@unltdnetworx SO, ich habe mal die Liste durchgearbeitet und dir die Holding Register und die Eingangsregister die bei mir funktionieren in eine csv exportiert. Das ist jetzt nicht das gelbe vom Ei, ich denke da fehlen noch wichtige. Die die drin stehen habe ich gecheckt ob die Werte valide sind und ob die Rückmeldung an das ISG bzw. die WP funktionieren.
Hab dir die Register auch in der Anleitung mal rot eingekreist.
Tecalor_TTF05_SoleWP_Holding_Register.csv
Tecalor_TTF05_SoleWP_Eingangs_Register.csv
Modbus_Bedienungsanleitung.pdf
ich habe auch mal die 0.0.2 ausprobiert und erhalten folgende warnings im log:
javascript.0
2022-07-19 14:59:32.583 warn script.js.Sonstiges.Adapter_Instanzen_überwachen: sonoff.0.info.connection returns String "Erzeugungszähler,Waschmaschine,Bürolampe,Gosund SP112,Gosund-Heizstab,3dDrucker,FritzBox_Steckdose,Staubsauger,Gosund-USV,Stehlampe,Gosund-Treppe-ESP32,Kinderzimmerlampe,GrosseGarage,Bewässerung,TasmoShelly-BJ", but boolean expected. We assume connection is true and continue.
javascript.0
2022-07-19 14:59:32.582 warn script.js.Sonstiges.Adapter_Instanzen_überwachen: mqtt.0.info.connection returns String "evcc-2142291184", but boolean expected. We assume connection is true and continue.
Puuh, das ist nach JARVIS der komplizieteste Adapter den ich bisher gesehen habe. Selbst mit der deutschen Doku bin ich zu blöde irgendewas hinzubekommen. Da muss ich glaube ich mal ein Wochenende investieren
@nik82 hilft dir nicht, aber den fehler hab ich auch. wird irgendwann verschwinden denke ich
@chaarch0 schau dir auf Git mal das Projekt EVCC an. Das erfüllt den Use Case "Überschussladen" perfekt.
@nik82 ich nutze EVCC seit Version 0.5 oder so und das entwickelt sich echt ständig weiter. Phasenumschaltung funktioniert beim Go-e super, aber nur mit Sponsor Token. Heißt: Du musst 2 € pro Monat an das Projekt spenden um die Funktion nutzen zu können.
Aber es funktioniert klasse. VIS integration brauche ich nicht. die GUi von EVCC ist super und ich greife von extern darauf zu. IoBrokerintegration ginge per MQTT, aber in meinen Augen unnötig.
Wenn du Fragen hast, oder es gerne mal im Live Betrieb sehen möchtest, meld dich.
@andy12_04 es gibt wohl einen Ansatz das über volvo2mqtt zu lösen. Derzeit geht das wohl nur per Homeassistent AddOn
Ich nutze zum EV laden EVCC und da wird im Discussion Bereich auf Git gerade daran getüftelt Volvo2Mqtt "umzuschreiben"... vielleicht kommt da auch was für den Iobroker bei rum
@dirk-peter Moin, protokolliert wurde mE garnix zum Ausschaltzeitpunkt. Ich teste es aber nochmal. Konfiguration sh. Bilder
Hallo zusammen,
ich teste gerade den Sprincle Adapter und habe das Problem, dass er zur angegebenen Zeit einschaltet, nach der eingestellten Bewässerungszeit Kreis 1 abschaltet und auf Kreis 2 wechselt, aber er schaltet Kreis 2 nicht ab nach der Bewässerungszeit. Beide Kreise haben exakt die gleichen Einstellungen.
Ich habe zwei Hunter Ventile, also 2 Kreise, an einem Sonoff 4ch Pro, jeweils NC, also stromlos geschlossen.
Habe ein seeeehr umfangreiches Script zur Bewässerung, würde das jedoch versuchen durch den Adapter abzulösen.
Jemand ne Idee warum die Abschaltung vom 2. Kreis nicht funktioniert, das einschalten jedoch schon?
Danke euch.
F.
@marc-berg perfekt. Vielen vielen Dank für die Hilfe.
Das dachte ich mir auch, aber da bekomme ich diese Fehlermeldung
Der Container A läuft im Host Netzwerk
Ich muss jetzt aber nochmal was fragen. Wir haben ja vorher gesagt, das es externe und interne Netze gibt und das Container nicht untereinander kommunizieren können, außer ich baue eine Brücke in Form eines neuen Netzwerkes.
Jetzt möchte ich in Container A (EVCC) eine GET Abfrage aus Container B (Iobroker) machen.
Das ist der Befehl: http://10.10.8.222:8082/getPlainValue/volvo.0.vid.status.batteryChargeLevel.value?json
Die 10.10.8.222 ist ja die externe macvlan IP von meinem Iobroker
Wenn ich den o. g. Befehl an meinem Rechner absetze, erhalte ich den korrekten Wert zurück. Wenn ich den vom EVCC Container abrufe, erhalte ich als Fehlermeldung dial tcp 10.10.8.222:8082: connect: no route to host
Hat jetzt mit der Eingangsfrage nix zu tun, aber da habe ich gerade ein Verständnisproblem.
@marc-berg Vielen Dank Marc... das funzt einwandfrei. Habe ich wieder was gelernt.
@marc-berg MOin, danke dir, dass probiere ich aus.
Nee die Ports hatte ich nur gemappt weil ich ausschließen wollte, dass der NUT und der PiHole Adapter deswegen nicht grün werden. Sind noch Altlasten die ich rauswerfen muss
@bongo tha, und da gibt man 1x die richtige IP ein und schon ist der Adapter grün. 
Ich danke dir vielmals für deine (und den anderen natürlich auch) Hilfe.
Das mit dem Einbau des internen Netzwerks in den IoBroker Stack musst du mir aber trotzdem nochmal näher erklären. Da kann ich nicht ganz folgen.
Das ist mein IoBroker Container
Der dazugehörige Stack
version: "2"
services:
iobroker:
container_name: iobroker
image: buanet/iobroker:latest-v9
hostname: iobroker
restart: unless-stopped
networks:
default:
ipv4_address: 10.10.8.222
ports:
- "3493:3493" #NUT
- "1010:1010" #PIHOLE
- "8091:8091" #Backitup
- "9081:9081" #Backitup
- "9082:9082" #Backitup
#- "1880:1880" #node-red
- "1882:1882" #mqtt
- "1883:1883" #mqtt
- "1884:1884" #mqtt
- "2001:2001" #homematic
- "2010:2010" #homematic
- "8081:8081" #iobroker admin
- "8082:8082" #vis
- "8087:8087" #Simple API
- "7070:7070" #EVCC
- "53:53" # Pihole
environment:
- IOB_STATESDB_HOST=redis
- IOB_STATESDB_PORT=6379
- IOB_STATESDB_TYPE=redis
- IOB_OBJECTSDB_HOST=redis
- IOB_OBJECTSDB_PORT=6379
- IOB_OBJECTSDB_TYPE=redis
- IOB_BACKITUP_EXTDB=true
- PACKAGES=redis-tools
#- SETGID=1200
#- SETUID=1200
volumes:
- /volume1/docker/iobroker/iob-data:/opt/iobroker
depends_on:
- redis
redis:
container_name: redis
image: redis:latest
hostname: redis
restart: unless-stopped
networks:
default:
ipv4_address: 10.10.8.223
ports:
- "6379:6379"
volumes:
- /volume1/docker/iobroker/iob-redis/:/data
networks:
default:
name: mvl
external: true
Das ist das Netzwerk was ich angelegt habe:
Das ist meine Konfiguration der USV auf der Syno...die erste IP ist die IoBroker IP (glaube die brauche ich nicht)
Das sind die Einstellungen vom NUT Adapter
Und das ist die Fehlermeldung die IoBroker auswirft
