UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[frankjoke]

@bmueller77
Das gibt es schon, bei mir schauts so aus mit den 2 Druckern...

[stephan1827]

@frankjoke kannst Du nochmal nach dem Problem mit dem DelayAway schauen? Ich habe mal durch den Source Code gesehen.

        if (!A.C.delayaway || parseInt(A.C.delayaway) < 1)
            A.C.delayaway = 1;
        delayAway = A.C.delayaway;
        if (Math.floor(scanDelay * 2 / 1000 / 60)<= delayAway)
            delayAway = Math.ceil(scanDelay * 2.5 / 1000 / 60);

Kann es sein das die Abwesenheit Zeit auf den Scanzyklus beschränkt wird?

Schöne Grüße

Stephan

[bmueller77]

@frankjoke Eigenartig, mein HP Color LaserJet MFP M477fdw bringt auch nach mehr als 24h keine weiteren Ergebnisse. Kann ich dir was zwecks Debugging schicken?!

[frankjoke]

@stephan1827
Es wird delayAway auf 2,5* der Scanzeit gesetzt wenn SIE VORHER <= 2* der Scanzeit war.

Also hast du ein scanzeit von 1 Minte und eine Away von 2 Minuten wirds auf 2,5 Minuten gesetzt.

Die Away-Zeit sollte immer mehr als 2* der scanzeit sein.

[ChrisXY]

also hab mich nun zum 3. mal getraut wieder System kaputt gemacht. Zum Glück Docker neu geladen danach lief es wieder ..
Aber sobald ich diese sachen da alle ausführe und danach radar2 Instanz starten will war es da siobroker is weg auch nach reboot kommt nichts mehr.

[frankjoke]

@bmueller77
Kannst du mal im browser http://--druckerip--/DevMgmt/ConsumableConfigDyn.xml aufrufen und mir attachen oder in einem spoiler zeigen?

Das sollte eine XML-Datei zurückgeben.

Ich habe schon 2 verschiedene Formate für HP-Drucker gesehen (und berücksichtigt) aber vielleicht gibt's ja noch mehr...

Ach ja, hab grad gesehen dass das ja ein laserdrucker ist, da kann das Format und die Datei ja 'ne ganz andere sein als bei Tintenstrahlern!

[frankjoke]

@ChrisXY

Kann da nicht helfen unter Docker, warum brauchst Docker und willst ioBroker unter docker laufen lassen?

Für Programme die extern nur mit normalen internet kommunizieren ists egal ob sie in docker laufen oder nicht, radar2 braucht aber internen Systemzugriff auf Gerätetreiber (für alles ausser Ping) und deshalb ist Docker ein Problem.

[sigi234]

Hallo,

wie muss ich unter Windows was einstellen.
Adapter Grün aber er findet fast nichts. UWZ kommen keine Daten rein.
Oder begreife ich was nicht.

[crunchip]

@sigi234 ha ha, dafür funktioniert bei mir hier die UWZ

[frankjoke]

@sigi234
UWZ sollte unter Windows funktionieren, dazu brauchst bei iobroker-admin normal nur die Längen/Breitengrade drinnen.

Ping läft auch aber sonst fast nichts.

Sonst läft kein Bluetooth (nur noble wenn du spezielle BT-Treiber installiertst, kannst bei noble auf git nachlesen).

Die meisten Programme die sonst in der Konfig zu konfigurieren sind gibt's nur unter Linux.

Ich versuche gerade die Windows-Unterstützung zu verbessern, aber bis jetzt bin ich noch gescheitert

[sigi234]

@frankjoke sagte in [Adapter] Neuer radar2-Adapter:

UWZ sollte unter Windows funktionieren, dazu brauchst bei iobroker-admin normal nur die Längen/Breitengrade drinnen.

Sind drinnen, geht nicht. Sollte da unter den Radar2 Objekten dann nicht UWZ auftauchen?

[frankjoke]

@sigi234
Ja, sollte! Kannst nur Debug einschalten und im log schauen was er beim Adapertstart sagt und ob er dann meldet dass er UWZ scannt (oder einen Fehler kriegt beim Lesen der location-ID).

[SBorg]

@sigi234
z.B. (gekürzt)

radar2.0	2019-06-15 08:51:37.887	info	UWZ found the following (changed) warnings: Am Samstagnachmittag bilden sich kräftige Schauer und Gewitter, die stellenweise unwetterartig ausfallen können. Dabei kann es zu Hagel mit Korngrößen bis
radar2.0	2019-06-15 08:51:37.734	info	radar2 set use of noble(true), doArp("-lgq --retry=7 --timeout=600" on eth0,em0,em0), btid(0) and doUwz(UWZDE6xxxx,120,0,de,true).
radar2.0	2019-06-15 08:51:37.726	info	will scan UWZ with code UWZDE6xxxx every 120 minutes

[sigi234]

@frankjoke sagte in [Adapter] Neuer radar2-Adapter:

@sigi234
Ja, sollte! Kannst nur Debug einschalten und im log schauen was er beim Adapertstart sagt und ob er dann meldet dass er UWZ scannt (oder einen Fehler kriegt beim Lesen der location-ID).

adar2.0	2019-06-15 10:10:23.536	info	debug: ChangeState ack:true of info.connection = true
radar2.0	2019-06-15 10:10:22.536	warn	Promise problem unhandledRejection of Promise Promise { <rejected> TypeError: A.isLinuxApp(...).then is not a function at Network.updateMacdb.then.then.then (C:\ioBroker\node_modules\iobroker.radar2\
radar2.0	2019-06-15 10:10:22.534	info	Connected with '0.0.0.0' for DHCP Scan
radar2.0	2019-06-15 10:10:22.532	info	radar2 set to scan every 30 seconds and printers every 720 minutes.
radar2.0	2019-06-15 10:10:22.532	info	arp-scan will use the following interfaces: [ 'Ethernet', 'LAN-Verbindung* 11' ]
radar2.0	2019-06-15 10:10:22.532	info	use known IP list: [ '1.1.1.1' ]
radar2.0	2019-06-15 10:10:22.531	info	use known BT list: [ '01:12:23:34:45:56' ]
radar2.0	2019-06-15 10:10:22.531	info	radar2 set to flag items away if they are not seen for 2 minutes
radar2.0	2019-06-15 10:10:22.526	info	net-ping not available! Will try to use normal ping!
radar2.0	2019-06-15 10:10:22.525	warn	Noble not available, Error: { Error: Cannot find module '@abandonware/noble'at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15)at Function.Module._load (internal/modules/cjs/l
radar2.0	2019-06-15 10:10:22.524	warn	node-bluetooth not found!
radar2.0	2019-06-15 10:10:22.522	info	debug: mtime of C:\ioBroker\node_modules\iobroker.radar2/lib/vendors.json is Tue May 21 2019 20:29:12 GMT+0200 (GMT+02:00) stats are 0.8190086890432098
radar2.0	2019-06-15 10:10:22.520	info	radar2 initialization started...
radar2.0	2019-06-15 10:10:22.520	info	debug: radar2 received undefined objects and 1 states, with config devices,scandelay,arp_scan_cmd,btadapterid,printerdelay,debug,knownIPs,knownBTs,external,delayaway,delayuwz,numuwz,hcionly,l2ponly,l
radar2.0	2019-06-15 10:10:22.450	info	starting. Version 1.2.0 in C:/ioBroker/node_modules/iobroker.radar2, node: v10.16.0
radar2.0	2019-06-15 10:10:22.442	debug	statesDB connected
radar2.0	2019-06-15 10:10:22.435	debug	objectDB connected

[4-Real]

hallo Jungs, ich kann den Fehler noch nicht nachproduzieren bzw wieso er überhaupt entsteht.
Wenn ich mein Tinkerboard komplett neu Starte geht es für ein paar Stunden, die selbst unterschiedlich ausfallen, das er meine G-Tags vernünftig bei Anwesenheit / Abwesenheit erkennt.
Irgendwann tritt dann dieser Fehler auf:

Meine Einstellungen sind genau so wie bei dem Radar 1 Adapter gewählt nur da hatte ich diese Probleme nicht.
Einstellungen:

Alles Nach Github installiert etc, den wie gesagt es funktioniert ja eine Zeitlang erst aber danach ist irgendwann ein Neustart von Nöten. Benutze einen Bluetooth Adapter, dies ist dann ja normalerweise die 0, oder? So hat es auf jeden Fall bei dem Radar 1 perfekt funktioniert.
Hat jemand einen Lösungsansatz ? Danke schonmal!

[frankjoke]

@SBorg
Ok, es schaut aus dass der Ort gefunden wird, normalerweise sollte dann ein "_UWZ"- angelegt werden (der enthält bei mir momentan:

Wetterhinweis wegen Hitze, gültig von Freitag, 14.06. 14:00 Uhr bis Samstag, 15.06. 20:00 Uhr.: notice_warn_orangeWetterhinweis wegen Hitze, gültig von Freitag, 14.06. 14:00 Uhr bis Sonntag, 16.06. 14:00 Uhr.: notice_warn_orangeUnwetterwarnung der Stufe Rot vor starkem Gewitter, gültig von Samstag, 15.06. 11:00 Uhr bis Sonntag, 16.06. 14:00 Uhr.: alert_forewarn_redWetterhinweis wegen Hitze, gültig von Samstag, 15.06. 11:00 Uhr bis Sonntag, 16.06. 14:00 Uhr.: notice_warn_orange

Dein nächster Post zeigt allerdings einen Fehler (unhandled rejection) welcher eventuell das Problem darstellen kann dass er keine scans macht...

[sigi234]

@frankjoke sagte in [Adapter] Neuer radar2-Adapter:

Dein nächster Post zeigt allerdings einen Fehler (unhandled rejection) welcher eventuell das Problem darstellen kann dass er keine scans macht...

Das war von mir , glaube ich.

[SBorg]

Si, war eigentlich für @sigi234 wie es aussehen sollte. Mein radar2 lüppt
räusper, hust ... ist ja auch Linux... duck und weg

[daniel_iobroker]

Hi Leute. Hab mal eine Frage. Ich habe iobroker auf einem Raspberry pi 3 am laufen und das schon fast seit einem Jahr. Der Raspberry ist mit einem Switch mit meinem Router verbunden. Ich musste nach ein paar Monaten den Switch tauschen, da sich dieser immer aufgehängt hatte. Hab dann einen anderen Hersteller ausgewählt und seit Gestern macht dieser genau das gleiche Problem. Dachte zuerst, dass sich der pi immer aufhängt, aber in wirklichkeit war der pi einfach nicht mehr erreichbar. Nach Neustart vom Switch ging es wieder aber nur für eine bestimmte Zeit. Hab dann mal versucht, den Radar Adapter zu deaktivieren. Dann läuft die Netzwerkverbindung ohne Probleme. Wenn ich aber den Radar Adapter wieder aktiviere, ist nach ca. 2 Minuten kein erreichen des pi's mehr möglich. Ich weiß aber, dass iobroker selbst weiterläuft, da andere Dinge im Haus über iobroker ganz normal funktionieren.

Kann das sein, dass nun nach der kurzen Zeit schon der 2. Switch defekt ist?
Oder sind die Anfragen vom radar Adapter einfach zu hoch, sodass der Switch aussteigt?
Abgefragt werden eigentlich nur 2 IP Adressen um festzustellen, ob eines der 2 Smartphones im Haus eingeloggt sind.
Wenn ja, kann ich die Anfragen irgendwie reduzieren?

Danke

[frankjoke]

@daniel_iobroker

Hallo Daniel!

Den switch kann dir ein Programm nicht zerstören! Da ist eher dein internet/wlan-router schuld als der switch.

Ich habe 3 switches und einen W-Lan mesh an der Fritzbox mit switches von 4-24 Anschlüssen und hatte noch nie ein Problem obwohl ich auch mehrere Testsysteme am Netz habe die teilweise gleichzeitig radar2 und andere adapter laufen haben! Habe switches nur getauscht wenn ich mehr anschlüsse brauchte, es ging nie einer kaputt.

Hast du dem pi (sowie den handy's) fixe Adressen im router gegeben? Solltest du tun zumindest.
Ich hoffe der pi ist auch am lan und nich im W-Lan, das macht oft probleme.

Du kannst in radar2 mit der arp-scan-Kommandozeile spielen um den traffic der von radar2 beim scannen erzeugt wird zu verringern (retry runter z.B).

Ich hab vergessen was ein Nutzer damals für ein Problem hatte als er ähnliches berichtete (Netzwerk überlastet und pi nicht erreichbar), es war jedenfalls eine schlechte Konfiguration am pi.