Board indexPortal
Last visit was: It is currently 14. Dec 2019 20:49


All times are UTC + 1 hour




Post new topic Reply to topic  [ 18 posts ] Go to page  Previous  1, 2
FollowersFollowers: 1
BookmarksBookmarks: 0
Views: 1093

AuthorMessage
 Post subject: Re: [gelöst] Dimmer mit Workaround3: LPC vom APP-Board stirbt
PostPosted: 14. Oct 2019 19:55 

Joined: 11.2017
Posts: 287
Gender: None specified
Hi Viktor,

meine Vermutung ist, dass du doch noch nicht die richtige Slave-HEX hast.
Ich hab hier einen 2fach Dimmer, den mel übrig hatte. Zugegeben habe ich den noch nicht 100% zum Laufen gebracht (außer ein- und ausschalten gin gbisher nichts bzw. habe ich mich nicht damit beschäftigt) ... aber der Hardware nach sieht der nach v1.1 aus und auch hier tut sich nichts von wegen einer Antwort "U" beim Verbinden.

Um aber nicht diesen ggf. doch noch sauber funktionierenden Dimmer zu ruinieren, werd ich mal auf einen LPC922-Controller die HEX von mff ausprobieren und die Rückmeldung geben, ob ich da dann mit HTerm etwas sehen konnte.

Leider habe ich es auch noch nicht geschafft selbst die Slave-HEX zu übersetzen. Dazu wirft mein Eclipse zu viele Fehler. Da sind irgendwie noch von anno dazumal lokale "[...]\oldcoolman\[...]"-Verzeichnisse drin und der Compiler meckert ständig, dass deprecated-Definitionen drin wären etc. etc.

Grüße
Christian


Top
Offline Profile  
 
 Post subject: Re: [gelöst] Dimmer mit Workaround3: LPC vom APP-Board stirbt
PostPosted: 14. Oct 2019 21:11 

Joined: 11.2017
Posts: 287
Gender: None specified
Bevor ich jetzt ewig das Übersetzen versuche, habe ich mal in der Git History recherchiert. Ich hoffe, ich habe die Datei korrekt wiederhergestellt. Sicher bin ich mir nicht, denn auch diesmal schweigt mein HTerm.

Aber vielleicht mache ich da auch nur was falsch?
Viktor, magst du mal diese Version testen?
Attachment:
fromGIT_dim2_sla_wa3.zip [1.68 KiB]
Downloaded 10 times

Commit-Kommentar von Oldi damals: "zeropoint jetzt mit Terminal einstellbar".

Gruß
Christian


Top
Offline Profile  
 
 Post subject: Re: [gelöst] Dimmer mit Workaround3: LPC vom APP-Board stirbt
PostPosted: 19. Oct 2019 09:01 

Joined: 07.2013
Posts: 57
Gender: None specified
Hallo,

ich bin auch mit der neuen hex nicht weiter gekommen.

Habe mir mal den code etwas angesehen. Im Grunde ist das der Komplette Code für die Einstellung der Phasenverschiebung.

Eigentlich auch ganz verständlich. Nur gleich zum Anfang stellt sich mir schon die Frage: Was ist RI, Wo/Wodurch wird das gesetzt? Erst dadurch würde ich ja in den "Programmiermodus" kommen...

Code:
     if(RI){
        RI=0;
        cmd=SBUF;
        rs_send_s("\x1B[2K\x1B[0G");   // clear line
        if (cmd=='-')zero-=1;
        if (cmd=='+')zero+=1;
        if(cmd=='w')
        {
            EA=0;
            START_WRITECYCLE   //cal an 0x1bff schreiben
            WRITE_BYTE(0x1C,0xBC,zero)
            STOP_WRITECYCLE
            EA=1;            //int wieder freigeben
            rs_send_s("Written to Flash, ");
        }

        if(cmd>=0x030&&cmd<=0x39)
        {
           dimm_I2C[0]=(cmd-0x30)*20;
           rs_send_s("Dim Ch1: ");
           rs_send_dec(dimm_I2C[0]);
        }

        rs_send_s("Zero: ");
        rs_send_dec(zero);
     }


Top
Offline Profile  
 
 Post subject: Re: [gelöst] Dimmer mit Workaround3: LPC vom APP-Board stirbt
PostPosted: 19. Oct 2019 14:16 

Joined: 05.2013
Posts: 645
Gender: None specified
Hallo Freunde,
Ri ist das RXD Interrupt flag, es wird durch den komplettierten Empfang eines Zeichens auf der seriellen Schnittstelle gesetzt. Will man es abrfagen, sollte man es zuvor löschen. In der ISR wird es dann auch gelöscht werden müssen, denn es setzt sich nicht alleine durch Annahme des Int zurück.

Nur mal kurz über den code geschaut:
mit '+' bzw '-' wird eingestellt, mit 'w' festgeschrieben.
Die Adresse scheint nicht 1bff sondern 1cbc zu sein.

Edit: Baudrate sollte 19200 sein.

_________________
liebe Grüße
Andreas


Top
Offline Profile  
 
 Post subject: Re: [gelöst] Dimmer mit Workaround3: LPC vom APP-Board stirbt
PostPosted: 19. Oct 2019 18:22 

Joined: 07.2013
Posts: 57
Gender: None specified
Hallo,

Also ich denke ich habe einfach keine Ahnung was zu tun ist.

Ich dachte ich schließe den Programmer an und dann tippe ich unten <,>,+ oder - ein und dann bekomme ich eine Rückmeldung.
So wie es aussieht ist ja doch etwas aufwändiger.

Kann einer eine Anleitung für ganz unerfahrene machen. :roll:

Also was stelle ich wo ein und was tippe ich dann wo ein :roll:


Top
Offline Profile  
 
 Post subject: Re: [gelöst] Dimmer mit Workaround3: LPC vom APP-Board stirbt
PostPosted: 19. Oct 2019 19:28 

Joined: 11.2017
Posts: 287
Gender: None specified
@oldi: auch im Git Commit steht ganz klar Baudrate 600.
Ich denke, die sollte man dann auch verwenden, oder?

Zum Anschliessen / Verwenden:
Ich dachte, ich kann 1:1 den Selfbus Progger verwenden wie zum Programmieren. Nur dass eben statt Flash Magic Hterm läuft (mit 600er Baudrate). Oder stimmt da was garnicht in meiner Denke?


Top
Offline Profile  
 
 Post subject: Re: [gelöst] Dimmer mit Workaround3: LPC vom APP-Board stirbt
PostPosted: 20. Oct 2019 09:29 

Joined: 05.2013
Posts: 645
Gender: None specified
Kannst du Die Fundstelle GIT mal hier verlinken? Ich las rsinit(192), das bedeutet 19200.
Die 600 waren, soweit ich noch weiß, zum automatischen kalibrieren. Daher auch das gesendete 'U' zu Beginn. Wie haben mithilfe eines 2. LPC der an ein Quarz betrieben wurde, den eigentlichen Controller ausgemessen und getrimmt. Das hat sich jedoch durch den Einsatz von Oszillatoren erübrigt. Dieses Trimmen war für den LPC des DIMM-Slaves(der auf der Aplikationsplatine) nie nötig.
Ich kann im oben geposteten code auch kein '>' bzw'<' sehen.
Abgefragt werden 0-9 + - w

_________________
liebe Grüße
Andreas


Top
Offline Profile  
 
 Post subject: Re: [gelöst] Dimmer mit Workaround3: LPC vom APP-Board stirbt
PostPosted: 20. Oct 2019 11:16 

Joined: 07.2013
Posts: 57
Gender: None specified
Hallo nochmal!

Muss ich in Hterm denn einfach ein + senden?

Weil ich da keine sichbare Reaktion hatte habe ich hier und da was über die I²C Kommunikation via Hterm gelesen.
Was ich so gelesen habe ist, dass ich die Adresse des slaves/Empfängers vorab auswählen muss ein übliches Telegramm wäre zb. S 1bcb + A oder sowas ähnliches.

Ich habe von Hterm und I²C noch weniger Ahnung als von KNX. :lol:


Top
Offline Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 18 posts ]  Go to page  Previous  1, 2

All times are UTC + 1 hour


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Powered by phpBB® Forum Software © phpBB Group | Theme created StylerBB.net
phpBB3 free Forum by UserBoard.org | All Rights Reserved.
» Contact & Abuse Support-Forum Gooof Webdesign free forum Dein Forumo Forum web tracker