Wir wechseln das Forum am 14.11.24 auf die Forensoftware Discourse. Zwischen Montag Abend und Dienstag Nachmittag wird das Forum deaktiviert. Danach sind wir hoffentlich mit neuem Forum inkl. der vorhandenen Beiträge wieder am Start! Hier zum Forenbeitrag!
M-Bus interface mit SensostarU
funktioniert an Windows PC
funktioniert an LinuxPC
wird an raspberry VenusOS erkannt
an 9 von 10 Datenabfragen hängt sich die debug Abfrage auf
machmal kommt ein wenig zurück
RECV
root@raspberrypi2:~# mbus-serial-request-data -d -b 2400 /dev/ttyUSB0 1 init_slaves: debug: sending init frame #1 [2023-09-Z] SEND (005): 10 40 FD 3D 16 init_slaves: debug: sending init frame #2 [2023-09-Z] SEND (005): 10 40 FD 3D 16 [2023-09-Z] SEND (005): 10 5B 01 5C 16 [2023-09-26 10:32:06Z] RECV (185): 68 B3 B3 68 08 01 72 88 38 65 31 C5 14 00 04 1C 00 00 00 04 78 00 00 E3 01 04 06 38 00 00 00 04 13 97 36 00 00 04 2B 11 01 00 00 14 2B 41 76 80 00 00 00 00 00 C0 80 C0 00 00 00 00 00 00 C0 80 00 00 80 00 00 00 00 C0 80 80 00 00 00 00 00 00 80 00 C0 00 00 00 C0 00 80 C0 00 00 C0 80 00 00 00 C0 00 00 C0 00 80 00 00 00 C0 80 80 80 C0 00 C0 80 80 00 00 80 80 C0 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00 C0 00 00 00 00 00 00 00 00 00 80 00 00 00 C0 00 C0 80 C0 80 00 00 C0 00 C0 80 00 00 C0 80 00 00 00 00 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Failed to receive M-Bus response frame. root@raspberrypi2:~# mbus-serial-request-data -d -b 2400 /dev/ttyUSB0 1 init_slaves: debug: sending init frame #1 [2023-09Z] SEND (005): 10 40 FD 3D 16 init_slaves: debug: sending init frame #2 [2023-09-11Z] SEND (005): 10 40 FD 3D 16 [2023-09-11Z] SEND (005): 10 5B 01 5C 16
am PC sieht es plaubiel aus
<DataRecord id="26">
<Function>Instantaneous value</Function>
<StorageNumber>1</StorageNumber>
<Tariff>0</Tariff>
<Device>3</Device>
<Unit>Volume (m m^3)</Unit>
<Value>0</Value>
<Timestamp>2023xxxxxxxxZ</Timestamp>
</DataRecord>
</MBusData>
Das Interface arbeitet sowohl an PC als auch mit raspberry bei 28V, der Sensostar kann 24Vbis 42V
ein analoges Messintrument zeigt, dass die Spannung während der Abfrage nicht zusammenbricht (*zumindest bleibt der Zeiger stabil)
Eine externe Spannungsversorgung verschluckt das Nutzsignal, weil ich nicht getrennt einschleifen kann.
Hat noch jemand eine Idee wie ich das am raspberry zum Laufen bekomme? danke
ein analoges Messintrument zeigt, dass die Spannung während der Abfrage nicht zusammenbricht (*zumindest bleibt der Zeiger stabil)
das ist wohl doch ohne Aussage, das die Kommunikation auf Spannngungwerten beruht:
https://m-bus.com/documentation-wired/04-physical-layer
Eine externe Spannungsversorgung verschluckt das Nutzsignal, weil ich nicht getrennt einschleifen kann.
Das ist dann ebenso der falsche Weg.
Ebenso hab ich ein USB Y Kabel und eine starkes Netzteil verwendet um die USB power sicherzustellen.
Am Laptop kommen Antworten, am raspi nicht.
https://otb-iot.readthedocs.io/en/latest/mbus.html
Mit einer zusätzlichen ground Leitung empfange ich auf dem raspi die Werte in 3 von 10 Fällen.
Das bedeutet grundsätzlich erstmal, dass der raspberry und das VenusOS das können. Und es wert ist einen anderen Adapter zu besorgen.
Ich krieg noch Schwämmchen.
Mit raspian OS geht es 🙄 .
Selbe Hardware.
ich hab den selben adapter und die selben wmz laufen. allerdings auf nem mini-pc mit proxmox. einlesen mach ich per https://github.com/packom/mbus-httpd und danach per rest abfrage zu Homeassistant
lg
allerdings auf nem mini-pc mit proxmox. einlesen mach ich per https://github.com/packom/mbus-httpd
danke So mache ich das im Moment auch. So muss aber ein zweiter Computer im Heizungskeller bleiben (=sinnlos). Oder das MBus Kabel zum Server aufs Dach gelegt werden (=Aufwand).
Irgendwas ist immer.
mini-pc
Welchen hast du? Ich überlege zwischen raspi 5 (~5 Watt) oder einer Synology_x86 oder einem ITX (~10Watt). Die Futros sind ganz schön teuer gerade.
Nen Futro 920 bekommt man noch recht günstig wenn der ausreicht, hab einen für 18 Euro +Versand bei Ebay bekommen (ohne Standfuß aber mit Netzteil)
Futro 920
Ja, so einen werd ich mal testen für paarundzwanzig Euro. Ob das überhaput was für mich ist. Der AMD braucht mutmaßlich mehr Strom, TDP ist doppelt so hoch.
@baummitschatten ich hab einen N95 Intel mit 16GB Ram und 512GB M2 ssd von amazon. Kriegt man meistens um die 200€ - im Angebot auch weniger. Verbraucht keine 15W und hat ausreichend Leistung. Die Leistung bei extrem wenig stromverbrauch war mir wichtig. Ich hab halt 4-5 VMs und Lxc container auf proxmox laufen 😉
lg
@baummitschatten Ich hab den noch nicht richtig installiert aber bei Homeassistant vom USB Stick gebootet braucht er in der Notfallkommandozeile zwischen 6,5 W und 11 W
Bin da noch am rumbasteln und hab auch noch einen HP T630 rumliegen, bei dem ich RAM und SSD aufgerüstet hab. Der braucht auch etwas um die 12 W mit beiden SSDs
Beide aber mit Standardeinstellungen und ohne Optimierungen aufs Stromsparen
Die TDP war mal sowas wie der maximal abzuführende Wert (Intel erlaubt aber inzwischen den CPUs da ein Überschreiten für kurze Zeit um ein mehrfaches)
Wieviel die Dinger dann tatsächlich brauchen sagt das leider nicht aus, es kommt ja auch noch Hardware drum rum dazu.
Der Raspberry Pi 4 den ich mit Home Assistant habe braucht meine ich auch um die 5-6 W mit externer SSD und Lüfter
Hi - bin neu hier, etwas verloren noch, aber weils hier schön passt und es vielleicht wen interessiert
Ich habe auch lange nach einem (unidirektionalen!) MBus Adapter gesucht und nichts gefunden - und daher selber eine "hochkomplexe" irrsinnig aufwändige Schaltung entwickelt (ich nenne sie nur M-Bus Pegelwandler - mehr ist es nicht).
Mein Zähler (Sagemcom T210-D) wirft schlicht im 5s Takt die Daten raus und kann sonst nichts. Also habe ich dazu folgendes gebastelt, an dem RPi seine UARTs angeschlossen und: Daten empfangen - im unlesbaren Müllformat, weil mein EVU meint aus Datenschutzgründen muß der MBus verschlüsselt werden - also Software zum Entschlüsseln - statt einfach serielles Auslesen - egal: läuft bei mir seit über einem halben Jahr nun problemlos!
Aber wie gesagt: unidirektional - wenn der Zähler erst gekitzelt werden muß über requests - dann taugt das nichts....
Kann aber sein, daß minimale Anpassungen nötig sind, gerade bei Zählern die weniger Spannung liefern (hab von Kaifa Zählern gehört, die Probleme machen)
Aber ich denke - bei dem techn. Potential hier werden das die meisten hinbekommen...
Die Platine hab ich mit dem Lasercutter "graviert" (also schwarzen Lack drüber und den weggebrannt wo Kupfer weg sollte beim Ätzen)
Der Optokopplertyp ist unkritisch. War der erste, den ich in der Lade dafür in die Finger bekam...