Hallo @actionbyte , Upps mir geht es genau so ! Hast Du dafür bereits eine Lösung ? Grau und Hellgrau nervt die Augen sehr...:-(

hat niemand einen tipp?

Ich wollte nur kurz zurückmelden, dass alles geklappt hat. PulseTime 2 schaltet einwandfrei. Danke an alle!! :-)

@tl82 Danke. Ich habe das Thema "subscribe" gefunden - damit komme ich dahin wo ich hin will. Dein Vorschlag mit dem schedule werde ich ausprobieren.

@Linedancer Ah cool, dann schau ich mir den mal an :)

Ich hole meinen Thread nochmals hoch. Einen Teil meiner Probleme konnte ich damit lösen, dass ich als Datentyp "Zeichenkette" eingestellt habe. Beim Geofency Adapter habe ich ein seltsames Problem, welches ich auch sporadisch vorher hatte. Der DP ist korrekt mit den richtigen Werten gefüllt. Wenn ich aber den Mqtt Server abfrage kommt da ein 30 Tage alter wert. Schreibe ich manuell in den DP neu rein, passiert auch nichts. Lösche ich aber dem im mqtt.Client die Verbindung und trage diese anschliessend wieder ein aktiven/publish, dann kommt ein neuer Wert sofort am mqtt Server an. Kann das jemand bestätigen, oder mache ich da noch einen Fehler. Gruß Hartwig

Es ist jetzt ziemlich viel Zeit ins Land gegangen. Meine einfachste und schnellste Lösung für das zweite Problem war den Pi2 einfach durch einen Pi3 zu ersetzten. Daher habe ich mich auch nicht mehr weiter darum gekümmert. Vielen Dank noch für euer beider Hilfe @AlCalzone und @cburghardt .

@Asgothian Ok, dann ist für mich alles klar! Ich dachte, die Rest-api wäre noch was anderes! Danke!

habe es mir angesehen, war echt sehr sehr interessant und ich konnte wieder einiges lernen!

@MyzerAT Das ist manchmal so mit dem stoppen. Aber der Slave ist raus und dann hat es doch geklappt ;-)

@HeinrichB sagte in Adapter für Anzahl Sonnenstunden: NextHours ah jetzt habe ich ihn gefunden!

up habe jetzt soweit alles hinbekommen das die anzeige in homekit stimmt sofern die werte von extern kommen. nur die eingabe über home liefert mir den wertebereich -1 bis 0 statt 0 bis 1 sprich der scale funktioniert es müssten nur die werte positiv werden

Hallo, der Beitrag schon älter, die Akteure aber erst vor kurzem anwesend, darum mach ich hier weiter ;-), die verlinkte Doku funktioniert leider nicht mehr. Ich habe auch einen Multihost- Aufbau, vom Slave werden bei mir 10 1-Wire Sensoren mit owfs abgerufen und verarbeitet. Jetzt wollte ich auf dem Slave die GPIO's mit dem rpi2 Adapter steuern/abfragen, was ich aber nicht hinbekomme. Wenn ich den rpi2 Adapter auf dem Slave installiere, sagt er mir immer bei Host und Lebenszeichen falsch, die anderen Adapter (owfs, sql und flot) funktionieren auf dem Slave), Wenn ich den rpi2 Adapter auf dem Master installiere, funktioniert es auf dem Master einwandfrei, nur ist der Master weiter weg, aber bräuchte es beim Slave. Wie ist das bei Euch? Schöne Grüße Christian Fräulein Edith sagt am 18.12. 13:30 nach weiterem Stundenlangem Suchen und immer noch nichts gefunden, es fuktioniert, weis nicht warum, hatte nur die SD draussen um ein Bachup zu machen. Anscheinend wie immer bei der Elektronik : Erst mal ein neuer Boot, und alles is gut.

@Phil85 sagte in maxcul Pairing nicht möglich !!!: Hallo zusammen, ich bin gerade dabei die Max Geräte vom Cube auf den Cul Stick umzuziehen, da der Cube in letzter Zeit Probleme macht. Mit den nötigen Bauteilen hab ich mir ein nanoCul 868mHz (mit aculfw) zusammen gebaut, welcher auch erkannt wird und funktioniert. Der Eco-Taster wurde sofort erkannt und ist auch nutzbar. Jetzt habe ich nur das Problem, dass sich das Wandthermostat absolut nicht pairen lässt. Das WT wurde resetet und aus dem Cube gelöscht, aber es lässt sich einfach nicht pairen. iobroker (js.10.17.0) läuft auf einer VM in Proxmox wo ich den Cul auch verbunden habe. Das komische ist, dass die Fensterkontake welche noch an dem Cube angelernt sind sich automatisch mit dem Cul verbinden ohne sie zu pairen. Anbei poste ich das Log im debug mode. Ich hoffe es kann mir jemand helfen maxcul.0 2019-12-09 12:25:31.978 debug (11623) delayed next send by 0ms (Queue length left = 0, Current Credit = 529) maxcul.0 2019-12-09 12:25:31.976 debug (11623) serial port buffer have been drained maxcul.0 2019-12-09 12:25:31.974 debug (11623) Send Packet to CUL: X, awaiting drain event maxcul.0 2019-12-09 12:25:26.979 debug (11623) delayed next send by 0ms (Queue length left = 0, Current Credit = 524) maxcul.0 2019-12-09 12:25:26.977 debug (11623) serial port buffer have been drained maxcul.0 2019-12-09 12:25:26.973 debug (11623) Send Packet to CUL: X, awaiting drain event maxcul.0 2019-12-09 12:25:21.977 debug (11623) delayed next send by 0ms (Queue length left = 0, Current Credit = 519) maxcul.0 2019-12-09 12:25:21.977 debug (11623) serial port buffer have been drained maxcul.0 2019-12-09 12:25:21.973 debug (11623) Send Packet to CUL: X, awaiting drain event maxcul.0 2019-12-09 12:25:16.977 debug (11623) delayed next send by 0ms (Queue length left = 0, Current Credit = 514) maxcul.0 2019-12-09 12:25:16.977 debug (11623) serial port buffer have been drained maxcul.0 2019-12-09 12:25:16.973 debug (11623) Send Packet to CUL: X, awaiting drain event maxcul.0 2019-12-09 12:25:11.980 debug (11623) delayed next send by 0ms (Queue length left = 0, Current Credit = 509) maxcul.0 2019-12-09 12:25:11.978 debug (11623) serial port buffer have been drained maxcul.0 2019-12-09 12:25:11.973 debug (11623) Send Packet to CUL: X, awaiting drain event maxcul.0 2019-12-09 12:25:06.979 debug (11623) delayed next send by 0ms (Queue length left = 0, Current Credit = 504) maxcul.0 2019-12-09 12:25:06.977 debug (11623) serial port buffer have been drained maxcul.0 2019-12-09 12:25:06.972 debug (11623) Send Packet to CUL: X, awaiting drain event maxcul.0 2019-12-09 12:25:02.341 debug (11623) Set Pairmode to true maxcul.0 2019-12-09 12:25:01.977 debug (11623) delayed next send by 0ms (Queue length left = 0, Current Credit = 499) maxcul.0 2019-12-09 12:25:01.976 debug (11623) serial port buffer have been drained maxcul.0 2019-12-09 12:25:01.972 debug (11623) Send Packet to CUL: X, awaiting drain event maxcul.0 2019-12-09 12:24:56.975 debug (11623) delayed next send by 0ms (Queue len Zur Info.... Es lag am Cul Stick. Ich hab da dummerweise ein Fake Modul verlötet ;-)

@dos1973 Ich habe jetzt das Script auf 3 Synologys laufen. Hat von Anfang an funktioniert. An den MACVLAN Einstellungen habe ich nichts geändert.