serial-by-id vs. device by path ..Datenfehler?

[andreas_n]

Hallo Forum,

(Vorgeschichte)

so, Hardwareeinsatz pi4 mit drei rs485 digitus DA70xxx Adaptern, ein user.config wär noch frei, da soll der Wasserkocher (elwa) hin.Erstversuch vor geraumer Zeit schlug fehl, den 4ten Adapter mit dessen Serial# einzubinden>>Zwischenlösung : dritter pi4 nur für einen user.config, eben diesen Wasserkocher, Daten direkt weg gefunkt zum Haupt-Pi4,geht.


Dieser Tage dann alle drei bestehenden RS485 Adapter via devpath (ttyUSB0-USBx) eingebunden, geht, Daten tackern, ok.

Gestern den RS485 (wasserkocher) vom dritten Pi4 abgezogen und an den zweiten Pi4 dran (also 1000%völlig funzende HardWare), USB Buchse ausgelesen, diesen als USB3 identifiziert dann in user.config und in der devpath in /rules.d eingebunden(reboot!)..kamen wirre Daten (Wassertemperatur um die 700Grad, voreingestellt 1707 usw), okay, war schon Nacht, dachte ich, den Datenfehler sitz ich aus..bis heute früh...dann kam folgende Reaktion:

Wasserkocher Datenfehler besteht weiterhin

neu nach der Nacht>>

SingleString WR schläft scheinbar auch noch gegen 9 Uhr früh obwohl heute wesentlich sonniger als gestern

DualStringWR fehlt ein String im Datenfeld,Rest geht

Hybrid liest keinen SoC mehr aus,Rest geht.

ÖHM!

Okaaaaay, dann melden wir halt den RS485 für den Wasserkocher wieder ab, evtl funzt dann der Rest der WR wieder...also schnell die devpath wieder in serial-by-id in /rules und in der x.user.config geändert (EXAKT DAS, was bisher nicht ging).Während ich auf Reaktion der WR Auslesung in der log warte..kamen plötzlich reale Daten vom Wasserkocher, die WR weiterhin halb blind.

Völlig verdattert das zeitlang beobachtet und dann testweise mal den SingleStringWR ebenfalls wieder in serial-by-id geändert, ups, Daten da

Resultat: nun laufen ALLE RS485 Adapter unter serial-by-id an EINEM Pi, so wie es seit halbem Jahr sein sollte, aber bisher inkl. dem vierten Adapter nie ging. (SW Version 4.9.9a latest/buster-NICHT bullseye)


Frage: Warum sind 2 Tage vorher die ersten drei RS485 Adapter testweise fehlerfrei mit devpath gelaufen, und nachdem der vierte dran steckt, kamen nach der Nacht nur teilweise Daten und nun mit serial by id völlig normal alles funzt.

WAS ist dann der Unterschied zwischen devpath .. ttyUSBx und serien# in der config, da ja auch in der .log die Einträge nächtens anders sind.irgendwo in den Tiefen der SW ist da dann was anderes..denn mMn nur durch Änderung des Adapterpfades können Daten selber doch nicht anders sein?!??

Wär interessant zu wissen, denn hier tauchen immer wieder mal Probleme auf, wenn bei manchen Usern der USB RS485 Adapter partout nicht will (die haben vmtl dann SW Version 5.x.x mit bullseye, bei dem ja bekanntermassen wegen SWbug die usb99rules so nicht gehen).


Grüsse insForum

a.

[Ulrich]

WAS ist dann der Unterschied zwischen devpath .. ttyUSBx und serien# in der config

Da gibt es mehrere Beiträge zu. In Bullseye funktioniert das im Moment nicht, das ist bekannt. Irgendwann muss es eine Behebung des Fehlers von der Betriebssystemseite her geben.

[andreas_n]

Moin Ulrich,

das wusste ich bis eben nicht,dann müsste sich ja der Fehler schon seit den letzten buster-updates eingeschlichen haben.
Aber @tobi657 (viewtopic.php?p=31288&hilit=growatt+5000+ES#p31288) kämpft immer noch, der hat bullseye drauf, bei ihm geht gleich gar nix vorwärts.

Gruss
a.