-         

Ergebnis 1 bis 8 von 8

Thema: Probleme mit Bascom und RS 485 Bus

  1. #1
    Neuer Benutzer Öfters hier
    Registriert seit
    02.11.2014
    Beiträge
    8

    Probleme mit Bascom und RS 485 Bus

    Anzeige

    Hallo Forumsmitglieder,
    Ich hoffe Ich poste nun ins richtige Forum.

    Ich habe folgendes vor:
    Eine RS 485 Bus mit einem Atmega644P als Master und ca 7 Atmega8 als Slave. An den Slaves hängt ein Drucksensor der über den ADC Wandler den Wert umwandelt. Der Master sendet adresse für adresse und wartet auf Antwort vom Slave.

    Problem wenn Ich master mit Terminalprogramm Teste Funktioniert es Problemlos, gleichermaßen verhält es sich beim Slave Nur wenn ich beim Probeaufbau den Master mit 1nem Slave verbinde (über UART und RXd/TXD gekreuzt) Funktioniert es genau 1 mal und dann nicht mehr.

    Woran könnte es evtl liegen ?

    Master_Testprogramm.basSlave_V1.0.0_Adrr-132.bas

  2. #2
    Erfahrener Benutzer Begeisterter Techniker
    Registriert seit
    31.05.2009
    Beiträge
    251
    Zitat Zitat von Raucher91 Beitrag anzeigen
    Config Serialin = Normal , Size = 9 , Bytematch = 13
    Wie soll die Kommunikation laufen?
    "Normal" oder Buffered?
    Seltsamerweise schluckt Bascom das "=Normal" ohne Fehlermeldung!

    Schau dir in der Hilfe nochmal die Konfiguration genau an!
    mfG
    Willi

  3. #3
    Neuer Benutzer Öfters hier
    Registriert seit
    02.11.2014
    Beiträge
    8
    Also die Kommunikation sollte normal ablaufen da Input ja eh auf CR wartet. Oder versteh ich da was falsch?

  4. #4
    Erfahrener Benutzer Begeisterter Techniker
    Registriert seit
    31.05.2009
    Beiträge
    251
    Dann lass' mal die Zeilen mit "config serialin" ganz weg.
    mfG
    Willi

  5. #5
    Neuer Benutzer Öfters hier
    Registriert seit
    02.11.2014
    Beiträge
    8
    Hey also ich hab es nun mal getestet ohne config serial in und mit config serial in buffered aber beides leider ohne Erfolg. Es verhält sich genauso wie vorher.

  6. #6
    Erfahrener Benutzer Begeisterter Techniker
    Registriert seit
    31.05.2009
    Beiträge
    251
    Dann mach mal die String-Variablen ein wenig größer.

    - - - Aktualisiert - - -

    ................ normal ablaufen da Input ja eh auf CR wartet.
    Was passiert denn wenn der 2. Slave nicht am Bus hängt bei:
    Code:
    Input Empfang Noecho
    Wo ist die Abbruchbedingung (Timeout o.ä.) ???????
    mfG
    Willi

  7. #7
    Neuer Benutzer Öfters hier
    Registriert seit
    02.11.2014
    Beiträge
    8
    Welches Timeouts ? Wie mach ich das ?

  8. #8
    Erfahrener Benutzer Begeisterter Techniker
    Registriert seit
    31.05.2009
    Beiträge
    251
    Zitat Zitat von Raucher91 Beitrag anzeigen
    Wie mach ich das ?
    Das scheint Dein erstes (UART-) Projekt zu sein?!
    Versuch mal selbst eine Lösung zu finden > Suchfunktion hier oder in anderen Foren. RN-Wissen.
    Es gibt auch Suchmaschinen die man bemühen darf und die Hilfe von Bascom (da sind auch Beispiele drin). Oder Bücher.
    Nach meiner Erfahrung lernt man am meisten wenn das selbst erarbeitet wird.

    Für einen ausführlichen "Grundlehrgang" fehlt mir leider (noch) die Zeit. Leider....

    Aber vielleicht möchte ein anderes Mitglied weitermachen?
    mfG
    Willi

Ähnliche Themen

  1. Probleme mit RS 485 Bus
    Von habunus im Forum Basic-Programmierung (Bascom-Compiler)
    Antworten: 6
    Letzter Beitrag: 15.01.2008, 18:22
  2. Probleme mit RS 485 Bus
    Von habunus im Forum Basic-Programmierung (Bascom-Compiler)
    Antworten: 14
    Letzter Beitrag: 13.12.2007, 23:45
  3. Kommunikation über 485-Bus mit Bascom und PicBasic
    Von wurm im Forum Basic-Programmierung (Bascom-Compiler)
    Antworten: 9
    Letzter Beitrag: 17.07.2007, 16:45
  4. Probleme mit RS-485 Bus
    Von beta4881 im Forum Elektronik
    Antworten: 11
    Letzter Beitrag: 26.05.2007, 11:58
  5. RS 485 mit BASCOM...?
    Von dl1akp im Forum Basic-Programmierung (Bascom-Compiler)
    Antworten: 2
    Letzter Beitrag: 13.09.2005, 14:37

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •