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

[liv-in-sky]

@oli

du könntest aucch auf der git seite von buanet nachfragen, wie du daran kommst

[MCU]

@liv-in-sky iobroker.admin

[Thomas Braun]

@homoran

Gar nicht. Der gesuchte String ist nicht aus iob diag, oder?

[Homoran]

@thomas-braun
hier doch
https://forum.iobroker.net/post/1164765

[liv-in-sky]

@mcu wo hast du das hergezaubert ?

[MCU]

@liv-in-sky
https://github.com/ioBroker/ioBroker.admin/blob/master/packages/admin/src/src/tabs/Hosts.tsx#L122

Es wäre sinnvoll ein Feature Request für iobroker.js-controller zu erstellen, so dass auch die Docker Infos in dem richtigen OS-Pfad landen?

[liv-in-sky]

@mcu

aber ich finde die info nicht - ist die unter system.adapter.admin ?

ich habe proxmox, daher kann ich nicht suchen

[MCU]

@liv-in-sky Nein. Das war nur ein Hinweis, wo es im Admin gesetzt wird. Da kommt man aber so nicht dran.
Deswegen ist da ein Feature Request für den js-controller bzw. Admin sinnvoll.
Je nach dem wer die Daten in die system-Pfade schreibt.

[liv-in-sky]

@mcu

danke dir

aber ich schätze mal, das man sich die "image" version anzeigen lassen kann, welches gerade läuft - auf consolen ebene

aber das soll sich jmd ansehen, der docker nutzt - sowas kommt mir nicht ins haus :-)

[MCU]

@oli Was zeigt dies an?

const { exec } = require('child_process');

exec('cat /opt/scripts/.docker_config/.thisisdocker', (error, stdout, stderr) => {
  if (error) {
    console.error(`Fehler: ${error.message}`);
    return;
  }
  if (stderr) {
    console.error(`stderr: ${stderr}`);
    return;
  }
  console.log(`CPU-Informationen:\n${stdout}`);
});

exec('cat /proc/cpuinfo', (error, stdout, stderr) => {
  if (error) {
    console.error(`Fehler: ${error.message}`);
    return;
  }
  if (stderr) {
    console.error(`stderr: ${stderr}`);
    return;
  }
  console.log(`CPU-Informationen:\n${stdout}`);
});

[Thomas Braun]

@liv-in-sky sagte in Auslesen ioBroker Hosts Systeminformationen?:

aber ich schätze mal, das man sich die "image" version anzeigen lassen kann, welches gerade läuft - auf consolen ebene

Ja, die Version kann man auslesen.
Steht u.a. im Code zu 'iob diag' drin, welche Datei die Info drin hat.

[Oli]

@mcu
hier kommt folgende Ausgabe:

script.js.common.System.Skript_1: CPU-Informationen: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 55 model name : Intel(R) Celeron(R) CPU J1900 @ 1.99GHz stepping : 8 microcode : 0x82d cpu MHz : 2000.002 cache size : 1024 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm arat vmx flags : vnmi preemption_timer invvpid ept_x_only flexpriority tsc_offset vtpr mtf vapic ept vpid unrestricted_guest bugs : cpu_meltdown spectre_v1 spectre_v2 mds msbds_only bogomips : 4000.00 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 55 model name : Intel(R) Celeron(R) CPU J1900 @ 1.99GHz stepping : 8 microcode : 0x82d cpu MHz : 2000.000 cache size : 1024 KB physical id : 0 siblings : 4 core id : 1 cpu cores : 4 apicid : 2 initial apicid : 2 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm arat vmx flags : vnmi preemption_timer invvpid ept_x_only flexpriority tsc_offset vtpr mtf vapic ept vpid unrestricted_guest bugs : cpu_meltdown spectre_v1 spectre_v2 mds msbds_only bogomips : 4000.00 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 55 model name : Intel(R) Celeron(R) CPU J1900 @ 1.99GHz stepping : 8 microcode : 0x82d cpu MHz : 2000.002 cache size : 1024 KB physical id : 0 siblings : 4 core id : 2 cpu cores : 4 apicid : 4 initial apicid : 4 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm arat vmx flags : vnmi preemption_timer invvpid ept_x_only flexpriority tsc_offset vtpr mtf vapic ept vpid unrestricted_guest bugs : cpu_meltdown spectre_v1 spectre_v2 mds msbds_only bogomips : 4000.00 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 55 model name : Intel(R) Celeron(R) CPU J1900 @ 1.99GHz stepping : 8 microcode : 0x82d cpu MHz : 2000.000 cache size : 1024 KB physical id : 0 siblings : 4 core id : 3 cpu cores : 4 apicid : 6 initial apicid : 6 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm arat vmx flags : vnmi preemption_timer invvpid ept_x_only flexpriority tsc_offset vtpr mtf vapic ept vpid unrestricted_guest bugs : cpu_meltdown spectre_v1 spectre_v2 mds msbds_only bogomips : 4000.00 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management:

[MCU]

@oli Mal nur das

const { exec } = require('child_process');
 
exec('cat /opt/scripts/.docker_config/.thisisdocker', (error, stdout, stderr) => {
  if (error) {
    console.error(`Fehler: ${error.message}`);
    return;
  }
  if (stderr) {
    console.error(`stderr: ${stderr}`);
    return;
  }
  console.log(`CPU-Informationen:\n${stdout}`);
});

[Oli]

@mcu
hier kommt folgenden:

	script.js.common.System.Skript_1: CPU-Informationen: v9.1.1

Super, das ist es, vielen herzlichen Dank!!!

[mickym]

@oli sagte in (Gelöst) Auslesen ioBroker Hosts Systeminformationen?:

Hallo zusammen,
in den Reiter "Hosts" werden Systeminformationen angezeigt, welche teilweise als Datenpunkte aufgeführt werden, leider fehlen mir da ein paar Infos.

Ist es möglich folgende Informationen über ein Skript auszulesen?

Plattform: docker (official image - v9.1.1)
Betriebssystem: linux
Architektur: x64
CPUs: 4
Geschwindigkeit: 2000 MHz
Modell: Intel(R) Celeron(R) CPU  J1900  @ 1.99GHz
RAM: 7.6 GB

Hier mal wieder eine JSONATA Lösung, um aus dem Text ein Objekt zu erstellen:

Spoiler

<xml xmlns="https://developers.google.com/blockly/xml">
 <variables>
   <variable id="UKpID;90t#p;%vf~Fl?e">text</variable>
   <variable id="HiJUf;%uY7g7U~|s`KU!">objekt</variable>
 </variables>
 <block type="variables_set" id="*~4t]}V;Dc1i@{qDhc)(" x="-862" y="-362">
   <field name="VAR" id="UKpID;90t#p;%vf~Fl?e">text</field>
   <value name="VALUE">
     <block type="text_multiline" id="{g-;CG*A@i;Ek0Y:*%cr">
       <field name="TEXT">Plattform: docker (official image - v9.1.1)&amp;#10;Betriebssystem: linux&amp;#10;Architektur: x64&amp;#10;CPUs: 4&amp;#10;Geschwindigkeit: 2000 MHz&amp;#10;Modell: Intel(R) Celeron(R) CPU  J1900  @ 1.99GHz&amp;#10;RAM: 7.6 GB&amp;#10;</field>
     </block>
   </value>
   <next>
     <block type="variables_set" id="%fnw!`SXd+,04{wU^7$7">
       <field name="VAR" id="HiJUf;%uY7g7U~|s`KU!">objekt</field>
       <value name="VALUE">
         <block type="convert_jsonata" id="]G}^*)gPKW+O?(P,TnwZ">
           <value name="EXPRESSION">
             <shadow type="text" id=",@_s}@r$H@VrqKynltb;">
               <field name="TEXT">$match($,/(.*):\s(.*)/ ).{groups[0]:groups[1]}~&gt;$merge()</field>
             </shadow>
           </value>
           <value name="TARGET">
             <block type="variables_get" id="huNa_!rkGM(!S0W*Ox*Y">
               <field name="VAR" id="UKpID;90t#p;%vf~Fl?e">text</field>
             </block>
           </value>
         </block>
       </value>
       <next>
         <block type="debug" id=".]Jnu-BalJl+!5.PbK$=">
           <field name="Severity">info</field>
           <value name="TEXT">
             <shadow type="text" id="5}QTQ[YkViw|Bmm%eS^6">
               <field name="TEXT">test</field>
             </shadow>
             <block type="variables_get" id="Di|Dxo~cwlRXcT=hQ6I)">
               <field name="VAR" id="HiJUf;%uY7g7U~|s`KU!">objekt</field>
             </block>
           </value>
           <next>
             <block type="debug" id="twPG:]uwHfZ]fkO/^tNt">
               <field name="Severity">info</field>
               <value name="TEXT">
                 <shadow type="text" id="CRl5J)4reL2*WWFX-)9u">
                   <field name="TEXT">test</field>
                 </shadow>
                 <block type="text_join" id="PkmmuaV6?5Rj8bXH(GHB">
                   <mutation items="2"></mutation>
                   <value name="ADD0">
                     <block type="text" id="r{LX=|xT)!E7YcpxYbQy">
                       <field name="TEXT">Arbeitsspeicher: </field>
                     </block>
                   </value>
                   <value name="ADD1">
                     <block type="get_attr" id="btrS$W)B*u:A;iVZ(;b$">
                       <value name="PATH">
                         <shadow type="text" id="QQF=Mlj)u9+!N#xfh[O1">
                           <field name="TEXT">RAM</field>
                         </shadow>
                       </value>
                       <value name="OBJECT">
                         <shadow type="get_object" id="bg)Dq-~4:;}vst{,x@^Z">
                           <field name="OID">Object ID</field>
                         </shadow>
                         <block type="variables_get" id="i+JYUqacJB#oP%59[984">
                           <field name="VAR" id="HiJUf;%uY7g7U~|s`KU!">objekt</field>
                         </block>
                       </value>
                     </block>
                   </value>
                 </block>
               </value>
             </block>
           </next>
         </block>
       </next>
     </block>
   </next>
 </block>
</xml>

[Homoran]

@mickym sagte in (Gelöst) Auslesen ioBroker Hosts Systeminformationen?:

Hier mal wieder eine JSONATA Lösung,

Der Knackpunkt ist aber diese Informationen, die du jetzt als Text vorgibst, dem System zu entlocken

[mickym]

@homoran Na ja er hat das ja im Anfangspost so vorgegeben. Im Prinzip funktioniert der Code, solange die Ausgabe mit Zeilenumbrüchen - also jeder Parameter eine Zeile ist und nach dem Schema im Text - Eigenschaft: Wert

Aber gut - das ist dann ein anderes Problem - ich dachte ohne jetzt alles zu lesen, dass diese Ausgabe gegeben sei.

[MCU]

@oli Hab es mal beim Admin als Feature rein gesetzt.
https://github.com/ioBroker/ioBroker.admin/issues/2476

[Oli]

@mickym
ich wollte die Informationen dem System entlocken, aber trotzdem Danke für deine Unterstützung

[Oli]

@mcu
Vielen Dank