Sorry war ein Irrtum

Hallo,

bei mir funktioniert es nicht, ich bekomme eine Fehlermeldung, aber keine Datei….

root@iobroker:/home/psw# jshon -k < objects.json | grep script.js
json read error: line 1 column 1314927: \u0000 is not allowed without JSON_ALLOW_NUL
root@iobroker:/home/psw# ls -la

Kann mir dabei jemand helfen?

@bassface:

Habe gerade nochmal einen ioBroker aufgesetzt.

Nach der Installation ein Update durchgeführt.

DynDNS bei No-IP eingerichtet.

Anschließend den üblichen ioBroker-Wizard durchgeklickt und dann:

• Portfreigaben eingerichtet

portfreigaben.png

• web-Adapter konfiguriert

webadapter.png

• Systemeinstellungen konfiguriert

systemeinstellungen.png

• Aufruf über 443, damit der Vorgang gestartet wird

Log sieht sauber aus.

log.png

Leider wieder keinen Erfolg, bisher wurde auch der Zertifikatsordner noch nicht erstellt. Habe dann den PI neu gestartet.

Der Ordner für die Zertifikate war nach dem Neustart vorhanden, allerdings leer. Seit dem Neustart hängt dafür der web-Adapter im Loop fest.

webadapter_loop.png

Vielleicht kann damit jemand was anfangen `

Hallo,

gibt es dazu bereits eine Lösung?

Ich habe ähnliches Problem. Bin alle Einstellungen wie du durchgegangen.

Bin mir aber nicht sicher was ich im "Let's Encrypt SSL" - "Pfad zum speichern" eingeben soll.

Ich habe erstmal "letsencrypt" stehen gelassen.

Fehler im LOG:

host.ioBroker-RasPi	2018-08-16 22:56:02.811	error	instance system.adapter.web.0 terminated with code 0 (OK)
host.ioBroker-RasPi	2018-08-16 22:56:02.811	error	Caught by controller[17]: Just run that real quick, restart, and everything will work great.
host.ioBroker-RasPi	2018-08-16 22:56:02.811	error	Caught by controller[16]: npm install --save le-acme-core
host.ioBroker-RasPi	2018-08-16 22:56:02.811	error	Caught by controller[16]: Hey, this isn't a big deal, but you need to manually add v1 support:
host.ioBroker-RasPi	2018-08-16 22:56:02.810	error	Caught by controller[15]: === Error (easy-to-fix) ===
host.ioBroker-RasPi	2018-08-16 22:56:02.810	error	Caught by controller[13]: Please update to Let's Encrypt v2 (ACME draft 12)
host.ioBroker-RasPi	2018-08-16 22:56:02.810	error	Caught by controller[12]: Let's Encrypt v1 is deprecated.
host.ioBroker-RasPi	2018-08-16 22:56:02.810	error	Caught by controller[12]: === WARNING ===
host.ioBroker-RasPi	2018-08-16 22:56:02.810	error	Caught by controller[10]: Detected Let's Encrypt v01 URL (deprecated). Changing version to v01.
host.ioBroker-RasPi	2018-08-16 22:56:02.809	error	Caught by controller[8]: This will be required in versions v2.3+
host.ioBroker-RasPi	2018-08-16 22:56:02.809	error	Caught by controller[7]: (also 'npm install --save le-acme-core' as this legacy dependency will soon be removed)
host.ioBroker-RasPi	2018-08-16 22:56:02.809	error	Caught by controller[7]: 'v01' for Let's Encrypt v1 (deprecated)
host.ioBroker-RasPi	2018-08-16 22:56:02.809	error	Caught by controller[6]: or
host.ioBroker-RasPi	2018-08-16 22:56:02.808	error	Caught by controller[5]: ('v02' is an alias of 'draft-12'
host.ioBroker-RasPi	2018-08-16 22:56:02.808	error	Caught by controller[4]: 'draft-12' for Let's Encrypt v2 and ACME draft 12
host.ioBroker-RasPi	2018-08-16 22:56:02.808	error	Caught by controller[3]: Please specify 'version' option:
host.ioBroker-RasPi	2018-08-16 22:56:02.808	error	Caught by controller[2]: ==========================================================
host.ioBroker-RasPi	2018-08-16 22:56:02.808	error	Caught by controller[2]: == greenlock.js (v2.2.0+) ==
host.ioBroker-RasPi	2018-08-16 22:56:02.807	error	Caught by controller[1]: ==========================================================

Hallo,

ich möchte im vis-2 ein dynamisches Bild einfügen, jedoch ohne Erfolg.

Ich verwende den Adapter Fuel Price Monitor um die aktuellen Spritpreise zu sehen.
Dieser Liefert mir eine ID der Tankstelle als Datenpunkt.
Nun habe ich für die relevanten Tankstellen ein Logo heruntergeladen, welches ich gerne anzeigen möchte.
Die Bilddaten habe ich unter vis-2.0/main/img/ abgelegt (Beispiel: vis-2.0/main/img/1317235.png)

Mein Ansatz war:
Ich erstelle einen Datenpunkt, welcher von einem JavaScript aktualisiert wird mit dem Inhalt zur Bilddatei:
Der Datenpunkt hat nun folgenden Inhalt: vis-2.0/main/img/933638.png

Dann verwende ich ein Basic - Image - Widget um es anzuzeigen, aber das funktioniert nicht.

Kann mir bitte jemand weiterhelfen, ich vermute, dass nur der Pfad nicht korrekt ist.

Danke

Sorry war ein Irrtum

@mcm57 sagte in Adapter SNMP Drucker, Synology, QNAP etc auslesen:

e im ioBroker nochmal prüfen

Ich habe nun folgende Versionen:
SNMP Adapter: v2.1.7
JS-Controller: v4.0.23
Node: v16.17.0
OS via: lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 11 (bullseye)
Release: 11
Codename: bullseye

Weiter dann alle Geräte welche funktionieren deaktiviert und den Loglevel auf DEBUG gestellt.
Leider ist das Ergebnis nicht so toll, d.h. läuft in ein Timeout. Hier die Ausgabe:

snmp.0     2022-08-30 11:04:20.873	debug	handleConnectionInfo
snmp.0     2022-08-30 11:04:20.869	debug	[Sharp Buchhaltung] processing oid chunk index 0 completed
snmp.0     2022-08-30 11:04:20.867	info	[Sharp Buchhaltung] device disconnected - request timout
snmp.0     2022-08-30 11:04:20.865	debug	[Sharp Buchhaltung] session.get: RequestTimedOutError: Request timed out
snmp.0     2022-08-30 11:04:20.864	debug	[Sharp Buchhaltung] session.get completed for chunk index 0
snmp.0     2022-08-30 11:04:10.860	debug	startup completed
snmp.0     2022-08-30 11:04:10.860	debug	startconnection info updater
snmp.0     2022-08-30 11:04:10.860	debug	session for device "Sharp Buchhaltung" (192.168.xxx.xxx) created
snmp.0     2022-08-30 11:04:10.857	debug	readChunkOIDs - device "Sharp Buchhaltung" (192.168.xxx.xxx), chunk idx 0
snmp.0     2022-08-30 11:04:10.857	debug	[Sharp Buchhaltung] processing oid chunk index 0
snmp.0     2022-08-30 11:04:10.857	debug	readOIDs - device "Sharp Buchhaltung" (192.168.xxx.xxx)
snmp.0     2022-08-30 11:04:10.855	debug	createSession - device Sharp Buchhaltung (192.168.xxx.xxx)
snmp.0     2022-08-30 11:04:10.855	debug	starting reader threads
snmp.0     2022-08-30 11:04:10.855	debug	initialization completed
snmp.0     2022-08-30 11:04:10.854	debug	initobject Sharp Buchhaltung.Sharp_Seriennummer
snmp.0     2022-08-30 11:04:10.853	debug	initOidObjects (Sharp Buchhaltung.Sharp_Seriennummer)
snmp.0     2022-08-30 11:04:10.852	debug	initobject Sharp Buchhaltung.IP_Adresse
snmp.0     2022-08-30 11:04:10.852	debug	initOidObjects (Sharp Buchhaltung.IP_Adresse)
snmp.0     2022-08-30 11:04:10.851	debug	initobject Sharp Buchhaltung.Sharp_SCHWARZ
snmp.0     2022-08-30 11:04:10.851	debug	initOidObjects (Sharp Buchhaltung.Sharp_SCHWARZ)
snmp.0     2022-08-30 11:04:10.850	debug	initobject Sharp Buchhaltung.Sharp_GELB
snmp.0     2022-08-30 11:04:10.850	debug	initOidObjects (Sharp Buchhaltung.Sharp_GELB)
snmp.0     2022-08-30 11:04:10.849	debug	initobject Sharp Buchhaltung.Sharp_MAGENTA
snmp.0     2022-08-30 11:04:10.849	debug	initOidObjects (Sharp Buchhaltung.Sharp_MAGENTA)
snmp.0     2022-08-30 11:04:10.848	debug	initobject Sharp Buchhaltung.Sharp_CYAN
snmp.0     2022-08-30 11:04:10.848	debug	initOidObjects (Sharp Buchhaltung.Sharp_CYAN)
snmp.0     2022-08-30 11:04:10.847	debug	initobject Sharp Buchhaltung.Sharp_Type
snmp.0     2022-08-30 11:04:10.846	debug	initOidObjects (Sharp Buchhaltung.Sharp_Type)
snmp.0     2022-08-30 11:04:10.845	debug	initobject Sharp Buchhaltung.Sharp_Seiten_Farbe
snmp.0     2022-08-30 11:04:10.845	debug	initOidObjects (Sharp Buchhaltung.Sharp_Seiten_Farbe)
snmp.0     2022-08-30 11:04:10.844	debug	initobject Sharp Buchhaltung.Sharp_Seiten_SW
snmp.0     2022-08-30 11:04:10.844	debug	initOidObjects (Sharp Buchhaltung.Sharp_Seiten_SW)
snmp.0     2022-08-30 11:04:10.843	debug	initobject Sharp Buchhaltung.Sharp_Type
snmp.0     2022-08-30 11:04:10.843	debug	initOidObjects (Sharp Buchhaltung.Sharp_Type)
snmp.0     2022-08-30 11:04:10.842	debug	initobject Sharp Buchhaltung.Sharp_Standort
snmp.0     2022-08-30 11:04:10.841	debug	initOidObjects (Sharp Buchhaltung.Sharp_Standort)
snmp.0     2022-08-30 11:04:10.840	debug	initobject Sharp Buchhaltung.online
snmp.0     2022-08-30 11:04:10.835	debug	initobject Sharp Buchhaltung
snmp.0     2022-08-30 11:04:10.835	debug	initdeviceObjects (Sharp Buchhaltung/192.168.xxx.xxx)
snmp.0     2022-08-30 11:04:10.835	debug	initAllObjects - initializing objects
snmp.0     2022-08-30 11:04:10.834	debug	oid "1.3.6.1.2.1.43.5.1.1.17.1" (Sharp Buchhaltung.Sharp_Seriennummer)
snmp.0     2022-08-30 11:04:10.834	debug	oid "1.3.6.1.4.1.2385.2.1.3.2.1.4.10705.12.1" (Sharp Buchhaltung.IP_Adresse)
snmp.0     2022-08-30 11:04:10.834	debug	oid "1.3.6.1.2.1.43.11.1.1.9.1.4" (Sharp Buchhaltung.Sharp_SCHWARZ)
snmp.0     2022-08-30 11:04:10.834	debug	oid "1.3.6.1.2.1.43.11.1.1.9.1.3" (Sharp Buchhaltung.Sharp_GELB)
snmp.0     2022-08-30 11:04:10.834	debug	oid "1.3.6.1.2.1.43.11.1.1.9.1.2" (Sharp Buchhaltung.Sharp_MAGENTA)
snmp.0     2022-08-30 11:04:10.834	debug	oid "1.3.6.1.2.1.43.11.1.1.9.1.1" (Sharp Buchhaltung.Sharp_CYAN)
snmp.0     2022-08-30 11:04:10.834	debug	oid "1.3.6.1.2.1.1.1.0" (Sharp Buchhaltung.Sharp_Type)
snmp.0     2022-08-30 11:04:10.834	debug	oid "1.3.6.1.4.1.2385.1.1.19.2.1.3.5.4.63" (Sharp Buchhaltung.Sharp_Seiten_Farbe)
snmp.0     2022-08-30 11:04:10.833	debug	oid "1.3.6.1.4.1.2385.1.1.19.2.1.3.5.4.61" (Sharp Buchhaltung.Sharp_Seiten_SW)
snmp.0     2022-08-30 11:04:10.833	debug	oid "1.3.6.1.2.1.1.1.0" (Sharp Buchhaltung.Sharp_Type)
snmp.0     2022-08-30 11:04:10.833	debug	oid "1.3.6.1.2.1.1.6.0" (Sharp Buchhaltung.Sharp_Standort)
snmp.0     2022-08-30 11:04:10.833	debug	oid chunk index 0 created
snmp.0     2022-08-30 11:04:10.833	debug	adding device "192.168.xxx.xxx" (Sharp Buchhaltung)
snmp.0     2022-08-30 11:04:10.832	debug	setupContices - initializing contices
snmp.0     2022-08-30 11:04:10.832	info	adapter initializing, chunk size set to 20
snmp.0     2022-08-30 11:04:10.832	debug	validateConfig - validation completed (checks passed)
snmp.0     2022-08-30 11:04:10.832	debug	validateConfig - verifying devices
snmp.0     2022-08-30 11:04:10.832	debug	validateConfig - verifying authorization data
snmp.0     2022-08-30 11:04:10.831	debug	validateConfig - verifying oid-sets
snmp.0     2022-08-30 11:04:10.822	debug	onReady triggered
snmp.0     2022-08-30 11:04:10.812	info	starting. Version 2.1.7 in /opt/iobroker/node_modules/iobroker.snmp, node: v16.17.0, js-controller: 4.0.23
snmp.0     2022-08-30 11:04:10.719	debug	Plugin sentry Initialize Plugin (enabled=true)
snmp.0     2022-08-30 11:04:07.244	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
snmp.0     2022-08-30 11:04:07.243	debug	Plugin sentry destroyed
snmp.0     2022-08-30 11:04:07.242	info	terminating
snmp.0     2022-08-30 11:04:07.239	debug	onUnload triggered
snmp.0     2022-08-30 11:04:07.238	info	Got terminate signal TERMINATE_YOURSELF

Es wäre toll, wenn mir hier jemand weiterhelfen könnte.
Die Druckereinstellungen wurden bereits mit den Einstellungen der anderen Drucker verglichen.

@sigi234

Hallo,

kann mir jemand weiterhelfen?
Ich habe Drucker, von denen ich über SNMP die Seitenzahl, Tonerstand usw. erfahren möchte.
Dies funktioniert für bestimmte wunderbar, aber bei einem habe ich ein Problem, es kommt im Log

device disconnected - request timout

Gibt es ein Limit an OIDs die abgefragt werden dürfen?
Über einen MIB Browser wurde sichergestellt, dass die OIDs korrekt sind und der Drucker auch antwortet.
Oder darf pro SNMP Adapter nur ein Gerät konfiguriert werden?

@sborg

Hallo zusammen,

danke, habe nun den Sainlogic Adapter gestoppt und alles ist gut

Nochmals besten Dank

@latzi
Ja, habe ich. Werde ich heute Abend testen.
Wenn es in der Anleitung steht, muss ich es überlesen haben.
Mal sehen...

@sborg
Hallo sborg,

sorry, aber habe erst jetzt wieder Zeit gefunden, danke für deine Antwort.

Ich bin die ganze Konfiguration nochmals durchgegangen und konnte keinen Fehler finden.
Die IP-Adressen, Ports und Pfade sind korrekt. Das Scritp läuft auch:

psw@iobroker:~$ sudo netstat -tulpen|grep 9999
[sudo] Passwort für psw:
tcp        0      0 0.0.0.0:9999            0.0.0.0:*               LISTEN      1001       12990328   11270/io.sainlogic.
psw@iobroker:~$

Aber eine Fehlermeldung bleibt:

./wetterstation.sh --debug

 WLAN-Wetterstation V2.14.0 - (c)2019-2022 by SBorg
 Config-Version: V2.14.0
 Sub-Version   : V2.14.0

 'bc' installiert: [✓]
 'jq' installiert: [✓]

 'nc' in der Openbsd-Variante installiert:  [✓]
 'netcat' in Openbsd-Variante aktiv, alles korrekt [✓]


Connection to 192.168.1.8 8087 port [tcp/*] succeeded!
jq: error (at <stdin>:7): Cannot iterate over null (null)
jq: error (at <stdin>:7): Cannot iterate over null (null)


Messwerteblock:


Nicht alle Werte werden unterstützt (abhängig vom Modell der Wetterstation und dem verwendeten Protokoll)!

Temperatur Innen        :  °C
Temperatur Aussen       :  °C
Taupunkt                :  °C
Gefühlte Temperatur     :  °C
Luftfeuchte Innen       :  %
Luftfeuchte Aussen      :  %
Windgeschwindkeit       :  km/h
Windböengeschwindigkeit :  km/h
max. Windböe            :  km/h
Windrichtung            :  °
Windrichtung            :
Luftdruck absolut       :  hPa
Luftdruck relativ       :  hPa
Regenrate               :  mm/h
Regenstatus             :
Regen seit Regenbeginn  :  mm
Regen Stunde            :  mm
Regen Tag               :  mm
Regen Woche             :  mm
Regen Monat             :  mm
Regen Jahr              :  mm
Regen Gesamt            :  mm
Sonnenstrahlung         :  W/m²
UV-Index                :
Zeitstempel             :
Firmware                :
Batteriestand:          :
Gateway-Modell          :

Zusatzsensoren:



Datenstring für ioBroker:



DATA von Wetterstation:



Debug VAR:
Installationsverzeichnis: /home/iobroker
IPP: 192.168.1.8:8087   WS_PORT: 9999           WS_POLL: 20             PRE_DP: javascript.0.Wetterstation
WEB: HTTP               WS_PROT: Ecowitt        DP35/40/50/60/70/100/200/250/300: 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0
WH31: 0
Script-Version: V2.14.0 Config-Version: V2.14.0 Sub-Version: V2.14.0

Kommunikationsfehler!

root@iobroker:/home/iobroker#

Was ich nicht verstehen kann ist, dass er eine Verbindung zum Simple-RESTful aufbauen kann, aber dann keine Daten erhält oder findet. Wo sollten diese sein?
soweit ich es verstanden habe, holt sich das Script die Daten über den RESTful Adapter, woher bekommt diese die Daten?

Bin ratlos....

Liegt es evtl. daran, dass meine Sainlogic keinen Scheduler Mode kann?
D.h. es funktioniert nur der Listener...

@sborg

OK, da Ecowitt mehr Daten liefern soll, habe ich nun umgestellt.
Leider auch hier ein etwas unbefriedigendes Ergebnis:

./wetterstation.sh --debug

 WLAN-Wetterstation V2.14.0 - (c)2019-2022 by SBorg
 Config-Version: V2.14.0
 Sub-Version   : V2.14.0

 'bc' installiert: [✓]
 'jq' installiert: [✓]

 'nc' in der Openbsd-Variante installiert:  [✓]
 'netcat' in Openbsd-Variante aktiv, alles korrekt [✓]


Connection to 192.168.xxx.xxx 8087 port [tcp/*] succeeded!
parse error: Invalid numeric literal at line 1, column 4
parse error: Invalid numeric literal at line 1, column 4


Messwerteblock:


Nicht alle Werte werden unterstützt (abhängig vom Modell der Wetterstation und dem verwendeten Protokoll)!

Temperatur Innen        :  °C
Temperatur Aussen       :  °C
Taupunkt                :  °C
Gefühlte Temperatur     :  °C
Luftfeuchte Innen       :  %
Luftfeuchte Aussen      :  %
Windgeschwindkeit       :  km/h
Windböengeschwindigkeit :  km/h
max. Windböe            :  km/h
Windrichtung            :  °
Windrichtung            :
Luftdruck absolut       :  hPa
Luftdruck relativ       :  hPa
Regenrate               :  mm/h
Regenstatus             :
Regen seit Regenbeginn  :  mm
Regen Stunde            :  mm
Regen Tag               :  mm
Regen Woche             :  mm
Regen Monat             :  mm
Regen Jahr              :  mm
Regen Gesamt            :  mm
Sonnenstrahlung         :  W/m²
UV-Index                :
Zeitstempel             :
Firmware                :
Batteriestand:          :
Gateway-Modell          :

Zusatzsensoren:



Datenstring für ioBroker:



DATA von Wetterstation:



Debug VAR:
Installationsverzeichnis: /home/psw/WLAN-Wetterstation
IPP: 192.168.xxx.xxx:8087   WS_PORT: 9999           WS_POLL: 60             PRE_DP: javascript.0.Wetterstation
WEB: HTTP               WS_PROT: Ecowitt        DP35/40/50/60/70/100/200/250/300: 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0
WH31: 0
Script-Version: V2.14.0 Config-Version: V2.14.0 Sub-Version: V2.14.0

Kommunikationsfehler!

da die Fehlermeldung keine Anzeichen liefert, wo der "parse error" entsteht, kann ich nicht wirklich weitersuchen.

Hat jemand noch eine Idee???

Hallo,

ich würde das Script auch gerne nutzen.
Influxdb läuft -> Version 1.x -> Adapter 2.6.3
Grafana läuft auch

Probleme habe ich mit dem Script.

• Datenpunkte wurden angelegt
• Wetterstation Sainlogic WS3500 (ioBroker meint: WS2900_V2.01.18)

Ausgabe bei:

./wetterstation.sh --debug

Debug VAR:
Installationsverzeichnis: /home/iobroker
IPP: 192.168.xxx.xxx:8087   WS_PORT: 9999           WS_POLL: 20             PRE_DP: javascript.0.Wetterstation
WEB: HTTP               WS_PROT: Wunderground   DP35/40/50/60/70/100/200/250/300: 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0
WH31: 0
Script-Version: V2.14.0 Config-Version: V2.14.0 Sub-Version: V2.14.0

Kommunikationsfehler!


Kommunikationsfehler! Stimmt die WS_ID in der Konfiguration mit der der WS View-App überein?

In der WS View App wurden folgende Einstellungen vorgenommen:

IP-Adresse, Station-ID sowie Key stimmen überein.

Snifft das Script die Daten mit, oder sollte es diese von der Wetterstation aktiv abholen?

Über eine Hilfe wäre ich dankbar.