Monatsrückblick Januar/Februar 2026 ist online!

[da_Woody]

@qqolli schon versucht die beiden sd zu tauschen? was passiert da?

[qqolli]

@da_Woody

Kann man eine SD-Karte, die auf einem Raspberry 3B+ erstellt wurde (inkl. iobroker) in einen Raspberry 4B+ stecken?

[da_Woody]

@qqolli na wenns die not install ist... kann ja nix passieren, ausser das sie nicht tut. immerhin kannst dann fesstellen obs am raspi liegt. die produktiv karte würd ich mal weglassen, ausser du hast ein backup.

[qqolli]

@da_Woody

Yo, dachte ich mir auch so. Na, dann mach ich das doch gleich mal :-) Bericht folgt in Kürze ...

[qqolli]

@da_Woody

So, hab mal SD-Karten getauscht (war übrigens kein Problem mit 3B+ und 4B+).

Und siehe da, exakt gleiches Problem. Win 10 Chrome nix und Terminal auch nix. Mac kein Problem, super schnell sowohl Chrome als auch Terminal.

Ob das was auf dem WIn oder Raspi selbst sein könnte mit SSH-Key und ECDSA-Key (Hosts-Dateien auf Win & Raspi)?!?

Kenn ich mich leider nicht hinreichend gut aus :-(

[da_Woody]

@qqolli kenn mich jetzt nicht aus. auf welchen broker kannst jetz nicht zugreifen? wennst die karten getauscht hast, muss ja einer gehn wenn vorher mit der notinstall gegangen ist. oder hab ich jetzt was falsch verstanden?

[qqolli]

@da_Woody

Die SD-Karte (Produktiv-System) vom Troublemaker hab ich raus, die SD vom Notinstall rein und das Ganze hochgefahren. Gleiches Verhalten wie Produktivsystem vorher. Win geht nicht, Mac geht. Alles wieder zurückgetauscht und Verhalten wie vorher.

In meiner Not habe ich sogar den ECDSA-Key aus der Mac Host-Datei in die Win-Hostdatei kopiert; leider ohne Erfolg.

[Homoran]

@qqolli die IP und der fingerprint müssten bei raspi hardwareabhängig sein.
Sonstige netzwerkonfigurationen sind in der Software.

Wenn der Mac zugreifen kann, kann es eigentlich nicht der nic selber sein.
irgendwo in der Firewall blockt win den Zugriff.

findet denn arp -aauf der Windows Konsole die IP des trublemakers.

[harrym]

@qqolli mach mal ein tracert in der windoof shell auf die ip von dem broker ....

[qqolli]

@Homoran

Wenn ich arp -a eingebe zeigt er mir zwei Schnittstellen an:

1. Schnittstelle: IP-Adresse --- 0x8
   IP-Adresse Physische Adresse Typ
   KEIN Troublemaker dabei

2. Schnittstelle: IP-Adresse --- 0xa
   IP-Adresse Physische Adresse Typ
   Troublemaker dabei mit Typ dynamisch

[qqolli]

@harrym

[harrym]

@qqolli löschh mal die cookies von deinem lokalen Netzwerk aus dem Browser ..... ist zwar nur ein schuss ins blaue ... aber bei MS$ ist man sich nie so ganz sicher .....

[Homoran]

Wir kommen der Sache näher.
Netzwerk steht, iobroker ist blockiert.
Wobei es an der Hardware festgemacht ist.

wie auch immer

[qqolli]

@harrym

Hat leider auch nicht wirklich etwas verändert :-(

Das komische ist, das er wie ganz am Anfang beschrieben, anfängt zu starten und sich dann scheinbar in einer "Endlosschleife" aufhängt. Ganz ganz selten durchbricht er die und man sieht was, aber das war es dann auch.

[harrym]

@qqolli also ist er ja erreichbar .... schau mal im consolenlog, was da an fehler kommen. Hier ist definitiv Windoof der Schuldige und nicht das Netzwerk oder der Broker.

[sigi234]

@qqolli
Was kommt bei F12?

[qqolli]

@sigi234

Ich glaube Dein Verdacht geht in die richtige Richtung:

[harrym]

@qqolli nimm mal ein anderes Netzwerkkabel und steck das windings direkt an der fritte an .......

[qqolli]

@harrym

Der Win-Rechner ist direkt an der Fritzbox per LAN-Kabel angeschlossen. Um nun den iobroker zu erreichen, ist der Win-Rechner zusätzlich noch per WLAN mit dem Tenda Nova Würfel verbunden. An einem von diesen (insgesamt 3, je 1er in jedem Stockwerk) hängen der iobroker und die CCU3. Hatte bisher auch immer geklappt ...

[harrym]

@qqolli dann deaktivier mal es WLAN am Windows, wenn du eh via LAN verbunden bist ............