Witajcie,

Jest sobie pewne ustrojstwo, które wyniki pomiarów wypluwa przez RS232 w
postaci paczki kilkunastu bajtów co 10ms przy prędkości 115200. Zanim
stworzę programik na PC, który te dane będzie odbierał i rysował piękne
wykresy "real time" chciałbym zobaczyć czy w ogóle te dane mają sens.
Na razie radzę sobie tak: odpalam jakiś TeraTerm (słynny bray-terminal
nie ogarnia takiego natłoku danych), zapisuję odebrane dane do pliku.
Żeby to importować do Calca, najpierw muszę czymś notatnikopodobnym za
pomocą znajdź/zamień powstawiać znaki nowej linii na końcu każdej paczki
danych - ok, to idzie przeżyć, idzie szybko.
Masakrą jest obróbka danych w Calcu - moje ustrojstwo wynik pomiaru z
jednego kanału zapisuje na 16-bitowej liczbie w kodzie U2 (wyniki są
także ujemne!). Calc i jemu podobne może i mają funkcje konwersji między
systemami liczbowymi, ale z ograniczeniem do liczb 10-bitowych... więc
muszę tworzyć jakieś makabryczne formułki żeby np. z 0x76a9 zrobić
30377. Dla 7 takich liczb przy 2500 próbkach już Calc zamula, a będę
potrzebował poobserwować co się dzieje przez ok. 10 razy dłuższy czas...
Pytanie - znacie jakiś programik, którym można szybciutko i przyjemnie
obrabiać takie dane zapisane w pliku tekstowym jako log z RS232?
Znalazłem jakiś darmowy Smath, ładnie mi zaciągnął dane z pliku, ale już
przekonwertowanie hex-to-dec go przerosło. Nie chcę się pchać w Matlaba,
w którym pewnie bym to zrobił szybko, ale to wielka kobyła do
ściągnięcia i jeszcze większa po instalacji.

--
Pozdrawiam
Jakub Rakus

do góry

On 04.06.2014 23:37, Jakub Rakus wrote:
> Witajcie,
>
> Jest sobie pewne ustrojstwo, które wyniki pomiarów wypluwa przez RS232 w
> postaci paczki kilkunastu bajtów co 10ms przy prędkości 115200. Zanim
> stworzę programik na PC, który te dane będzie odbierał i rysował piękne
> wykresy "real time" chciałbym zobaczyć czy w ogóle te dane mają sens.
> Na razie radzę sobie tak: odpalam jakiś TeraTerm (słynny bray-terminal
> nie ogarnia takiego natłoku danych), zapisuję odebrane dane do pliku.
> Żeby to importować do Calca, najpierw muszę czymś notatnikopodobnym za
> pomocą znajdź/zamień powstawiać znaki nowej linii na końcu każdej paczki
> danych - ok, to idzie przeżyć, idzie szybko.
> Masakrą jest obróbka danych w Calcu - moje ustrojstwo wynik pomiaru z
> jednego kanału zapisuje na 16-bitowej liczbie w kodzie U2 (wyniki są
> także ujemne!). Calc i jemu podobne może i mają funkcje konwersji między
> systemami liczbowymi, ale z ograniczeniem do liczb 10-bitowych... więc
> muszę tworzyć jakieś makabryczne formułki żeby np. z 0x76a9 zrobić
> 30377. Dla 7 takich liczb przy 2500 próbkach już Calc zamula, a będę
> potrzebował poobserwować co się dzieje przez ok. 10 razy dłuższy czas...
> Pytanie - znacie jakiś programik, którym można szybciutko i przyjemnie
> obrabiać takie dane zapisane w pliku tekstowym jako log z RS232?
> Znalazłem jakiś darmowy Smath, ładnie mi zaciągnął dane z pliku, ale już
> przekonwertowanie hex-to-dec go przerosło. Nie chcę się pchać w Matlaba,
> w którym pewnie bym to zrobił szybko, ale to wielka kobyła do
> ściągnięcia i jeszcze większa po instalacji.
>


Daj przykładowy krótki plik wejściowy i wyjściowy.

pzdr
bartekltg

do góry

Jakub Rakus <s...@o...pl> napisał(a):
> Witajcie,
> Jest sobie pewne ustrojstwo, które wyniki pomiarów wypluwa przez RS232 w
> postaci paczki kilkunastu bajtów co 10ms przy prędkości 115200. Zanim
> stworzę programik na PC, który te dane będzie odbierał i rysował piękne
> wykresy "real time" chciałbym zobaczyć czy w ogóle te dane mają sens.
> Na razie radzę sobie tak: odpalam jakiś TeraTerm (słynny bray-terminal nie
> ogarnia takiego natłoku danych), zapisuję odebrane dane do pliku. Żeby to
> importować do Calca, najpierw muszę czymś notatnikopodobnym za pomocą
> znajdź/zamień powstawiać znaki nowej linii na końcu każdej paczki danych -
> ok, to idzie przeżyć, idzie szybko.
> Masakrą jest obróbka danych w Calcu - moje ustrojstwo wynik pomiaru z
> jednego kanału zapisuje na 16-bitowej liczbie w kodzie U2 (wyniki są także
> ujemne!). Calc i jemu podobne może i mają funkcje konwersji między
> systemami liczbowymi, ale z ograniczeniem do liczb 10-bitowych... więc
> muszę tworzyć jakieś makabryczne formułki żeby np. z 0x76a9 zrobić 30377.
> Dla 7 takich liczb przy 2500 próbkach już Calc zamula, a będę potrzebował
> poobserwować co się dzieje przez ok. 10 razy dłuższy czas...
> Pytanie - znacie jakiś programik, którym można szybciutko i przyjemnie
> obrabiać takie dane zapisane w pliku tekstowym jako log z RS232? Znalazłem
> jakiś darmowy Smath, ładnie mi zaciągnął dane z pliku, ale już
> przekonwertowanie hex-to-dec go przerosło. Nie chcę się pchać w Matlaba, w
> którym pewnie bym to zrobił szybko, ale to wielka kobyła do ściągnięcia i
> jeszcze większa po instalacji.

Skoro potrafisz stworzyć programik rysujący, to dlaczego problemem jest
napisane programiku konwertującego te dane?

--
Grzegorz Niemirowski
http://www.grzegorz.net/
OE PowerTool i Outlook Express: http://www.grzegorz.net/oe/
Uptime: 12 days, 2 hours, 15 minutes and 27 seconds

do góry

Dnia Wed, 04 Jun 2014 23:37:26 +0200, Jakub Rakus napisał(a):
> Na razie radzę sobie tak: odpalam jakiś TeraTerm (słynny bray-terminal
> nie ogarnia takiego natłoku danych), zapisuję odebrane dane do pliku.
> Żeby to importować do Calca, najpierw muszę czymś notatnikopodobnym za
> pomocą znajdź/zamień powstawiać znaki nowej linii na końcu każdej paczki
> danych - ok, to idzie przeżyć, idzie szybko.

TeraTerm ma makra. Mierne bo mierne, ale moze wystarcza.

> Pytanie - znacie jakiś programik, którym można szybciutko i przyjemnie
> obrabiać takie dane zapisane w pliku tekstowym jako log z RS232?
> Znalazłem jakiś darmowy Smath, ładnie mi zaciągnął dane z pliku, ale już
> przekonwertowanie hex-to-dec go przerosło. Nie chcę się pchać w Matlaba,
> w którym pewnie bym to zrobił szybko, ale to wielka kobyła do
> ściągnięcia i jeszcze większa po instalacji.

http://ttssh2.sourceforge.jp/manual/en/macro/command
/strscan.html

J.

do góry

On Wed, 04 Jun 2014 23:37:26 +0200, Jakub Rakus wrote:

> Witajcie,
>
> Jest sobie pewne ustrojstwo, które wyniki pomiarów wypluwa przez RS232 w
> postaci paczki kilkunastu bajtów co 10ms przy prędkości 115200. Zanim
> stworzę programik na PC, który te dane będzie odbierał i rysował piękne
> wykresy "real time" chciałbym zobaczyć czy w ogóle te dane mają sens.
> Na razie radzę sobie tak: odpalam jakiś TeraTerm (słynny bray-terminal
> nie ogarnia takiego natłoku danych), zapisuję odebrane dane do pliku.
> Żeby to importować do Calca, najpierw muszę czymś notatnikopodobnym za
> pomocą znajdź/zamień powstawiać znaki nowej linii na końcu każdej paczki
> danych - ok, to idzie przeżyć, idzie szybko.
> Masakrą jest obróbka danych w Calcu - moje ustrojstwo wynik pomiaru z
> jednego kanału zapisuje na 16-bitowej liczbie w kodzie U2 (wyniki są
> także ujemne!). Calc i jemu podobne może i mają funkcje konwersji między
> systemami liczbowymi, ale z ograniczeniem do liczb 10-bitowych... więc
> muszę tworzyć jakieś makabryczne formułki żeby np. z 0x76a9 zrobić
> 30377. Dla 7 takich liczb przy 2500 próbkach już Calc zamula, a będę
> potrzebował poobserwować co się dzieje przez ok. 10 razy dłuższy czas...
> Pytanie - znacie jakiś programik, którym można szybciutko i przyjemnie
> obrabiać takie dane zapisane w pliku tekstowym jako log z RS232?
> Znalazłem jakiś darmowy Smath, ładnie mi zaciągnął dane z pliku, ale już
> przekonwertowanie hex-to-dec go przerosło. Nie chcę się pchać w Matlaba,
> w którym pewnie bym to zrobił szybko, ale to wielka kobyła do
> ściągnięcia i jeszcze większa po instalacji.

Mysle, ze w pythonie zrobisz to w miare szybko.

--
pgw

do góry

On 05.06.2014 00:30, Grzegorz Niemirowski wrote:

> Skoro potrafisz stworzyć programik rysujący, to dlaczego problemem jest
> napisane programiku konwertującego te dane?

Przecież wyraźnie napisałem już w drugim zdaniu: Zanim stworzę programik
na PC, który te dane będzie odbierał i rysował piękne wykresy "real
time" chciałbym zobaczyć czy w ogóle te dane mają sens.
Ni będę się pie... z pisaniem programu dopóki nie zobaczę, że cokolwiek
da się z tego uzyskać, nie mam czasu na pisanie aplikacji for fun.

--
Pozdrawiam
Jakub Rakus

do góry

W dniu 05.06.2014 o 17:00 Jakub Rakus <s...@o...pl> pisze:

> On 05.06.2014 00:30, Grzegorz Niemirowski wrote:
>
>> Skoro potrafisz stworzyć programik rysujący, to dlaczego problemem jest
>> napisane programiku konwertującego te dane?
>
> Przecież wyraźnie napisałem już w drugim zdaniu: Zanim stworzę programik
> na PC, który te dane będzie odbierał i rysował piękne wykresy "real
> time" chciałbym zobaczyć czy w ogóle te dane mają sens.
> Ni będę się pie... z pisaniem programu dopóki nie zobaczę, że cokolwiek
> da się z tego uzyskać, nie mam czasu na pisanie aplikacji for fun.

A masz czas uczyć się programu do bróbki tego?
jak tak to masz "awk", ale łatwo nie bedzie, szybciej program napiszesz
niż się go (awk) nauczysz.
>


--

Pozdr
Janusz

do góry

Jakub Rakus <s...@o...pl> napisał(a):
> Przecież wyraźnie napisałem już w drugim zdaniu: Zanim stworzę programik
> na PC, który te dane będzie odbierał i rysował piękne wykresy "real time"
> chciałbym zobaczyć czy w ogóle te dane mają sens.
> Ni będę się pie... z pisaniem programu dopóki nie zobaczę, że cokolwiek da
> się z tego uzyskać, nie mam czasu na pisanie aplikacji for fun.

Widziałem tamto zdanie, ale nadal nie rozumiem. Przecież to roboty na 15
minut. Jak nie masz 15 minut, to mogę Ci napisać.

--
Grzegorz Niemirowski
http://www.grzegorz.net/
OE PowerTool i Outlook Express: http://www.grzegorz.net/oe/
Uptime: 12 days, 22 hours, 52 minutes and 58 seconds

do góry

W dniu środa, 4 czerwca 2014 23:37:26 UTC+2 użytkownik Jakub Rakus napisał:
> Witajcie,
>
>
>
> Jest sobie pewne ustrojstwo, które wyniki pomiarów wypluwa przez RS232 w
>
> postaci paczki kilkunastu bajtów co 10ms przy prędkości 115200. Zanim
>
> stworzę programik na PC, który te dane będzie odbierał i rysował piękne
>
> wykresy "real time" chciałbym zobaczyć czy w ogóle te dane mają sens.
>
> Na razie radzę sobie tak: odpalam jakiś TeraTerm (słynny bray-terminal
>
> nie ogarnia takiego natłoku danych), zapisuję odebrane dane do pliku.
>
> Żeby to importować do Calca, najpierw muszę czymś notatnikopodobnym za
>
> pomocą znajdź/zamień powstawiać znaki nowej linii na końcu każdej paczki
>
> danych - ok, to idzie przeżyć, idzie szybko.
>
> Masakrą jest obróbka danych w Calcu - moje ustrojstwo wynik pomiaru z
>
> jednego kanału zapisuje na 16-bitowej liczbie w kodzie U2 (wyniki są
>
> także ujemne!). Calc i jemu podobne może i mają funkcje konwersji między
>
> systemami liczbowymi, ale z ograniczeniem do liczb 10-bitowych... więc
>
> muszę tworzyć jakieś makabryczne formułki żeby np. z 0x76a9 zrobić
>
> 30377. Dla 7 takich liczb przy 2500 próbkach już Calc zamula, a będę
>
> potrzebował poobserwować co się dzieje przez ok. 10 razy dłuższy czas...
>
> Pytanie - znacie jakiś programik, którym można szybciutko i przyjemnie
>
> obrabiać takie dane zapisane w pliku tekstowym jako log z RS232?
>
> Znalazłem jakiś darmowy Smath, ładnie mi zaciągnął dane z pliku, ale już
>
> przekonwertowanie hex-to-dec go przerosło. Nie chcę się pchać w Matlaba,
>
> w którym pewnie bym to zrobił szybko, ale to wielka kobyła do
>
> ściągnięcia i jeszcze większa po instalacji.

Napisałem sobie programik, a raczej przepisałem przykład, w celu
weryfikacji czy dane po R232 maja sens ;)

#!/usr/bin/env python

import serial
import sys
import select
import struct
import math

ser = serial.Serial('/dev/ttyS5', 115200, timeout = None)
ser_data = []

while True:
ser_data.append(ser.read())
if any('\x04' == val for val in ser_data) == True:
print ser_data
ser_data[:] = []


Tak na marginesie, fascynuje mnie tendencja do używania arkusz kalkulacyjnego
przez inżynierów gdy dostępne są kombajny obliczeniowe typy Matlab czy opensourcowy
Octave.

do góry

Użytkownik napisał w wiadomości grup
>Tak na marginesie, fascynuje mnie tendencja do używania arkusz
>kalkulacyjnego
>przez inżynierów gdy dostępne są kombajny obliczeniowe typy Matlab
>czy opensourcowy Octave.

Kombajnu trzeba sie nauczyc, a Excela kazdy zna :-)

Latwosc zmian danych nie przemawia za Excelem ?

J.

do góry