On Tue, 27 Apr 2021 16:52:18 +0200, heby wrote:
> On 27/04/2021 16:28, Marek wrote:
>> Ale oczywiście to co z natury jest wolne (z założeń) można jeszcze
>> bardziej spowolnić przez błędy implementacyjne.
>
> I tak jest. Jak mówie "latency 20s" to przesadzam ale niewiele. Jeden z
> liczników energii jako obczajałem zwaracał wynik natychmiast albo po
> sekundzie. Eksperymentowałem i mozliwe że ma to zwiazak z "zapisywaniem
> flasha z licznikiem energii" kiedy jest zbyt zajęty sleep(1000), bo lagi
> pojawiały się periodycznie co minutę. Czyli już dupa, bo sekunda na
> magistrali 57600 to jest jednak kilka ramek do innych, któe nie dojdą.

Alez dojda. Tylko pozniej.
Pytanie, na ile to istotne.

> Jak masz jeden licznik, to nie problem ,ale jak pracuje ich kilka, to
> dramat. I winę ponosi producent licznika, ale tak naprawdę winę ponosi
> dziadostwo modbusa.

I tak, i nie.

Zobacz, jak to osiagnieto w ethernecie.
Najpierw byla magistrala i kolizje.

Teraz masz lacznosc P2P i koncentratory-bufory (switche).

Gdyby to wdrozyc w 1979 ... za drogie, czy nie bardzo - wszak
urzadzenia przemyslowe zawsze byly drogie?
Ale co chcesz - licznik energii z pecetem do komunikacji ? :-)

Przy czym proponujesz tu jeszcze komunikacje asynchroniczna od strony
logicznej ... czyli kolejne utrudnienia.

Owszem - mozna by juz przejsc na cos lepszego ... ale moze po prostu
modbus jest dobry i tani - nikomu nie przeszkadzaja te minuty w
odczycie licznikow pradu, a jak komus gdzies przeszkadza ... moze
sobie kupic lepsze urzadzenia, ktore odpowiedza w 10ms ..

J.

do góry

heby wrote:

> Nie zawiodłeś, do czegoś takiego są Zynq

I sam chip kosztuje ze cztery razy więcej niż moje całe urządzenie,
pomijając drobiazg, że to jest duże BGA wymagające tak na oko z 8-10
warstw PCB i żre dużo prądu. Ale poza tym też dałby radę. ;)

Pozdrawiam, Piotr

do góry

heby wrote:

> Pozbyś się iditycznej, lagującej wastwy modbusa? Nie mogę odczytywać
> parametrów falwonika częsciej "niż", ponieważ pod spodem jest gówniana
> transmisja szeregowa czuła na timeouty. XXI wiek, przypominam, na
> księżycu byliśmy podobno.

No teraz to zaczynasz brzmieć dokładnie jak ja. Nawet z argumentem o
Księżycu. :)

Pozdrawiam, Piotr

do góry

On Tue, 27 Apr 2021 16:52:18 +0200, heby <h...@p...onet.pl> wrote:
> > mógłby robić coś innego.
> Mógłby. Ethernet robi.

Wydaje mi się, że trochę porównujesz nieporównywalne. Takie
wskazywanie, że coś jest lepsze zapominając, że to konkurs w
kompletnie różnych kategoriach.

--
Marek

do góry

heby wrote:

> Ja mówie o przypadku: wysyaasz "daj temperaturę". I czekasz na
> odpowiedź, choćby ACK, bo soft po drugiejs stronie jest powolny.

Dlatego właśnie jest tam FPGA. Odpowie od razu, nie ma problemu wolnego
softu. Nie będzie miała co odpowiedzieć, to wyśle NAK i zwolni szynę.
Wystarczy timeout na poziomie mikrosekundy.

Pozdrawiam, Piotr

do góry

On Tue, 27 Apr 2021 16:57:50 +0200, heby <h...@p...onet.pl> wrote:
> To tak, jak ja: szukam licznika energii z odczytem co kilka sekund
> minimum, najlepiej kilka razy na sekundę. I jest z tym kłopot. "Bo
> Panie, komu to potrzebne".

?? Mam wdrożonych kilka własnych czytników liczników (takich z PGE
oraz jednofazowych pierdułek na szynę DIN) i nie kojarzę problemu z
odczytem. Jakie modele testowałes?

--
Marek

do góry

On 27/04/2021 19:35, Marek wrote:
>> > mógłby robić coś innego.
>> Mógłby. Ethernet robi.
> Wydaje mi się, że trochę porównujesz nieporównywalne. Takie wskazywanie,
> że coś jest  lepsze zapominając, że to konkurs w kompletnie różnych
> kategoriach.

Owszem, tylko ethernet startuje we wszystkich a modbus tylko w wyścigach
ślimaków i wygrywa. Niepokojące.

do góry

On 27/04/2021 19:39, Marek wrote:
> ?? Mam wdrożonych kilka własnych czytników liczników (takich z PGE oraz
> jednofazowych pierdułek na szynę DIN) i nie kojarzę problemu z odczytem.
> Jakie modele testowałes?

Np. wskazany PECA17. Można go szybko czytać, ale faktyczna zmiana mocy
wystepuje nie za często, dodatkowo niektóre ramki są fabrycznie ze złą
sumą CRC co powoduje wymuszenie ponownego czytania.

do góry

On 27/04/2021 19:38, Piotr Wyderski wrote:
>> Ja mówie o przypadku: wysyaasz "daj temperaturę". I czekasz na
>> odpowiedź, choćby ACK, bo soft po drugiejs stronie jest powolny.
> Dlatego właśnie jest tam FPGA. Odpowie od razu, nie ma problemu wolnego
> softu. Nie będzie miała co odpowiedzieć, to wyśle NAK i zwolni szynę.
> Wystarczy timeout na poziomie mikrosekundy.

To samo w ethernecie, za wyjątkiem dodatkow braku blokowania szyny ;)

do góry

On Tue, 27 Apr 2021 19:38:05 +0200, Piotr Wyderski wrote:
> heby wrote:
>> Ja mówie o przypadku: wysyaasz "daj temperaturę". I czekasz na
>> odpowiedź, choćby ACK, bo soft po drugiejs stronie jest powolny.
>
> Dlatego właśnie jest tam FPGA. Odpowie od razu, nie ma problemu wolnego

Jakbys znalazl tanszego procka z LVDS, to bys uzyl i nie pytal o czas
:-P
Bo bys zakladal, ze bedzie szybko ...

> softu. Nie będzie miała co odpowiedzieć, to wyśle NAK i zwolni szynę.

Ale nie zawsze NAK cie satysfakcjonuje, czasem trzeba poczekac na
wynik.

> Wystarczy timeout na poziomie mikrosekundy.

O ile procek mastera na taki pozwoli.
A czy nie powinien poczekac do konca spodziewanej transmisji?

A jak kabelek sie urwie, to ile bedzie czekal ?

J.

do góry