NEWS

@thewhobox ja, ich habe gestern noch einen anderen thread aufgemacht, da steht der github link drin
den repo namen in github habe ich geändert
die package.json habe ich auch angepasst.

Soo alles umbenannt 😉

https://github.com/ioBroker/ioBroker.repositories/pull/390

Habe es gerade nach der Anleitung in der install.md erstellt, funzt ohne Fehler.

libxml2-dev installieren "sudo apt-get install libxml2-dev"
rst2man installieren "sudo apt-get install python-docutils"
cmake installieren "sudo apt-get install cmake"

jetzt:
git clone https://github.com/openv/vcontrold.git -b master

cd vc*
mkdir build
cd build
cmake ..
make

fertig !

Super vielen Dank!
Nach

sudo usermod -a -G audio iobroker sudo reboot

hat es funktioniert.

@apollon77 sagte in Create adapter: Web Interface:

Tabelle in Materialize beispielsweise mbus Adapter

Danke! Hab ich nach Studium des Quellcodes überrissen und auch schon für broadlink2 V2.0.0 (nur auf git) genutzt!
BMW bin ich auch grad beim Updaten dann kommen noch km200 und radar2 dazu bevor ich xs1, systeminfo und am Ende statemachine angehe!

p.s.: Gibt es auch einen 'konfigurierbaten Objekt-Baum? Damit könnte ich einige Adapter aufpeppen um - ähnlich wie bei mbus - die wirklichen gefundenen Strukturen zu konfigurieren, diese sind allerdings Objektbäume wie die von ioBroker, aber eben mit anderen properties.

Habe jetzt den bestehenden Adapter geforked und erweitert. Pull request läuft ...

@Hc-Yami

Das musst du nur auswählen wenn du den Shelly-Adpter von ioBroker anstelle des MQTT-Adpter verwendest.

Du hast also zwei Möglichkeiten die Shellys zu nutzten, ich nutze halten den Shelly-Adpter - je nach Gusto

Dann nimm Node 6 aus der Test Matrix (travis.yml). End-of-life für die Version ist in knapp 1 Monat, mmn. kann man durchaus vertreten, dass neue Adapter das nicht mehr unterstützen.

@apollon77 Thread mit Bart, aber kannst du den Vortrag mal linken? Würde mich interessieren 🙂
Will mich ins Adapter Geschäft einarbeiten 🙂

@seb node 6 wurde aus dem travis rausgenommen
https://github.com/ioBroker/create-adapter/issues/127

Sehr gut! Danke dir. Meine ersten Widgets war auch ein Kampf und ich habe es wieder gelassen. Letztlich kombiniere ich jetzt wieder Widgets (ohne Gruppen). Das ist aber sehr pflegeintensiv. Vielleicht gehe ich mit deiner Anleitung doch nochmal die Entwicklung an.

Gruß
Pix

du bist echt irgendwie durchgerutscht... ....

@haselchen said in Motioneye not a supported network camera:

Vermutlich ist die Adresse falsch . Unten steht ja was eine Netzwerkkamera ist. Adresse muss dann wohl mit rtsp beginnen .
Wie die URL weitergeht kannst du eventuell der Herstellerseite entnehmen.

ich werd noch verrückt, danke für den hinweis!, einfach rtsp:// davor und es läuft! besten dank!

@Nobissoft
Ja ist es und wenn Du das nicht verstehst, dann hast ein anderes Problem. Da ballerst hier ein Thread mit Deinem Problem zu, in dem es um was ganz anderes geht und maulst auch noch, wenn Dich jemand höflich darauf hinweist. Stell Dich in die Ecke und überlege mal warum Dir wohl keiner helfen will. Ich bin dann raus, kannst Dir Deine Antwort also auch gleich sparen, da das noch weiter vom Thema weg gehen würde.

@arteck sagte in CC2531 Modifizierte Firmware zum Testen:

wird

Aber kommt dir der Upload der hex nicht auch viel zu schnell vor?
Ich flashe die Sticks im cc-debugger auch grundsätzlich unter Linux.
Allerdings dauert das schreiben der Hex da auch ca. 15-20 Sekunden.

Mir geht das viel zu schnell, wenn ich die hex flashe und der Stick nicht im Flashmodus ist.
Das sind ja wenn überhaupt 2 Sekunden mit der gleichen Dateigröße.

Gibt es denn eine Möglichkeit, den Stick nach dem Update zu testen, ob denn definitiv ein Update erfolgt ist.

Denn die Meldung "Done successfully" kommt ja auch bei einem error.