Dnia Fri, 06 Jun 2014 16:55:03 +0200, Jakub Rakus napisał(a):
> On 06.06.2014 14:45, j...@g...com wrote:
>> 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.
>
> Sam sobie odpowiedziałeś: kombajny. Instalka matlaba zajmuje "niecałe"
> 4GB, oczywiście program darmowy nie jest, a kosztuje krocie jeśli ktoś

O w morde ... co oni w tych 4GB schowali ?



J.

do góry

On 07.06.2014 13:01, J.F. wrote:
> Dnia Fri, 6 Jun 2014 11:37:09 -0700 (PDT), j...@g...com
>>> Bo trzeba się ich uczyć, a arkusz obsługujesz w zasadzie w biegu.
>>> Kombajnu trzeba sie nauczyc, a Excela kazdy zna :-)
>> Mniej wiecej te same odpowiedzi uzyskalem w pracy na wiekopomne odkrycie iz
>> wiekszsc inzynierow "hardwarowych" korzysta z Exela jako platformy obliczeniowej
mimo iz wiekszosc programuje w C.
>> 1) Excela tez trzeba sie nauczyc z jego milionem nikmu nie potrzebnych funkcji
>
> Szybko znajdziesz jedna potrzebna.

Dobry dowcip;)


>> 2) Matlab/Octave ze swa skladnia sa zblizone sa do C i mowienie iz jest
skomplikowany raczej wskazuje na niechec do programowanie np:
>> Potrzebowalem odczytac z wykresu pewna wartosc zamiast znalezc wzor funkcji
linowej opisanej ponizszymi wartoscami
>> Skrypt dla Octave:
>> x = [2, 3, 3.6];
>> y = [38, 57, 68];
>> plot (x, y);
>> Skomplikowane? Raczej nie.
>
> Nie, tylko trzeba sie doszukac.
> Tu akurat nie trzeba, bo to pewnie pierwszy przyklad z dokumentacji,
> ale jak chcesz przeczytac dane z pliku, opisac osie, zapanowac nad
> skala ... to ile to potrwa ?

Dane z pliku - czytasz np o funkcji load.
Ale można wyklikać.
Uładnienie wykresu też możesz wyklikać (no, poza octave, bo tam można
sobie poklikać w konsolę, ale wtedy gnuplot). A jak chcesz 40 obrazków,
możesz to napisać.

>> 3) Jezyki skryptowe jak Python czy Matlab/Octave daja ogromne biblioteki
>> do obrobki zebranych danych. Ja wiem iz mozna obliczyc RMS itp takze w Excelu
>> a FFT tez? ;)
>
> Tez, jest biblioteka. Co prawda troche smieszna, bo liczby zespolone
> to on chyba tekstowo przechowuje, tym niemniej jest.

To nawet śmieszne nie jest.

> Liczby zespolone w C/C++ to temat na dluzsza dyskusje ... o wyzszosci
> Fortranu :-)

Masz informacje z lat 90tych.
No i w najgorszym momencie nie były nawet w przybliżeniu tak źle
jak opisujesz dla excela:)

>> 4) W wiekszosci dystrybucji Linuksowych Octave jak i Python sa spakietowane i nic
nie trzeba instalowac oraz dzialaja stabilnie.
>
> Ale my niestety mamy windows na pokladzie :-P

scilab jest kolejnym klonem matlaba (ciut mniej wiernym) ale który
nie widziwia i ma ide i nie chce mingwina.

python pod windowsem to nie problem.

pzdr
bartekltg

do góry

Dnia Sat, 07 Jun 2014 16:55:33 +0200, bartekltg napisał(a):
> On 07.06.2014 13:01, J.F. wrote:
>>> Mniej wiecej te same odpowiedzi uzyskalem w pracy na wiekopomne odkrycie iz
>>> wiekszsc inzynierow "hardwarowych" korzysta z Exela jako platformy obliczeniowej
mimo iz wiekszosc programuje w C.
>>> 1) Excela tez trzeba sie nauczyc z jego milionem nikmu nie potrzebnych funkcji
>>
>> Szybko znajdziesz jedna potrzebna.
>
> Dobry dowcip;)

Nie mialem problemu.

>>> Skrypt dla Octave:
>>> x = [2, 3, 3.6];
>>> y = [38, 57, 68];
>>> plot (x, y);
>>> Skomplikowane? Raczej nie.
>>
>> Nie, tylko trzeba sie doszukac.
>> Tu akurat nie trzeba, bo to pewnie pierwszy przyklad z dokumentacji,
>> ale jak chcesz przeczytac dane z pliku, opisac osie, zapanowac nad
>> skala ... to ile to potrwa ?
> Dane z pliku - czytasz np o funkcji load.

A ile Matlab ma funkcji ? Wiecej czy mniej niz Excel ? :-P

>>> 3) Jezyki skryptowe jak Python czy Matlab/Octave daja ogromne biblioteki
>>> do obrobki zebranych danych. Ja wiem iz mozna obliczyc RMS itp takze w Excelu
>>> a FFT tez? ;)
>> Tez, jest biblioteka. Co prawda troche smieszna, bo liczby zespolone
>> to on chyba tekstowo przechowuje, tym niemniej jest.
> To nawet śmieszne nie jest.

>> Liczby zespolone w C/C++ to temat na dluzsza dyskusje ... o wyzszosci
>> Fortranu :-)
> Masz informacje z lat 90tych.

Cos sie istotnie polepszylo ? Program do odwracania macierzy
zespolonej da sie napisac i bedzie tak samo szybko dzialal ?

> No i w najgorszym momencie nie były nawet w przybliżeniu tak źle
> jak opisujesz dla excela:)

Ale to dziala :-)
I to nawet szybko, jak potrzeba pojedynczej transformaty, wiec w czym
problem ?

>>> 4) W wiekszosci dystrybucji Linuksowych Octave jak i Python sa spakietowane i nic
nie trzeba instalowac oraz dzialaja stabilnie.
>> Ale my niestety mamy windows na pokladzie :-P
> scilab jest kolejnym klonem matlaba (ciut mniej wiernym) ale który
> nie widziwia i ma ide i nie chce mingwina.
> python pod windowsem to nie problem.

Czyli trzeba szukac, kombinowac, sprawdzac, a za 5 minut w Excelu
bedzie potrzebny wykres ...

J.

do góry

On Wed, 04 Jun 2014 23:37:26 +0200, Jakub Rakus <s...@o...pl>
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.

Podstawowy Problem Polskiej Informatyki?...

A.L.

do góry

On Wed, 04 Jun 2014 23:37:26 +0200, Jakub Rakus <s...@o...pl>
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.

Googla qu.... nie masz? Wiesz co to jest awk albo sed?

http://stackoverflow.com/questions/4614775/convertin
g-hex-to-decimal-in-awk-or-sed

A.L.

do góry

On Sat, 07 Jun 2014 20:08:49 -0500, A.L. <a...@a...com> wrote:
> Googla qu.... nie masz? Wiesz co to jest awk albo sed?

Jednak platforma (systemowa) trochę kreuje świadomość...

--
Marek

do góry

W dniu 08.06.2014 o 03:08 A.L. <a...@a...com> pisze:

> Googla qu.... nie masz? Wiesz co to jest awk albo sed?
A ty czytać nie umiesz? awk już mu polecałem, spóźniłeś się o dwa dni.

--

Pozdr
Janusz

do góry

On Sun, 08 Jun 2014 08:24:18 +0200, Marek <f...@f...com> wrote:

>On Sat, 07 Jun 2014 20:08:49 -0500, A.L. <a...@a...com> wrote:
>> Googla qu.... nie masz? Wiesz co to jest awk albo sed?
>
>Jednak platforma (systemowa) trochę kreuje świadomość...

Ze co?...

A.L.

do góry

On Sun, 08 Jun 2014 10:00:48 +0200, janusz_k <J...@o...pl> wrote:

>W dniu 08.06.2014 o 03:08 A.L. <a...@a...com> pisze:
>
>> Googla qu.... nie masz? Wiesz co to jest awk albo sed?
>A ty czytać nie umiesz? awk już mu polecałem, spóźniłeś się o dwa dni.

Ja nie pialem o awku. ja pisalem o tym ze gosciowi nei chce sie
pogoglowac; woli wrzucic problem na grupe zeby jelenie podali mu
rozwiazanie na tacy.

Takie to dzisiaj czasy

A.L.

P.S. Tak na marginesie... Ile linii C potrzeba zeby ten problem
rozwiazac?... 5 wystarczy? Czy 10?..

do góry

On 09.06.2014 01:34, A.L. wrote:
> On Sun, 08 Jun 2014 10:00:48 +0200, janusz_k <J...@o...pl> wrote:
>
>> W dniu 08.06.2014 o 03:08 A.L. <a...@a...com> pisze:
>>
>>> Googla qu.... nie masz? Wiesz co to jest awk albo sed?
>> A ty czytać nie umiesz? awk już mu polecałem, spóźniłeś się o dwa dni.
>
> Ja nie pialem o awku. ja pisalem o tym ze gosciowi nei chce sie
> pogoglowac; woli wrzucic problem na grupe zeby jelenie podali mu
> rozwiazanie na tacy.
>
> Takie to dzisiaj czasy
>
> A.L.
>
> P.S. Tak na marginesie... Ile linii C potrzeba zeby ten problem
> rozwiazac?... 5 wystarczy? Czy 10?..

W c++ pisząc jak człowiek 10

#include <iostream>
#include <cstdint>
using namespace std;
int main()
{
uint16_t n;
while (cin>>hex>>n)
cout<<(int16_t)n<<endl;
return 0;
}

Mięsko jest tak naprawdę w 3.

A jak się nie lubi człowieka, który po nas obejmie kod, można i w 5

#include <iostream>
int main(){
unsigned short int n;
while (std::cin>>std::hex>>n) std::cout<<(short)n<<std::endl;
}

;-)



Jak jest w przenośnym assmblerze? Pewnie podobnie. Scanf z magicznym
parematrem i printf.

pzdr
bartekltg

do góry