Matrix user forums

Hi Ben,

i have testet Hardware UART with 16F688 but in Interrupt Icon ist no RXINT present.

Regards

Dirk

Hello Ben,

i am using 16F684, 16F688, 16F88 and 16F917, Software UART with internal OSC 8 Mhz at the moment. Will change to hardware UART if necessary.

Thanks

Dirk

Hello, does Flowcode support LAT Variable? 12.2.3 LAT Registers The LATx register associated with an I/O pin eliminates the problems that could occur with read-modify-write instructions. A read of the LATx register returns the values held in the port output latches instead of the values on the I/O p...

Hello Ben, after editing custom code there is no RXINT interrupt available.? What's going wrong? If you wish to use UART RX interrupts then as long as you have switched the defines to a hardware UART you can include the RXINT interrupt into your program using an interrupt icon. Inside the interrupt ...

Hello Ben, ich habe etwas getestet und nun folgende Probleme. Bei Kompilieren bekomme ich folgende Warnungen: Serious Warning: Possible sw stack corruption, function 'FCD_MIDI0_ReceiveMIDI' called by more than one asynchronous thread (main/Task, interrupt, interrupt low) Serious Warning: Possible sw...

Hi Ben,

yesss, ich habe das neue PIC_CAL_UART.c installiert und nun scheint der
Software UART zu funktionieren. Ich werde noch testen und berichten.

Thanks

Dirk

Hallo, das mit dem Timing für 8 Mhz (osccon = 0x70) funktioniert und 1 Sekunde ist 1 Sekunde. Nun gibt es ein Problem mit Midi. Es scheint das gleiche Problem wie hier: http://www.matrixmultimedia.com/mmforums/viewtopic.php?f=46&t=10325 Ich verwende im Moment den 16F684 mit Interrupt und Software US...

Hi,

the same problem with Midi Component. It doesn't works at all.

Regards

DirkB

Ich habe es gefunden und es funktioniert!

... at the beginning of your program with "osccon = 0x70;" in it (this will set the internal oscillator to 8MHz). ...

DirkB

Ich habe noch einen Test gemacht. In der Simulation läuft das Programm korrekt. Auf dem Chip läuft es nicht. Das debouncing habe ich mit einer sehr langen Zeit, mit 100 ms (only for testing :lol: ) getestet. Ein debouncing findet nur bei loslassen der switches statt. Es scheint als wenn die polarity...

Hello Ben, In v4 war für switch low active "wait until low", es hat in der simulation und auf Pic funktioniert. Nun ist in v5 für switch low active "wait until high". Das ist ok für active low (logic level). Das Programm arbeitet nun sehr gut auf PIC mit "wait until high". Aber es arbeitet nicht meh...

Gibt es Neuigkeiten wegen diesem Problem? Ich kann meine Projekte nicht beenden!!!
Es ist wichtig die Programme auf einem PIC zu testen. In der Simulation scheint alles
prima, nur auf der Hardware nicht.

DirkB

for german too.

thank's

Unter v4 hat das wunderbar funktioniert. Wenn man einen Taster hält, läuft das Programm in v5 ununterbrochen, da das Component Macro invertiert (Bug) ist. Das Programm läuft dann mit 1 Hz maybe! Wenn man die Debounce Time reduziert auf 1 ms, die switches werden nicht debounced. - Inputs on Panel OK,...

Ich vergaß, dass Problem mit dem Entprellen (debouncing) der Switches ist noch nicht behoben. Bei einer Entprellung über
1 ms läuft das Programm auf dem Chip extrem langsam. Es sieht aus als wenn die Entprellung mit dem Factor x 10 oder
mehr stattfindet.

DirkB

Hello Matrixmultimedia Team. Nach dem Update von v5.0 -> 5.1 sind die Inputs auf dem Panel nicht mehr invertiert. http://www.matrixmultimedia.com/mmforums/viewtopic.php?f=47&t=10207 Allerdings ist das Component-Makro für Switches "wait until high (or low)" im Flowchart noch immer invertiert. Das bet...