Malcolm Swart

Look at the hardware info, maybe ypu are connecting to the CP itself and not to the CPU. Yes! This was exactly the problem, I didn't interpret the documnetation correctly. Thanks alot!

Hi I am trying to connect to a S7-400 that has a CP443-1 processor installed, accroding to the documentation there should be no limitations connecting to S7-300 and S7-400 PLCs and there is no PUT/GET setting in the Protection tab. The example application does connect to the PLC but when I execute a read it throws the following error message: ISO : Invalid Buffer passed to Send/Receive Stepping through the code I found that the error message is originating from the function ReceiveIsoPacket() and...

Hi I am trying to connect to a S7-400 that has a CP443-1 processor installed, accroding to the documentation there should be no limitations connecting to S7-300 and S7-400 PLCs and there is no PUT/GET setting in the Protection tab. The example application does connect to the PLC but when I execute a read it throws the following error message: ISO : Invalid Buffer passed to Send/Receive Please can someone give me some insight as to what is causing this. I am using the Sharp7 Library. Thanks

Hi I am trying to connect to a S7-400 that has a CP443-1 processor installed, accroding to the documentation there should be no limitations connecting to S7-300 and S7-400 PLCs and there is no PUT/GET setting in the Protection tab. The example application does connect to the PLC but when I execute a read it throws the following error message: ISO : Invalid Buffer passed to Send/Receive Please can someone give me some insight as to what is causing this. Thanks

Ok looking at the .map file I see that most of the symbols defined is related to the special purpose registers, I guess the makes sense as a portion of the memory is defined as SPRs and then the rest is general purpose, another thing that is added is a stack, loop variables and a lookup address fo what ever reason. Thanks for your insight. Regards.

Thanks for your feedback. I can confirm that for pic16 this not a problem, compiling the code was successful... Just abit off topic though, when compliling the same code for pic18f458 MPLAB says my symbol usage is already at 31% for the memory (used: 480b --> free:1056b). This seems odd to me as my code is not declaring any variables: #include <pic18f458.h> #include <stdio.h> #include <stdlib.h> void main(void) { for (;;) { } } Is there an explanation for this somewhere, in documentation or forum?...

Hi Philipp. I don't think this problem is fixed, I am using SDCC 3.9.0 and the MPLABx SDCC Plugin running on windows 10. When I compile this simple code: #include <stdio.h> #include <stdlib.h> #include <pic16f887.h> void main(void) { for (;;){ } } I get this compiler error: build/default/production/test.asm:179:Error[113] Symbol not previously defined: "_aligned_alloc" Error[181] System error while writing object file. I have installed SDCC on my D drive instead of my C drive because there is more...

Hi Philipp. I don't think this problem is fixed, I am using SDCC 3.9.0 and the MPLABx SDCC Plugin running on windows 10. When I compile this simple code: #include <stdio.h> #include <stdlib.h> #include <pic16f887.h> void main(void) { for (;;){ } } I get this compiler error: build/default/production/test.asm:179:Error[113] Symbol not previously defined: "_aligned_alloc" Error[181] System error while writing object file. I have installed SDCC on my D drive instead of my C drive because there is more...