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

[knopers1]

@klassisch
besten Dank! Jetzt habe ich alles was ich haben woltte. Alle Werte standen im Info Adapter. Den Opi Adapter habe gelöscht. Danke Dir!

[slonnet]

@tripper sagte in Orange Pi Plus 2e:

Irgendwie muss ich das aber auch ohne lokalen NTP Server hinkriegen. Eine Verbindung nach aussen sollte ja nicht das Problem sein.

EDIT: Hab nun noch einen Versuch mit dem ntpdate Service am laufen. Soweit ich das verstehe habe ich nun 2 Dienste die die Zeit Synchronisieren!? Ich hoffe das klappt und bringt nicht noch mehr Probleme :grin:

@tripper
konntest du das Zeitproblem nachhaltig lösen?
Ich habe das gleiche Problem, das die Systemzeit sich nach ca 10 Tagen auf das Datum 01.01.1970 zurücksetzt.

[knopers1]

@slonnet

zeige doch die Ausgabe davon...

systemctl status ntp

[slonnet]

@knopers1 sagte in Orange Pi Plus 2e:

@slonnet

zeige doch die Ausgabe davon...

systemctl status ntp

pi@orangepiplus2e:~$ systemctl status ntp
* ntp.service - LSB: Start NTP daemon
   Loaded: loaded (/etc/init.d/ntp; generated; vendor preset: enabled)
   Active: active (running) since Tue 2019-11-05 18:32:59 CET; 12h ago
     Docs: man:systemd-sysv-generator(8)
  Process: 5036 ExecStop=/etc/init.d/ntp stop (code=exited, status=0/SUCCESS)
  Process: 5047 ExecStart=/etc/init.d/ntp start (code=exited, status=0/SUCCESS)
    Tasks: 2 (limit: 4915)
   CGroup: /system.slice/ntp.service
           `-5057 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -c /run/ntp.conf.dhcp -

Nov 05 18:32:59 orangepiplus2e systemd[1]: Starting LSB: Start NTP daemon...
Nov 05 18:32:59 orangepiplus2e ntp[5047]: Starting NTP server: ntpd.
Nov 05 18:32:59 orangepiplus2e systemd[1]: Started LSB: Start NTP daemon.
Nov 05 18:32:59 orangepiplus2e ntpd[5057]: proto: precision = 0.833 usec (-20)
Nov 05 18:32:59 orangepiplus2e ntpd[5057]: Listen and drop on 0 v6wildcard [::]:
Nov 05 18:32:59 orangepiplus2e ntpd[5057]: Listen and drop on 1 v4wildcard 0.0.0
Nov 05 18:32:59 orangepiplus2e ntpd[5057]: Listen normally on 2 lo 127.0.0.1:123
Nov 05 18:32:59 orangepiplus2e ntpd[5057]: Listen normally on 3 eth0 192.168.1.2
Nov 05 18:32:59 orangepiplus2e ntpd[5057]: Listening on routing socket on fd #20
lines 1-19/19 (END)

Bitte sehr, sieht für mich als Laie ok aus

[slonnet]

Die Ausgabe von timedatectl macht mich skeptisch!

root@orangepiplus2e:~# timedatectl
      Local time: Wed 2019-11-06 17:26:17 CET
  Universal time: Wed 2019-11-06 16:26:17 UTC
        RTC time: Wed 2019-11-06 16:26:23
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no

Warum läuft die RTC time nach ca 1 Stunde schon um 6 Sekunden vor?
Oder ist das irrelevant, der Opi hat ja keine RTC.

[knopers1]

@slonnet

bei mir sieht es so aus:
So wie es aussieht, läuft alles richtig bei Dir. Hast Du zur Zeit die richtige Uhrzeit? Ich denke ja....

pi@ioBroker-OPiplus2e:~$ timedatectl
      Local time: Mi 2019-11-06 19:30:52 CET
  Universal time: Mi 2019-11-06 18:30:52 UTC
        RTC time: Mi 2019-11-06 18:30:59
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no
pi@ioBroker-OPiplus2e:~$

pi@ioBroker-OPiplus2e:~$ systemctl status ntp
● ntp.service - LSB: Start NTP daemon
   Loaded: loaded (/etc/init.d/ntp; generated; vendor preset: enabled)
   Active: active (running) since Mon 2019-11-04 03:17:15 CET; 2 days ago
     Docs: man:systemd-sysv-generator(8)
  Process: 1248 ExecStart=/etc/init.d/ntp start (code=exited, status=0/SUCCESS)
    Tasks: 2 (limit: 4915)
   CGroup: /system.slice/ntp.service
           └─1264 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 106:111

Nov 04 03:17:19 ioBroker-OPiplus2e ntpd[1264]: Listen normally on 4 eth0 192.168.1.100:123
Nov 04 03:17:19 ioBroker-OPiplus2e ntpd[1264]: Listen normally on 5 eth0 [fe80::8dbd:c112:3637:e465%3]:123
Nov 04 03:17:19 ioBroker-OPiplus2e ntpd[1264]: Soliciting pool server 144.76.70.233
Nov 04 03:17:20 ioBroker-OPiplus2e ntpd[1264]: Soliciting pool server 82.64.45.50
Nov 04 03:17:21 ioBroker-OPiplus2e ntpd[1264]: Soliciting pool server 213.172.105.106
Nov 04 03:17:22 ioBroker-OPiplus2e ntpd[1264]: Soliciting pool server 185.120.22.12
Nov 04 03:17:23 ioBroker-OPiplus2e ntpd[1264]: Soliciting pool server 78.46.253.198
Nov 04 03:17:24 ioBroker-OPiplus2e ntpd[1264]: Soliciting pool server 188.174.253.163
Nov 04 03:17:25 ioBroker-OPiplus2e ntpd[1264]: Soliciting pool server 178.63.247.119
Nov 04 05:14:06 ioBroker-OPiplus2e ntpd[1264]: 188.174.253.163 local addr 192.168.1.100 -> <null>
pi@ioBroker-OPiplus2e:~$

[slonnet]

@knopers1 sagte in Orange Pi Plus 2e:

So wie es aussieht, läuft alles richtig bei Dir. Hast Du zur Zeit die richtige Uhrzeit? Ich denke ja....

Nach einen kompletten Neustart des Systems läuft alles richtig für ca 10 Tage.

Im Fehlerfall sehe ich, das alle Flot Grafiken nur noch gerade Linien zeigen (es wird also nichts mehr geloggt). Ich denke das der SQL Adapter durch das falsche Datum aufhört zu loggen.

Der SSH Zugang geht dann auch nicht mehr!

VIS ist allerdings noch bedienbar.
Habe jetzt als Workaround ein Reboot Knopf in VIS eingebaut, das ich das System zumindest sauber neustarten kann.

Auf Dauer natürlich keinen Lösung!

[knopers1]

@slonnet

hmm, da hängst sich aus einem Grund das System auf.... Das Netzteil an dem Teil kann auch Ärger machen.
Hast Du evtl. ein anderes zum testen da? Hast Du die Software auf der SD Karte, USB, Flash???
Evtl. eine Sicherung vom Vis und das System neu aufsetzen. Könnte auch abhilfe schaffen.

[slonnet]

@knopers1 sagte in Orange Pi Plus 2e:

@slonnet

hmm, da hängst sich aus einem Grund das System auf....

Nein, das System läuft an sich, nur das die Systemzeit überhaupt nicht mehr passt und es zu Folgeproblemen kommt.

Das Netzteil an dem Teil kann auch Ärger machen.

Stimmt, ich habe tatsächlich noch ein anders da!

Hast Du evtl. ein anderes zum testen da?

Ja, noch viel besser, ich habe noch einen zweiten baugleichen Orange Pi da!

Hast Du die Software auf der SD Karte, USB, Flash???

Wie sich das für einen Opi +2e gehört habe ich das System auf dem internen emmc Speicher.

Evtl. eine Sicherung vom Vis und das System neu aufsetzen. Könnte auch abhilfe schaffen.

Das System ist erst gerade neu aufgesetzt! Das ist ja das Traurige!

[knopers1]

@slonnet

naja, wenn Du nicht einmal zeitgleich über SSH zugreifen kannst, ich es etwas mehr als nur die falsche Uhrzeit! Oder? Da schmiert noch mehr im Hintergrund ab.
Macht beide OrangePi den gleichen Ärger? oder hängt andauernt nur einer?

Ich werde Dir an der Stelle nicht weiterhelfen können, es könnte an allem liegen.
Netzteil, Software, Hardware....

[klassisch]

Mit einem richtigen Netzteil, Kühlung und OS läuft der OPi stabil von der eMMC. Auch mit ioBroker. Allerdings hatte ich meine History-Daten nicht auf die eMMC geschrieben, sondern auf eine externe USB-SSD. Da reicht eine billige China SSD "Kingdian" 32GB. Aber heute gibts auch schon 120GB SSD für 17EUR in DE-Shops. 3 EUR für einen USB SSD Adapter dazu und man hat eine gute Lösung.
Ich versorge meine OPi aus einem 15V 1.66A Routernetzteil von Pollin (<2EUR) und einem kleinen DC-DC-Wandler, der aus den 12V die erforderlichen 5V macht. Auf der 5V Seite alles direkt gelötet, nichts gesteckt, nur die 15V gesteckt. Oder aus einem 5V Netzteil entpsrechender Stärke mit dem passenden barrel connector, das ich mal im Abverkauf (Pollin?) erworben habe. Vorsichtshalber noch ein 6.3V 1000µF Elko dran gelötet. Billig, stört nicht und kann helfen.
Armbian OS hole ich direkt bei Armbian. So früh wie möglich auf eMMC umstellen und erst dann fertig einrichten / update / ugrade etc. Danach ioBroker mit dem aktuellen Installer drauf installieren.
Probleme mit dem OPi gabs nur bei Linux Updates, vor allem Kernel Updates oder wenn man zu viele Daten in kurzer Zeit per history-Adapter schreibt.
Meinen ioBroker habe ich ja mittlerweile auf Windows Notebook umgestellt, betreibe aber noch einen OPi mit piVCCU und einen anderen mit einem NUT Server. Beide laufen sehr stabil, wobei die Lasten natürlich auch lächerlich gering sind