Hallo, ich habe auch mal etwas mit dem Adapter rumprobiert. Ich habe bei URL die Adresse meine ioBroker-Installation eingetragen z.B. http://192.168.xxx.yyy:8087/, Nach klick auf Save&Test war auch alles grün.
Dann auf dem Dashboard "Singlestat" eingefügt und unter Query "JSON" als Datasource ausgewählt. Wenn man in das Feld Metric klickt erscheinen nach ein paar Sekunden alle Datenpunkte aus ioBroker.
@wibear
Dazu muss aber die Expertenansicht eingeschaltet sein.
@qqolli
Hab auf deine Empfehlung hin die Leiste bestellt und habe sie dann nach deiner Beschreibung geöffnet. Habe mir dann aber gedacht, bevor ich anfange zu löten versuch mal das Ding mittels tuya-convert zu flashen - und siehe da, hat im ersten Anlauf funktioniert. Hab die Leiste nach folgender Anleitung von Heise geflasht.
Ich wusste doch, daß ich das schon mal gesehen habe.
https://de.wikipedia.org/wiki/MMC_3000pro
Nennt sich auch HomeNet.
Bin bei meiner Suche nach Homeway-Infos drüber gestolpert.
@clown007
Danke für die Anpassung. Ich hatte mir das auch schon überlegt. Meiner Meinung nach konvertiert xml2js nicht richtig.
Im ersten Beispiel wird der Text angezeigt wie erwartet.
var parseString = require('xml2js').parseString;
var xml = "<aaaa>Ein Text</aaaa>"
parseString(xml, function (err, result) {
log(result);
});
Ergebnis bei mir:
{'aaaa':'Ein Text'}
Ab der zweiten Ebene kommen die eckigen Klammern hinzu
var parseString = require('xml2js').parseString;
var xml = "<aaaa><bbbb>Ein Text</bbbb></aaaa>"
parseString(xml, function (err, result) {
log(result);
});
Ergebnis
{'aaaa':{'bbbb':['Ein Text']}}
Bei einem Onlinekonverter wie z.B. hier ist das Ergebnis wie erwartet.
{
"aaaa": {
"bbbb": "Ein Text"
},
}
Ist dein geparstes Ergebnis auch mit eckigen Klammern? Ich dachte schon, es liegt an meiner ioBroker-Installation mit einer alten oder falschen xml2js, aber in einem neuen Proxmox-Container mit ganz frischem ioBroker ist das Ergebnis das gleiche. Anscheinend macht er bei mir ein Array aus dem einzelnen Wert.
Mit deiner Version läuft es jetzt jedenfalls, aber ich würde das Problem gerne verstehen und nachvollziehen können.
@nils-arnold
Hallo,
Also in deinem Bild steht ja ein komplettes MB-Telegramm drin.
Dröseln wir das mal auf:
01 05 00 00 FF 00 8C 3A
01 -> Adresse des Board, die muss im MB-Adapter bei der "Geräte ID" rein, wobei das bei MB-TCP eigentlich egal sein sollte, da das Board über die IP eindeutig identifziert ist.
05 -> MB Function Code 5 -> Force single coil, also ein Bit schreiben
00 00 -> Adresse des Relais, also in dem Fall das 1. Relais
FF 00 -> einschalten, 00 00 -> ausschalten
8C 3A -> Checksumme die wir vom Programm/Adapter errechnet
Da du ein Bit schreiben willst musst du im MB-Adapter bei den diskreten Ausgängen Einträge mit den Adressen 0 bis 3 anlegen. Dann kannst du unter den Objekten in den entsprechenden Datenpunkt entwerder 0000 für ausschalten oder 65280 (Hex FF00) zum einschalten eintragen. Dann sollten die Relais eigentlich schaltbar sein.
Edit: Typo
@lobomau
Gleiches Problem habe ich auch. Habe es mit verschiedenen ioBroker-Versionen probiert.
@steinerma
Hallo,
du schreibst in der Excelliste, dass %MX700.0 an Adresse 23488 liegt, aber im Screenshot vom ioBroker steht bei Test1 25775, das passt doch nicht ganz zusammen. Lt. Excel ist das %MX842.15. Ich kann das erst morgen probieren, dann kann ich das an meinem 750-880 versuchen nachzustellen (is heut schon was spät für mich 
)
@jack01 sagte in ZigBee neue Version 1.10.x:
Ach ja, in den Objekten sehe ich über den Zeitstempel, dass bei den Datenpunkte "on" und "off" etwas gesendet wurde. Sie bleiben aber immer auf "false" stehen. Hat jemand eine Idee was ich z. B. per Blockly senden muß (z.B. true für 500ms) , damit ich hier die Leuchte per Datenpunkt steuern kann?
Das du nur false siehst kann auch an der Trägheit der grafischen Anzeige liegen. Hatte mich auch erst gewundert. Dann hab ich mir zwei Test-Blocklys gebaut mit dem ich eine Lampe ein und ausschalte.
Zum einen mit einem RODRET eine normale Lampe mit Homematic-Aktor und zum anderen mit einem STYRBAR eine Lidl-Lampe. Das funktioniert sofort und verzögerungsfrei obwohl ich in der Objektübersicht keine Wechsel auf true sehe.
@Meistertr
Gibt es die Möglichkeit den IO-Delay-Wert mit einzulesen. Bei mir ist der auf einmal von 0% auf 24% gestiegen und ich habe das nicht mitbekommen. Ursachenforschung fällt danach schwer. Letztendlich hat nur ein Proxmoxreboot geholfen. Ich würde mir den Wert gerne irgendwie alarmieren. Auslesbar ist er, da mein Proxmox den in eine InfluxDB schreibt und er auch mittels Dashboard von Grafana visualisiert wird.
Gruß
Dolomiti
Leider ging es nur einen Tag gut.
Ich denke ich werde mir auf dem Test-ioB ein Skript erstellen welches mittels Skript die VM einschaltet. Das funktioniert ja (s.o.). Das Skript werde ich dann über Simple-Api triggern. Ist zwar nicht schön aber geht so immerhin.
@ticaki sagte in Einschalten VM auf Proxmox über ein Skript:
ich hoffe ack=false hat eine Änderung gebracht.
Wo sollte es denn eine Änderung gebracht haben. Steh grad auf dem Schlauch
@ticaki
Ich meinte keine Änderung
@david-g @ticaki
Das anhängen von ack hat eine Änderung gebracht.
Ich habe dann mal eine VM mit einfachem Debian (test) aufgesetzt, hier funktioniert alles wie erwartet. Dann dachte ich, das es evtl. an eine Zahl am Ende des VM-Namens liegt (WIN10). Also habe ich von "test" ein Backup gemacht und als "test123" wiederhergestellt. Funktioniert auch ohne Probleme über Simple-Api.
Als nächstes die Instanz vom Adapter gelöscht, den gesamten Objektbaum Proxmox.1 gelöscht und Instanz neu hinzugefügt. Fehlermeldung kommt immer noch.
Als letztes habe ich dann doch mal den ioBroker neugestartet und auf einmal geht es.
Ich werde mal weitertesten und setze das Thema dann auf gelöst.
Hallo Zusammen,
ich versuche eine VM auf meinem Test-Proxmox einzuschalten. Der Proxmox-Adapter läuft auf meinem ioB-Testsystem und ich kann die VM einfach mit einem Skript mittels
setState('proxmox.1.qemu_win10.start'/*Start*/,true);
starten und auch wieder runterfahren.
Da meine VIS aber auf einem anderen ioBroker läuft, und die Installation des Proxmox-Adapters auf meinem Produktivsystem momentan keine Option ist, wollte ich das Kommando mittels Simple-Api übertragen.
http://192.168.1.171:8087/set/proxmox.1.qemu_win10.start?value=true
es kommt aber immer folgende Fehlermeldung:
"error: datapoint \"proxmox.1.qemu_win10.start\" not found"
Ein Shutdown über
http://192.168.1.171:8087/set/proxmox.1.qemu_win10.shutdown?value=true
funktioniert einwandfrei.
{"id":"proxmox.1.qemu_win10.shutdown","value":true,"val":true}
Wenn ich das gleiche mit einem Docker-LXC auf dem Test-Proxmox mache funktionert das wie erwartet. Ich versteh es nicht mehr.
Ist das ein Problem mit dem Simple-Api-Adapter oder mit dem Proxmox-Adapter. Wobei ich den eigentlich ausschliessen würde, da das starten/stoppen über Javascript ja funktioniert.
Bin für jeden Denkanstoss dankbar.
Beide ioB-Systeme sind uptodate. Simple-API ist v.2.8.0
@wibear
Dazu muss aber die Expertenansicht eingeschaltet sein.
@guitardoc
Wenn ich das richitg sehe sind auf "local" keine Container, sondern nur Backups, Iso's und Templates.
Zeig mal was du bei "Local" und dann Backup usw drin hast.
@michaelf
Das könnte ein Rechteproblem sein. Ich hatte das auch mal bei einem Skript. Ich weiß aber nicht mehr wie ich das Problem gelöst habe.
Wie hast du den Eintrag in der crontab erstellt? Mit crontab -e oder mit sudo crontab -e. Das macht einen Unterschied.
@bananajoe
poweroff fährt das System runter. Ich schicke meins nur in Standby.
@thomas-braun
Das funktioniert definitiv. Ich lege so mein Qnap schlafen mittels
exec('ssh admin@192.168.1.151 /etc/init.d/pw_sleep.sh', function (error, result, stderr) {....
Habe mir ein Schlüsselpaar erstellt und in die authorized_keys auf dem Qnap eingetragen so wie @haus-automatisierung es oben beschrieben hat.
@haus-automatisierung Muss der public key nicht in die authorized_keys?
