@SchuetzeSchulz du kannst unter common einen Eintrag main erstellen. Sollte aber nur notwendig sein wenn das Main file weder "main.js" oder "adaptername.js" heißt

Erst 1.0.2 läuft wieder :-)

ok, danke jetzt scheint es zu funktionieren so kann man arbeiten

@Zefau sagte in Konfiguration fremder Adapter / Instanzen anderer Adapter: Dort war adapter.getForeignObject [...] angegeben Mit adapter.getForeignObjects [...] führte zu keinem Erfolg. Das sind auch zwei unterschiedliche Methoden. Mit "s" (Mehrzahl) vs. ohne "s" (Singular). @Zefau sagte in Konfiguration fremder Adapter / Instanzen anderer Adapter: muss leider sagen, dass die Doku für Entwickler wirklich mist ist. Da muss ich dir zustimmen. Ich habe einen Mittelweg gelöst, der IMO zwei Fliegen mit einer Klappe schlägt. Bei Verwendung eines aktuellen Templates mit einem Editor der TypeScript versteht (VSCode / WebStorm) solltest du zumindest anhand der Syntaxhilfe Unterstützung beim Aufruf der Funktionen bekommen. Mit der richtigen Option wird auch gemeckert, wenn du Funktionen falsch verwendest. Zugegeben, die aus dem Quellcode kopierte Beschreibung der Funktion ist auch nicht wirklich gut: Get foreign objects by pattern, by specific type and resolve their enums. Wenn du hierzu Verbesserungsvorschläge hast, immer her damit. Am besten Issues in https://github.com/ioBroker/adapter-core eröffnen.

Oh man, das hab ich auch gerade erkannt - der kennt nur true/false - ich ging gedanklich von motion true/false und eben der Lage aus .... :)

@HomeSweetHome said in Lampe gleichzeitig als publish und subscribe?: Nachdem ich auf die Frage keine Antwort bekommen habe, gehe ich davon aus, dass ich mich nicht richtig ausgedrückt habe. Meine Befürchtung ist bzw. war, dass wenn die gleiche Nachricht als publish und subscripe deklariert ist eine Endlosschleife entsteht. Gleiche Nachricht als publish und subscripe Taste am Dev published Nachricht, ioBroker empfängt den neuen Weit, speichert und published seinerseits den Wert neu. Hier sollte die Kette zuende sein. Also ein Denkfehler. Rücksenden des gesetzten Wertes bei Verletzung des Wertebereich Eine andere Sache hat mich beschäftigt. Mein Dev empfängt einen Wert "Mode" der den Wertebereich 0..5 hat. Empfängt Dev den flaschen Wert, so soll bei zu klein der Min Wert (0) bei zu groß Wert (5) gesetzt werden. void MQTT_Callback(char* topic, byte* payload, unsigned int length) { String value = ""; for (int i=0;i<length;i++) { value += (char)payload[i]; } if( strcmp( topic,"WeMosDev1/Mode")==0 ) { Value = value.toInt(); if( InRage( Valie,0,5 )==false ) { Value = MinMax( Value,0,5 ); snprintf( MQTT_msg,50,"%d",Value); MQTT_Client.publish( "WeMosDev1/Mode",Value ); } Seht ihr hier Schwierigkeiten?

Vielen Dank für Eure Hilfe. Kaum mache ich es richtig, funktioniert es genauso, wie es sein soll. :-)

@XerXes777 sagt: Geht das ? Ja, etwa so. var ids = []; for(let i = 0; i < idDB.length; i++) { ids[i] = idDB[i].iobrokerID; } on(ids, callback);

@Stefan1984 sagte in [Frage] Gardena Smart System (Mähroboter, Bewässerung): @sigi234 Ok, verstanden. Danke. https://wiki.selfhtml.org/wiki/HTTP/Anfragemethoden

@stimezo sagte in [Adapter] Systemadapter moma entdeckt: Hi Sigi, diesen Post https://forum.iobroker.net/topic/22026/neuer-adapter-iobroker-moma kennst Du? Gruß Christian Upps............den habe ich überlesen:relaxed:

@AlCalzone dann werd ich cache clean weglassen, hab das hier im Forum als Lösung gefunden @foxriver76 Danke für den tipp, html file ändern bewirkt wirklich einen refresh der css files, muss das noch automatisieren aber das sollte einfach gehen.

@AlCalzone Ok, danke, die Hinweise haben geholfen. Konnte den Adapter erfolgreich umstellen pull request für latest ist gestellt. Alle Fehler des adapter checkers sind beseitigt, nur noch die Warnung mit dem Repo ist übrig

@bahnuhr sagte in Kann jemand die android app bauen?: Es wäre schade wenn man dies einschlafen lässt. Das stimmt natürlich..........

@apollon77 sagte in Adapter mit debug output - zu viele Ausgaben wenn redis verwendet wird!: Ja, das ist nervig, aber faktisch gehört es nicht zum js-controller. Jeder Adapter nutzt eine eigene Verbindnung zum Redis und diese wird vom Adapterprozess direkt aufgebaut. grep -v "redis" nutze ich :-) Kann man diesen loglevel bei den redis-logs nicht auf silly setzten? Dann wären sie da wo sie erwartet werden.