Aus iSysBus Doku

Wechseln zu: Navigation, Suche

Achtung die Angaben auf dieser Seite sind mit der aktuellen Software nicht mehr ganz auf dem neuesten Stand. Wir sind dabei das zu aktualisieren/umzubauen. Falls Inkonsistenzen bemerkt werden bitte im IRC oder Bugtracker melden damit wir das bereinigen können.

Inhaltsverzeichnis

1 Aufbau
2 Tips zum Testen
- 2.1 Mögliche Probleme
3 Bilder

Aufbau

Visiu Grundeinstellungen: Unter Datei -> Projekteinstellungen - Globale Einstellungen alles anhacken, des gleichen bei Knoteneinstellungen
Visiu einstellen: Unter Optionen -> Einstellungen -> Global Einstellungen: Expertenmodus aktivieren und Loglevel auf 7 - Alles, Log auf Console ausgeben und debug Modus anhacken (Rest nach persönlichem Gusto)
Busverbindung konfigurieren unter: Optionen -> Einstellungen -> Verbindungseigenschaften
Wichtig Updateserver eintragen: Optione -> Updates Sysnc Server = sync.dev.isysbus.org und Download Server = download.dev.isysbus.org
Programmieradapter konfigurieren unter: Optionen -> Einstellungen -> Verschiedens, Fusebits schreiben und Automatsich Wizzard starten... im Nornmalfall ebenfalls anhacken
Programmer mit Devnode verbinden.
RS232-Verbindung zum Devnode herstellen. Jumper JP 1 und 2 auf dem DevNode müssen gesetzt sein.
Konfigurationsmodus einschalten und mit dem Bus verbinden.
Im Knotenwizard Hardware-Code (PCB-Code, siehe Platinenaufdruck, z.B. 1-3.0) angeben.
Interface USART wählen, "Im Test befindlich Bootloader anzeigen" einschalten. Version 1-0.0_alpha auswählen. Inzwischen besser die 1-1.0 die sind zwar auch noch beta aber stable, während die 1-0.0 die aktuelle Entwicklerversion ist und nicht immer stable ist.
Knotenname "devnode". "Assistent zum flashen des Knoten..." einschalten
KnotenID 1 angeben.
"Beta firmware anzeigen" einschalten. Firmwares des Devnode: 7er hat keine Eingänge und Ausgänge, ist eine reine "Routerfirmware". 1er kann routen und schalten. Also die 1er flashen. Meldung: "Die Knotenkonfiguration ist korrupt und kann deswegen nicht ausgelesen werden" ignorieren. Im nächsten Popup Knotenkonfiguration vom Knoten übernehmen. Achtung, als Firmware 17-1.0 nehmen, die kann zwar nur routen aber ist stable
Alle Dienste auf dem DevNode aktivieren unter: (Rechtsklick auf Devnode) Eigenschaften -> Diensteinstellungen (Alle weiteren Eingabefelder auf 0 belassen). Entfällt mit bei aktueller Visiu zund Firmware.
CAN-Interface des Devnode aktivieren unter: (Rechtsklick auf Devnode) Eigenschaften -> CAN Interface 0 (nur die Checkbox aktivieren). Entfällt mit bei aktueller Visiu zund Firmware.
Eingang 0: Multicast-ID 0. TOA "Licht Ein/Aus (Taster)". Eingangspin I9 (Taster S2). Entfällt mit bei aktueller Visiu zund Firmware 17-1.0.
Ausgang 0: Multicast-ID 0. TOA "Licht Ein/Aus (Relais)". Ausgangspin Q0 (gelbe LED) Entfällt mit bei aktueller Visiu zund Firmware 17-1.0.
Programmer auf THR stecken. "Neuen Knoten anlegen", HW Code 3-2.0 (3-2.1 ist noch nicht bekannt).
Interface CAN. "Im Test befindliche Bootloader anzeigen" einschalten. Code 2-0.0_alpha auswählen. Achtung mit neuer Visiu HW Code 3-2.1 verwenden sowie Bootloader 9-1.0.
Name thr1. "Assistent..." einschalten.
THR sollte jetzt automatisch erkannt werden. ID 2. Name thr1.
"Beta..." ein. Firmware 8-0.0_alpha. 'Achtung mit neuer Visiu Firmware 29-1.0 verwenden. Meldung das Knotenkonfig korrupt ist ignorieren. Im nächsten Popup auswählen, dass die Konfig vom Knoten verwendet werden soll.
GUI neustarten, da sonst die Konfiguration der virtuellen LEDs nicht richtig funktioniert (Probleme mit den Node-Namen)
LED-Item anlegen: Formel/Variable: $thr1.out.0
LED-Item anlegen: Formel/Variable: $devnode.out.0
LED-Item anlegen: Formel/Variable: $devnode.in.0

Tips zum Testen

Mit den unten beschrieben In/Out Testboards lassen sich THRs sehr einfach und schnell einmessen. Ein Aufbau lohnt ab ca. 3 THRs.

Eine simple Konfigurationstabelle zum Testen mit den unten angegeben Testboards oder ähnlicher Beschaltung, gibt es als PDF Datei:THR-Test-Konfig.pdf bzw. OpenOffice Datei Datei:THR-Test-Konfig.ods. Damit wird der THR so konfiguriert, dass ein Taster am Eingang x den Ausgang x umschaltet (Toggle Funktion). Nach dem Knoten Reset sollte die LED am Ausgang 0 ein sein.

Mögliche Probleme

a) Der CAN Bus funktioniert nicht oder ist nicht korrekt angeschlossen. Hierdurch wird der Devnode in einer Schleife ständig neu gestartet.

Setzt man am Devnode folgende Ein und Ausgänge…

Eingang 0 auf z.B. Multicast-ID 1, TOA "Licht Ein/Aus (Taster)", Eingangspin I8 (Taster S1)
Eingang 1 auf z.B. Multicast-ID 2, TOA "Licht Ein/Aus (Taster)", Eingangspin I9 (Taster S2)
Ausgang 0: Multicast-ID 1, TOA "Licht Ein/Aus (Relais)", Ausgangspin Q0 (gelbe LED)
Ausgang 1: Multicast-ID 2, TOA "Licht Ein/Aus (Relais)", Ausgangspin Q1 (rote LED), bei Start auf ein

…kann man mit S1 die gelbe LED ein- und mit S2 die rote LED ausschalten. Sollte nun der Knoten neu starten kann dies sofort am Wechsel der LEDs erkannt werden, durch Schaltversuche kann zudem festgestellt werden, ob der Knoten noch reagiert.

b) Schlechte Löstellen: Trotz vorsichtigen Arbeitens kann es vorkommen, dass das einige Pins der SMD-ICs keinen Kontakt zum Pad bekommen, obwohl mit bloßem Auge kein Fehler zu erkennen ist. Auch bei SMD Widerständen tritt dies häufiger auf, daher sollte man, wie schon bei Aufbau und Test des Devnode bzw. Aufbau und Test des Top_Hat_Rail_IO beschrieben, Widerstände nach dem Einbau sofort durchmessen. Bei dieser Gelegenheit kann man ebenfalls die 5V VCC+ an dem Messpunkten der Platine prüfen.

Stürzt der Bus trotz korrekter Verkabelung weiterhin ab muss man als erstes die Löststellen am CAN Controller prüfen - am besten vorsichtig nachlöten-. Ebenso sollten die relevanten Löststellen am ATmega geprüft und ggf. nachgelötet werden. Sofern man die Testprogramme übersprungen hat kann man mit einem Prommer, z.B. durch Auslesen der Fusebits, die generelle Ansprechbarkeit des Board prüfen.

Zeigen sich keine weiteren Fehler kann die Inbetriebnahme, wie oben beschrieben, fortgesetzt werden. Zur Nutzung der Testboards empfiehlt sich folgende Zuordnung am THR:

Eingang 0 auf z.B. Multicast-ID 10, TOA "Licht Ein/Aus (Taster)", Eingangspin I0
Eingang 1 auf z.B. Multicast-ID 11, TOA "Licht Ein/Aus (Taster)", Eingangspin I1
Eingang 2 auf z.B. Multicast-ID 12, TOA "Licht Ein/Aus (Taster)", Eingangspin I1
…
Eingang 7 auf z.B. Multicast-ID 17, TOA "Licht Ein/Aus (Taster)", Eingangspin I7
Ausgang 0: Multicast-ID 10, TOA "Licht Ein/Aus (Relais)", Ausgangspin Q0 bei Start ein
Ausgang 1: Multicast-ID 11, TOA "Licht Ein/Aus (Relais)", Ausgangspin Q1 bei Start ein
Ausgang 2: Multicast-ID 12, TOA "Licht Ein/Aus (Relais)", Ausgangspin Q2 bei Start ein
…
Ausgang 7: Multicast-ID 17, TOA "Licht Ein/Aus (Relais)", Ausgangspin Q7 bei Start ein

Nach dem Start sollten alle LEDs leuchten. Durch die 1:1-Zuordnung der Taster kann man nun jede LED separat ein-/ausschalten und somit auch alle Ein- und Ausgänge testen.

Bleibt eine LED nach dem Einschalten dunkel oder reagiert ein Taster nicht, kann man die entsprechende Signalwege im Betrieb mit einem Vielfachspannungsmessgerät, bzw. ohne Betriebsspannung mit einem Ohmmeter durchmessen und somit fehlerhafte Verbindungen aufspüren und beheben. Die Testboards bleiben angeschlossen bis keine Fehler mehr auftreten.

Als Spannungsversorgung für die Tests empfiehlt sich ein Netzteil mit 7-12V welches vorzugsweise eine Strombegrenzung bieten sollte. Wenn nicht vorhanden kann auch ein einfaches Stecknetzteil z.B. 9V Gleichspannung 200-300mA verwendet werden. Dieses liefert im Leerlauf ca. 13V, sind alle LED's eingeschaltet immer noch etwas über 7V, dies ist für den Minibus ausreichend und kann helfen bei Fehlern ein Durchbrennen der Bauteile zu vermeiden.

Bilder

Devnode und THR vernetzt

Devnode

THR

THR mit Beschriftung der externen Anschlüsse

THR mit LED an Ausgang Q0

THE LED Output Testboard

Output Testboard normale LEDs, Vorwiderstände = 330 Ohm (Schaltung Widerstände gehen gemeinsam nach +12V = CD+)
Tipp: Eine neunte LED ziwschen +12V und Masse als Power-LED kann als Kontrolle der Stromversorgung nützlich sein