Verwendung von KI bitte immer deutlich kennzeichnen

[bahnuhr]

Hallo,

bei mir wird die Karte auch nicht aktualisiert.

System:
Adapter 3.2.2
Xiaomi V1

habe mal debug geschaltet. In den logs sehe ich eigentlich nichts auffälliges:
Außer so was, dass es offensichtlich eine neue url gibt:

In den Objekten steht bei map64 immer noch ein Wert drin vom 04.08.2021.
Robo fährt aber täglich.

Hab ich irgendwo etwas überlesen; oder geht die map beim v1 derzeit nicht.

mfg

[haselchen]

@bahnuhr

Hab den v1 und auch die 3.2.2 Adapter Version, allerdings Valetudo auf dem Robbi.
Läuft alles.

[bahnuhr]

@haselchen sagte in Mihome Vacuum Karte:

Valetudo

hab ich bisher nicht drauf.

[haselchen]

@bahnuhr

Mag sein, dass das der Unterschied ist.
Aber das kann vermutlich nur der Entwickler beantworten.

[bahnuhr]

@haselchen sagte in Mihome Vacuum Karte:

Mag sein, dass das der Unterschied ist.

kann sein,
aber es ging ja schon einmal.

[haselchen]

@bahnuhr

Okay, da kann ich natürlich nix zu sagen, weil durch die andere Software, ich von der MiHome App getrennt bin.

[bahnuhr]

Und im log kommt sowas:

mihome-vacuum.0
2021-08-29 20:22:00.291	warn	Get Error when receiving map url: Error: connect ETIMEDOUT 124.251.58.87:443

mihome-vacuum.0
2021-08-29 20:05:57.736	warn	Get Error when receiving map url: Error: connect ETIMEDOUT 183.84.6.21:443

[Rushmed]

Hallo,

ich muss mal den ollen Fred wieder aktiviern.
Hab keinen neuen gemacht da ich einen Hinweis auf mein Problem hier weiter oben gefunden habe.

Seit ich es geschafft habe dass meine Karte angezeigt wird bekomme ich deratrige Fehler angezeigt:

host.Smartazamba
2021-12-28 18:44:07.153	error	Caught by controller[0]: corrupted double-linked list
host.Smartazamba
2021-12-28 18:23:49.280	error	Caught by controller[0]: malloc(): unsorted double linked list corrupted
host.Smartazamba
2021-12-28 18:23:13.270	error	Caught by controller[0]: corrupted double-linked list

Neustarts von Adapter sowie ioBroker haben nicht geholfen.

[Rushmed]

@fuxsism Was war jetzt die Lösung um:

Caught by controller[0]: corrupted double-linked list

los zu werden?

[Thomas Braun]

@rushmed
Zufällig mal ein 'Backup' per Image von einem anderen System aus gemacht?

Double linked passiert gerne beim cross kompilieren.

[Rushmed]

@thomas-braun Wenn anders System auch Image auf gleichen Datenträger impliziert dann, ja!
Und wie löse ich das?

[Thomas Braun]

@rushmed Der Datenträger ist eher nicht gemeint. Die Prozessorarchitektur ist entscheidend

[Rushmed]

@thomas-braun Dann ist die Antwort nein.

[Fuxsism]

@rushmed
kann ich grad leider nicht beantworten.
Ich habe seit Freitag auch wieder Probleme mit dem Controller und er wirft im Sekundentackt komishce Fehlermeldungen aus...

[tobitobsta]

ich hab leider nach meinem Update auf 3.5.0 auch die genannten Probleme.

host.haustuerpi
2022-07-07 00:13:21.550	info	instance system.adapter.mihome-vacuum.0 terminated with code NaN ()
host.haustuerpi
2022-07-07 00:13:21.550	warn	instance system.adapter.mihome-vacuum.0 terminated due to SIGABRT
host.haustuerpi
2022-07-07 00:13:21.549	error	Caught by controller[0]: corrupted double-linked list
mihome-vacuum.0
2022-07-07 00:13:13.007	warn	Error at history: MESSAGE TIMEOUT
mihome-vacuum.0
2022-07-07 00:13:10.352	info	Room array empty... generate from mapdata.. [[17,"room17"],[21,"room21"],[20,"room20"],[19,"room19"],[16,"room16"],[22,"room22"],[18,"room18"],[23,"room23"],[1,"room1"]]

dazu sei aber gesagt, dass ich gerade diverse Probleme mit meinem Multihostsystem hab, nachdem ich alles mal auf den neuesten Stand bringen wollte (Linux, npm, js-controller, etc) - ich weiß, never change a running... hab glaube ich so alles falsch gemacht, was geht... :-(

Außerdem habe ich das Problem, dass der Host, auf dem der Adapter läuft, sich jeden Tag komplett wegschießt, weil die log dateien syslog und kern-log auf insg 22GB anwachsen und das Filesystem damit vollgelaufen ist. Diese lösche ich dann immer von Hand und starte das System neu. Wenn ich den Adapter deaktiviere, passiert dies nicht. Ich schließe als Ursache aber natürlich meine Skripte, die auf dem Adapter laufen, nicht aus - die interagieren viel mit dem "cleanSegments" Befehl (habe sie aber seit das System so Probleme macht meines Wissens nicht mehr genutzt).

vielleicht hat ja jemand eine Idee, ein ähnliches Problem, oder ich kann irgendwie mit logs o.ä. helfen ein Problem zu lösen (falls es nicht hier vor dem Rechner sitzt). VG

[Thomas Braun]

@tobitobsta sagte in Mihome Vacuum Karte:

ich weiß, never change a running...

Quatsch im Quadrat.
Man muss die 'changes' nur richtig machen.

[Thomas Braun]

@tobitobsta sagte in Mihome Vacuum Karte:

weil die log dateien syslog und kern-log auf insg 22GB anwachsen

Dann solltest du die Ursache angehen.
Was wird denn in den 22GB so verewigt?

[tobitobsta]

@thomas-braun said in Mihome Vacuum Karte:

@tobitobsta sagte in Mihome Vacuum Karte:

ich weiß, never change a running...

Quatsch im Quadrat.
Man muss die 'changes' nur richtig machen.

... okay - danke, das beruhigt mich. Hatte mich an die Anleitungen gehalten.

@thomas-braun said in Mihome Vacuum Karte:

Dann solltest du die Ursache angehen.
Was wird denn in den 22GB so verewigt?

... da gehts schon los: "tail" gab nicht so wirklich was (für mich) aussagekräftiges, weil es auch immer irgendwie was anderes war. Dann bin ich leider schon gescheitert die logs mal auf meinen PC zu ziehen, da ich (Linux noob) auf dem Pi die 11GB Dateien aufm Linux nicht gescheit analysieren oder anschauen kann. Hast Du evtl eine Idee?

[Thomas Braun]

@tobitobsta

11GB Klopper sind halt schwer zu handeln. Das passt in den Speicher ja nicht rein.
Was kommt denn im tail immer dazu? Das muss ja rappeln, dass da GBweise Text zusammen kommt.

[tobitobsta]

@thomas-braun
gerade neu loslaufen lassen und den Adapter mal wieder angestellt - es sieht aber so aus als wenn die logs dann ab irgendwann schlagartig volllaufen und nicht ständig ein bisschen. hier mal ein copy/paste vom jetztigen satatus:

Spoiler

syslog

Jul  7 11:39:18 haustuerpi bash[475]: cat: /sys/class/net/wlan0/statistics/tx_bytes: Datei oder Verzeichnis nicht gefunden
Jul  7 11:39:29 haustuerpi kernel: [ 2565.367379] device eth0 entered promiscuous mode
Jul  7 11:39:35 haustuerpi kernel: [ 2571.253385] device eth0 left promiscuous mode
Jul  7 11:40:09 haustuerpi kernel: [ 2605.347885] device eth0 entered promiscuous mode
Jul  7 11:40:15 haustuerpi kernel: [ 2611.225194] device eth0 left promiscuous mode
Jul  7 11:40:18 haustuerpi bash[475]: cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Keine Berechtigung
Jul  7 11:40:18 haustuerpi bash[475]: cat: /sys/class/net/wlan0/statistics/rx_bytes: Datei oder Verzeichnis nicht gefunden
Jul  7 11:40:18 haustuerpi bash[475]: cat: /sys/class/net/wlan0/statistics/tx_bytes: Datei oder Verzeichnis nicht gefunden
Jul  7 11:40:49 haustuerpi kernel: [ 2645.378611] device eth0 entered promiscuous mode
Jul  7 11:40:55 haustuerpi kernel: [ 2651.284636] device eth0 left promiscuous mode

kern.log

Jul  7 11:40:49 haustuerpi kernel: [ 2645.378611] device eth0 entered promiscuous mode
Jul  7 11:40:55 haustuerpi kernel: [ 2651.284636] device eth0 left promiscuous mode
Jul  7 11:41:30 haustuerpi kernel: [ 2685.599045] device eth0 entered promiscuous mode
Jul  7 11:41:36 haustuerpi kernel: [ 2691.486432] device eth0 left promiscuous mode
Jul  7 11:42:09 haustuerpi kernel: [ 2725.369614] device eth0 entered promiscuous mode
Jul  7 11:42:15 haustuerpi kernel: [ 2731.242999] device eth0 left promiscuous mode
Jul  7 11:42:49 haustuerpi kernel: [ 2765.380169] device eth0 entered promiscuous mode
Jul  7 11:42:55 haustuerpi kernel: [ 2771.253054] device eth0 left promiscuous mode
Jul  7 11:43:30 haustuerpi kernel: [ 2805.450657] device eth0 entered promiscuous mode
Jul  7 11:43:35 haustuerpi kernel: [ 2811.350266] device eth0 left promiscuous mode

das "promiscuous mode" kommt meines Erachtens nach vom radar2 Adpater - hab ich noch keine Lösung für gefunden. hatte ich Testhalber auch schon mal ein paar Tage ausgestellt gehabt und die Mi-Home Adapter an -> trotzdem Crash