@unclesam Danke, ja, das könnte ich. Ich wollte nur mal erst mit dem Entwickler Kontakt aufnehmen und sehen, was er zu meinen Änderungen meint. Sind auch nur Kleinigkeiten:

1/ Die Felder im Config-Panel sind alle gleich lang (für etwa 5 Zeichen). Ich hab das Panel etwas verändert, sodass Home-Adresse (35char) und pwd(20 char) etwas länger sind. Sieht OK aus!
2/ Die "user"-Variable im Adapter wird aus dem geofency-kontakt aus der URL geholt, was bei nicht-VPN (also wenn man Port-Umleitung verwendet) immer als "" erkannt und damit bleibt in der Objekt-Struktur auf die Stufe zwischen "geofency.0" -- user -- "adresse" leer. Ich habe als Ersatz für diesen Fall user = obj.device genommen, damit man erkennen kann, welches Sende-Gerät (iPhone, etc) sich da gemeldet hat. Ich hab da auch schon an ein Remapping im Adapter auf Namen getestet, würde auch gehen. Ich selbst nutze VPN, das ist natürlich besser.
3/ Die initialisierung im Adaper für atHome/atHomeCount ist vertauscht für Type/Default in der io-package.json und hat zudem den Type für atHome falsch gesetzt, was zu einem Fehler in der entsprechende Subroutine führt, wenn die Object-Werte gesetzt werden. Nach Korrektur geht das jetzt schön und man kann auch gut abfragen in Scripten.
OK, mal sehen, wann ich dazu komme, das weiterzugeben

Ich habe in einem Adapter (iobroker.geofency) 3 kleinere Probleme gefunden, die ich lokal behoben habe und die ich gerne an die Adapter-Entwickler weiterleiten würde. Wie finde ich heraus, ob der Adapter noch aktiv gepflegt wird und wer der Ansprechpartner ist?

@paul53 Vielen Dank, teste ich gleich!

In meinem neuen test-Adapter möchte ich in der io-package.json in den instanceObjects ein Object eintragen, das ein "Array" von String Werten enthält. Wenn ich sowas wie

        {
            "_id": "atHome",
            "type": "state",
            "common": {
                "name": "atHome",
                "type": "string",
                "role": "state",
                "read": true,
                "write": false,
                "def": [],
                "desc": "Present persons"
            },
            "native": {}
        },

mache, wird kein "leeres" array als default object wert eingetragen, sondern (wahrscheinlich) ein String der Länge = 0. Ich kann das im programm abfangen , aber ich wüsste gerne, ob das schon richtig definierbar ist?

@arteck if will doch nur "ganz vorsichtig testen" ob ich das wirklich alles zusammen bekomme und verstehe Noch will ich damit nicht die public-Schiene vollmüllen! Ich habs inzwischen auch im iobroker host mit git pull ... und iobroker upload geschafft, also es geht eigentlich !

@arteck Ja, das ist korrekt... aber in meinem post erwähnte ich - vielleicht nicht deutlich genug - dass ich von "meinem" account ein nicht-public repository ".../hlwerschner/..." ansprechen will. Ich bin noch nicht soweit, einen Adapter public zu machen, ist ja ein Test und ich konnte nicht erkennen, dass iobroker das nicht unterstützt. Deswegeb auch meine Frage, wie ich den Zugang in iobroker (mit user / pwd) einstellen kann.

Gehe ich direkt mit Terminal in den host, wo iobroker läuft, kann ich sehr wohl mit git commands das repository anfassen (muss dann jeweils authen.. angeben). Ich wollte halt testen, ob iobroker in seiner UI es auch erlaubt.

Ich habe unter iobroker 3.2.6 nach den Anleitungen einen github account aufgesetzt und einen test-adapter (create-template) erzeugt. Der Anschluss von Webstorm (unter Win10) an den Account geht und ich kann commit/push ausführen.
Wenn ich jetzt den aktuellen adapter auf github in iobroker installieren will, gehe ich auf Adapter - install / beliebig und gebe die url ein. Installieren zeigt dann:

$ ./iobroker url "https://github.com/hlwerschner/iobroker.havn-geofency.git" --debug
Info: Can not get current GitHub commit, only remember that we installed from GitHub. Status: 404 (Not Found)
install hlwerschner/iobroker.havn-geofency
NPM version: 6.14.11
npm install hlwerschner/iobroker.havn-geofency --loglevel error --prefix "/opt/iobroker" (System call)
npm ERR! Error while executing:npm ERR! /usr/bin/git ls-remote -h -t ssh://git@github.com/hlwerschner/iobroker.havn-geofency.git
npm ERR! npm ERR! Host key verification failed.npm ERR! fatal: Could not read from remote repository.npm ERR! npm ERR! Please make sure you have the correct access rightsnpm ERR! and the repository exists.npm ERR! npm ERR! exited with error code: 128

npm ERR! A complete log of this run can be found in:npm ERR!     /home/iobroker/.npm/_logs/2021-02-19T10_58_01_756Z-debug.log
ERROR: host.iobroker-dev Cannot install hlwerschner/iobroker.havn-geofency: 1
ERROR: process exited with code 25

Im log meine ich zu erkennen, dass iobroker garnicht meinen private account ansprechen kann (da ihm ja zum user "hlwerschner" das passwort fehlt). Ausserdem wird ein Kommando

16 error /usr/bin/git ls-remote -h -t ssh://git@github.com/hlwerschner/iobroker.havn-geofency.git
16 error
16 error Warning: Permanently added 'github.com,140.82.121.3' (RSA) to the list of known hosts.
16 error git@github.com: Permission denied (publickey).

ausgeführt, das wohl an der falschen Stelle sucht, oder bin ich da auf dem Holzweg?

Wo stelle ich denn unter iobroker überhaupt den Zugang zu meinen privaten github-test-adaptern her?

Ich habe Iobroker neu installiert (alles aktuell) und dann in /opt/iobroker/node_modules zuerst das create-adapter tool installiert. Danach in einem neuen iobroker.xxx folder das Kommando "npx @iobroker/create-adapter" ausgeführt. Ich habe alle Fragen beantwortet für eine neuen Javascript Adapter und am Ende passiert das:

.....
That's it. Please wait a minute while I get this working...
[1/2] Generating files...
Could not translate to "es": Rate-limited by Google Translate

Could not translate to "nl": Rate-limited by Google Translate

Could not translate to "pt": Rate-limited by Google Translate

Could not translate to "zh-cn": Rate-limited by Google Translate
.... und so weiter bis 

[2/2] Installing dependencies...
npm WARN deprecated chokidar@2.1.8: Chokidar 2 will break on node v14+. Upgrade to chokidar 3 with 15x less dependencies.
npm WARN deprecated fsevents@1.2.13: fsevents 1 will break on node v14+ and could be using insecure binaries. Upgrade to fsevents 2.
npm WARN deprecated resolve-url@0.2.1: https://github.com/lydell/resolve-url#deprecated
npm WARN deprecated urix@0.1.0: Please see https://github.com/lydell/urix#deprecated
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@~2.3.1 (node_modules/chokidar/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@^1.2.7 (node_modules/glob-watcher/node_modules/chokidar/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@1.2.13: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})

added 553 packages from 775 contributors and audited 561 packages in 10.058s

35 packages are looking for funding
  run `npm fund` for details

found 0 vulnerabilities


All done! Have fun programming! ♥
havn@iobroker-dev:/opt/iobroker/node_modules/iobroker.havn# ls
LICENSE    admin        io-package.json  main.js       node_modules       package.json  tsconfig.check.json
README.md  gulpfile.js  lib              main.test.js  package-lock.json  test          tsconfig.json

Davor hatte ich einige Versuche, bei denen am Ende das Directory leer war!
Nach Neu-Aufsetzen den Ubunto 20.4 (CT unter Proxmox) und Install aller Komponenten bekomme ich jetzt files.

Aber was bedeuten die Fehler-Meldungen ?

@thomas-braun hi, ja, die listen kann ich liefern:

root@ioBroker:~# sudo apt install nodejs
Reading package lists... Done
Building dependency tree       
Reading state information... Done
nodejs is already the newest version (12.18.2~dfsg-1ubuntu2).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@ioBroker:~# iobroker list adapters                     
system.adapter.admin                   : admin          - v4.2.1
system.adapter.backitup                : backitup       - v1.7.0
system.adapter.denon                   : denon          - v1.9.1
system.adapter.discovery               : discovery      - v2.5.0
system.adapter.followthesun            : followthesun   - v0.2.6
system.adapter.geofency                : geofency       - v0.3.2
system.adapter.harmony                 : harmony        - v1.2.2
system.adapter.hm-rega                 : hm-rega        - v3.0.6
system.adapter.hm-rpc                  : hm-rpc         - v1.14.24
system.adapter.info                    : info           - v1.7.14
system.adapter.mqtt-client             : mqtt-client    - v1.3.1
system.adapter.node-red                : node-red       - v2.0.3
system.adapter.scenes                  : scenes         - v2.3.6
system.adapter.synology                : synology       - v0.1.18
system.adapter.vis                     : vis            - v1.3.4
system.adapter.web                     : web            - v3.2.3
root@ioBroker:~# iobroker list instances
+ system.adapter.admin.0                 : admin                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
  system.adapter.backitup.0              : backitup              - disabled
  system.adapter.denon.0                 : Denon AVR-X2400H      - disabled
+ system.adapter.discovery.0             : discovery             -  enabled
+ system.adapter.followthesun.0          : followthesun          -  enabled
  system.adapter.geofency.0              : geofency              - disabled, port: 7999
  system.adapter.harmony.0               : harmony               - disabled
+ system.adapter.hm-rega.0               : hm-rega               -  enabled
+ system.adapter.hm-rpc.0                : hm-rpc                -  enabled, port: 0
+ system.adapter.info.0                  : info                  -  enabled
  system.adapter.mqtt-client.0           : mqtt-client           - disabled, port: 1883
+ system.adapter.node-red.0              : node-red              -  enabled, port: 1880, bind: 0.0.0.0
+ system.adapter.scenes.0                : scenes                -  enabled
+ system.adapter.synology.0              : synology              -  enabled, port: 5000
  system.adapter.vis.0                   : vis                   -  enabled
+ system.adapter.web.0                   : web                   -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

+ instance is alive

und noch ein screen aus dem ioBroker:

da sieht man, dass "vis.0" keinen Lebenzeichen-Indikator (auch keinen Wert bei Speicher) hat. ioBroker scheint den Adapter zu kennen...aber aktive ist er sicher nicht!

Ich habe heute ioBroker (unter ProxMos) installiert und soweit läuft alles ... bis auf den Adapter VIS. Im Log sehe ich :
host.ioBroker 2021-02-11 11:56:58.422 info instance system.adapter.vis.0 terminated while should be started once
vis.0 2021-02-11 11:56:57.912 info (932) Terminated (NO_ERROR): Without reason
vis.0 2021-02-11 11:56:57.340 info (932) vis license is OK.
vis.0 2021-02-11 11:56:57.094 info (932) starting. Version 1.3.4 in /opt/iobroker/node_modules/iobroker.vis, node: v12.18.2, js-controller: 3.1.6
host.ioBroker 2021-02-11 11:56:56.703 info "system.adapter.vis.0" enabled

Neustart von ioBroker bringts auch nicht. Ich hatte nach der ioBroker Install, eine laufende Instanz von Vis (aber noch ohne Lizenz), die ich auch aufrufen konnte. Nach Eintragen der Instanz "verschwand" die Instanz aber, und nach Neuinstallation habe ich jetzt das problem! Muss ich die ioBroker VM komplett neu aufsetzen, wenn da Steuerdaten corrupt sind?