Yapay zekâ tarafından English dilinden çevrildi ·
Pi 3B+, Raspberry Pi OS Bookworm, GPIO başlığında bir RS485 HAT. Python’da minimalmodbus ile üç fazlı bir enerji sayacını 9600 8N1, adres 5 üzerinden sorguluyorum ve her dakika kW ve kWh değerlerini Hermetry’ye yayınlıyorum.Sorun: yaklaşık beş sorgudan biri başarısız oluyor. Ya zaman aşımı ya da CRC hatası. Aynı sayaç, dizüstü bilgisayarımdaki bir USB-RS485 çubuğunda her seferinde yanıt veriyor. Betiğim /dev/ttyAMA0 dosyasını açıyor, çünkü HAT üreticisinin örneği bunu kullanmış. Sonra bir forum gönderisinde ttyS0, başka birinde serial0 kullanılmasını önerildiğini okudum ve artık ttyAMA0’ın tam olarak ne olduğunu gerçekten bilmiyorum.
minimalmodbus.NoResponseError: No communication with the instrument (no answer)
minimalmodbus.InvalidResponseError: Checksum error in rtu mode: 'x8ax1f' instead of 'x0exc4' .Aradaki fark nedir ve hangisini kullanmalıyım?
Pi 3B+, Raspberry Pi OS Bookworm, an RS485 HAT on the GPIO header. Python with minimalmodbus polls a three-phase energy meter at 9600 8N1, address 5, and publishes kW and kWh to Hermetry every minute.
Problem: about one poll in five fails. Either a timeout or a CRC error. The same meter on a USB-RS485 stick on my laptop answers every time. My script opens /dev/ttyAMA0 because that’s what the HAT vendor’s example used. Then I read a forum post saying to use ttyS0, and another saying serial0, and now I honestly don’t know what ttyAMA0 even is.
minimalmodbus.NoResponseError: No communication with the instrument (no answer)
minimalmodbus.InvalidResponseError: Checksum error in rtu mode: 'x8ax1f' instead of 'x0exc4' .What’s the difference and which one do I want?
Yapay zekâ tarafından English dilinden çevrildi ·
ttyAMA0 bir USB şey mi? ACM/USB adlarının USB için olduğunu hep düşünmüştüm.
Is ttyAMA0 a USB thing? I always thought ACM/USB names were for USB.
Yapay zekâ tarafından English dilinden çevrildi ·
Hayır, USB değil. Bir keresinde bir Pi 3’te düzensiz Modbus yaşadım ve çözümün bir parçası, giriş konsolu portu paylaştığı için console=serial0,115200 ifadesini cmdline.txt dosyasından çıkarmaktı. Ama bunun senin sorununun tamamı olup olmadığını bilmiyorum.
Not USB. I had flaky Modbus on a Pi 3 once and part of the fix was taking console=serial0,115200 out of cmdline.txt, the login console was sharing the port. Not sure that’s your whole problem though.
Yapay zekâ tarafından English dilinden çevrildi ·
Emily’nin bahsettiği kısım da bunun bir parçası. Geri kalanı herkesi yakalayan Pi 3 UART karmaşası.Pi 3/4/Zero W’de iki UART var. ttyAMA0, kendi saatine sahip iyi olan PL011. ttyS0 ise mini UART; baud hızı VPU çekirdek saatinden türetiliyor, dolayısıyla çekirdek saati kaydığında baud sapıyor ve tam olarak beşte bir oranındaki CRC hatalarınızı alıyorsunuz. Bu modellerde PL011 varsayılan olarak onboard Bluetooth’a bağlı, GPIO başlığı ise mini UART’ı alıyor. /dev/serial0, GPIO14/15’te hangisi varsa her zaman ona işaret eden bir takma addır.Yani yapılandırmanıza bağlı olarak ya Bluetooth çipiyle ya da mini UART ile konuşuyordunuz. PL011’i başlığa geri verin:
# /boot/firmware/config.txt (Bookworm)
enable_uart=1
dtoverlay=disable-bt
sudo systemctl disable hciuart
# ve console=serial0,115200 satırını /boot/firmware/cmdline.txt dosyasından kaldırın
sudo rebootArdından betiğinizde /dev/serial0 dosyasını açın; başka bir modele geçerseniz de çalışmaya devam eder. Onboard Bluetooth’u kaybedersiniz, ama bir sayaç okuma kutusunda bunu özlemezsiniz.Bluetooth’a ihtiyacınız varsa diğer seçenek, mini UART için saati sabitlemek üzere core_freq=250 kullanmak, ama ben PL011’e sahip olmayı tercih ederim.
Emily’s bit is part of it. The rest is the Pi 3 UART shuffle, which catches everyone.
The Pi 3/4/Zero W have two UARTs. ttyAMA0 is the PL011, the good one with its own clock. ttyS0 is the mini UART, whose baud rate is derived from the VPU core clock, so when the core clock moves the baud drifts and you get exactly your one-in-five CRC errors. On those models the PL011 is wired to the onboard Bluetooth by default and the GPIO header gets the mini UART. /dev/serial0 is an alias that always points at whichever one is on GPIO14/15.
So depending on your config you were either talking to the Bluetooth chip or to the mini UART. Give the PL011 back to the header:
# /boot/firmware/config.txt (Bookworm)
enable_uart=1
dtoverlay=disable-bt
sudo systemctl disable hciuart
# and remove console=serial0,115200 from /boot/firmware/cmdline.txt
sudo rebootThen open /dev/serial0 in your script, so it keeps working if you move to another model. You lose onboard Bluetooth, which on a meter-reading box you don’t miss.
If you need Bluetooth, the other option is core_freq=250 to pin the clock for the mini UART, but I’d rather have the PL011.
Yapay zekâ tarafından English dilinden çevrildi ·
disable-bt ve konsolun kaldırılması sorunu çözdü. Gece boyunca 600 sorgu, sıfır CRC hatası, sıfır zaman aşımı. Görünüşe göre ttyAMA0 üzerinden hiçbir işe yaramayan bir şeyle konuşuyormuşum ve script yeniden deneme mekanizmasına geçiyormuş, bu da bazen başarısız oluyormuş. serial0’a geçirdim. Kevin, ttyAMA, USB değil, ARM PL011 adlandırmasıdır.
disable-bt plus removing the console did it. 600 polls overnight, zero CRC errors, zero timeouts. I was on ttyAMA0 talking to… nothing useful apparently, and the script fell back to retries that sometimes hit. Changed it to serial0. Kevin, ttyAMA is the ARM PL011 naming, not USB.
- Bu konuyu yanıtlamak için giriş yapmış olmalısınız.
Sohbete katılın
Soru sormak ve yanıtlamak, yararlı gönderileri beğenmek ve sorununuzu çözen yanıtı işaretlemek için oturum açın. Her katkı puan ve seviye kazandırır.