NEWS

@arteck:

ahhh fuck ich habs

der Kernel wars… ich habe eine besondere Installation wo ich von der SD-Karte auf USB Stick umswitche nach dem Bootvorgang

und auf der SD war noch der alte Kernel drauf..alles gut `

So far so good, setze das topic noch Bitte auf gelöst.

–-----------------------

Send from mobile device

Na klar 🙂

Kein Ding.

Bin mittlerweile fündig geworden.

Meine Webcams haben den Port 80 mitgenutzt.

Hab das geändert und schon ging der Apache zu installieren.

gerade festgestellt: es scheint ein Problem bei der Eingabeaufbereitung des "max" wertes zu geben

min : 1010

dann führt die Eingabe von max 1030 oder 1050 zu Fehlern… spielt man dann mit den Zahlen ( 1200 , 1150... egal ) ist es irgendwann möglich das 1031 als max eingeben werden kann - 1030 ist aber wieder falsch. da ist der max-Wert 1011.

....

und nun - nichts edv ... weitergrillen 🙂

Hallo Crepp du hast in deiner Config noch bei Mountpunkt die # vorne anstehen. Damit ist der Glaube ich abgeschaltet. Wenn ich mich richtig erinnere muss die weg. Wenn es dir hilft kann ich dir mal meine Config als Vergleich Posten. Bin gerade nur unterwegs. Der Adapter von Iobroker greift auf den Ordner /mit/1wire zu, guck mal ob der vorhanden ist.

Es geht!!!! :lol: :lol: :lol:

Vielen Dank!!!!!!

Ich benutze das Kommando

setState("sayit.1.tts.text",'/sayit.1/tts.userfiles/doorbell.mp3');

Damit gibt sich eine ziemlich durchwachsende Reaktion.

1. das File wird mit einer sehr großen Verzögerung wiedergeben. Ich schätze so ca. 30-40 Sekunden.

2. Manchmal kommt vorher noch ein anderer Ton, der keinem mp3 File entspricht. Keine Ahnung woher der kommt.

Bei den SONOS Lautsprechern habe ich mir mit Favoriten und Zuordnung von Soundfiles geholfen.

Bei dem Systemlautsprecher geht das nicht.

Ich fände es super, wenn es dafür einen eigenen "Kanal nicht Adaptor" (Terminologie) gibt.

Ich habe den Eindruck, dass das irgendwie mit dem Cache, der für die Textkonvertierung verwendet wird, zusammenhängt.

Hab gerade auf die 1.4.10 upgedatet.

Läuft wieder!

Vielen Dank für den schnellen Fix!

VG

Fozi

@eric2905:

Wenn Du unten die "Menüleiste" meinst, müsste das der MFD-Satz sein.

Gruß,

Eric

Von unterwegs getippert `
Bingo! Danke, den Satz hatte ich noch nicht.

[emoji106] werd ich nach dem Urlaub mal testen . Danke

Hm … kann sein das das an noder node serialport 3.x liegt. Ich glaube erst ab 4.x ist node 6 offiziell unterstützt ...

Dann lasst doch mal folgendes tun: Ich habe auf Github mal de Dependecy auf serialport 4.0.7 geändert. Damit könnten die Compilerwarnungen weg gehen und installieren.

Jetzt bitte Funktionalität testen!!

Weiter (Ergebnisse und so) bitte hier: http://forum.iobroker.net/viewtopic.php?f=36&t=6595

Hallo,

vielen Dank. Habe ich gar nicht gesehen.

Gruß, Gustl

Habe jetzt auf dem Pine64 auch nochmal radikal alle möglichen Reste vom rf-Link entsorgt, npm cache geleert und anschließend mit sudo su die Installation angestoßen.

Es läuft dort tatsächlich.

Hier ist der dev/ttyUSB0 verfügbar.

Unter node6, bzw auf dem Tinkerboard ist dieser Port nicht verfügbar gewesen, nur dev/ttyS0 - dev/ttyS3 (beim Pine64 sind es ttyS0 - ttyS4 + ttyUSB0)

Gruß

Rainer

@Monox:

Mache ich daraus ein Multihost System und nutze den DS18b20 Adapter `
Du kennst einen DS18b20 Adapter ?

Ansonsten kann man Multihost mit Javascript Adapter machen, und in der Konfiguration der Javascript Instanz das NPM-Modul https://www.npmjs.com/package/ds18x20 einbinden. Ein kleines Skript kann dann die 3 benötigten Datenpunkte aktualisieren.

// Skript auf Instanz (javascript.1) des Slaves var idSensor1 = '...'; var idSensor2 = '...'; var idSensor3 = '...'; // Datenpunkte in Instanz des Masters var idDP1 = 'javascript.0.Pool.Temperatur1'; var idDP2 = 'javascript.0.Pool.Temperatur2'; var idDP3 = 'javascript.0.Pool.Temperatur3'; var sensor = require('ds18x20'); function getTemp() { sensor.get([idSensor1,idSensor2,idSensor3], function (err, temp) { if(err) log('Fehler bei Sensoren abfragen', 'error'); else { setState(idDP1, temp[0]); setState(idDP2, temp[1]); setState(idDP3, temp[2]); } }); } schedule('*/1 * * * *', getTemp); // jede Minute

Das sind alles gerade "optional dependencies", also welche die kaputt gehen dürfen.

Warum es auftritt muss man im einzelnen rausfinden, aber erstmal korrekt das es nur eine untergeordnete Rolle spielt.

Ingo