Witam
Zabrałem się za taki projekt: prezentacja menu/info z CB radio na zegarach i sterowanie enkoderem
Na początek wziąłem pod uwagę dwa modele Audi Q7 oraz BMW E70.
Schemat blokowy - załącznik.
AT32 to master, kontroluje on AT8 (drzwi kierowcy) z którego odbywa się całe sterowanie radiem, oraz za pośrednictwem AT8 (zegary) prezentuje menu/info na LCD zegarów. LCD który chciałbym wykorzystać jest obsługiwany przez PCF857 (nie pamiętam ostatniej cyfry, jutro sprecyzuję). Póki co jedynym problemem z którym się nie uporałem jest AT8 w zegarach. W jaki sposób skonfigurować go by mógł:
1. odbierać I2C z M/C i przekazywać do PCF857
2. prezentować na LCD menu CB, przy jednoczesnym odbiorze I2C z M/C, zapamiętaniu jej i wyświetleniu na LCD, po zakończeniu prezentacji menu CB. Inaczej mówiąc chodzi o to by po przerwaniu wyświetlania na LCD info z M/C celem wyświetlenia menu CB z AT32, móc zaprezentować aktualne, zapamiętane przez AT8 informacje z M/C.
Mam nadzieję że jest to w miarę zrozumiałe. Cały projekt chciałbym zrealizować posługując się językiem BASCOM.
Za wszelkie sugestie i podpowiedzi z góry wielkie dzięki.
Kolejna prośba do osób które mają w swoich zasobach materiały z E.P. 12/2009 CD. Strona z artykułu w załączniku.
Pozdrawiam Paweł
Atmega8 I2C CB radio
Atmega8 I2C CB radio
- Załączniki
-
-
Mniemam że ten PCF to PCF8576C, i jest fabrycznie w liczniku ?
Napisanie dobrej komunikacji, po I²C, dla kilku procesorów, wcale takie łatwe nie jest, biorąc pod uwagę że pewnie na magistralę będzie się wtrącał procesor który obsługuje licznik w samochodzie.
Bardzo wątpię że da się to zrobić jakoś łatwo, tak sprzętowo jak i programowo.
Ogólnie w samym liczniku, nie była by potrzebna ATMEGA, wystarczy użyć układu HUB I²C, który jest specjalizowanym Swithem, to już jeden procesor mniej, tę ATMegę w dzwiach też by od biedy mozna zastąpić czymś mniejszym jak ATTiny44, tylko że tam sprzętowy I²C jest trochę inny niż w M8, co nieco powoduje że jego programowanie jest upierdliwe.
Napisanie dobrej komunikacji, po I²C, dla kilku procesorów, wcale takie łatwe nie jest, biorąc pod uwagę że pewnie na magistralę będzie się wtrącał procesor który obsługuje licznik w samochodzie.
Bardzo wątpię że da się to zrobić jakoś łatwo, tak sprzętowo jak i programowo.
Ogólnie w samym liczniku, nie była by potrzebna ATMEGA, wystarczy użyć układu HUB I²C, który jest specjalizowanym Swithem, to już jeden procesor mniej, tę ATMegę w dzwiach też by od biedy mozna zastąpić czymś mniejszym jak ATTiny44, tylko że tam sprzętowy I²C jest trochę inny niż w M8, co nieco powoduje że jego programowanie jest upierdliwe.
Witam
Jeśli chodzi o CB to realizuję takie instalacje na bazie President JohnsonII, tematem CANa nie martwię się, błąd jeśli wystąpi będzie na poziomie wewnętrznej usterki zegarów która nie będzie miała wpływu na pracę całego systemu, nie mniej praktyka pokaże. PFC8576CT dokładnie taki jest w zegarach. Montaż rozdzielny CB (oraz wiele innych urządzeń audio/media) wykonuję od wielu lat. Zrealizowanie tego projektu byłoby wielkim krokiem w moich "wydumkach" elektronicznych. Tak więc zapewne w niedługim czasie zabiorę się za dzieło. Chciałbym jednak rozpocząć zmagania z I2C od najprostszego i najmniej złożonego projektu. Tak więc jeśli chodzi o HUBI2C domyślam się że będzie wymagał on jakiejś ilości połączeń (dodatkowe przewody), a w założeniach moich było między innymi zminimalizowanie ilości przewodów w okablowaniu. Pytanie pewnie rodem z elementarza odnoszące się jednak do praktyki a nie do teorii: jak długie przewody mogę zastosować dla szyny I2C? CB najczęściej instaluję w bagażniku, odcinek instalacji łączący przód (zegary oraz drzwi) z CB to około 4,5~5,5 metra. Jeżeli nie I2C to jakie inne rozwiązanie wziąć pod uwagę?
Kolejne pytanko tyczy się czy kolejności budowy całego systemu:
1 Etap: stworzenie prawidłowej aplikacji dla AT8 w drzwiach oraz AT32 w CB następnie "spięcie" ich I2C.
2 Etap: stworzenie prawidłowej aplikacji dla AT8 w zegarach, opracowanie grafiki.
3 Etap: połączenie całości szyną I2C
Przepraszam za być może banalne pytania, nie mniej wolę je zadawać na tym etapie a niżeli później drapać się po głowie i zaczynać wszystko od nowa.
Jeśli chodzi o zegary, do obserwacji pracy I2C chcę zakupić analizator by móc podejrzeć co się dzieje w komunikacji między M/C a LCD. Mam klika typów na zakup, nie mniej jeżeli mógłby ktoś podsunąć sprawdzone rozwiązanie będę zobowiązany.
Pozdrawiam Paweł
Jeśli chodzi o CB to realizuję takie instalacje na bazie President JohnsonII, tematem CANa nie martwię się, błąd jeśli wystąpi będzie na poziomie wewnętrznej usterki zegarów która nie będzie miała wpływu na pracę całego systemu, nie mniej praktyka pokaże. PFC8576CT dokładnie taki jest w zegarach. Montaż rozdzielny CB (oraz wiele innych urządzeń audio/media) wykonuję od wielu lat. Zrealizowanie tego projektu byłoby wielkim krokiem w moich "wydumkach" elektronicznych. Tak więc zapewne w niedługim czasie zabiorę się za dzieło. Chciałbym jednak rozpocząć zmagania z I2C od najprostszego i najmniej złożonego projektu. Tak więc jeśli chodzi o HUBI2C domyślam się że będzie wymagał on jakiejś ilości połączeń (dodatkowe przewody), a w założeniach moich było między innymi zminimalizowanie ilości przewodów w okablowaniu. Pytanie pewnie rodem z elementarza odnoszące się jednak do praktyki a nie do teorii: jak długie przewody mogę zastosować dla szyny I2C? CB najczęściej instaluję w bagażniku, odcinek instalacji łączący przód (zegary oraz drzwi) z CB to około 4,5~5,5 metra. Jeżeli nie I2C to jakie inne rozwiązanie wziąć pod uwagę?
Kolejne pytanko tyczy się czy kolejności budowy całego systemu:
1 Etap: stworzenie prawidłowej aplikacji dla AT8 w drzwiach oraz AT32 w CB następnie "spięcie" ich I2C.
2 Etap: stworzenie prawidłowej aplikacji dla AT8 w zegarach, opracowanie grafiki.
3 Etap: połączenie całości szyną I2C
Przepraszam za być może banalne pytania, nie mniej wolę je zadawać na tym etapie a niżeli później drapać się po głowie i zaczynać wszystko od nowa.
Jeśli chodzi o zegary, do obserwacji pracy I2C chcę zakupić analizator by móc podejrzeć co się dzieje w komunikacji między M/C a LCD. Mam klika typów na zakup, nie mniej jeżeli mógłby ktoś podsunąć sprawdzone rozwiązanie będę zobowiązany.
Pozdrawiam Paweł
Taki przykładowy swith dla I²C wygląda tak:
Jego zaletą jest to, że możesz dowolnie włączać i wyłączać kanały.
Mógłby on wylądować zamiast tej ATMEGI w zegarach, tylko wersja 2 kanałowa, a nie 4.
Co prawda na I²C może być więcej masterów, ale wtedy trzeba pisać procedury obsługi które trawią arbitraż, a to jest nie takie proste, i pożera zasoby procesora, bo trzeba obsługiwać kody błędów magistrali. No i teraz pytanie brzmi czy ten proc (fabryczny) w zegarze się nie zbuntuje, jak mu pojawi się nagle dodatkowy master na linii? Swith pozwolił by ładnie go odciąć na czas ingerencji do PCFa.
Jego zaletą jest to, że możesz dowolnie włączać i wyłączać kanały.
Mógłby on wylądować zamiast tej ATMEGI w zegarach, tylko wersja 2 kanałowa, a nie 4.
Co prawda na I²C może być więcej masterów, ale wtedy trzeba pisać procedury obsługi które trawią arbitraż, a to jest nie takie proste, i pożera zasoby procesora, bo trzeba obsługiwać kody błędów magistrali. No i teraz pytanie brzmi czy ten proc (fabryczny) w zegarze się nie zbuntuje, jak mu pojawi się nagle dodatkowy master na linii? Swith pozwolił by ładnie go odciąć na czas ingerencji do PCFa.
Z AT8 w zegarach to miałem zamysł taki by skonfigurować ją jako PCFa (nie zastanawiałem się nad ewentualnym odpytywaniem PCFa przez M/C, póki co nie wgryzałem się w PDFa). Nie mam żadnego doświadczenia w I2C, tak więc pewnie trochę błądzę w swoich założeniach. Co do komunikacji pomiędzy AT8 (skonfigurowanej jako PCF) a PCFem obsługującym LCD, brałem pod uwagę zmianę adresu w PCFie. By uniknąć arbitrażu pomiędzy masterem w zegarach M/C a masterem w CB AT32 brałem pod uwagę oddzielne szyny, pierwsza I2C AT32 master + AT drzwi slave + AT8 zegary slave, druga I2C M/C zegary master + AT8 (PCF) zegary slave + PCF (LCD) slace. Czy taka konfiguracja jest możliwa? Największa niewiadoma w tym zakresie to czy AT8 w zegarach, skonfigurowana jako PCF może pracować jako slave dla M/C i jako master dla faktycznego PCFa, będąc jednocześnie jednostką slave w pierwszej magistrali I2C.
Łał, póki co jest to dla prawdziwe wyzwanie.
Pozdrawiam Paweł
Łał, póki co jest to dla prawdziwe wyzwanie.
Pozdrawiam Paweł
Pytanie brzmi czy uda cię otworzyć w BASCOM więcej niż jeden kanał I²C na tej M8, sprzętowy i programowy? Szczerze bardzo w to wątpię, choć należałoby się wgryźć w temat. W przypadku procesorów PIC nie ma większego problemu bo są procesory które mają po dwa kontrolery I2C w sobie. W przypadku AVRów nie wiem czy Atmel robi takie procesory 
AT8 w zegarach ma do zrobienia:
1. Odebrać i zapisać dane do wyświetlenia z M/C.
2. Wysłać do PCFa odebrane dane z M/C.
3. Przełączyć pracę PCFa z wyświetlania danych z M/C na grafikę dla CB.
Do celu 1 wykorzystałbym sprzętowy I2C który będzie tylko odbierał dane,
do celu 2 programowy I2C co będzie tylko wysyłał dane, no i do celu 3 również
programowy I2C który z kolei będzie tylko odbierał dane z AT32 CB.
Czy to może mieć "ręce i nogi"?
###################################################
###################################################
Wrócę jeszcze pytanie od strony praktycznej.
Czy mogę z powodzeniem zastosować szynę I2C o długości 4~5 metrów?
Jeżeli to utopia to trza się czegoś innego nauczyć. Czy RS będzie rozwiązaniem?
1. Odebrać i zapisać dane do wyświetlenia z M/C.
2. Wysłać do PCFa odebrane dane z M/C.
3. Przełączyć pracę PCFa z wyświetlania danych z M/C na grafikę dla CB.
Do celu 1 wykorzystałbym sprzętowy I2C który będzie tylko odbierał dane,
do celu 2 programowy I2C co będzie tylko wysyłał dane, no i do celu 3 również
programowy I2C który z kolei będzie tylko odbierał dane z AT32 CB.
Czy to może mieć "ręce i nogi"?
###################################################
###################################################
Wrócę jeszcze pytanie od strony praktycznej.
Czy mogę z powodzeniem zastosować szynę I2C o długości 4~5 metrów?
Jeżeli to utopia to trza się czegoś innego nauczyć. Czy RS będzie rozwiązaniem?
Nie wiem czy w samochodzie nie warto rozważyć galwanicznie izolowanej szyny I²C, wtedy po kabelkach może lecieć 12V i długość przestaje mieć znaczenie. Tylko że to dodatkowe scalaki i koszty.
Ale nawet standardowe rozwiązanie powinno udźwignąć 4-5m, przecież I²C jest w kablach TV SCART mają po 2,5 -5m długości i działa.
Co do tej AT8 w zegarach nadal uważam że prostszym rozwiązaniem jest zastosowanie SWITHa, a to dla tego że:
1. M32 w CB może odciąć bez problemu kanał od strony uC w zegarach i przejąć pełną kontrolę nad PCF8576 i wyświetlaczem w zegarach.
2. W zegarach nie masz żadnego UC wtedy więc odpada problem jego programowania, bo dużo wygodniej będzie ci robić na M32 w CB. A kanały na SWITHu możesz sobie włączać i wyłączać praktycznie dowolnie.
3. łatwy podsłuch co tam sobie po I²C gada między sobą kontroler fabryczny w zegarach z PCFem. Co może być przydatne podczas programowania całego systemu.
Ale nawet standardowe rozwiązanie powinno udźwignąć 4-5m, przecież I²C jest w kablach TV SCART mają po 2,5 -5m długości i działa.
Co do tej AT8 w zegarach nadal uważam że prostszym rozwiązaniem jest zastosowanie SWITHa, a to dla tego że:
1. M32 w CB może odciąć bez problemu kanał od strony uC w zegarach i przejąć pełną kontrolę nad PCF8576 i wyświetlaczem w zegarach.
2. W zegarach nie masz żadnego UC wtedy więc odpada problem jego programowania, bo dużo wygodniej będzie ci robić na M32 w CB. A kanały na SWITHu możesz sobie włączać i wyłączać praktycznie dowolnie.
3. łatwy podsłuch co tam sobie po I²C gada między sobą kontroler fabryczny w zegarach z PCFem. Co może być przydatne podczas programowania całego systemu.
Kayron ma racje ogranicz no do minimum grzebanie w zegarach, jakoś sobie nie wyobrażam żeby klient się zgodził na grzebanie w zegarach w audio Q7 i dokładanie procka i kto wie jeszcze czego.
Pozatym
Moim skromnym zdaniem uważam to za poroniony pomysł integrować jakieś za syfiałe CB z furą za która byś kupił pewnie ze 3 tiry wypakowane tym modelm CB radia.
Jak chcesz mieć dobre radio to kup firmowa furę jak np Kenwood TS 480 ze ściąganym przednim panelem albo jakiegoś ICOM -a
Wszystkie te radia mają złącze CAT które pozwala na łatwa integrację z oprogramowaniem lub sprzętem, zawsze piękny panel przedni możesz dać z przodu a skrzynkę schować w bagażniku.
Pozatym
Moim skromnym zdaniem uważam to za poroniony pomysł integrować jakieś za syfiałe CB z furą za która byś kupił pewnie ze 3 tiry wypakowane tym modelm CB radia.
Jak chcesz mieć dobre radio to kup firmowa furę jak np Kenwood TS 480 ze ściąganym przednim panelem albo jakiegoś ICOM -a
Wszystkie te radia mają złącze CAT które pozwala na łatwa integrację z oprogramowaniem lub sprzętem, zawsze piękny panel przedni możesz dać z przodu a skrzynkę schować w bagażniku.
Oczywiście z góry przepraszam za nieprofesjonalne pytania, z I2C to moje pierwsze starcie.
Z komunikacją cyfrową mam styczność na co dzień, jednak teorii nie zgłębiałem.
Jeżeli funkcjonalność szyny ma zależeć od amplitudy napięcia przebiegu, to nabrałbym troszkę odwagi by brnąć w kierunku I2C, wszak CAN w niektórych przypadkach pracuje na 1 V np. PT CAN w BMW. Tak sobie myślę że w niedługim czasie zrobię próbę protego układu z komunikacją po I2C, zapnę oscyloskop i porównam co się dzieje na małej i dużej odległości, oczywiście w samochodzie.
Jeśli chodzi o wykorzystanie SWITHa. Bardzo mi się podoba ten pomysł, chodzi mi tylko jedno pytanie po głowie. Czy dobrze pojmuję: AT32 podgląda i zapisuje do pamięci ostatnie dane przesyłane z MC do PCFa, następuje przełączenie na transmisję z AT32 do PCFa, w tym czasie MC jest odłączany od PCFa i AT32, jednocześnie nie jest monitorowana transmisja z MC. Czy w czasie gdy AT32 nadaje do PCFa nie nastąpi utrata danych z MC? W prawdzie w pamięci będzie zapis ostatniej transmisji, która zostanie wysłana do PCFa po zakończeniu wyświetlaniu grafiki z AT32. Jeżeli MC będąc odłączony od PCFa wyśle do niego paczkę danych to nie otrzyma potwierdzenia poprawnej transmisji, czy może to spowodować cykliczne próby wysłania danych z MC do PCFa?
Pikczu nie biorę pod uwagę klientów co trzęsą "portkami" przed ingerencją w ich samochody.
Instalacji rozdzielnych wykonałem w około 50ciu samochodach. W tej chwili mam na tapecie A8/2011, MB GL/2009, w poniedziałek dojedzie A4/salon, w każdym az tych samochodów instaluję CB i parę innych pozycji tak więc nie martwię się brakiem klienteli. Co ważniejsze mają oni pełne zaufanie do moich montaży. Koszty takiej instalacji to 3500-3800 w zależności jaką antenę instaluję, na taki montaż potrzebuję 3 dni. Johnson II to nie takie syfiaste radio, uchodzi za jedno z lepszych, rzecz jasna nie porównuję do wymienionych przez Ciebie modeli bo to inny sektor sprzętów, które notabene nie są żadną alternatywą dla osób chcących mieć najlepiej jedną gałkę i jeden guzik do obsługi CB, które to najczęściej jest ustawione tylko na 19 i służy tylko do odsłuchu wieści z drogi. A jeśli chodzi o urządzenia które wymieniłeś to zainstalowałem tylko raz ICOMa w A8/2010, do tej radiostacji wykonana została antena z trzema różnymi promiennikami do pracy na różnych zakresach.
Moim zdaniem to absolutny margines klientów którzy chcieli by mieć w nowy autku panel ICOMA czy temu podobny. Natomiast wiem jedno że klient który płaci za montaże kasę rzędu 20.000~40.000 chce wsiąść do auta które ma potężnie zwiększoną funkcjonalność przy prawie niewidocznych ingerencjach w wygląd zewnętrzny.
Pozdrawiam Paweł
Z komunikacją cyfrową mam styczność na co dzień, jednak teorii nie zgłębiałem.
Jeżeli funkcjonalność szyny ma zależeć od amplitudy napięcia przebiegu, to nabrałbym troszkę odwagi by brnąć w kierunku I2C, wszak CAN w niektórych przypadkach pracuje na 1 V np. PT CAN w BMW. Tak sobie myślę że w niedługim czasie zrobię próbę protego układu z komunikacją po I2C, zapnę oscyloskop i porównam co się dzieje na małej i dużej odległości, oczywiście w samochodzie.
Jeśli chodzi o wykorzystanie SWITHa. Bardzo mi się podoba ten pomysł, chodzi mi tylko jedno pytanie po głowie. Czy dobrze pojmuję: AT32 podgląda i zapisuje do pamięci ostatnie dane przesyłane z MC do PCFa, następuje przełączenie na transmisję z AT32 do PCFa, w tym czasie MC jest odłączany od PCFa i AT32, jednocześnie nie jest monitorowana transmisja z MC. Czy w czasie gdy AT32 nadaje do PCFa nie nastąpi utrata danych z MC? W prawdzie w pamięci będzie zapis ostatniej transmisji, która zostanie wysłana do PCFa po zakończeniu wyświetlaniu grafiki z AT32. Jeżeli MC będąc odłączony od PCFa wyśle do niego paczkę danych to nie otrzyma potwierdzenia poprawnej transmisji, czy może to spowodować cykliczne próby wysłania danych z MC do PCFa?
Pikczu nie biorę pod uwagę klientów co trzęsą "portkami" przed ingerencją w ich samochody.
Instalacji rozdzielnych wykonałem w około 50ciu samochodach. W tej chwili mam na tapecie A8/2011, MB GL/2009, w poniedziałek dojedzie A4/salon, w każdym az tych samochodów instaluję CB i parę innych pozycji tak więc nie martwię się brakiem klienteli. Co ważniejsze mają oni pełne zaufanie do moich montaży. Koszty takiej instalacji to 3500-3800 w zależności jaką antenę instaluję, na taki montaż potrzebuję 3 dni. Johnson II to nie takie syfiaste radio, uchodzi za jedno z lepszych, rzecz jasna nie porównuję do wymienionych przez Ciebie modeli bo to inny sektor sprzętów, które notabene nie są żadną alternatywą dla osób chcących mieć najlepiej jedną gałkę i jeden guzik do obsługi CB, które to najczęściej jest ustawione tylko na 19 i służy tylko do odsłuchu wieści z drogi. A jeśli chodzi o urządzenia które wymieniłeś to zainstalowałem tylko raz ICOMa w A8/2010, do tej radiostacji wykonana została antena z trzema różnymi promiennikami do pracy na różnych zakresach.
Moim zdaniem to absolutny margines klientów którzy chcieli by mieć w nowy autku panel ICOMA czy temu podobny. Natomiast wiem jedno że klient który płaci za montaże kasę rzędu 20.000~40.000 chce wsiąść do auta które ma potężnie zwiększoną funkcjonalność przy prawie niewidocznych ingerencjach w wygląd zewnętrzny.
Pozdrawiam Paweł
Tzn TAK. Moim zdaniem cały etap rozgryzienia licznika powinien wyglądać tak:
1. zdobycie jakiegoś licznika do testów, choćby z rozbitego samochodu, bo wkomponowanie procesora czy switcha i tak będzie wymagać ingerencji w licznik i przecięcia, co najmniej 2 ścieżek. No chyba że znajdziesz gdzieś jakieś zwory na PCB, dla linii I²C.
2. wpięcie się do licznika układem Switcha I²C.
3. podłączenie licznika, do samochodu testowego oraz zaprogramowanie sobie jakiegoś monitora I²C choćby w AT8 (jako slave I²C), żeby podejrzeć sobie jak często i o czym gadają sobie z sobą w liczniku fabryczne MCU i PCF8576. To ci da informacje niezbędne do rozrysowania algorytmu pracy układu w liczniku, i tego jak często zajęta jest magistrala.
4. Za pomocą tej samej AT8, co wyżej, odciąć MCU w liczniku układ PCF i zobaczyć jak na to zareaguje ?
5. spróbować zrobić teraz z AT8 Mastera, i zobaczyć czy MCU w liczniku, toleruje zaawansowany tryb pracy I²C, z wieloma masterami na szynie.
6 w zależności od wyników prób podjąć decyzje co do trafności rozwiązań, i założeń konstrukcyjnych.
Ogólnie chodzi o to że nikt nie udzieli ci gotowej odpowiedzi czy to sie uda, trzeba niestety przeprowadzić testy.
1. zdobycie jakiegoś licznika do testów, choćby z rozbitego samochodu, bo wkomponowanie procesora czy switcha i tak będzie wymagać ingerencji w licznik i przecięcia, co najmniej 2 ścieżek. No chyba że znajdziesz gdzieś jakieś zwory na PCB, dla linii I²C.
2. wpięcie się do licznika układem Switcha I²C.
3. podłączenie licznika, do samochodu testowego oraz zaprogramowanie sobie jakiegoś monitora I²C choćby w AT8 (jako slave I²C), żeby podejrzeć sobie jak często i o czym gadają sobie z sobą w liczniku fabryczne MCU i PCF8576. To ci da informacje niezbędne do rozrysowania algorytmu pracy układu w liczniku, i tego jak często zajęta jest magistrala.
4. Za pomocą tej samej AT8, co wyżej, odciąć MCU w liczniku układ PCF i zobaczyć jak na to zareaguje ?
5. spróbować zrobić teraz z AT8 Mastera, i zobaczyć czy MCU w liczniku, toleruje zaawansowany tryb pracy I²C, z wieloma masterami na szynie.
6 w zależności od wyników prób podjąć decyzje co do trafności rozwiązań, i założeń konstrukcyjnych.
Ogólnie chodzi o to że nikt nie udzieli ci gotowej odpowiedzi czy to sie uda, trzeba niestety przeprowadzić testy.
Gotowej odpowiedz oczywiście że nie oczekuję, jedynie prawidłowy kierunek działań chciałbym obrać. Pod koniec przyszłego tygodnia zacznę działać z zegarami które mam do obróbki.
Wrócę z pytaniem o analizator I2C, jakaś sugestia co do sprzętu? Na początek myślałem coś takiego kupić.
Pozdrawiam Paweł
Wrócę z pytaniem o analizator I2C, jakaś sugestia co do sprzętu? Na początek myślałem coś takiego kupić.
Pozdrawiam Paweł
Tzn. ja pisząc o monitorze miałem na myśli napisanie sobie samemu programu dla ATMegi 8 jako slave I2C, ma to tę zaletę że opanuje pan programowanie slave po drodze, ale jak stać pana na analizator stanów logicznych i przyda się jako przyrząd warsztatowy to można i tak.
Co do procesora w liczniku to zamiast ATMegi 8 można by włożyć PIC18F24K22 który, ma na pokładzie dwa niezależne kontrolery SPI/I2C, i dodatkowo 2 UARTy, ale to oznacza inwestycje w programator (150zł) i naukę nowej architektury procesora oraz programowania w C.
Sam procesor to koszt ok 10-14zł zależy gdzie.
Co do procesora w liczniku to zamiast ATMegi 8 można by włożyć PIC18F24K22 który, ma na pokładzie dwa niezależne kontrolery SPI/I2C, i dodatkowo 2 UARTy, ale to oznacza inwestycje w programator (150zł) i naukę nowej architektury procesora oraz programowania w C.
Sam procesor to koszt ok 10-14zł zależy gdzie.