-
Thread
Terrariensteuerung: DCF & 1-Wire zugleich?
OWI_UART_BAUD_RATE_REG_L = OWI_UBRR_115200; return OWI_UART_DATA_REGISTER; lcd_setcursor(0,1);lcd_data('H'); } [/c] Das Display zeigt "F" OWI_UART_STATCTRL_REG_A wird aufgelöst zu UCSRA OWI_RXC
while(!(OWI_UART_STATCTRL_REG_A & (1 << OWI_RXC))) { } // Set the UART Baud Rate back to 115200kbps when finished. OWI_UART_BAUD_RATE_REG_L = OWI_UBRR_115200; return OWI_UART_DATA_REGISTER
-
Thread
1-wire-DS1820 Verständnisfrage
aktiv K_PORT_OWI &= ~(1<<K_PORTPIN_OWI) // ^das Gegenteil K_DDR_OWI |= (1<<K_PORTPIN_OWI) //OWI Pin als Ausgang K_DDR_OWI &= ~(1<<K_PORTPIN_OWI) //OWI PIN als Eingang [/c] Man kann dafür auch Makros
(1<<K_PORTPIN_OWI) //OWI Pin als Ausgang #define OWI_in() K_DDR_OWI &= ~(1<<K_PORTPIN_OWI) //OWI PIN als Eingang [/c] Gruß, Jan
-
Thread
Problem mit Struct im Interrupt
ReadTemperature((*ds1820).bus, (*ds1820).id, true, false); OCR0 = pid_Controller(tsoll, tist, *pidData); OWI_SkipRom(OWI_PIN_0); OWI_SendByte(DS1820_START_CONVERSION, OWI_PIN_0); } [/c] Ich bekomme in der Zeile "volatile OWI_device * ds1820;" den Fehler "conflicting types for 'ds1820'". Zuvor hatte
1) [c]typedef volatile struct OWI_device { ... };[/c]->[c]typedef volatile struct { ... } OWI_device;[/c] 2) [c]..., *pidData);[/c] -> [c]..., &pidData);[/c]
-
Thread
Initialisierung vom DS2408 (1-Wire-Port-Expander) - Probleme
{ | if (OWI_DetectPresence(bus)) | { | // match ID | | OWI_MatchRom(id, bus); | | // send write command | | OWI_SendByte(DS2408_CHANNEL_ACCESS_WRITE, bus); | | // write 0xff to turn off all output transistors | | OWI_SendByte(0xff, bus); | | // write inverted value (= checksum) | | OWI_SendByte(0x0 , bus); | | // check ok flag | | if (OWI_ReceiveByte(bus) =
-
Thread
Taktstabilität beim Tiny 13
@Hannes Was ist OWI ? Läuft dein Protokoll zuverlässig und wie ist es aufgebaut ? Auf Geschwindigkeit kommt es mir nicht so an. Mehr auf Zuverlässigkeit. Gruß Günter
OWI ist das One Wire Interface, das die Dallas-Sensoren bzw -Speicher verwenden. Es ist rechtlich geschützt, man darf keine Slaves dafür nachbilden. http://www.mikrocontroller.net/search?query=owi&forums
-
Thread
C Struct Pointer in Funktion "swappen" ?
char name[8]; } MY_device; ... ... void SwapDevices(MY_device *dev_a, MY_device *dev_b) { OWI_device *dev_s; *dev_s = *dev_a; *dev_a = *dev_b; *dev_b = *dev_s; } ... ... int main (void) { MY_device *dvo, *dvi; ... ... ... SwapDevices(dvo, dvi); } [/c] Vor
oder einfach: void SwapDevices(MY_device *dev_a, MY_device *dev_b) { OWI_device *dev_s; dev_s = dev_a; dev_a = dev_b; dev_b = dev_s; }
-
Thread
Schaltplan-Kritik: Atmega + RS485 + OneWire
480µs sperren können mußt, > da der AVR ja keine Interruptprioritäten vergeben kann. Und wenn Du OWI mit UART machts, dann macht der UART das Timing fuer Dich!
Uwe B. schrieb im Beitrag #4829670: > Und wenn Du OWI mit UART machts, dann macht der UART das Timing fuer > Dich! Dann braucht er aber den ATmega328PB und nen open-drain Treiber (74HC125). Eh ich mir noch ne SW-UART dazu bastele, mache ich lieber
-
Thread
Unique ID auslesen STM32F4Discovery
and address as (ret & 0x1f) */ uint32_t GetBaseAndAdressFromHid(void) { int i; uint8_t *owi_id = (uint8_t *)0x1FFFF7AC; uint8_t address = 0, base = 0; for(i = 0; i < 6; i++) { address ^= owi_id[2*i + 1]; base ^= owi_id[2*i + 0]; } if ((base & ((1
-
Thread
Unterschied OWI und ZAC-Wire
Hallo, in der Dokumentation meines ASIC wird zwischen OWI und ZAC unterschieden. Bisher dachte ich dabei würde es sich um ein und das selbe handeln-Ist das nicht so? Was sind die Unterschiede?
-
Thread
[F] Roboter Arm
Versuch es mal mit dem OWI: http://www.owirobots.com/cart/index.php Ich meine, das Teil ist auch eine tolle Sache, weil preisgünstig. Stephan.
Rückmeldung. Motor an oder aus ist nicht gerade Robotmäßig ;) http://www.owirobots.com/cart/html/owi-535pc-robotic-arm-kit-with-usb-pc-interface-assembled.html Der hat wenigstens schon mal USB Anschluss. Damit ist zu mindest die eine Richtung der Regelung schon dran...
-
Thread
Methoden der Funk-Übertragung per Arduino
Schwarzsenden". Es gibt kein Schwarzsenden! Es ist die Frequenznutzung ohne Zuteilung! Also eine OWi! Schwarzsenden benutzen nur die alten Leute! Der Begriff ist aber falsch!
Schwarzsenden". > > Es gibt kein Schwarzsenden! Es ist die Frequenznutzung ohne Zuteilung! > Also eine OWi! > Schwarzsenden benutzen nur die alten Leute! Der Begriff ist aber falsch! Nenne es wie du willst, erlaubt ist es dennoch nicht.
-
Thread
Atmega8515 Assembler Programmierung
Haufen Fehlermeldungen: [code] avr-gcc -mmcu=at90s8515 -Os -Wall -Wextra -c test.S /tmp/ccgSoOWI.s: Assembler messages: /tmp/ccgSoOWI.s:7: Error: can't open m8515def.inc for reading: No such file or directory test.S:7: Error: constant value required test.S:9: Error: constant value required
-
Thread
Frage zu 1 Wire Kommunikation Gesperrt
kann das One-Wire Protololl auch uebder einen UART oder den SPI Port generieren. Dann braucht man das OWI Timing nicht mehr mit zeitkritischen Routinen zu programmieren sondern verlagert das Timing in den UART/SPI Port. Schau Dir mal http://www.maxim-ic.com/appnotes.cfm/an_pk/214 und die Atmel application
das One-Wire Protololl auch uebder einen UART oder den SPI Port > generieren. Dann braucht man das OWI Timing nicht mehr mit > zeitkritischen Routinen zu programmieren sondern verlagert das Timing in > den UART/SPI Port. > > Schau Dir mal http://www.maxim-ic.com/appnotes.cfm/an_pk/214 und die
-
Thread
Atmega1284 Bootloader mit Interrupten resettet sich
eingestellt. Wenn innerhalb dieser 8 Sekunden ein spezielles Kommando über die Schnittstelle kommt (OWI, realisiert mit InputCapture vom Timer3), so soll der Bootloader in der Schleife verbleiben und auf Firmware warten. Wenn ich nun ein Kommando sende, egal welches, dann löst der 0xF000-Breakpoint aus
ein Hinweis, dass der Bootloader neu startet. Da der Input Capture jede Flanke detektiert und mit OWI es einige gibt, denke ich, dass die erste Flanke den Reset auslöst und die folgende löst die ISR aus, deswegen kommt der Breakpoint am Timer3 erst mitten im CRC-Check. S. L. schrieb im Beitrag #7708560
-
Thread
ATmega1284P und Maxim 1-wire in Hardware
produzieren zu können. Nun zum eigentlichen Problem: der uC scheint einzufrieren, denn sobald [c]OWI_DetectPresence();[/c] einmal aufgerufen wird, passiert gar nichts mehr. Die letzte Funktion die ausgeführt wird, ist [c]ISR(OWI_UART_UDRE_VECT)[/c] in OWIIntFunctions.c, Zeile 246. Um das festzustellen
-
Thread
zeitkritischer Pin-Interrupt bei 1-Wire
OWI Signale ueber UART auswerten: http://www.maxim-ic.com/appnotes.cfm/an_pk/214 Dann ist nichts mehr zeitkritisches im Programmpfad...
Da muss ich mir dann noch mal was einfallen lassen. Uwe Bonnes schrieb im Beitrag #2131669: > OWI Signale ueber UART auswerten: > http://www.maxim-ic.com/appnotes.cfm/an_pk/214 > > Dann ist nichts mehr zeitkritisches im Programmpfad... Daran habe ich auch schon gedacht. Aber das kann ich
-
Thread
DS18B20 an UART
ein Interrupt laenger bedient werden will, dann kann es Probleme geben. Beim STM32 geht auch UART OWI mit nur einem Pin, da man auf Single Wire half-duplex und UART-TX als Open Drain umschalten kann.
-
Thread
AVR Studio no rule to make target
> // include support code for hardware units #include <ports.c> #include <lcd.c> #include <owi.c> usw. (Voraussetzung ist, dass die Module untereinander keine Konflikte haben, d.h. einheitliche Definitionen von Strukturen, Typen usw., ansonsten müssen sie einzeln übersetzt werden).
-
Thread
Wie komm' ich an die Daten aus einem 8-Beiner?
Tri-tra-trollalla... Koko, ich verwende für Sowas eine synchrone serielle Übertragung ähnlich dem vereinfachten OWI-Protokoll, aber so langsam, dass es ohne Rechenzeiteinbuße im Timer-Interrupt laufen kann. Dabei sende ich ASCII (Text), der von einem "Terminal" (AVR mit LCD und 4 Tastern) angezeigt werden kann. Das
-
Thread
DS1820 / 1-wire ohne delay
Stm32 Uart kann Half-Duplex und Open-Drain. Damit langt der eine UART TX Pin fuer OWI. Ebenso kann man auch einen der 2-Kanal Timer nehmen und braucht auch nur einen Pin. Beispiele in Ethernut SVN http://www.ethernut.de/en/download/index.html und dann nut/app/owibus
-
Thread
Unterschied zwischen Quarz und Quarzoszillator?
LEDs, Tastern, Potis (an den ADC-Eingängen), I²C (externe serielle EEPROMs), SPI (Schieberegister), OWI (Temperatursensoren), LCDs usw. den Mega8 im Auslieferzustand, also mit internem RC-Oszillator 1MHz und meide vorerst die serielle Schnittstelle. ...
-
Thread
1-Wire Slaves Hardwarereset?
Das lange Low Signal ist ein Reset, ein nicht kaputter OWI Baustein _wird_ darauf reagieren.
-
Thread
Problem mit Hameg HM 705
Rainer zum Thema "Hameg 705 Schaltplan". Dein Gleichrichter sieht mit den 20ms angeschlagen aus. s owie Roland es richtig deutet. Ideal wäre ein zweites, (geliehenes ?) scope sowie Trenntrafo. Elko ebenfalls auf Kapazitätsverlust prüfen (Taubjhheit). Förtig hat das hm705-Service-Manual ebenfalls
-
Thread
Tiny 12
noch keine Interrupts freigeschaltet sind. Es gibt noch andere Einsatzfälle für Warteschleifen, z.B. OWI, aber die nutze ich derzeit nicht. Die Warteschleife für das LCD-INIT hatte zwecks Tests an unbekannten LCDs mehrere Vorbereitungsteile, im folgenden Beispiel sind sie noch drin: [avrasm] ;====
-
Thread
billig RS232 Funksender
Vorschriften eingehalten sind, ist alles gut. "Strafbar" ist sowas schon lange nicht mehr, maximal eine OWi, wenn du jemanden anderes massiv störst. Helmut. p.s. deine Shift-Taste ist wahrscheinlich defekt, da nur Kleinbuchstaben rüberkommen...
-
Thread
1-Wire: Programm für USB-Adapter
Universell ist USB->Uart und dann die OWI Primitiven ueber UART erzeugen.
-
Thread
bestimmte Zeit warten
Warteschleifen" erübrigt. Sowas braucht man nur im Spezialfall für extrem kurze Verzögerungen (z.B. bei OWI). ...
-
Thread
I²C und 1-wire über eine gemeinsame Leitung
Hoert sich grundsaetzlich machbar an. Warum aber nicht bei I2C bleiben und am fernen Ende einen I2C -> OWI Umsetzer verwenden. Zwischen grundsaetzlich und funktioniert tatsaechlich ist meist ein weiter Weg...
-
Thread
Temperaturmessung mittels PTC am ADC
mehr? Zudem die "Genauigkeit" eh nur vorgetäuscht ist, wenn's "genau" sein soll, dann nimm digitale OWI-Sensoren (z.B. DS1820-Familie). ...
-
Thread
Serielles LCD mit AVR
LCD (Controller MS50530) zu verbinden und dieses System wahlweise per RS232, SPI oder modifiziertes OWI anzusteuern. Da werde ich auf alle Fälle die Steuerkommandos in den ASCII-Zeichensatz integrieren. Ich habe mich aber noch nicht entschieden, ob ich das wie oben beschrieben mache oder ob ich mich
-
Thread
Eure Codebasis bei Projekten?`
gefunden. Funktionen, Konstanten und globale Variablen eines Subsystems haben den gleichen Prefix, z.B. "owi_". Die Modulcodes hängen natürlich teilweise voneinander ab, so dass man immer das grosse ganze im Auge behalten muss. > Also kann man die Init über Parameter einstellen, oder passt ihr den Code
-
Thread
AVR Interrupts TIMER/USART
ADC-Wandlung incl. SPI-Datenübertragung. Eine andere Vorgehensweise könnte bei Nutzung externer OWI-Chips sinnvoll sein, während des (relativ schnellen) Auslesens darf man keine Interrupts zulassen, da diese das Timing stören. Allerdings kann man den Zeitpunkt des Auslesens so organisieren, dass er
-
Thread
1-wire mit Atmega8
itoa(ret,a,2); message(a); message(" "); return ret; } int a,b; char owi_s[8]; while(1) { init(); //LCD initialisieren onewire_init(); oww(0xCC); oww(0x44); while(!(PIND & (1<<PD5))){ _delay_us(1); }
-
Thread
Confidential Datenblätter veröffentlichen?
DRK > thematisierte. Verblüffend! Weißt Du noch, aus welcher Norm Du bestraft wurdest? § 125 OWiG würde zum Tatvorwurf passen, aber das ist eine Straftat. Ging es vielleicht um üble Nachrede oder ähnliches?
-
Thread
12V Lichtmaschine läuft Erkennung
Reissverschlußblockierern. Es gibt zu Viele die auf Strassen nicht zu suchen haben. Aber Bussgeld/OWi-zettel ausstellen ist ja leichter selbst wenn sie nicht behindernd geparkt wird.
-
Thread
STM32 RTC initialisieren?
((uint8_t)0x02) /*!<Alarm Interrupt Enable */ #define RTC_CRH_OWIE ((uint8_t)0x04) /*!<OverfloW Interrupt Enable */ /******************* Bit definition for RTC_CRL register ********************/ #define RTC_CRL_SECF
-
Thread
Was unterscheidet PIC-Controller von 8051 und anderen?
angefangen und nin dann zu 8051/52 gekommen. Eine Weile Z8000 (Z80, 8bit) und Z8400 (16bit) verwendet owie eineige DSP's von Motorola. Mittlerweile setze ich nur noch 8051 (SiLAbs, Maxim, TI, Cypress, Atmel und NXP) sowie ARM7 (Atmel) und ARM9 (Armel, NXP, Freescale) ein. Wenn ich richtige Killer benötige
-
Thread
mehrere Interrupts beim ATMEGA32
es sein muss, kann dieses System auch mal kurzzeitig abgeschaltet werden, um z.B. gelegentlich ein OWI-Dewice "zu Fuß" zu bedienen. Es gibt viele Möglichkeiten... Meine neueren Programme verbringen die meiste Zeit im Sleep. ...
-
Thread
Einfacher und billiger Webserver mit AtMega32
gesetzt. Leider mit diesem Ergebnis. Gruß und weiter so! Guido PS: Ich hoffe, dass Joachim sein OWI-Thermometer mit integriert, dann ist die Sache schon fast perfekt.