NEWS
Meeting für ioBroker Core/Dev/Admin 16.12.20 20:30
-
Wo sollen die Themen/Dokumentation jetzt rein? In https://github.com/iobroker-community-adapters/info darunter ein Ordner TeamMeeting und da einzelnen MD Dateien für die einzelnen Termine?
@ldittmar sagte in Online Meeting für ioBroker Core/Dev/Admin was nun?:
Wo sollen die Themen/Dokumentation jetzt rein? In https://github.com/iobroker-community-adapters/info darunter ein Ordner TeamMeeting und da einzelnen MD Dateien für die einzelnen Termine?
Du meinst die Mitschrift des meetings? Ich finde es gar nicht so schlecht das es bisher im Forum liegt. Aber wenn das ganze Ausführlicher wird macht dein Vorschlag durchaus Sinn.
Die Themen Sammlung sollten wir weiterhin im Forum machen und nachdem Meeting auf das Dokument in Github verlinken.
Persönlicher Support
Spenden -> paypal.me/J3YC33 -
@ldittmar sagte in Online Meeting für ioBroker Core/Dev/Admin was nun?:
Wo sollen die Themen/Dokumentation jetzt rein? In https://github.com/iobroker-community-adapters/info darunter ein Ordner TeamMeeting und da einzelnen MD Dateien für die einzelnen Termine?
Du meinst die Mitschrift des meetings? Ich finde es gar nicht so schlecht das es bisher im Forum liegt. Aber wenn das ganze Ausführlicher wird macht dein Vorschlag durchaus Sinn.
Die Themen Sammlung sollten wir weiterhin im Forum machen und nachdem Meeting auf das Dokument in Github verlinken.
-
@ldittmar Fertige Images von ioBroker (zB für Raspi) sind aktuell hier in Forum ein grosses Problem; oft geht es nicht und dann sage ich: Raspberry OS neu installieren und Einzeiler ausführen. Das geht. Aber es gibt den Wunsch Images zu haben; irgendwie müssen wir da eine Lösung finden.
Bitte bei Problemen mit meinen Adaptern, Issue auf GitHub erfassen: Loxone | I2C | Luxtronik2
♡-lichen Dank an meine Sponsoren -
@ldittmar Fertige Images von ioBroker (zB für Raspi) sind aktuell hier in Forum ein grosses Problem; oft geht es nicht und dann sage ich: Raspberry OS neu installieren und Einzeiler ausführen. Das geht. Aber es gibt den Wunsch Images zu haben; irgendwie müssen wir da eine Lösung finden.
@UncleSam sagte in Online Meeting für ioBroker Core/Dev/Admin was nun?:
Aber es gibt den Wunsch Images zu haben; irgendwie müssen wir da eine Lösung finden.
Ich bin "damals" in ioBroker auch erst mal mit einem Raspberry eingestiegen, und hatte da dann auch ein Image verwendet, weil es halt auf der ioBroker-Homepage so angeboten wurde.
Hätte ich stattdessen eine Schritt-für-Schritt-Anleitung bekommen, die zeigt, wie ich das selbst installiere, wäre das auch kein Problem gewesen. Ist halt einiges copy/paste, aber das macht man nur 1x.
Vorteil: man muss sich damit schon mal etwas mit Linux auseinandersetzen, denn so ganz ohne gehts halt einfach nicht, wenn man ne Raspy betreibt.Daher die Frage: Muss es wirklich ein Image sein und ist das wirklich ein Show-Stopper? Ich finde das mega aufwändig zu pflegen, die Zeit-Ressourcen hierfür kann man sicherlich doch besser nutzen im ioBroker-Projekt.
-
@ldittmar kannst du bitte noch den Punkt Video Recording des Meetings mit auf die Liste setzen.
EDIT: Für die Protokolle habe ich in der Github Community ein Repository auf gemacht.
https://github.com/iobroker-community-adapters/developer-meetings/tree/main -
Themenliste für Dezember:
- Vorwort/Wartezeit bis alle es mit der Technik hinbekommen haben (Bluefox)
- Jeder kann kurz sagen woran er gerade arbeitet (alle Anwesenden)
- Welche NodeJS Version empfehlen wir, proposal : immer die LTS ! Anlass oAuth2 geht nur mit Node 12 (Dutchman)
- NodeJS 12 bleibt als Empfehlung
- In der io-package.json die min. NodeJS Version eingeben, wenn nötig
- Eric testet NodeJS 14
- Bluefox schaut sich die Statistiken an
- Übersetzungen in allen Adaptern zentral führen und verwalten. (UncleSam)
- Was ist seit dem letzten Meeting passiert?
- Update von WebLate - Github geht immer noch nicht
- Adapter Konfiguration - Vorstellung (frankjoke)
- Adapter-Config-Interface aus dem io-package JSON
- Genial!!! Soll aber in React umgeschrieben werden.
- Konfigurationsseiten sehen einheitlich aus
- Aus einer JSON Datei, wird mittels Vue die HTML automatisch erzeugt
- Bluefox schaut sich die JSON an: https://github.com/frankjoke/ioBroker.acceptdata/blob/master/public/config.json, https://github.com/frankjoke/ioBroker.broadlink2/blob/V3beta/public/config.json
- Fertige Images (Raspi/Docker) von ioBroker und ihre Probleme bzw. muss das wirklich sein? (UncleSam)
- Zuviele Raspi Versionen - soll NUR eine angeboten werden
- Alle Images erstmal offline setzen und aktualisieren
- Windows images/installer und support für community (Dutchman/Stabilostick)
- Objektvorlagen und Hilfsfunktionen für Objektbäume (AggroRalf)
- siehe https://forum.iobroker.net/topic/39506/test-objektvorlagen-und-hilfsfunktionen-für-objektbäume
- Testen und Rückmeldung
- Zukunft : Wie umgehen mit master/slave | blacklist/whitelist und derartige Fachjargon mit modernen entwicklungen. (Dutchman)
- master/slave -> primary/secondary
- blacklist/whitelist -> denylist/allowlist
- Wir sollen uns aber an den Protokollbezeichnungen halten
- Bitte an alle Sentry User - Issues nach Möglichkeit fixen
Das nächste Meeting wird wieder auf Discord durchgeführt werden (LINK)
Nach dem gestrigen Meeting haben wir gemerkt, dass unser 2 monatigen Turnus viel zu lang sind und da wir haben immer extrem viele Themen zu besprechen haben und die Tendenz ist ja steigend, haben wir entschieden das ganze jetzt monatlich zu machen.
Jeden Monat eine Abstimmung zu machen, wann ein Termin stattfinden wird, ist meiner Meinung nach zu kompliziert und bei so einem Rhythmus ist kann sowieso nie jeder dabei sein. Wenn man aber ein festen Termin die die nächsten Meetings hat, kann man besser planen. Mein Vorschlag wäre es jeden dritten Mittwoch im Monat zu machen:
18.11.2020, 16.12.2020, 20.01.2020, 17.02.2020, 17.03.2020....
Die Uhrzeit würde man dann belassen auf 20:30 - 22:30.
Was die Dokumentation angeht, sollten wir das ganze vielleicht auslagern, so dass auch jemand anderes die Themen pflegen bzw. die Ergebnisse aus dem Meeting protokollieren kann, falls ich mal bei einem Meeting nicht dabei sein kann. Man könnte es zum Beispiel auf Github, unter iobroker-community-adapterns, pflegen. Da haben sehr viele Zugriff und können ggf. einspringen.
Was haltet ihr davon? Andere Vorschläge?
@ldittmar sagte in Meeting für ioBroker Core/Dev/Admin 16.12.20 20:30:
Adapter Konfiguration - Vorstellung (UncleSam)
Ich weiß nicht was genau damit gemeint ist aber besteht noch Interesse sichj meine Adapter-Konfig anzuschauen welche (theoretisch) aus dem io-package JSON das Konfig-Interface abbildet?
Beispiel-Konfig aus Radar2:
Ist mit diesem JSON gemacht wobei auch ein Json für die Übersetzungen vorhanden sein kann/soll welche es dann automatisch verwendet:
{ "configTool": [ { "label": "Config", "icon": "mdi-cog", "items": [ { "type": "number", "min": 15, "max": 300, "label": "Scan Delay:", "placeholder": "Delay in seconds between scans", "hint": "Delay in seconds between scans, >=15 and <=300 seconds", "value": "scandelay", "sm3": true, "prepend-icon": "mdi-timer", "rules": [ "numberRule" ], "persistent-hint": true, "cols": 3, "sm": 6 }, { "type": "number", "min": 1, "max": 60, "label": "Delay Away:", "hint": "Delay in minutes after which an item is set to be away.", "value": "delayaway", "sm3": true, "prepend-icon": "mdi-timer-off", "persistent-hint": true, "rules": [ "numberRule" ], "cols": 3, "sm": 6 }, { "type": "number", "min": -1, "max": 9, "label": "BT adapter id:", "hint": "The BT adapter id (x in hcix), -1 for first, or 0-9 for specific used for other than noble", "value": "btadapterid", "sm3": true, "prepend-icon": "mdi-bluetooth-connect", "persistent-hint": true, "rules": [ "numberRule" ], "cols": 3, "sm": 6 }, { "type": "number", "min": 0, "max": 1440, "label": "External Network Scan Delay:", "hint": "Time in minutes after which external network IP is checked, 0 = off", "value": "external", "sm3": true, "persistent-hint": true, "prepend-icon": "mdi-check-network", "rules": [ "numberRule" ], "cols": 3, "sm": 6 }, { "type": "number", "min": 0, "max": 1440, "label": "Printer Delay:", "hint": "Time in minutes aftzer which printer ink fill is checked, 0 = off", "value": "printerdelay", "persistent-hint": true, "sm3": true, "prepend-icon": "mdi-printer", "rules": [ "numberRule" ], "cols": 3, "sm": 6 }, { "type": "number", "min": 0, "max": 1440, "label": "UWZ Delay:", "hint": "Time in minutes after UWZ will be checked, 0 = off", "value": "delayuwz", "persistent-hint": true, "sm3": true, "prepend-icon": "mdi-weather-cloudy-alert", "rules": [ "numberRule" ], "cols": 3, "sm": 6 }, { "type": "number", "min": 0, "max": 10, "label": "Max UWZ vars:", "hint": "maximum number of UWZ messages", "value": "numuwz", "persistent-hint": true, "sm3": true, "prepend-icon": "mdi-weather-cloudy-alert", "rules": [ "numberRule" ], "cols": 3, "sm": 6, "disabled": "!parseInt(conf.delayuwz)" }, { "type": "switch", "label": "Long Warning Message:", "value": "longuwz", "prepend-icon": "mdi-weather-cloudy-alert", "cols": 3, "sm": 6, "disabled": "!parseInt(conf.delayuwz)" }, { "ruler": "hr", "cols": 12 }, { "type": "switch", "label": "hcionly", "value": "hcionly", "cols": 2, "sm": 4 }, { "label": "arp-scan cmdline:", "type": "string", "value": "arp_scan_cmd", "align": "start", "cols": 4, "sm": 8, "hint": "arp-scan command line arguments to be used.", "persistent-hint": true }, { "type": "switch", "label": "Save unknow IP data", "value": "suIP", "cols": 2, "sm": 4 }, { "type": "switch", "label": "Save unknown BT data", "value": "suBT", "cols": 2, "sm": 4 }, { "type": "switch", "label": "debug:", "value": "debug", "cols": 2, "sm": 4 }, { "ruler": "hr", "cols": 12 }, { "label": "known IP addresses:", "type": "chips", "value": "knownIPs", "align": "start", "cols": 12, "hint": "List of known IP's which should not be flagged as unknown!", "persistent-hint": true, "convertold": "stringToArrayWith" }, { "label": "known BT addresses:", "type": "chips", "value": "knownBTs", "align": "start", "cols": 12, "hint": "List of known BT mac's which should not be flagged as unknown!", "persistent-hint": true, "convertold": "stringToArrayWith" }, { "type": "table", "label": "Device setup", "value": "devices", "disable-sort": true, "cols": 12, "items": [ { "text": "Name", "type": "string", "value": "name", "align": "start", "rules": [ "uniqueTableRule" ], "sortable": true, "divider": true, "default": "device", "width": "12%" }, { "text": "IP", "type": "chips", "value": "ip", "align": "left", "sortable": false, "divider": true, "default": [], "width": "25%", "convertold": "stringToArrayWith" }, { "text": "IP MAC", "value": "macs", "type": "chips", "align": "start", "default": [], "sortable": false, "divider": true, "width": "25%", "convertold": "stringToArrayWith" }, { "text": "BlueTooth MAC", "value": "bluetooth", "type": "chips", "align": "start", "default": [], "sortable": false, "divider": true, "width": "25%", "convertold": "stringToArrayWith" }, { "text": "AwayTime", "type": "number", "min": -1, "max": 30, "value": "enabled", "sortable": false, "align": "center", "default": -1, "divider": true, "width": "8%", "rules": [ "numberRule" ], "hint": "Away delay in minutes , -1= default, 0=item disabled", "convertold": "value[item.value] = typeof value[item.value] !== 'number' ? '-1' : value[item.value]" } ] } ] } ] }Frank,
NUC's, VM's und Raspi's unter Raspian, Ubuntu und Debian zum Testen.
Adapter die ich selbst beigesteuert habe: BMW, broadlink2, radar2, systeminfo, km200, xs1 und einige im Anmarsch! -
Themenliste für Dezember:
- Vorwort/Wartezeit bis alle es mit der Technik hinbekommen haben (Bluefox)
- Jeder kann kurz sagen woran er gerade arbeitet (alle Anwesenden)
- Welche NodeJS Version empfehlen wir, proposal : immer die LTS ! Anlass oAuth2 geht nur mit Node 12 (Dutchman)
- NodeJS 12 bleibt als Empfehlung
- In der io-package.json die min. NodeJS Version eingeben, wenn nötig
- Eric testet NodeJS 14
- Bluefox schaut sich die Statistiken an
- Übersetzungen in allen Adaptern zentral führen und verwalten. (UncleSam)
- Was ist seit dem letzten Meeting passiert?
- Update von WebLate - Github geht immer noch nicht
- Adapter Konfiguration - Vorstellung (frankjoke)
- Adapter-Config-Interface aus dem io-package JSON
- Genial!!! Soll aber in React umgeschrieben werden.
- Konfigurationsseiten sehen einheitlich aus
- Aus einer JSON Datei, wird mittels Vue die HTML automatisch erzeugt
- Bluefox schaut sich die JSON an: https://github.com/frankjoke/ioBroker.acceptdata/blob/master/public/config.json, https://github.com/frankjoke/ioBroker.broadlink2/blob/V3beta/public/config.json
- Fertige Images (Raspi/Docker) von ioBroker und ihre Probleme bzw. muss das wirklich sein? (UncleSam)
- Zuviele Raspi Versionen - soll NUR eine angeboten werden
- Alle Images erstmal offline setzen und aktualisieren
- Windows images/installer und support für community (Dutchman/Stabilostick)
- Objektvorlagen und Hilfsfunktionen für Objektbäume (AggroRalf)
- siehe https://forum.iobroker.net/topic/39506/test-objektvorlagen-und-hilfsfunktionen-für-objektbäume
- Testen und Rückmeldung
- Zukunft : Wie umgehen mit master/slave | blacklist/whitelist und derartige Fachjargon mit modernen entwicklungen. (Dutchman)
- master/slave -> primary/secondary
- blacklist/whitelist -> denylist/allowlist
- Wir sollen uns aber an den Protokollbezeichnungen halten
- Bitte an alle Sentry User - Issues nach Möglichkeit fixen
Das nächste Meeting wird wieder auf Discord durchgeführt werden (LINK)
Nach dem gestrigen Meeting haben wir gemerkt, dass unser 2 monatigen Turnus viel zu lang sind und da wir haben immer extrem viele Themen zu besprechen haben und die Tendenz ist ja steigend, haben wir entschieden das ganze jetzt monatlich zu machen.
Jeden Monat eine Abstimmung zu machen, wann ein Termin stattfinden wird, ist meiner Meinung nach zu kompliziert und bei so einem Rhythmus ist kann sowieso nie jeder dabei sein. Wenn man aber ein festen Termin die die nächsten Meetings hat, kann man besser planen. Mein Vorschlag wäre es jeden dritten Mittwoch im Monat zu machen:
18.11.2020, 16.12.2020, 20.01.2020, 17.02.2020, 17.03.2020....
Die Uhrzeit würde man dann belassen auf 20:30 - 22:30.
Was die Dokumentation angeht, sollten wir das ganze vielleicht auslagern, so dass auch jemand anderes die Themen pflegen bzw. die Ergebnisse aus dem Meeting protokollieren kann, falls ich mal bei einem Meeting nicht dabei sein kann. Man könnte es zum Beispiel auf Github, unter iobroker-community-adapterns, pflegen. Da haben sehr viele Zugriff und können ggf. einspringen.
Was haltet ihr davon? Andere Vorschläge?
@ldittmar sagte in Meeting für ioBroker Core/Dev/Admin 16.12.20 20:30:
Adapter Konfiguration - Vorstellung (UncleSam)
Ich glaube, da steht der falsche Name... ich wüsste nicht, was ich da zu berichten hätte?!
Bitte bei Problemen mit meinen Adaptern, Issue auf GitHub erfassen: Loxone | I2C | Luxtronik2
♡-lichen Dank an meine Sponsoren -
@ldittmar sagte in Meeting für ioBroker Core/Dev/Admin 16.12.20 20:30:
Adapter Konfiguration - Vorstellung (UncleSam)
Ich glaube, da steht der falsche Name... ich wüsste nicht, was ich da zu berichten hätte?!
-
@UncleSam Dann ist das wohl @frankjoke's Punkt
@ldittmar Hi, hätte noch ein kurzes Thema als Nachmeldung:
"Objektvorlagen und Hilfsfunktionen für Objektbäume"
siehe auch https://forum.iobroker.net/topic/39506/test-objektvorlagen-und-hilfsfunktionen-für-objektbäume
Eventuell gemeinsam mit @AlCalzone
Nur kurze Vorstellung vom Thema, dann haben es alle mal gehört und können es wenn gewünscht anschauen.Danke :-)
-
Themenliste für Dezember:
- Vorwort/Wartezeit bis alle es mit der Technik hinbekommen haben (Bluefox)
- Jeder kann kurz sagen woran er gerade arbeitet (alle Anwesenden)
- Welche NodeJS Version empfehlen wir, proposal : immer die LTS ! Anlass oAuth2 geht nur mit Node 12 (Dutchman)
- NodeJS 12 bleibt als Empfehlung
- In der io-package.json die min. NodeJS Version eingeben, wenn nötig
- Eric testet NodeJS 14
- Bluefox schaut sich die Statistiken an
- Übersetzungen in allen Adaptern zentral führen und verwalten. (UncleSam)
- Was ist seit dem letzten Meeting passiert?
- Update von WebLate - Github geht immer noch nicht
- Adapter Konfiguration - Vorstellung (frankjoke)
- Adapter-Config-Interface aus dem io-package JSON
- Genial!!! Soll aber in React umgeschrieben werden.
- Konfigurationsseiten sehen einheitlich aus
- Aus einer JSON Datei, wird mittels Vue die HTML automatisch erzeugt
- Bluefox schaut sich die JSON an: https://github.com/frankjoke/ioBroker.acceptdata/blob/master/public/config.json, https://github.com/frankjoke/ioBroker.broadlink2/blob/V3beta/public/config.json
- Fertige Images (Raspi/Docker) von ioBroker und ihre Probleme bzw. muss das wirklich sein? (UncleSam)
- Zuviele Raspi Versionen - soll NUR eine angeboten werden
- Alle Images erstmal offline setzen und aktualisieren
- Windows images/installer und support für community (Dutchman/Stabilostick)
- Objektvorlagen und Hilfsfunktionen für Objektbäume (AggroRalf)
- siehe https://forum.iobroker.net/topic/39506/test-objektvorlagen-und-hilfsfunktionen-für-objektbäume
- Testen und Rückmeldung
- Zukunft : Wie umgehen mit master/slave | blacklist/whitelist und derartige Fachjargon mit modernen entwicklungen. (Dutchman)
- master/slave -> primary/secondary
- blacklist/whitelist -> denylist/allowlist
- Wir sollen uns aber an den Protokollbezeichnungen halten
- Bitte an alle Sentry User - Issues nach Möglichkeit fixen
Das nächste Meeting wird wieder auf Discord durchgeführt werden (LINK)
Nach dem gestrigen Meeting haben wir gemerkt, dass unser 2 monatigen Turnus viel zu lang sind und da wir haben immer extrem viele Themen zu besprechen haben und die Tendenz ist ja steigend, haben wir entschieden das ganze jetzt monatlich zu machen.
Jeden Monat eine Abstimmung zu machen, wann ein Termin stattfinden wird, ist meiner Meinung nach zu kompliziert und bei so einem Rhythmus ist kann sowieso nie jeder dabei sein. Wenn man aber ein festen Termin die die nächsten Meetings hat, kann man besser planen. Mein Vorschlag wäre es jeden dritten Mittwoch im Monat zu machen:
18.11.2020, 16.12.2020, 20.01.2020, 17.02.2020, 17.03.2020....
Die Uhrzeit würde man dann belassen auf 20:30 - 22:30.
Was die Dokumentation angeht, sollten wir das ganze vielleicht auslagern, so dass auch jemand anderes die Themen pflegen bzw. die Ergebnisse aus dem Meeting protokollieren kann, falls ich mal bei einem Meeting nicht dabei sein kann. Man könnte es zum Beispiel auf Github, unter iobroker-community-adapterns, pflegen. Da haben sehr viele Zugriff und können ggf. einspringen.
Was haltet ihr davon? Andere Vorschläge?
Vorschlag:
Mitglieder die sich für iob und das Forum sehr einsetzen würde ich eine Gratis Jahres-Lizenz geben.:grinning::evergreen_tree:
-
@ldittmar sagte in Meeting für ioBroker Core/Dev/Admin 16.12.20 20:30:
Adapter Konfiguration - Vorstellung (UncleSam)
Ich weiß nicht was genau damit gemeint ist aber besteht noch Interesse sichj meine Adapter-Konfig anzuschauen welche (theoretisch) aus dem io-package JSON das Konfig-Interface abbildet?
Beispiel-Konfig aus Radar2:Ist mit diesem JSON gemacht wobei auch ein Json für die Übersetzungen vorhanden sein kann/soll welche es dann automatisch verwendet:
{ "configTool": [ { "label": "Config", "icon": "mdi-cog", "items": [ { "type": "number", "min": 15, "max": 300, "label": "Scan Delay:", "placeholder": "Delay in seconds between scans", "hint": "Delay in seconds between scans, >=15 and <=300 seconds", "value": "scandelay", "sm3": true, "prepend-icon": "mdi-timer", "rules": [ "numberRule" ], "persistent-hint": true, "cols": 3, "sm": 6 }, { "type": "number", "min": 1, "max": 60, "label": "Delay Away:", "hint": "Delay in minutes after which an item is set to be away.", "value": "delayaway", "sm3": true, "prepend-icon": "mdi-timer-off", "persistent-hint": true, "rules": [ "numberRule" ], "cols": 3, "sm": 6 }, { "type": "number", "min": -1, "max": 9, "label": "BT adapter id:", "hint": "The BT adapter id (x in hcix), -1 for first, or 0-9 for specific used for other than noble", "value": "btadapterid", "sm3": true, "prepend-icon": "mdi-bluetooth-connect", "persistent-hint": true, "rules": [ "numberRule" ], "cols": 3, "sm": 6 }, { "type": "number", "min": 0, "max": 1440, "label": "External Network Scan Delay:", "hint": "Time in minutes after which external network IP is checked, 0 = off", "value": "external", "sm3": true, "persistent-hint": true, "prepend-icon": "mdi-check-network", "rules": [ "numberRule" ], "cols": 3, "sm": 6 }, { "type": "number", "min": 0, "max": 1440, "label": "Printer Delay:", "hint": "Time in minutes aftzer which printer ink fill is checked, 0 = off", "value": "printerdelay", "persistent-hint": true, "sm3": true, "prepend-icon": "mdi-printer", "rules": [ "numberRule" ], "cols": 3, "sm": 6 }, { "type": "number", "min": 0, "max": 1440, "label": "UWZ Delay:", "hint": "Time in minutes after UWZ will be checked, 0 = off", "value": "delayuwz", "persistent-hint": true, "sm3": true, "prepend-icon": "mdi-weather-cloudy-alert", "rules": [ "numberRule" ], "cols": 3, "sm": 6 }, { "type": "number", "min": 0, "max": 10, "label": "Max UWZ vars:", "hint": "maximum number of UWZ messages", "value": "numuwz", "persistent-hint": true, "sm3": true, "prepend-icon": "mdi-weather-cloudy-alert", "rules": [ "numberRule" ], "cols": 3, "sm": 6, "disabled": "!parseInt(conf.delayuwz)" }, { "type": "switch", "label": "Long Warning Message:", "value": "longuwz", "prepend-icon": "mdi-weather-cloudy-alert", "cols": 3, "sm": 6, "disabled": "!parseInt(conf.delayuwz)" }, { "ruler": "hr", "cols": 12 }, { "type": "switch", "label": "hcionly", "value": "hcionly", "cols": 2, "sm": 4 }, { "label": "arp-scan cmdline:", "type": "string", "value": "arp_scan_cmd", "align": "start", "cols": 4, "sm": 8, "hint": "arp-scan command line arguments to be used.", "persistent-hint": true }, { "type": "switch", "label": "Save unknow IP data", "value": "suIP", "cols": 2, "sm": 4 }, { "type": "switch", "label": "Save unknown BT data", "value": "suBT", "cols": 2, "sm": 4 }, { "type": "switch", "label": "debug:", "value": "debug", "cols": 2, "sm": 4 }, { "ruler": "hr", "cols": 12 }, { "label": "known IP addresses:", "type": "chips", "value": "knownIPs", "align": "start", "cols": 12, "hint": "List of known IP's which should not be flagged as unknown!", "persistent-hint": true, "convertold": "stringToArrayWith" }, { "label": "known BT addresses:", "type": "chips", "value": "knownBTs", "align": "start", "cols": 12, "hint": "List of known BT mac's which should not be flagged as unknown!", "persistent-hint": true, "convertold": "stringToArrayWith" }, { "type": "table", "label": "Device setup", "value": "devices", "disable-sort": true, "cols": 12, "items": [ { "text": "Name", "type": "string", "value": "name", "align": "start", "rules": [ "uniqueTableRule" ], "sortable": true, "divider": true, "default": "device", "width": "12%" }, { "text": "IP", "type": "chips", "value": "ip", "align": "left", "sortable": false, "divider": true, "default": [], "width": "25%", "convertold": "stringToArrayWith" }, { "text": "IP MAC", "value": "macs", "type": "chips", "align": "start", "default": [], "sortable": false, "divider": true, "width": "25%", "convertold": "stringToArrayWith" }, { "text": "BlueTooth MAC", "value": "bluetooth", "type": "chips", "align": "start", "default": [], "sortable": false, "divider": true, "width": "25%", "convertold": "stringToArrayWith" }, { "text": "AwayTime", "type": "number", "min": -1, "max": 30, "value": "enabled", "sortable": false, "align": "center", "default": -1, "divider": true, "width": "8%", "rules": [ "numberRule" ], "hint": "Away delay in minutes , -1= default, 0=item disabled", "convertold": "value[item.value] = typeof value[item.value] !== 'number' ? '-1' : value[item.value]" } ] } ] } ] }@frankjoke sagte in Meeting für ioBroker Core/Dev/Admin 16.12.20 20:30:
@ldittmar sagte in Meeting für ioBroker Core/Dev/Admin 16.12.20 20:30:
Adapter Konfiguration - Vorstellung (UncleSam)
Ich weiß nicht was genau damit gemeint ist aber besteht noch Interesse sichj meine Adapter-Konfig anzuschauen welche (theoretisch) aus dem io-package JSON das Konfig-Interface abbildet?
Genau das war gemeint... hab den Namen vertauscht. Sorry - habs korrigiert
@sigi234 sagte in Meeting für ioBroker Core/Dev/Admin 16.12.20 20:30:
Vorschlag:
Mitglieder die sich für iob und das Forum sehr einsetzen würde ich eine Gratis Jahres-Lizenz geben.:grinning::evergreen_tree:
:+1:
-
Themenliste für Dezember:
- Vorwort/Wartezeit bis alle es mit der Technik hinbekommen haben (Bluefox)
- Jeder kann kurz sagen woran er gerade arbeitet (alle Anwesenden)
- Welche NodeJS Version empfehlen wir, proposal : immer die LTS ! Anlass oAuth2 geht nur mit Node 12 (Dutchman)
- NodeJS 12 bleibt als Empfehlung
- In der io-package.json die min. NodeJS Version eingeben, wenn nötig
- Eric testet NodeJS 14
- Bluefox schaut sich die Statistiken an
- Übersetzungen in allen Adaptern zentral führen und verwalten. (UncleSam)
- Was ist seit dem letzten Meeting passiert?
- Update von WebLate - Github geht immer noch nicht
- Adapter Konfiguration - Vorstellung (frankjoke)
- Adapter-Config-Interface aus dem io-package JSON
- Genial!!! Soll aber in React umgeschrieben werden.
- Konfigurationsseiten sehen einheitlich aus
- Aus einer JSON Datei, wird mittels Vue die HTML automatisch erzeugt
- Bluefox schaut sich die JSON an: https://github.com/frankjoke/ioBroker.acceptdata/blob/master/public/config.json, https://github.com/frankjoke/ioBroker.broadlink2/blob/V3beta/public/config.json
- Fertige Images (Raspi/Docker) von ioBroker und ihre Probleme bzw. muss das wirklich sein? (UncleSam)
- Zuviele Raspi Versionen - soll NUR eine angeboten werden
- Alle Images erstmal offline setzen und aktualisieren
- Windows images/installer und support für community (Dutchman/Stabilostick)
- Objektvorlagen und Hilfsfunktionen für Objektbäume (AggroRalf)
- siehe https://forum.iobroker.net/topic/39506/test-objektvorlagen-und-hilfsfunktionen-für-objektbäume
- Testen und Rückmeldung
- Zukunft : Wie umgehen mit master/slave | blacklist/whitelist und derartige Fachjargon mit modernen entwicklungen. (Dutchman)
- master/slave -> primary/secondary
- blacklist/whitelist -> denylist/allowlist
- Wir sollen uns aber an den Protokollbezeichnungen halten
- Bitte an alle Sentry User - Issues nach Möglichkeit fixen
Das nächste Meeting wird wieder auf Discord durchgeführt werden (LINK)
Nach dem gestrigen Meeting haben wir gemerkt, dass unser 2 monatigen Turnus viel zu lang sind und da wir haben immer extrem viele Themen zu besprechen haben und die Tendenz ist ja steigend, haben wir entschieden das ganze jetzt monatlich zu machen.
Jeden Monat eine Abstimmung zu machen, wann ein Termin stattfinden wird, ist meiner Meinung nach zu kompliziert und bei so einem Rhythmus ist kann sowieso nie jeder dabei sein. Wenn man aber ein festen Termin die die nächsten Meetings hat, kann man besser planen. Mein Vorschlag wäre es jeden dritten Mittwoch im Monat zu machen:
18.11.2020, 16.12.2020, 20.01.2020, 17.02.2020, 17.03.2020....
Die Uhrzeit würde man dann belassen auf 20:30 - 22:30.
Was die Dokumentation angeht, sollten wir das ganze vielleicht auslagern, so dass auch jemand anderes die Themen pflegen bzw. die Ergebnisse aus dem Meeting protokollieren kann, falls ich mal bei einem Meeting nicht dabei sein kann. Man könnte es zum Beispiel auf Github, unter iobroker-community-adapterns, pflegen. Da haben sehr viele Zugriff und können ggf. einspringen.
Was haltet ihr davon? Andere Vorschläge?
Ups... meeting verpennt... :-/
Aber für regelmäßigen Termin bin ich auch. :-) Gerne auch Doku außerhalb vom Forum. Forum schaffe ich aktuell kaum zu lesen.. :-(Ultimativer Lovelace Leitfaden: https://forum.iobroker.net/topic/35937/der-ultimative-iobroker-lovelace-leitfaden-dokumentation
Lovelace UI Beispiele: https://forum.iobroker.net/topic/35950/zeigt-her-eure-lovelace-visualisierung
-
Ups... meeting verpennt... :-/
Aber für regelmäßigen Termin bin ich auch. :-) Gerne auch Doku außerhalb vom Forum. Forum schaffe ich aktuell kaum zu lesen.. :-(
Support us
998
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge