Id ändern hat geklappt, und die Ping Antwort sieht nun so aus und wird noch immer doppelt gesendet, oder versucht er gleichzeitig selber einen Ping in Auftrag zu geben ? Allerdings sollte dann ein Bit anders sein. hm.
Id ändern hat geklappt, und die Ping Antwort sieht nun so aus und wird noch immer doppelt gesendet, oder versucht er gleichzeitig selber einen Ping in Auftrag zu geben ? Allerdings sollte dann ein Bit anders sein. hm.
den Fehler mit der doppelten Ping Antwort habe ich gefunden. Ist jetzt im Git gefixt. Hintergrund: Die CS2 Gui (CS2.exe) sendet ein Ping mit gesetztem Response Bit und DLC8. Bisher habe ich nicht nach der CS2 typischen Endung 0031xxxx#xxxxxxxxxxxxEEEE geschaut. Jetzt wird aber auf EEEE gefiltert.
Zitat von bertr2d2 den Fehler mit der doppelten Ping Antwort habe ich gefunden. Ist jetzt im Git gefixt. Hintergrund: Die CS2 Gui (CS2.exe) sendet ein Ping mit gesetztem Response Bit und DLC8. Bisher habe ich nicht nach der CS2 typischen Endung 0031xxxx#xxxxxxxxxxxxEEEE geschaut. Jetzt wird aber auf EEEE gefiltert.
Schon mal interessant, aber CS2.exe hab ich grad gar nicht laufen
Ich muss mal Zeit finden mir mal deinen Source code anzuschauen
Zitat von bertr2d2 den Fehler mit der doppelten Ping Antwort habe ich gefunden. Ist jetzt im Git gefixt. Hintergrund: Die CS2 Gui (CS2.exe) sendet ein Ping mit gesetztem Response Bit und DLC8. Bisher habe ich nicht nach der CS2 typischen Endung 0031xxxx#xxxxxxxxxxxxEEEE geschaut. Jetzt wird aber auf EEEE gefiltert.
Schon mal interessant, aber CS2.exe hab ich grad gar nicht laufen
Ja, ne ist klar Der Code hat vor dem Fix auf jeden CAN-Ping mit Response Bit geantwortet. Durch die Antwort der Gleisbox hat der CANBuster eine zweite PING-Antwort gesendet. Jetzt wird bei einem Ping-Paket mit gesetztem Response Bit und DLC8 nach der CS2 gefiltert.
Die Antwort auf eine Ping Paket mit gesetztem Response Bit (Ping Antwort) ist nicht logisch. Aber die CS2 erwartet das.
Zitat Ich muss mal Zeit finden mir mal deinen Source code anzuschauen
Zitat von DerrowIch glaub wir brauchen eine Messung mit einem Oscilloskop um dahinter zu kommen
Ich hab nur ein Handosci bis 10 MHz
mir gehen auch langsam die Ideen aus. Durch die periodischen Ausfälle würde ich auch auf ein Programmfehler tippen. Aber da es mit der getrennten Spannung einwandfrei funktioniert ist das eher unwahrscheinlich. Schau mal, ob Du was mit Deinem Osci rausbekommst.
Diesen Salat bekomm ich jetzt mit externer Stromversorgung ohne Optokoppler.
Hierzu fällt mir grad was komplett anderes ein. Woher weiss Canbuster wieviel S88 Module dran hängen? Muss man das ihm nicht vorher irgendwie sagen/einprogrammieren?
Aaaaaah. Hab vergessen die Masse des S88 Moduls mit der Schiene zu verbinden.
Jetzt passt es wieder mit der S88 Rückmeldung, mit externer Stromversorgung. Betätige ich den Schalter am C-Gleis kommt nur noch eine Can-Meldung, ohne irgendwelche Zyklischen wiederholungen.
Aber dennoch frag ich mich, wie ich dem Canbuster sage wieviel S88 Module dran hängen ?
Benutze ich wieder die interne Stromversorgung, und verbinde die Masse des S88 Moduls mit der Schiene, geht die MS2 immer auf Stop. Es passiert also ein Kurzschluss. Aber komischerweise funktionert dann die Rückmeldung einwandfrei, auch mit Fahrstrom auf aus. Trenn ich das Minus zum S88 Modul, geht erstmal keine Rückmeldung weil Fahrstrom aus ist. Schalt ich Fahrstrom wieder ein, existiert wieder altes Problem. Sehr merkwürdig
Zitat von DerrowAaaaaah. Hab vergessen die Masse des S88 Moduls mit der Schiene zu verbinden.
Jetzt passt es wieder mit der S88 Rückmeldung, mit externer Stromversorgung. Betätige ich den Schalter am C-Gleis kommt nur noch eine Can-Meldung, ohne irgendwelche Zyklischen wiederholungen.
Aber dennoch frag ich mich, wie ich dem Canbuster sage wieviel S88 Module dran hängen ?
die S88-Prozedur ist bereits flexibel programmiert aber die dynamische Konfiguration ist noch nicht umgesetzt - momentan wird die Anzahl über eine Variable S88COUNT auf 15(+1) Bits /Pins gesetzt:
eine Sache ist mir noch eingefallen: In grauer Vorzeit habe ich Messungen mit meinem Osci an der Gleisbox gemacht. Dabei hat die Gleisbox immer kurz eingeschaltet und dann war wieder Sendepause. Ursache: GND heisst bei meinem Osci wirklich Ground, d.h. Ground ist mit Erde verbunden (Danke nochmals an RainerK, der mich darauf hingewiesen hat). Immer wenn die Gleisbox eingeschaltet hatte, gab es quasi einen Kurzschluss, da 0 (Masse) der Gleisbox nicht mit Ground gleichzusetzen ist.
wie hier einige schon mitbekommen haben, ist wieder mehr Leben in die Entwicklung des CANBusters. Ich möchte daher nochmal mein Ziel beschreiben:
Ziel ist es einen Rückmelder für CANBus zu entwickeln, der komplett offen ist. Angefangen bei der Hardware, dessen Schaltplan und Layout frei zugänglich sind. D.h., wenn jemand diesen Nachbauen möchte, kann er das Layout nehmen und einen Platinenfertiger (mit den Gerber-Daten) damit beauftragen. Die Bauteile kann man sich bei seinem Lieblings Elektronik-Versender besorgen. Um die Eingangshürde so niedrig wie möglich zu halten, biete ich Bausätze (Platine + Bauteile) für Prototypen an. Das eigene "Massengeschäft" später muss man aber selbst regeln.
Die Software ist ebenfalls frei einseh- und veränderbar. Es wird versucht, die Kompatibilität zu M*rklin zu wahren. Die Firmware ist zweiteilig aufgebaut. Es gibt einen CAN-Bootloader und die eigentliche Firmware. Den CAN-Bootloader kann man entweder mit einem ggf. bereits vorhandenen PIC-Programmer oder mit einem preisgünstigen USB2Serial-Adapter (bei ebay < 2 Euro) flashen. Die eigentliche Firmware lädt man dann über CAN (BBB oder BPi). Der Clou an der Sache ist, das der CAN-Buster selbst ein Serial-CAN Gateway sein kann. D.h. man hat nicht nur einen Rückmelder sondern zugleich auch ein sehr preisgünstiges CAN-Interface.
Stand heute ist die Software schon nutzbar, d.h. PC-CAN Interface und Rückmelden incl. S88 geht. Es hapert aber noch an Tests und insbesondere an der Eingangsseiten-Schaltung.
Wer also Lust am Basteln hat, die heiße Spitze seines Lötkolbens eindeutig identifizieren kann und über Linux-Kenntnisse verfügt, der kann am Test teilnehmen und an der Entwicklung des CANBusters teilhaben. Da ich das in der Freizeit mache, erwartet bitte kein fertiges Produkt. Schaltung/Platine und die Software enthalten mit Sicherheit noch ein paar Fehler.
BTW: Das ganze Projekt steht unter Creative Commons BY-NC-SA Lizenz, d.h. man darf es frei nutzen nur nicht verkaufen.
Zitat von bertr2d2die S88-Prozedur ist bereits flexibel programmiert aber die dynamische Konfiguration ist noch nicht umgesetzt - momentan wird die Anzahl über eine Variable S88COUNT auf 15(+1) Bits /Pins gesetzt:
Supi, danke. Jetzt weiss ich bescheid wie ich das evtl anpassen kann
ein preislich attraktives Angebot Aber was Olimex geritten hat, anstatt eines MCP2562 einen MCP2551 mit Spannungsteiler und schlechteren analogen Eigenschaften zu wählen, bleibt ein Rätsel ... Eine galvanische getrennte Option wäre auch nicht schlecht.
gibt es schon etwas Neues zum CanBusters Rückmelder?
Grüße speedy
die Software des CANBusters ist bereits funktionstüchtig. Ich muss noch das Speichern der Einstellungen im internen Eeprom machen und die Dokumentation aufarbeiten. Noch ist das ganze was für Techies, aber die Abende werden länger und das Wetter schlechter so das die Aufarbeitung näher rückt