Wzorując się na artykule z Ep (załącznik) zrobiłem obsługę slave 1-Wire bez użycia przerwań. Autor artykułu program wyssał z palca. Badania oscyloskopem wykazują, ze procedury nie wyrabiają sie w IRQ. Nie mają prawa działać bo np bajty dekodowane są w odwrotnej kolejności (MSB zamienione z LSB). Program nie da się nawet skompilować, bo raz jest użyte odwołanie WIRE1_RESET innym razem RESET_1WIRE a definicja jest jedna. Czy da się zrobić na przerwaniach obsługę 1-Wire na IRQ na AVR z zegarem 14,7456MHz? O trybie overdrive nie marzę, wystarczy standardowa prędkość.
A dlaczeog miałoby się nie dać zrobić? Kiedyś robiłem 1-wire slave przy zegarze 1,2 MHz (ATtiny13) i działało, więc przy prawie 15 MHz tym bardziej procesor się wyrobi. Jeśli modyfikowałeś kod autora to może błędy wynikały z modyfikacji, które wprowadziłeś?
Trudno analizować program z artykułu, bo to jakieś wyrwane z kontekstu fragmenty. Pokaż własny program.
Temat nadal aktualny. Kompilacja jest różna dla różnych opcji kompilatora. Sprawdziłem używając saleae i okazuje się, że dana jest pobierana o 6us za późno bo autor nie uwzględnił używając opóźnienia _delay_us(15), że wejście w przerwanie (około 3,5us) i inne operacje zajmują czas. Działa to po japońsku (jako tako) dlatego, że bit trwa 61us. To czy program zadziała, zależy od tego ile czasu po wysłaniu bitu utrzymywany jest stan wysoki. Jeśli możliwie krótko, to przerwanie jest wywoływane z dużym opóźnieniem, bo wyjście z poprzedniego, to na dzień dobry 3,5us. Wykombinowałem aby zarezerwować na IRQ rejestry. Jest taka funkcja w IAR:
__regvar __no_init volatile unsigned int filteredTimeSinceCommutation @14; odpowiednik w AVR-GCC:
register unsigned char counter asm("r3"); Ale jak wskazać kompilatorowi aby używał zarezerwowanych rejestrów w konkretnej funkcji?
W ten sposób wiążesz zmienną z rejestrem. W tym przypadku każde odwołanie do counter będzie wiązało się z operacją na R3. Przyporządkowanie jest globalne, nie da się go ograniczyć do funkcji. Zresztą nie miałoby to sensu.
register unsigned char counter asm("r3");
Ale jak wskazać kompilatorowi aby używał zarezerwowanych rejestrów w konkretnej funkcji?
Zresztą metoda bardzo zła bo ogranicza kompilatorowi ilość dostępnych rejestrów, a problemem jest fatalnej jakości kod. Żadne mikro optymalizaje tu nie pomogą. Należy napisać, albo znaleźć porządny kod.
register unsigned char counter asm("r3");
Ale jak wskazać kompilatorowi aby używał zarezerwowanych rejestrów w konkretnej funkcji?
Zresztą metoda bardzo zła bo ogranicza kompilatorowi ilość dostępnych rejestrów, a problemem jest fatalnej jakości kod. Żadne mikro optymalizaje tu nie pomogą. Należy napisać, albo znaleźć porządny kod.
Proszę o cudowny kod który nie używa zmiennych, bo operacje na nich są wykonywane w praktyce na rejestrach a trzeba je zachowac na stosie w czasie obsługi IRQ. Obsługa IRQ to spora ilość push i pop z tego właśnie powodu. Operacje te zajmują push (3,5us), pop tyleż samo.
No to czekam na kod obsługujący 1-Wire slawe w IRQ w trybie overdrive na AVR 16MHz (najlepiej 14,7456MHz).
Proszę o cudowny kod który nie używa zmiennych, bo operacje na nich są wykonywane w praktyce na rejestrach a trzeba je zachowac na stosie w czasie obsługi IRQ ..... Operacje te zajmują push (3,5us), pop tyleż samo.
push i pop 2 cykle zegara czyli przy 16MHz - 0.13us.
Jezeli Tobie zajmuja 3.5us to Twój procesor ma zegar 571.428kHz
register unsigned char counter asm("r3");
Ale jak wskazać kompilatorowi aby używał zarezerwowanych rejestrów w konkretnej funkcji?
Zresztą metoda bardzo zła bo ogranicza kompilatorowi ilość dostępnych rejestrów, a problemem jest fatalnej jakości kod. Żadne mikro optymalizaje tu nie pomogą. Należy napisać, albo znaleźć porządny kod.
Proszę o cudowny kod który nie używa zmiennych, bo operacje na nich są wykonywane w praktyce na rejestrach a trzeba je zachowac na stosie w czasie obsługi IRQ. Obsługa IRQ to spora ilość push i pop z tego właśnie powodu. Operacje te zajmują push (3,5us), pop tyleż samo.
No to czekam na kod obsługujący 1-Wire slawe w IRQ w trybie overdrive na AVR 16MHz (najlepiej 14,7456MHz).
Przecież odkładane są tylko te rejestry, które są w IRQ używane. Wrzucenie zmiennej do rejestru to w najlepszym razie oszczędność dwóch taktów, typowo nic, jeśli w IRQ masz więcej zmiennych/operacji. Natomiast taki rejestr jest wyłączony z użycia w całym kodzie, w efekcie kompilator ma trudniej go optymalizować.
Obsługa slave na 16 MHz to naprawdę banał. Jak pisałem robiłem to na ATTiny, przy 1,2 MHz i to już było pewnym wyzwaniem. M.in. trzeba było stosować tricki z przechowywaniem kolejnego bitu we fladze T rejestru stanu, bo prakowało cykli na pobranie i wyłuskanie bitu. Zreszą zauważ, że krytyczne dla slave 1-wire jest tylko wystawienie odpowiednio szybko stanu bitu w odpowiedzi na niski poziom mastera. Powiedzmy, że masz na to 3,5-4,5 us, a to przy 16 MHz przekłada się na 56-72 instrukcje. To wystarczy, żeby odłożyć wszystkie rejestry MCU na stos dwukrotnie
Proszę o cudowny kod który nie używa zmiennych, bo operacje na nich są wykonywane w praktyce na rejestrach a trzeba je zachowac na stosie w czasie obsługi IRQ ..... Operacje te zajmują push (3,5us), pop tyleż samo.
push i pop 2 cykle zegara czyli przy 16MHz - 0.13us.
Czyli według ciebie IRQ odkłada na stos jeden rejestr? Na to cię zmartwię, tych rejestrów jest 20. same push i pop oraz dwie operacje na R0 zajmują blisko 3us a na całe IRQ mam 7us. Tak sie składa, że czas wykonywania funkcji mimo że wywoływane w niej inne funkcje są inline zajmują trochę czasu, o jakieś 2us za dużo. Należy też pamiętać, że wejście w IRQ to odłożenie adresu powrotu na stosie, no i reti też zajmuje czas. Mam zegar 14,7456MHz, próbuje przetaktować mikrokontroler (zasilany z prawie 5V) na 18,432 a jak się uda to i na 22,1184. To rozwiąże problem. Projekt nie jest komercyjny, więc przetaktowanie wchodzi w grę.
Proszę o cudowny kod który nie używa zmiennych, bo operacje na nich są wykonywane w praktyce na rejestrach a trzeba je zachowac na stosie w czasie obsługi IRQ ..... Operacje te zajmują push (3,5us), pop tyleż samo.
push i pop 2 cykle zegara czyli przy 16MHz - 0.13us.
Czyli według ciebie IRQ odkłada na stos jeden rejestr? Na to cię zmartwię, tych rejestrów jest 20. same push i pop oraz dwie operacje na R0 zajmują blisko 3us a na całe IRQ mam 7us. Tak sie składa, że czas wykonywania funkcji mimo że wywoływane w niej inne funkcje są inline zajmują trochę czasu, o jakieś 2us za dużo. Należy też pamiętać, że wejście w IRQ to odłożenie adresu powrotu na stosie, no i reti też zajmuje czas. Mam zegar 14,7456MHz, próbuje przetaktować mikrokontroler (zasilany z prawie 5V) na 18,432 a jak się uda to i na 22,1184. To rozwiąże problem. Projekt nie jest komercyjny, więc przetaktowanie wchodzi w grę.
Jeśli jest tak jak piszesz to masz poważnie skopany kod - pokaż go. Kolejna sprawa - szybko musisz wystawić tylko stan pinu, cała obsługa IRQ może być znacznie dłuższa, byle się skończyła przed odpytaniem o kolejny bit, a to są dziesiątki us.
(...) zauważ, że krytyczne dla slave 1-wire jest tylko wystawienie odpowiednio szybko stanu bitu w odpowiedzi na niski poziom mastera. Powiedzmy, że masz na to 3,5-4,5 us, a to przy 16 MHz przekłada się na 56-72 instrukcje. To wystarczy, żeby odłożyć wszystkie rejestry MCU na stos dwukrotnie
Nie tylko. Zależy co jest masterem. Jeśli master jest programowy, tachlujący IO to ok, jeśli sprzętowy to po wysłaniu bitu czas poziomu wysokiego jest krótki. Kod dla slawe (Roberta Wołgajewa z EP) działa bo:
- próbkę bitu pobiera o 6 us za późno ale bit trwa 61us więc działa
- bardzo często wychodzi z przerwania gdy już zaczął się kolejny bit, ale flaga IRQ jest kasowana sprzętowo po wejściu w IRQ i mikrokontroler wygeneruje kolejne IRQ. Program pobierze próbkę za późno, ale jak juz napisałem działa bo...
Niestety w overdrive nie można tak zrobić.
(...) zauważ, że krytyczne dla slave 1-wire jest tylko wystawienie odpowiednio szybko stanu bitu w odpowiedzi na niski poziom mastera. Powiedzmy, że masz na to 3,5-4,5 us, a to przy 16 MHz przekłada się na 56-72 instrukcje. To wystarczy, żeby odłożyć wszystkie rejestry MCU na stos dwukrotnie
Nie tylko. Zależy co jest masterem. Jeśli master jest programowy, tachlujący IO to ok, jeśli sprzętowy to po wysłaniu bitu czas poziomu wysokiego jest krótki. Kod dla slawe (Roberta Wołgajewa z EP) działa bo:
- próbkę bitu pobiera o 6 us za późno ale bit trwa 61us więc działa
- bardzo często wychodzi z przerwania gdy już zaczął się kolejny bit, ale flaga IRQ jest kasowana sprzętowo po wejściu w IRQ i mikrokontroler wygeneruje kolejne IRQ. Program pobierze próbkę za późno, ale jak juz napisałem działa bo...
Niestety w overdrive nie można tak zrobić.
Nie twierdzę, że ten kod jest dobry. Tylko, że przy 14 MHz masz aż nadto czasu, aby bez problemu zaimplementować slave, bez zastanawiania się ile i co okdkłada na stos mikrokontroler.
Tak czytam i się zastanawiam...
Nie wiem kto od kogo pierwszy odgapił czy Bascom z jakiegoś kodu C czy na odwrót bo sposób implementacji tego Slave jest łudząco podobny do jednej noty aplikacyjnej Bascom`a. Dodano jedynie procedurę Search Rom.
Dziwi mnie to, że taka "tęga głowa" pisze o odłożeniu 20 rejestrów. Ciekawe czy Kolega próbował ukryć swoją tożsamość w pierwszym poście
Mój projekt ma trochę inną zasadę działania, ale przy 8MHz oferuje wszystkie funkcje 1Wire łącznie z SearchRom dodatkowo poszerzone o obsługę enkodera, wyświetlacza LCD i generowania CRC dla zadanych przez operatora emulowanych temperatur. Zaglądając do kodu stwierdzam, że pewnie mógłbym zejść do 4MHz.
Więc coś mi tu "nie gra" jak z zapytaniami użytkownika MES Mariusz
Może trzeba coś samemu skrobnąć i wtedy użyć symulatora a później analizatora stanów logicznych bo podstawową prędkość 1Wire to "z palcem w uchu"
Może trzeba coś samemu skrobnąć i wtedy użyć symulatora a później analizatora stanów logicznych bo podstawową prędkość 1Wire to "z palcem w uchu"
Przecież pisałem o overdrive.
W trybie master problem prędkości przerwań itp rozwiązuje sprzęt (UART, SPI, DS2480, DST2482) ale zrobiłem też obsługę overdrive bez użycia sprzętu i przerwania zawieszam tylko na czas generowania slotu zapisu na 1us i odczytu (1us). Jako, że mowa o masterze to nie ma problemu, że po 1 pod transmisji trwa długo, bo czas ten jest określony jako nieokreślony i jest to zgodne z prawdą, bo w pracy krokowej zawieszałem transmisje na kilkanaście sekund i wszystko działało jak trzeba.
Niestety w trybie slave nie mogę wspomóc się sprzętem typu uart czy spi a i gotowych scalaczków serii DS nie ma.
Na ATTINY2313 kwarc 8MHz popełniłem układ który realizował:
- jeden port 1-Wire Master
- dwa porty 1-Wire Slave
- jeden port UART który przekazywał dane do drugiego ATTINY2313 z dwoma dodatkowymi portami 1-Wire Slave.
Ogólnie chodziło o to aby z jednego urządzenia 1-Wire (SLAVE) przekazać dane do 4 urządzeń 1-Wire Master
O trybie overdrive nie marzę, wystarczy standardowa prędkość.
Robię między innymi emulator DS2431. I co mam napisać, że zgodność 50%? Ze działa ale bez overdrive? To jak zaemulować DS18B20 bez wewnętrznej pamięci eeprom lub możliwości odczytu sposobu zasilania. DS2431 jest pamięcią eeprom, ale można włączyć tryby, które są biletem w jedną stronę. Emulator przydaje się do takich prób. W przypadku eprom takich problemów nie ma. Te, które znam nie obsługują overdrive.
Sporo namęczyłem się aby rozwiązać problem pojawienia sie resetu w czasie transmisji danych. To co było w EP ma timeout i w takiej sytuacji nastąpi utrata jednej ramki danych, pomijam fakt, że timeout przerwie interpretacje danych gdy poziom wysoki na magistrali trwa dłużej niż 5 lub (zależnie od stanu) 15ms a to jest niezgodne z danymi katalogowymi. Podejrzałem kod na PIC (w asm) i zaimlementowałem. Niestety wszystkie takie "bajery" wydłużają czas obsługi przerwania.
A wiesz o tym że nie możesz oferować żadnych slave urządzeń czy rozwiazań bez kupienia licencji? Z tego wynika właśnie brak w handlu driverów do slave urządzeń.
A wiesz o tym że nie możesz oferować żadnych slave urządzeń czy rozwiazań bez kupienia licencji? Z tego wynika właśnie brak w handlu driverów do slave urządzeń.
Ja tego nie będę sprzedawał a osobiście do prób mi się przyda.
Dodano po 10 [minuty]:
JarekC napisał:
Witam,
Na ATTINY2313 kwarc 8MHz popełniłem układ który realizował:
- jeden port 1-Wire Master
- dwa porty 1-Wire Slave
- jeden port UART który przekazywał dane do drugiego ATTINY2313 z dwoma dodatkowymi portami 1-Wire Slave.
Ogólnie chodziło o to aby z jednego urządzenia 1-Wire (SLAVE) przekazać dane do 4 urządzeń 1-Wire Master
Całość napisana w ASM.
Działa bez problemu.
Pozdrawiam
JarekC
Jak w czasie transmisji danych (np pomiędzy bitami bajtu) pojawi się sygnał reset to
slave nie zgubi kolejnej ramki?
W kodzie slave z netu znalazłem niedoróbkę w czasie generowania sygnału presens. Działało to tak, ze po zakończeniu generowania sygnału reset przez mastera slave odczekiwał katalogowy czas i przechodził do innych czynności. Problem w tym, że inny slave mógł tochę dłużej generować presens. W takiej sytuacji slave szedł w maliny. Wystarczyło dodać warunek czekania na poziom wysoki po wygenerowaniu presens. Autor z pewnością sprawdził działanie kodu ale gdy był jedynym urządzeniem na magistrali, albo magistrala miała 10cm a nie 20m gdzie pojemność kabla ma juz wpływ na czas narastania sygnału tak jak i duzą liczba urządzeń na magistrali, muszą one przecież naładować swoje pojemności podtrzymujące zasilanie a rezystor podciagający ma az 4k7. Właśnie w/g noty Dallasa 1k..5 (jak pamiętam) ale dla jakiegoś eprom zalecają 2k2 bo trzeba z czegos zasilić układ podczas zapisu pamięci a ona pracuje tylko przy zasilaniu pasywnym.
A wiesz o tym że nie możesz oferować żadnych slave urządzeń czy rozwiazań bez kupienia licencji? Z tego wynika właśnie brak w handlu driverów do slave urządzeń.
Ja tego nie będę sprzedawał a osobiście do prób mi się przyda.
Coś kręcisz. Raz piszesz:
R-MIK napisał:
Robię między innymi emulator DS2431. I co mam napisać, że zgodność 50%? Ze działa ale bez overdrive?
a potem, ze na własne potrzeby...
Ale nieważne. Jak pisałem, nie ma najmniejszego problemu, aby przy zegarze 14 MHz uzyskać czas odpowiedzi na poziomie 1 us. Sprzęt też można wykorzystać - np. UART do generowania impulsu ujemnego o pożądanym czasie. Pokaż w końcu ten kod, bo na razie przez kilkanaście postów jest jałowa dyskusja, gdzie ty narzekasz, nawet nie wiadomo na co, a kolejne osoby piszą, że bez problemu zrealizowały to co najwyraźniej chcesz zrobić.
Hehehe - Maxim nawet emulatorów R&D nie pozwala robić. Kolega niveasoft też już się przyznał do winy . Jak znajdę to pokaże Wam emaila (skan dokumentu z podpisem) grożący mi strasznymi konsekwencjami prawnymi jak nie zaprzestanę naruszać prawa i nie zniszczę wszystkich kodów i prototypów . A tylko napisałem e-maila do supportu z pytaniem technicznym. Na pytanie o licencję odpowiedziałem że nie mam, no i dostałem pismo z kancelarii prawnej.
Legalnie to mało kto ma saleae, Windows że o Protelu nie wspomnę. Nawet małe i tanie programy (np Total commander) u wiekszości użytkowników jest nielegalny.
Ale legalne czy nie nie rozwiąże to problemu. Na razie problem 1-Wire w irq zawieszam. Dostałem laminaty i muszę złożyć prototypy a juz mam problem z FT121. Program działa bez irq, więc mam co pokazać. Obsługa w irq nie nie jest niezbędna. Jak prototyp ruszy i skończę obsługę konfiguracji to do tematu wrócę (mam nadzieję, że już w poniedziałek).
Hehehe - Maxim nawet emulatorów R&D nie pozwala robić. Kolega niveasoft też już się przyznał do winy . Jak znajdę to pokaże Wam emaila (skan dokumentu z podpisem) grożący mi strasznymi konsekwencjami prawnymi jak nie zaprzestanę naruszać prawa i nie zniszczę wszystkich kodów i prototypów . A tylko napisałem e-maila do supportu z pytaniem technicznym. Na pytanie o licencję odpowiedziałem że nie mam, no i dostałem pismo z kancelarii prawnej.
Wrzuć to co ci wysłali, z ciekawości bym zobaczył.
Z drugiej strony sobie poszperałem, okazuje się, że patent na 1-wire został przyznany 11 Maja 1993 roku. Ponieważ w USA przed 1995, patenty były ważne przez 17 lat, a po tej dacie przez 20 lat, to tak, czy siak wychodzi, że patent jest już nieważny. Czyli można sobie slave robić ile się chce. Z drugiej strony, mają zgłoszone jakieś patenty pochodne, więc być może pewne elementy są ciągle chronione. Ale już nie sam protokół 1-wire.
Patent - One-wire bus architecture, nr US 5210846 A - 1993
Pochodne - Method for data communication - US 5398326 A - 1995
Jezcze ważne:
- Command/data transfer protocol for one-wire-bus architecture US 5809518 A - 15 września 1998
- Systems and methods to convert signals multiplexed on a single wire to three wire US 5809519 A - 15 września 1998
- Single wire communication system US 5864872 A - 26 Sty 1999
- Electrostatic discharge protection systems and methods for electronic tokens US 5920096 A - 6 Lip 1999
- Metal token having units of value stored therein using a single wire communication method US 5974504 A - 26 Paź 1999
- Single wire data communication method US 6108751 A - 22 Sie 2000
Widać, że trzeba sprawdzić co jeszcze jest chronione patentem, a jakie elementy już nie.
Wrzuć to co ci wysłali, z ciekawości bym zobaczył.
Właśnie poszukam - bo dostałem z maila kancelarii, a nie maxima - a ni cholery nie mogę skojarzyć jaka to była domena (a było to ze 2 lata temu).
Apropo's supportu to dziś dostałem maila z odpowiedzią na pytanie do supportu Analog Devices. który wysłałem w 2015 roku . To się nazywa solidność. Na każdy list odpisują
