RTV forum PL | NewsGroups PL

Szybkie programy do obróbki danych HEX 16-bitowych z RS232: jakie polecacie?

Aplikacja do obróbki danych HEX/kod U2/RS23 2

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - Szybkie programy do obróbki danych HEX 16-bitowych z RS232: jakie polecacie?

Goto page Previous  1, 2, 3, 4  Next

Guest

Fri Jun 06, 2014 10:10 pm   



W dniu piątek, 6 czerwca 2014 21:30:36 UTC+2 użytkownik janusz_k napisał:
Quote:
W dniu 06.06.2014 o 20:37 <jerzdy@gmail.com> pisze:

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.

No i normalne, w C źle się liczy i na dodatek wynik trzeba jeszcze jakoś
wyświetlić,
Jesli znasz C to znasz tez Matlaba. Obliczenia numeryczne w C nie sa najwygodniejsze stad prosty kierunek czego uzyc.


Quote:
1) Excela tez trzeba sie nauczyc z jego milionem nikmu nie potrzebnych
funkcji
Guzik prawda, wystarcza kilka podstawowych, resztę szukasz w wstaw
funkcję, mozliwości ci te daje najprostrzy darmowy pakiet nap libreoffice.
Dokladnie. Guzik prawda. Tak jak zaprezentowałem, wykres funkcji w Octave to 3 liniki.


Quote:
ukrytych w ciągle zmieniającym sie menu. Potrzebowealem zrobic tabelke z
kilkoma wartoscami oraz obliczeniem rownania z tymi zmiennymi. Horrendum.
Bez przesady, podstawy arkusza są naprawdę proste.
Oczywiscie bo jak nazywa sie w Calcu funkcja zaokrąglenia to dzieci w przedszkolu wiedza natomiast nie wiedza co to wektor;)


Quote:
2) Matlab/Octave ze swa skladnia sa zblizone sa do C i
(..) octave to bubel.
Ten bubel do Twoich zastosowań jest aż nadto dobry.


Quote:

Skomplikowane? Raczej nie.
3) Jezyki skryptowe jak Python czy Matlab/Octave daja ogromne biblioteki
Próbowałem sie nauczyć Python-a i dałem sobie spokój, zbyt popierniczony.
Patrz wyzej. Programowanie w proceduralne w Pythonie jest zbliżone do C.


Quote:
do obrobki zebranych danych. Ja wiem iz mozna obliczyc RMS itp takze w
Excelu a FFT tez? Wink
Pewnie, na pewno łatwo nie będzie ale da się.
Czekam z niecierpliwością na implementacje.


Quote:
4) W wiekszosci dystrybucji Linuksowych Octave jak i Python sa
spakietowane i nic nie trzeba instalowac oraz dzialaja stabilnie.
A w windzie?
A w windzie sie jezdzi a nie programuje. Pretensje do wielkiego Bila

iz nie dostarcza zadnych narzedzi poza Notatnikiem i Excelem.

Pozdrawiam,
jerzy

janusz_k
Guest

Sat Jun 07, 2014 7:39 am   



W dniu 06.06.2014 o 22:10 <jerzdy@gmail.com> pisze:

Quote:
W dniu piątek, 6 czerwca 2014 21:30:36 UTC+2 użytkownik janusz_k napisał:
W dniu 06.06.2014 o 20:37 <jerzdy@gmail.com> pisze:

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.

No i normalne, w C źle się liczy i na dodatek wynik trzeba jeszcze jakoś
wyświetlić,
Jesli znasz C to znasz tez Matlaba.
Znam C, matlaba nie, i nie mam zamiaru sie go uczyć.



Obliczenia numeryczne w C nie sa
Quote:
najwygodniejsze stad prosty kierunek czego uzyc.

1) Excela tez trzeba sie nauczyc z jego milionem nikmu nie potrzebnych
funkcji
Guzik prawda, wystarcza kilka podstawowych, resztę szukasz w wstaw
funkcję, mozliwości ci te daje najprostrzy darmowy pakiet nap
libreoffice.
Dokladnie. Guzik prawda. Tak jak zaprezentowałem, wykres funkcji w
Octave to 3 liniki.
No i? daje tylko wykres, a mowa była o obliczeniach, czasami

skomplikowanych.



Quote:

ukrytych w ciągle zmieniającym sie menu. Potrzebowealem zrobic
tabelke z
kilkoma wartoscami oraz obliczeniem rownania z tymi zmiennymi.
Horrendum.
Bez przesady, podstawy arkusza są naprawdę proste.
Oczywiscie bo jak nazywa sie w Calcu funkcja zaokrąglenia
ZAOKR.DO.CAŁK()



to dzieci w
Quote:
przedszkolu wiedza natomiast nie wiedza co to wektor;)

2) Matlab/Octave ze swa skladnia sa zblizone sa do C i
(..) octave to bubel.
Ten bubel do Twoich zastosowań jest aż nadto dobry.
Dziadowsko chodący program? weź nie żartuj. Poza tym kolejna kobyła na

dysku, a libre ma raptem 200M i robi z nadatkiem to czego potrzebuję..


Quote:


Skomplikowane? Raczej nie.
3) Jezyki skryptowe jak Python czy Matlab/Octave daja ogromne
biblioteki
Próbowałem sie nauczyć Python-a i dałem sobie spokój, zbyt
popierniczony.
Patrz wyzej. Programowanie w proceduralne w Pythonie jest zbliżone do C.
Zbliżone, ale nie takie same. Poza tym ma swoje niuanse których trzeba się

uczyć.


Quote:

do obrobki zebranych danych. Ja wiem iz mozna obliczyc RMS itp takze w
Excelu a FFT tez? Wink
Pewnie, na pewno łatwo nie będzie ale da się.
Czekam z niecierpliwością na implementacje.
Po co? to że można nie oznacza że się tak normalnie robi, a poza tym mowa

była o prostych obliczeniach w pracy inżyniera.

Quote:

4) W wiekszosci dystrybucji Linuksowych Octave jak i Python sa
spakietowane i nic nie trzeba instalowac oraz dzialaja stabilnie.
A w windzie?
A w windzie sie jezdzi a nie programuje. Pretensje do wielkiego Bila
iz nie dostarcza zadnych narzedzi poza Notatnikiem i Excelem.
Śmieszny jesteś, pod windą matlab jest płatny a octave chodzi jak chce,

dziękuję za taką pomoc, wolę libreofice.


Quote:

Pozdrawiam,
jerzy


--

Pozdr
Janusz

bartekltg
Guest

Sat Jun 07, 2014 8:23 am   



On 05.06.2014 17:00, Jakub Rakus wrote:
Quote:
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 czas na siedzenie dobę na usenecie to masz;>

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

:~/pierd/hex-Release$ cat wej.txt
c8 FF C8 100 10000

:~/pierd/hex-Release$ ./hex < wej.txt >wyj.txt

:~/pierd/hex-Release$ cat wyj.txt
200
255
200
256
65536

Czy to dokładnie to, nie wiem, bo nie raczyłeś odpisać na moją prośbę
o przykład.
5 min łącznie z przeszukaniem dokumentacji jak się czyta szesnastkowy
i sprawdzeniem wyniku. Pewnie te posty dłużej pisałeś.

pzdr
bartekltg

bartekltg
Guest

Sat Jun 07, 2014 8:28 am   



On 06.06.2014 16:55, Jakub Rakus wrote:
Quote:
On 06.06.2014 14:45, jerzdy@gmail.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ś
chce go używać legalnie i jak każdy taki kombajn ma pierdylion funkcji,
których nigdy nie użyjesz jeśli nie projektujesz promu kosmicznego.
Octave - sorry, używałem Matlaba/Simulinka i jak zobaczyłem tego
niestabilnego sypiącego błędami potworka to szybko mu podziękowałem.

Przecież dopiero co powiedziałeś, że nie potrzebujesz projektować
promu kosmicznego, a octave jako kalkulator daje rade.
Masz wybór, lepszy program ale drogi, albo darmowa zapchajdziura.

Niektórzy polecają też np pythona z pakietami numpy i scipy.
Trochę mniej wygodne niż matlab, ale ma więcej niż octave.

Quote:
Jak sobie wezmę darmowy pakiet LibreOffice (instalka waży 200MB) mam
wszystko to samo co w nietanim MSOfficie, jest w nim Calc, odpowiednik
Excela, w którym wykonam 99% obliczeń potrzebnych w codziennej
inżynierskiej pracy.

Nikt nie broni używać grabi do kopania dołu.
Pytanie, czy nie ma w życiu ciekawszych rzeczy do roboty
niż spędzanie czasu nad narzędziami zaprojektowanymi
do prowadzenie księgowości.

pzdr
bartekltg

J.F.
Guest

Sat Jun 07, 2014 11:01 am   



Dnia Fri, 6 Jun 2014 11:37:09 -0700 (PDT), jerzdy@gmail.com
Quote:
Bo trzeba się ich uczyć, a arkusz obsługujesz w zasadzie w biegu.
Kombajnu trzeba sie nauczyc, a Excela kazdy zna Smile
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.

Quote:
ukrytych w ciągle zmieniającym sie menu.

No nie, raz sie zmienilo istotnie, niech im ziemia ciezka bedzie.
No i ten polski jezyk - kto slyszal funkcje spolszczac.

Quote:
Potrzebowealem zrobic tabelke z
kilkoma wartoscami oraz obliczeniem rownania z tymi zmiennymi. Horrendum.

Mozliwe. Tym niemniej ma ku temu narzedzia.

Quote:
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 ?

Quote:
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? Wink

Tez, jest biblioteka. Co prawda troche smieszna, bo liczby zespolone
to on chyba tekstowo przechowuje, tym niemniej jest.

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

Quote:
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


J.

J.F.
Guest

Sat Jun 07, 2014 11:04 am   



Dnia Fri, 06 Jun 2014 16:55:03 +0200, Jakub Rakus napisał(a):
Quote:
On 06.06.2014 14:45, jerzdy@gmail.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.

bartekltg
Guest

Sat Jun 07, 2014 2:55 pm   



On 07.06.2014 13:01, J.F. wrote:
Quote:
Dnia Fri, 6 Jun 2014 11:37:09 -0700 (PDT), jerzdy@gmail.com
Bo trzeba się ich uczyć, a arkusz obsługujesz w zasadzie w biegu.
Kombajnu trzeba sie nauczyc, a Excela kazdy zna Smile
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;)


Quote:
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ć.

Quote:
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.

Quote:
Liczby zespolone w C/C++ to temat na dluzsza dyskusje ... o wyzszosci
Fortranu Smile

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

Quote:
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 Razz

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

J.F.
Guest

Sat Jun 07, 2014 4:15 pm   



Dnia Sat, 07 Jun 2014 16:55:33 +0200, bartekltg napisał(a):
Quote:
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.

Quote:
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

Quote:
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? Wink
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 Smile
Masz informacje z lat 90tych.

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

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

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

Quote:
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 Razz
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.

A.L.
Guest

Sun Jun 08, 2014 12:22 am   



On Wed, 04 Jun 2014 23:37:26 +0200, Jakub Rakus <szczur01@op.pl>
wrote:

Quote:
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.

A.L.
Guest

Sun Jun 08, 2014 1:08 am   



On Wed, 04 Jun 2014 23:37:26 +0200, Jakub Rakus <szczur01@op.pl>
wrote:

Quote:
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/converting-hex-to-decimal-in-awk-or-sed

A.L.

Marek
Guest

Sun Jun 08, 2014 6:24 am   



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

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

--
Marek

janusz_k
Guest

Sun Jun 08, 2014 8:00 am   



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

Quote:
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

A.L.
Guest

Sun Jun 08, 2014 11:15 pm   



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

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

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

Ze co?...

A.L.

A.L.
Guest

Sun Jun 08, 2014 11:34 pm   



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

Quote:
W dniu 08.06.2014 o 03:08 A.L. <alewando@aol.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?..

bartekltg
Guest

Mon Jun 09, 2014 12:16 pm   



On 09.06.2014 01:34, A.L. wrote:
Quote:
On Sun, 08 Jun 2014 10:00:48 +0200, janusz_k <Janusz_kk@o2.pl> wrote:

W dniu 08.06.2014 o 03:08 A.L. <alewando@aol.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

Goto page Previous  1, 2, 3, 4  Next

elektroda NewsGroups Forum Index - Elektronika Polska - Szybkie programy do obróbki danych HEX 16-bitowych z RS232: jakie polecacie?

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map