Goto page Previous 1, 2, 3, 4, 5, 6 Next
John Smith
Guest
Fri Nov 22, 2013 2:24 am
Quote:
Oby tylko każdy z nich trafił w swój slot czasowy, bo jak wyjdzie, że
połowa się ponakrywa z sąsiadami, to można sobie długo czekać. Wiem, jak
to na radiu, jak si,ę np. w kółeczku gada i ostatni nadający nie
Szukasz problemu tam, gdzie go nie ma. Masz nawyki nadawania
analogowego. W układach cyfrowych, nadajniki na tym samym kanale będą w
różnych miejscach w przestrzeni, co przełoży się na różną moc
sygnału widocznego w odbiorniku. Siła sygnału będzie się różnić nawet
o 50-60dB i silniejszy sygnał przykryje słabszy w tym samym czasie.
Po najwyżej trzech okresach nadawania, wszystkie nadajniki już się
zameldują. Nawet, gdy pozostaną jakieś marudy, to inkasent przejdzie
się w miejsce gdzie sygnał będzie miał silniejszy.
Synchronizowanie czujników w sieci byłoby kosztowne energetycznie
i w końcowym projekcie, przegrało by konkurencję z rozwiązaniami
opartymi o statystykę.
K.
John Smith
Guest
Fri Nov 22, 2013 2:26 am
On 21-11-2013 23:39, Jarosław Sokołowski wrote:
Quote:
Pan ACMM-033 napisał:
Synchronizować? Wręcz przeciwnie. Problem ten sam, co w ethernecie.
Trochę nie o to mi szło - miałem na myśli, żeby każdemu ustawić trochę
inny czas, w którym swoje krzyknie, a potem ewentualnie dać losowo.
Tylko losowo. To jedynie słuszny kierunek.
"Losowość" sama się zrobi, wystarczy skorzystać z zegara RC w uC.
I taniej o jeden element w układzie.
K.
Guest
Fri Nov 22, 2013 8:10 am
Użytkownik "Marek" <fake@fakeemail.com> napisał w wiadomości
news:almarsoft.1465304516900876811@news.neostrada.pl...
Quote:
Dla mnie urzędzenie odczytowe to odbiornik (tylko) więc odbiornik
Bełkot.
Guest
Fri Nov 22, 2013 8:21 am
Użytkownik "John Smith" <dam9723@buziaczek.pl> napisał w wiadomości
news:l6li7g$pso$1@node1.news.atman.pl...
Quote:
W tym czasie zamelduje się kilkaset liczników w zasięgu, średni czas
odczytu pojedynczego wskazania < 1 sek. Zły wynik?
Jest wielce prawdopodobne że przy większej ilości liczników będą się
nakładały i odczytanie prawidłowe będzie utrudnione.
Pamietam taka sytuacja występowała na amatorskim Pakiet Radio.
Kiedy userzy się nawzajem nie słyszeli i nadawali jednocześnie,
bramka nie mogła prawidłowo odebrać i cała łączność była
do dupy, system się wykolejał.
Dopiero włączenie trybu master slave ratowało sytuację,
powodowało że nikt nie wysłał paczki bez zezwolenia bramki.
ACMM-033
Guest
Fri Nov 22, 2013 12:48 pm
Użytkownik <mx12345678@gmail.com> napisał w wiadomości
news:528f0615$0$2288$65785112@news.neostrada.pl...
Quote:
Jest wielce prawdopodobne że przy większej ilości liczników będą się
nakładały i odczytanie prawidłowe będzie utrudnione.
Nie inaczej.
Quote:
Pamietam taka sytuacja występowała na amatorskim Pakiet Radio.
Kiedy userzy się nawzajem nie słyszeli i nadawali jednocześnie,
bramka nie mogła prawidłowo odebrać i cała łączność była
do dupy, system się wykolejał.
I tak będzie w skrajnych przypadkach.
Quote:
Dopiero włączenie trybu master slave ratowało sytuację,
Tzw. tryb DAMA.
Quote:
powodowało że nikt nie wysłał paczki bez zezwolenia bramki.
O tym próbuję cały czas powiedzieć.
Na przykładzie 3 prawd x. Tischnera - kłamstwo, wielkie kłamstwo,
statystyka...
Na mało zaludnioną okolicę, jak znalazł. Ale w silnie zaludnionym centrum,
to nawet na różnicę w sile sygnału może nie być miejsca. Jak w końcu się
prześlimaczy (a w centrum, to nie tylko wodomiary nadają), to potrwa to, a
inkasent powkurwia się zdeka. Albo, jak podejdzie, to np. "złota polska
młodzież" powiedzmy, że da mu się we znaki, albo się będzie musiał przez x
bramek i y drzwi przepukać, jak mi domofon zadzwoni i usłyszę "elektrownia"
("gazownia", "administracja", itd., to nie otworzę, każdy może tak
powiedzieć, niech z cieciem chodzi). A to czas, czas, czas jest cenny.
I wtedy na tłum nie widzę innej możliwości upłynnienia, jak sterowanie, kto
w danej chwili może się odezwać. Albo będziemy mieć w eterze kolejny Marsz
Niepodległości.
--
ACMM-033-PC-GCI-Warszawa.
Spamerstwu i "pytaczom" wstęp do skrzynki email surowo zabroniony!
To, że adres ten jest publiczny i nieodspamiony, nie oznacza, że wolno
wam tu załatwiać się, do tego jest klop, tylko go z szafą nie pomylcie!
Guest
Fri Nov 22, 2013 1:19 pm
Użytkownik "ACMM-033" <valhalla@interia.pl> napisał w wiadomości
news:l6nggv$6fi$1@node2.news.atman.pl...
Quote:
Na przykładzie 3 prawd x. Tischnera - kłamstwo, wielkie kłamstwo,
statystyka...
Tak NTG. Jeżeli to o śp. ks. Tischnera chodzi,
Śp. ks. Tischner mawiał że górale rozróżniają 3 rodzaje prawdy
Świynto prowda
Tyz prowda
Gówno prowda.
John Smith
Guest
Fri Nov 22, 2013 4:22 pm
[...]
Quote:
Tzw. tryb DAMA.
O tym próbuję cały czas powiedzieć.
Na przykładzie 3 prawd x. Tischnera - kłamstwo, wielkie kłamstwo,
statystyka...
Na mało zaludnioną okolicę, jak znalazł. Ale w silnie zaludnionym
centrum, to nawet na różnicę w sile sygnału może nie być miejsca. Jak w
[...]
Zamiast teoretyzować, albo wręcz "hipotetyzować", wystarczy przeczytać
moje posty w tym wątku. Nie ma żadnego problemu, wiele razy na stole
miałem setkę pracujących urządzeń, i obsługa była bez większego
problemu. A im bardziej są porozrzucane w przestrzeni, tym łatwiej.
K.
JarosĹaw SokoĹowski
Guest
Fri Nov 22, 2013 4:25 pm
Pan John Smith napisał:
Quote:
Synchronizować? Wręcz przeciwnie. Problem ten sam, co w ethernecie.
Trochę nie o to mi szło - miałem na myśli, żeby każdemu ustawić trochę
inny czas, w którym swoje krzyknie, a potem ewentualnie dać losowo.
Tylko losowo. To jedynie słuszny kierunek.
"Losowość" sama się zrobi, wystarczy skorzystać z zegara RC w uC.
Ale to będzie losowa częstotliwość, a nie losowe odstępy między sesjami.
Quote:
I taniej o jeden element w układzie.
O jaki element? Liczby pseudolosowe generuje się programowo. Wystarczy
kilka linijek kodu.
--
Jarek
John Smith
Guest
Fri Nov 22, 2013 4:30 pm
On 22-11-2013 16:25, Jarosław Sokołowski wrote:
Quote:
Pan John Smith napisał:
Synchronizować? Wręcz przeciwnie. Problem ten sam, co w ethernecie.
Trochę nie o to mi szło - miałem na myśli, żeby każdemu ustawić trochę
inny czas, w którym swoje krzyknie, a potem ewentualnie dać losowo.
Tylko losowo. To jedynie słuszny kierunek.
"Losowość" sama się zrobi, wystarczy skorzystać z zegara RC w uC.
Ale to będzie losowa częstotliwość, a nie losowe odstępy między sesjami.
Przełoży się to na losowe odstępy między paczkami, zgodnie z rozkładem
normalnym.
Quote:
I taniej o jeden element w układzie.
O jaki element? Liczby pseudolosowe generuje się programowo. Wystarczy
kilka linijek kodu.
Kwarc, jak koniecznie nie muszę, to nie stosuję tego elementu. W tej
aplikacji, brak kwarcu jako zegara dla uC, jest wręcz pożądany.
K.
JarosĹaw SokoĹowski
Guest
Fri Nov 22, 2013 4:44 pm
Pan John Smith napisał:
Quote:
Synchronizować? Wręcz przeciwnie. Problem ten sam, co w ethernecie.
Trochę nie o to mi szło - miałem na myśli, żeby każdemu ustawić trochę
inny czas, w którym swoje krzyknie, a potem ewentualnie dać losowo.
Tylko losowo. To jedynie słuszny kierunek.
"Losowość" sama się zrobi, wystarczy skorzystać z zegara RC w uC.
Ale to będzie losowa częstotliwość, a nie losowe odstępy między sesjami.
Przełoży się to na losowe odstępy między paczkami, zgodnie z rozkładem
normalnym.
Dwie stacje mogą "wylosować" tę samą częstotliwość a potem pechowo się
zsynchronizować i wzajemnie przekrzykiwać w tym samym momencie.
Quote:
I taniej o jeden element w układzie.
O jaki element? Liczby pseudolosowe generuje się programowo. Wystarczy
kilka linijek kodu.
Kwarc, jak koniecznie nie muszę, to nie stosuję tego elementu. W tej
aplikacji, brak kwarcu jako zegara dla uC, jest wręcz pożądany.
A bez kwarcu to nie można tych kilku linijek dopisać? Nie twierdzę, że
koniecznie trzeba, ani że w praktyce ich brak powoduje częste kłopoty.
Ale kierunek to słuszny, podbudowany teoretycnie.
--
Jarek
John Smith
Guest
Fri Nov 22, 2013 5:13 pm
On 22-11-2013 16:44, Jarosław Sokołowski wrote:
Quote:
Pan John Smith napisał:
Synchronizować? Wręcz przeciwnie. Problem ten sam, co w ethernecie.
Trochę nie o to mi szło - miałem na myśli, żeby każdemu ustawić trochę
inny czas, w którym swoje krzyknie, a potem ewentualnie dać losowo.
Tylko losowo. To jedynie słuszny kierunek.
"Losowość" sama się zrobi, wystarczy skorzystać z zegara RC w uC.
Ale to będzie losowa częstotliwość, a nie losowe odstępy między sesjami.
Przełoży się to na losowe odstępy między paczkami, zgodnie z rozkładem
normalnym.
Dwie stacje mogą "wylosować" tę samą częstotliwość a potem pechowo się
zsynchronizować i wzajemnie przekrzykiwać w tym samym momencie.
Dokładnie mówiąc, ten sam moment nadawania, bo częstotliwość (kanał)
jest z definicji ta sama.
Quote:
I taniej o jeden element w układzie.
O jaki element? Liczby pseudolosowe generuje się programowo. Wystarczy
kilka linijek kodu.
Kwarc, jak koniecznie nie muszę, to nie stosuję tego elementu. W tej
aplikacji, brak kwarcu jako zegara dla uC, jest wręcz pożądany.
A bez kwarcu to nie można tych kilku linijek dopisać? Nie twierdzę, że
koniecznie trzeba, ani że w praktyce ich brak powoduje częste kłopoty.
Ale kierunek to słuszny, podbudowany teoretycnie.
Ale po co pisać, jak projekt tego nie wymaga? Nie wymaga też fontanny
i też jej tam nie ma. A tak potrzebna funkcja rozjechania momentów
nadawania jest realizowana jako uboczna niedoskonałość zegarów RC.
K.
JarosĹaw SokoĹowski
Guest
Fri Nov 22, 2013 5:25 pm
Pan John Smith napisał:
Quote:
Synchronizować? Wręcz przeciwnie. Problem ten sam, co w ethernecie.
Trochę nie o to mi szło - miałem na myśli, żeby każdemu ustawić trochę
inny czas, w którym swoje krzyknie, a potem ewentualnie dać losowo.
Tylko losowo. To jedynie słuszny kierunek.
"Losowość" sama się zrobi, wystarczy skorzystać z zegara RC w uC.
Ale to będzie losowa częstotliwość, a nie losowe odstępy między sesjami.
Przełoży się to na losowe odstępy między paczkami, zgodnie z rozkładem
normalnym.
Dwie stacje mogą "wylosować" tę samą częstotliwość a potem pechowo się
zsynchronizować i wzajemnie przekrzykiwać w tym samym momencie.
Dokładnie mówiąc, ten sam moment nadawania, bo częstotliwość (kanał)
jest z definicji ta sama.
Tak, chodziło mi o częstotliwość (albo inaczej częstość) nadawania
raportów. Może być w dwóch stacjach taka sama, mogą się przez przypadek
zsynchrobuzować.
Quote:
I taniej o jeden element w układzie.
O jaki element? Liczby pseudolosowe generuje się programowo. Wystarczy
kilka linijek kodu.
Kwarc, jak koniecznie nie muszę, to nie stosuję tego elementu. W tej
aplikacji, brak kwarcu jako zegara dla uC, jest wręcz pożądany.
A bez kwarcu to nie można tych kilku linijek dopisać? Nie twierdzę, że
koniecznie trzeba, ani że w praktyce ich brak powoduje częste kłopoty.
Ale kierunek to słuszny, podbudowany teoretycnie.
Ale po co pisać, jak projekt tego nie wymaga? Nie wymaga też fontanny
i też jej tam nie ma. A tak potrzebna funkcja rozjechania momentów
nadawania jest realizowana jako uboczna niedoskonałość zegarów RC.
Fontanna wymaga na przykład doprowadzenia wody, jakiejś pompki itp.
A tu sprawę załatwia kilka linijek dopisanych od niechcenia.
--
Jarek
John Smith
Guest
Fri Nov 22, 2013 7:37 pm
On 22-11-2013 17:25, Jarosław Sokołowski wrote:
Quote:
Pan John Smith napisał:
Synchronizować? Wręcz przeciwnie. Problem ten sam, co w ethernecie.
Trochę nie o to mi szło - miałem na myśli, żeby każdemu ustawić trochę
inny czas, w którym swoje krzyknie, a potem ewentualnie dać losowo.
Tylko losowo. To jedynie słuszny kierunek.
"Losowość" sama się zrobi, wystarczy skorzystać z zegara RC w uC.
Ale to będzie losowa częstotliwość, a nie losowe odstępy między sesjami.
Przełoży się to na losowe odstępy między paczkami, zgodnie z rozkładem
normalnym.
Dwie stacje mogą "wylosować" tę samą częstotliwość a potem pechowo się
zsynchronizować i wzajemnie przekrzykiwać w tym samym momencie.
Dokładnie mówiąc, ten sam moment nadawania, bo częstotliwość (kanał)
jest z definicji ta sama.
Tak, chodziło mi o częstotliwość (albo inaczej częstość) nadawania
raportów. Może być w dwóch stacjach taka sama, mogą się przez przypadek
zsynchrobuzować.
Ręce opadają.
Quote:
I taniej o jeden element w układzie.
O jaki element? Liczby pseudolosowe generuje się programowo. Wystarczy
kilka linijek kodu.
Kwarc, jak koniecznie nie muszę, to nie stosuję tego elementu. W tej
aplikacji, brak kwarcu jako zegara dla uC, jest wręcz pożądany.
A bez kwarcu to nie można tych kilku linijek dopisać? Nie twierdzę, że
koniecznie trzeba, ani że w praktyce ich brak powoduje częste kłopoty.
Ale kierunek to słuszny, podbudowany teoretycnie.
Ale po co pisać, jak projekt tego nie wymaga? Nie wymaga też fontanny
i też jej tam nie ma. A tak potrzebna funkcja rozjechania momentów
nadawania jest realizowana jako uboczna niedoskonałość zegarów RC.
Fontanna wymaga na przykład doprowadzenia wody, jakiejś pompki itp.
A tu sprawę załatwia kilka linijek dopisanych od niechcenia.
Tu też.
K.
Mirek
Guest
Fri Nov 22, 2013 8:08 pm
On 22.11.2013 19:37, John Smith wrote:
Quote:
Ręce opadają.
Nie.
Dobrze Jarek prawi - nie może być tak jak piszesz, bo się nałożą dwa
nadajniki i kolejne paczki też się nałożą... i jak będziesz miał pecha,
to czekanie nawet dobę nic nie pomoże. Tu chodzi o to, żeby kolejne
paczki _na_pewno_ się nie nałożyły, i tutaj znam z praktyki nadajniki
radiopowiadomienia - tam paczki nadawane są nie tyle "losowo", co w
nierównych odstępach, według specjalnego algorytmu (opracowanego
matematycznie - jest na ten temat jakaś praca doktorska). Dla
uproszczenia użytkownikowi mówi się że losowo.
--
Mirek.
J.F
Guest
Fri Nov 22, 2013 8:17 pm
Użytkownik "Mirek" napisał w wiadomości
On 22.11.2013 19:37, John Smith wrote:
Quote:
Ręce opadają.
Nie.
Dobrze Jarek prawi - nie może być tak jak piszesz, bo się nałożą dwa
nadajniki i kolejne paczki też się nałożą... i jak będziesz miał
pecha, to czekanie nawet dobę nic nie pomoże. Tu chodzi o to, żeby
kolejne paczki _na_pewno_ się nie nałożyły, i tutaj znam z praktyki
nadajniki radiopowiadomienia - tam paczki nadawane są nie tyle
"losowo", co w nierównych odstępach, według specjalnego algorytmu
(opracowanego matematycznie - jest na ten temat jakaś praca
doktorska). Dla uproszczenia użytkownikowi mówi się że losowo.
Jest to przeciez od wiekow stosowane w Ethernecie.
Tylko drobiazg - trzeba wykryc kolizje, a jak nadajnik pracuje, to
trudno nasluchiwac w tym samym pasmie.
J.
Goto page Previous 1, 2, 3, 4, 5, 6 Next