Kein Compiler da?! make: g++: Befehl nicht gefunden apt-get install build-essentials (Linux)

@Bluefox: Bitte auf 1.6.1 updaten. ` Danke! Colorpicker ist wieder da :P Gruß Rainer

Jepp, nun hat es geklappt! Super und Danke für die schnelle Unterstützung :D

@Homoran: @Bluefox: CUxD hat falsche Implementierung von bin-rpc und ignoriert zweiten Argument von "init" ` Hast du Kontakt zu Uwe deswegen? Gruß Rainer ` Nein. Habe ich keins. Das problem ist, dass bei "init" zwei Parameter mitgegeben werden WebHook und "prefix". "prefix" wird von rxd und wired wunderbar zurückgegeben. CUxD gibt immer "CUxD" zurück.

@apollon77: hatte ich auch schonmal. Packs am besten als Bug ins Trello ` Check und done https://trello.com/c/byf1J0vv –----------------------- Send from mobile device

@Bluefox: Geht jetzt? ` bei mir ja, update 1.7.5. drauf und keine probleme

Also jetzt hat es nach dem Reboot auf Anhieb geklappt, dass die Werte sql zugeordnet sind!!! Vielen dank soweit…

Moin, schön das es jetzt funktioniert. Halte es mal eine Zeit im Auge und wenn alles schön bleibt, passt Du dann bitte den Betreff an ("[Problem]" bitte durch "[gelöst]" ersetzen)? Gruß, Eric

Hallo, nur zur Info: ich habe eine neue SD-Karte genommen und das gesicherte Image aufgespielt - jetzt geht es wieder. Vermutlich hatte die SD-Karte doch eine Problem - Danke für den Hinweis! clerosch

@ Paul vielen Dank ein Problem gelöst… Manchmal ist man einfach Blind... Danke :)

So einfach kann die Lösung sein. Ich hatte zwar vorher im Forum recherchiert aber den Thread nicht gefunden. Ruft man den node-red Adapter über die IP des Slave auf bekommt man den richtigen. Über Admin bekommt man immer nur den auf dem Master. Etwas verwirrend aber es funktioniert. Danke und Gruß Thorsten

ich verstehe dein Frust… ich bastle auch mit rum.... finde leider keine Zeit mir den Adapter zur Brust zu nehmen um zu schauen was da wirklich läuft... was ich rausgefunden habe ist .. Es scheint die BCM Belegung zu sein. Wobei die GPIO's initialisiert werden müssen.. warum auch immer (zumindest so funktioniert es mit meinem GPIO23 als Input) .. ist aber der einzige der geht habe ich festgestellt...

Upps - bei der alten geschrotten Installation ging das - jetzt werde ich die Finger von lassen. Jetzt bin ich nur noch auf der suche nach den fehlenden Paketen bzw. nicht installierten Programmen. Danke thomy_bassi

Für manche User ist der Thread offensichlich gelöst. Ich habe leider immer noch die Probleme. RAM habe ich nicht beobachtet. Wie mache ich das am geschicktesten? Gruss Ralf

Hallo Zusammen, danke für die schnellen Antworten! Ich versuche mal alles zu beantworten. @ Dutchman: Du sagst, mein node wäre zu hoch. Kann ich / sollte ich da etwas gegen tun? @ Homoran: ich habe die Installation sowohl direkt aus ioBroker heraus (über den Adapter Tab) ausgeführt, als auch über die Konsole. Dort bin ich in den Ordner /opt/iobroker/ gewechselt. @ apollon77: Ja, die anderen Linux Pakete habe ich vorher installiert. Das hat auch ohne Fehlermeldung geklappt. Danke für die Hilfe!!

Hab das Problem mittlerweile gelöst.. Es lag an den Ports 9000 und 9001. die waren irgendwie durch andere Anwendungen belegt. Hab die Ports geändert. Dann hat die Installation funktioniert. Allerdings tauchen die installierten Adapter in der Liste der installierten Adapter nicht auf. Weis nicht wieso. Hab den ioBroker upgedatet. Immernoch nichts zu sehen. Hat jemand ne Idee?

@kmxak Meine Antwort bezog sich auf den Fehler bei der Installation von iobroker.discovery, wo eine fehlende Datei bemängelt wird ../src/mdns.hpp:32:20: fatal error: dns_sd.h: Datei oder Verzeichnis nicht gefunden Geht den libavahi-compat-libdnssd-dev auf dem Pi 1?

Hallo Apollon, ich habe die Werte der Datenpunkte wieder befüllt und nun scheint alles wieder zu funktionieren. Wahrscheinlich war dies die Ursache, jedenfalls kam seit dem keine Fehlermeldung mehr

@paul53: Weshalb ? Alle Ergebnisse werden doch in Datenpunkten gespeichert. Als globales Skript wird es in jedes (nicht globale) Skript eingefügt und dort ausgeführt, was die CPU enorm belastet (vermutlich die Ursache für das unzuverlässige Funktionieren). Skripte die schedule() oder on() beinhalten, sollten niemals als globale Skripte verwendet werden ! ` OK, DANKE! Da hatte ich noch gar nicht darüber nachgedacht. Ist aber logisch und werde ich gleich mal ändern.