-
Thread
PiPico Oszilloskop
Projekt, hab mich gerade mal hingesetzt und Platine für ein analoges Frontend für Dual-Channel mit einem MCP6002 für -10V bis +10V gemacht. Dürfte dann morgen zu JLC in die Fertigung gehen. Da dort dann wieder ein paar über sind, ruhig melden wer eins braucht. ☺️
Kapazitäten hat beispielsweise die BAV99, was hier aber nicht viel bringt. Aber: mit 0,6 V/µs ist der MCP6001 ultra lahm, etwa so wie der µA741. Besser wäre der MCP601/2 oder noch besser und noch G = +1 stabil ein MCP6021. Oder man betrachtet die vorliegende Eingangsschaltung ganz entspannt als Rauschfilter
-
Thread
Es'hail2 - erster geosationärer Amateurfunk-Satellit
wird, dann landet man bei einer ZF von 991 ... 999 MHz. Bsp. der XORO 8660 [1] geht von 950 – 2150MHz und macht auch noch gleich die Polarisationsumschaltung über die Versorgungsspannung. [1] https://www.amazon.de/Xoro-HRS-8660-digitaler-Satelliten-Receiver/dp/B0168ZZD4S?SubscriptionId=AKIAJQHJTV7RRNO7B4LQ
Christoph db1uq K. schrieb im Beitrag #5747883: > Die very-low-drop (nur 0,25V) Regler MCP1826S-3302 in TO220 hat Reichelt > nicht und sind wie gesagt bei Conrad aus dem Programm gefallen. Google > findet vor allem Mouser und Digikey. […] > Die gute alte Valvo-6-Loch-Drossel scheint
-
Thread
Atmega 328P + MCP2120 = IrDA?
kodiert der Chip ja nur den UART um und auf der anderen Seite wieder zurück. Ich würde ja auch den MCP2150 nutzen, allerdings liest man hier im Forum überall das der "zickig" ist. Gibt es Alternativen zum MCP2150? Danke
Gibt es alternative ICs zum MCP2150 oder hat sich das Problem bei dem mittlerweile erledigt? Danke
-
Thread
CAN Bus Module entwerfen, welches Forum?
CAN-Controller zb AT90CAN oder Atmega64M1 - einen CAN-Transceiver (der das Differenzsignal umwandelt) zb MCP2551 oder einen Optoentkoppelten ADM3053. Aber hier gibt es doch recht viele verschiedene. Google gibt Antworten :) 2) - Es gibt spezielle CAN-Kabel. Hier ist wichtig das das Kabel an jedem Ende
Bully, den gabs in den siebzigern von VW auch mit Elektromotor. http://www.bullimuseum.eu/typ-2150-elektrotransporter.html
-
Thread
Probleme mit Signalgenerator
2806,2804,2801,2798,2795,2792,2789,2786,2783,2780,2777,2774,2771,2768,2765,2763,2760,2757,2754,2751,2748,2745,2742,2739,2736,2733,2730,2727,2724,2721,2718,2715,2712,2709,2706,2703,2700,2697,2694,2691,2688,2685,2682,2679,2676,2673,2670,2668,2665,2662,2659,2656,2653,2650,2647,2644,2640,2637,2634,2631,2628,2625,2622,2619,2616,2613,2610,2607,2604,2601,2598,2595,2592,2589,2586,2583,2580,2577,2574,2571,2568,2565,2562,2559,2556,2553,2550,2547,2544,2541,2537,2534,2531,2528,2525,2522,2519,2516,2513,2510,2507,2504,2501,2498,2495,2492,2489,2485,2482,2479,2476,2473,2470,2467,2464,2461,2458,2455,2452,2449,2446,2442,2439,2436,2433,2430,2427,2424,2421,2418,2415,2412,2408,2405,2402,2399,2396,2393,2390,2387,2384,2381,2377,2374,2371,2368,2365,2362,2359,2356,2353,2350,2346,2343,2340,2337,2334,2331,2328,2325,2322,2318,2315,2312,2309,2306,2303,2300,2297,2294,2290,2287,2284,2281,2278,2275,2272,2269,2265,2262,2259,2256,2253,2250,2247,2244,2240,2237,2234,2231,2228,2225,2222,2219,2215,2212,2209,2206,2203,2200,2197,2193,2190,2187,2184,2181,2178,2175,2172,2168,2165,2162,2159,2156,2153,2150,2146,2143,2140,2137,2134,2131,2128,2124,2121,2118,2115,2112,2109,2106,2102,2099,2096,2093,2090,2087,2084,2080,2077,2074,2071,2068,2065,2062,2058,2055,2052,2049,2046,2043,2040,2037,2033,2030,2027,2024,2021,2018,2015,2011,2008,2005,2002,1999,1996,1993,1989,1986,1983,1980,1977,1974,1971,1967,1964,1961,1958,1955,1952,1949,1945,1942,1939,1936,1933,1930,1927,1923,1920,1917,1914,1911,1908,1905,1902,1898,1895,1892,1889,1886
Der DAC ist der MCP4821 und den SPI Takt von 200kHz habe ich wegen der Settling Time des DACs gewählt. Der SPI Master wurde von Lothar Miller 1:1 übernommen.
-
Thread
MCP2150 und das Parity Bit (für Suchmachine; microchip PIC 18F46K22 / 9. Bit / IrDA )
Hallo liebe Gemeinde :) kann der MCP 2150 das Parity Bit verarbeiten? oder generelle das 9. Bit? nach viel Fleiss und Mühe entwickelte ich nun ein Programm auf einen PIC 18F46k22 in C18 hier sollte unter anderem ein PDA via IrDA
musste ich auf einen externen Treiber zurückgreifen, da viel sallope die Wahl auf den "bekannten" MCP2150 die Kommunikation funktioniert soweit super, nur halt ohne Parity Check jetzt kam aber der Kunde und erklärte, das sein PDA, welches hier steuern soll, ebend aber sein Parity auf even hat
-
Thread
IrDA Simple Protocol-Stack
Es scheint fertige Controller zu geben, die zumindest Teile dieser Protokolle abwickeln, das sind MCP2150 und MCP2155 von Microchip: http://www.microchip.com/wwwproducts/Devices.aspx?dDocName=en010408 http://www.microchip.com/wwwproducts/Devices.aspx?dDocName=en010409 [pre]Supports the IrComm
-
Thread
Verständnisfrage IrDA und Infrarot-Kommunikation
Kommunikation regelt. Dies kann mit Software erfolgen oder mit einem eigenen Controller, z.B. ein MCP2150. Richtig ? 7) Niemand hat bisher einen aktiven Stack für AVR geschrieben, da bleibt nur ein Controller wie der MCP2150 übrig (oder BlueTooth...). Richtig ?
Controller wie der MCP2150 übrig (oder BlueTooth...). Richtig ? Richtig. Es gibt fuer Linux einen etwas umfangreicheren IRDA Stack in Quellform, fuer OpenBSD habe ich mal einen "uebersichtlicheren" Stack fuer den Userspace
-
Thread
IrDa mit 2 x MCP2150
Gesagt: 2 ATMega´s, die sich dann unterhalten sollen. Beim Recherchieren nach Bauteilen kam ich auf den MCP2150, bzw. MCP2155. Bei Lesen des Datenblattes fiel mir jedoch folgendes auf: Zu einer Kommunikation nach IrDa gehören immer ein Primary-Device und ein Secondary-Device. Der MCP kann jedoch nur als
Dies würde ja bedeuten, dass ich den Baustein gar nicht einsetzen kann, da ja anscheinend keine zwei MCP´s miteinander kommunizieren können. Ist das so korrekt ? Dann bliebe ja nur noch der Einsatz vom MCP2120, der leider keinen Handshake bietet........... Kennt sich jemand so gut mir den Teilen
-
Thread
IrDa am AVR, welche Bausteine sind empfehlenswert
finde nicht einen einzigen der anscheinend sowas schon mal erfolgreich gemacht hat. Ich wollte den MCP2122 zusammen mit dem TFDU4100 einsetzen. Aber der MCP 2122/2120 wurde lt. RS, Farnell vom Hersteller abgekündigt (lt. microchip.com noch nicht):-) Und der MCP2150 bereitet anscheinend Probleme, wenn
-
Thread
IR SENDER EMPFÄNGER LÖSUNG - HILFE!
eventuel nen mcp2120 oder mcp2150 benutzen und des ganze mit nen tiny und rs232 machen voraledem kanste dann auch den entfang quitiren lassen aber bei 160 sendern wird des so oder so nen problem
-
Thread
IrTinyTP mit AVR
ich möchte die Kommunikation zwischen einem Handy (N95) und einem AVR realisiern und bin auf den MCP2150 bzw. MCP2155 gestossen, von dem aber teilweise hier im Forum abgeraten wird. Leider hab ich mit dem Handy nur IrTinyTP hinbekommen, es wäre also praktisch, wenn ich das auf dem AVR zur Verfügung hätte. Kennt jemand Alternativen zu den MCP? Oder hat jemand noch den Quellcode von Blaulogic-PicoIrDA, die Seite ist leider schon seit längerem offline... Vielen Dank im voraus! Grüße, Charly
-
Thread
Woher bekomm ich die Uhrzeit auser über DCF??
die aktuelle Uhrzeit übertragen werden. Ich verwende das selbst bei einem PIC mit vorgeschaltetem MCP2150. Gruss, Hans
-
Thread
IrDA sender auf Micro Controler basies
wenn man das selbst programmieren will. Von Microchip gibt es zwar einen fertigen Stack-Controller (mcp2150), aber den habe ich trotz großer Anstrengungen nie zur Kooperation überreden können. Gruß! wieland
-
Thread
IrDA-Sender mit AVR (kein RC5/RC6)
Das IrDa Protokoll ist ziemlich komplex. Nimm nen MCP2150 von Microchip, der macht das ganze Protokoll selbstständig.
-
Thread
Alternative zum MAX3130
Hallo, kennt Jemand eine Alternative oder 2nd Source zum MAX3130? Den MCP2150 wollte ich nicht einsetzten, da er wohl einige Schwierigkeiten macht. Hintergrund ist der, daß ich einen AVR IRDA fähig machen will und mir keinen Stress mit einem Software Endec machen möchte.
-
Thread
Datenaustausch kontaktlos, wie auch immer
zurück zum Problem: Ich hänge jetzt irgendwie beim Infrarot fest und bin auf die IrDA-RS232-Wandler MCP2150 gestoßen. Über den dann weiter zum MCP2120, der ein wenig kleiner ist. Ist der nicht genau das, was ich brauche? Sehr bildlich geprochen: IC->RS232->MCP2120 --- Luft --- MCP2120->RS232->IC. Also
-
Thread
IrDA via TFDS4500, aber was ist mit dem TOIM3232 ?
Microchip hat einiges an IrDA Dekodern. Vermutlich brauchst du den MCP2150.
-
Thread
mcp2150 IrDA-Controller
Nach dem Abbruch bleiben CTS und DSR high, CD ist low (also IR-Link ist etabliert *angeblich*). Der mcp2150 macht dann auch kein reset. Hat jemand schonmal das gleiche Problem gehabt? Beste Grüße! Wieland
hallo, ich würde auch gerne den MCP2150 verwenden ... wie hast du die schaltung aufgebaut? würde mit nem atmel und nem tfd4500 arbeiten wollen. wäre für infos dankbar!
-
Thread
Infrarotsignale
Controller, der die Lichtblitze (IrPHY) in UART-konforme Signale wandelt (und umgekehrt), wie den MCP2120. Das ganze kann man auch gleich auf IrCOMM-Ebene machen (MCP2150/5). Da steckt dann der ganze IrDA-Stack schon drin. Wesentlich komfortabler. Zwischen zwei Controllern selbst reicht IrPHY, solange
Der AVR müßte dann entsprechend auf die Hayes-Befehle reagieren (AT&F, ATD..., usw.). Die genannten MCP gibt's für Entwickler als Samples bei Microchip. (Die Diskussion über den Mißbrauch dieses Service erspar ich mir mal, da ich selbst ab und an davon Gebrauch mache - aber auch nur weil Reichelt und
-
Thread
IrDa Protokoll - Palm ansteuern
. Wenn Du eine Legacy-Variante von RS232 mit ohne Schnur machen willst: IrCOMM. Der IC dafür heißt MCP2150 bzw. MCP2155 (Microchip). Ist ein sehr hübsches Teil, das Du direkt an einen TTL-UART hängen kannst, und der auf der anderen Seite (TFDS4500) dann direkt IrCOMM (inkl. Negotiation und aller notwendigen
der Physical Layer genügt, oder braucht man doch etwas mehr (wurde bereits angesprochen, IRCOMM mit MCP2150 o.ä.), um Daten zu empfangen ? Mit freundlichen Grüssen rolf-harry
-
Thread
Infarotschnittstelle am AVR
als Daten wie über RS232 zu übertragen (also kein IrOBEX oder sonstige Protokolle), dann nimm den MCP2150 oder MCP2155. Die Dinger beinhalten alle Schichten bis hin zu IrCOMM. D.h. Du schließt das Ding nur noch an Deine UART an (Flußsteuerung brauchst Du aber!), etwas externe Beschaltung und schon kannst
Wie Teuer und wo bekommt man die MCP2150 oder MCP2155? Stimmt, wenn der AVR sowas hätte wäre das Leben einfacher, vielleicht noch ein TCP/IP Stack, dann könne man übers Internet vieles machen. Nicht schlecht die Projekte!
-
Thread
Irda <-> atmega16l
@Mark: Der MCP2150 kann ja wirklich sehr viel, aber er spricht z.B. kein IrOBEX. Das darf man dann doch wieder in Software machen.
Farnell hat ihn um 7,05 Best.Nr.: 3866440 (DIP) 3866452 (SOIC) Digi-Key hat ihn 7,63 MCP2150-I/P-ND (DIP) MCP2150-I/SO-ND (SOIC) mfG, aleX
-
Thread
MCS-51 mit RC5
ich möchte mit einem MCS-51 Controller eine Fernbedinung aufbauen. Als Interface will ich evtl den MCP2150 (Microchip) mit dem Transceiver TFDS4500 verwenden. Meine Frage ist nun, ob es schon fertigen Sourcecode gibt oder muss ich den RC5-Code zu Fuß implementieren? Oder hat jemand Links zu ähnlichen
-
Thread
Bootloader per Infrarot
Ich setze an einem MSP430 einen IrDA Controller MCP2150 von Microchip ein. Allerdings nicht zum Flashen, sondern zur Datenübertragung. Ich plane, eine In-System-Update Funktion zu integrieren, mit der der Controller sich selber mit einem neuen Programm
-
Thread
ATmega8 + IrDa ?
Ein MCP2155 Protokoll-Konverter von Microchip kann einem die Implementierung des IrCOMM und aller darunter liegenden Protokolle sparen. Ich habe allerdings z.Zt. Probleme, das Teil unter Linux anzusprechen. Im MCP2150 war wohl ein Bug, vielleicht ist der beim MCP2155 ja auch noch da... Unter Windows funktioniert es jedenfalls.